物流運輸運力排程系統簡要介紹

2022-05-22 03:06:02 字數 4133 閱讀 3215

安吉物流運輸運力排程系統

優化設計方案

團隊名稱海濱啟航隊

團隊成員: 查康康、張淼、金盛豪、張子標、馬巨集翔

團隊口號: 齊心協力,腳踏實地。無畏困難,勇往直前。

指導老師梁麗梅

[摘要]由於科技的不斷進步和全球競爭的日益加劇,傳統的物流服務已經無法滿足人們的需求。具有遠見的企業不再單純的著眼於企業的成本和收益管理,而是將物流過程中運力排程的改進作為了企業發展的主要動力。

本文通過對安吉物流運力排程過程中存在的現場排程和總部排程取捨問題,以及如何建立乙個有效的績效評價等問題做出了一系列方案。在原有的現場排程基礎上增設乙個運力資源平台,通過對平台運力的實時更新來選擇合適的運輸公司運輸,並提供了運輸運力排程系統的設計方案。這種方式可以適應更加複雜多變的運單,及時的應對市場變化,給企業帶來更加高效的物流運輸。

在績效評價問題上,本文採用了層次分析法來構建績效評價指標體系,使體系結構更加清晰,便於企業更能客觀的考核各個運輸公司。

關鍵詞:運輸運力排程系統 、運力排程、層次分析法、績效評價指標體系

安吉物流公司目前運用的是總部排程的模式(如圖1-1所示)對其業務進行排程,因為總部排程方式因為分工明確,操作性強,並且離客戶端較近,可以更多地考慮客戶的需求,在安吉物流發展初期發揮了很好的作用。但是隨著公司業務的劇增,這種排程方式也遇到了瓶頸。公司高層也了解到這些情況,對此非常重視,公司內部經過一段時間的溝通討論後提出了乙個新方案,被稱之為現場排程的模式(如圖1-2所示)。

當客戶傳送訂單時,安吉物流運輸管理系統先對訂單進行分配預處理,處理後的訂單交給運輸公司自己在排程系統裡進行排程操作,並上傳指令。運輸管理部負責日常的運力審核與排程過程的監控管理。與總部排程有所不同,現場排程就是將總部排程模式中的排程操作下放到運輸公司,但是排程管理權還在總部的手中,同時總部保留修改運輸公司不合理排程操作的權利。

現場排程離運輸端較近,可以更多地考慮實際運輸情況,提高運輸效率,降低運輸成本。但是現場排程的方式對於突發的訂單無法反應及時,沒有總部排程的效率高,所以安吉公司的老總對於這一情況無法選擇出乙個合適的排程方式。

圖1-1 總部排程模式

對於安吉物流公司的現狀我們想出了以下的解決方案,因為現場排程方式,可以簡化排程流程,有效地提高排程效率,並將排程操作權由總部下發到運輸公司,使分工更明確,監管也相對合理有效。但是當出現非常規訂單或者應急訂單的時候,現場排程卻沒有總部排程有效率,所以我們採取以現場排程為主,當出現應急訂單的時候採用總部排程的臨時排程模式。這樣一來,有效的保證了在任何情況下排程的時效性。

對此我們需要作出以下調整。

1.當訂單在運輸公司可控範圍之內時,採用現場排程的流程,當超出可控範圍時,在安吉交通運輸部新增乙個運力資源平台,通過它來更新各個運輸公司閒置運力狀態,並實施排程。具體包括載重量,車輛使用年數,駕駛員資訊和車輛狀態等。

2.當訂單超出可控範圍後,通過安吉物流公司的運力資源平台的可用運力狀態下發給運輸公司,讓運輸公司之間相互合作,避免了各運輸公司各自為政的局面。在合作過程中,運單的責任擔保仍然不變,安吉物流不對運單報以任何相關責任。

3.對於運輸公司之間的合作,需要簽定相關協議和規範,根據提供的相應運力來索取報酬。貨物在運輸過程中需要通過定位系統來獲取運輸資訊,並匯入到平台上,以便查詢貨物的最新近況。

4.由於這種運輸的責任明確,便於總部對運輸的績效考核。可以按訂單完成率、安全工作指標等進行考核。

當訂單在運輸公司可控範圍之內,當客戶傳送訂單時,安吉物流運輸管理系統先對訂單進行分配與處理,處理後的訂單交給運輸公司自己在排程系統裡進行排程操作,並上傳指令,並及時更新運力平台上自己的閒置運力狀態,具體包括載重量,車輛使用年數,駕駛員資訊和車輛狀態等。運輸管理部負責日常的運力審核與排程過程中的監控管理,與運力資源平台的日常管理和維護。

遇到市場需求波動的情況下,交通運輸部根據運力資源平台上各運輸公司的閒置運力情況對運輸訂單實施排程,上傳指令,並對運輸公司實施監控考核(如圖1-2)。

圖1-2 現場排程模式

這種排程方式將現在排程與總部排程有機的結合到一起,各取所長,將總部排程的權利下放到運輸公司,但是排程管理權還在總部手中,總部保留對運輸公司不合理排程操作的修改權利。當訂單在可控範圍內時,這種排程模式離運輸端較近,可以更多的考慮實際運輸情況,提高運輸效率,降低運輸成本,簡化排程流程,避免了資訊的過度傳輸,調高了排程效率。同時避免各運輸公司之間各自為陣,使各運輸公司之間彼此配合起來,形成乙個團結的總體,減少了總部的工作量。

對於訂單波動較大的情況下,由總部根據各運輸公司在運力資源平台上更新的運力資訊進行排程操作,這種綜合排程模式既緩解部分公司供大於求,也可以解決部分公司供不應求的問題。供方的責任明確,便於總部對運輸的績效考核。

再者,對於不滿板的的情況,可以將整個華東地區車輛排程進行集中處理,來提高運輸車輛的裝載率,降低運輸成本,同時達到客戶要求的發運及時率指標。

我們通過構建乙個物流運輸運力排程系統來解決安吉公司目前遇到的排程方法選擇帶來的困難。

物流運輸運力排程系統是現代物流企業生存的必要條件。在激烈的市場競爭中,作為乙個物流企業,它的功能主要有三項:第一是儲存功能,調劑貨物供求;二是流轉功能,將貨物及時分揀和配送至使用者;三是資訊功能和交易功能,及時傳遞供需資訊,協助完成交易。

為了達到這三個目的,需要一系列相關的資訊科技來配套,諸如自動配送系統、利息結算系統等。 另外,物流企業在其業務運作過程中具有環節眾多、資訊量大的特點。並且資訊的動態特性和實時特性較為突出。

物流企業要建立自己的核心競爭力,圓滿完成業務運作,就必須及時跟蹤貨物的運輸過程;了解各倉庫的準確資訊;合理調配和使用車輛、搬運工具、庫房和人員等各種資源:為客戶提供優良的客戶服務:提供實時的資訊查詢和物品承運的各種指標資料;為客戶提供簡單的流通加工業務,提供配送業務,進行運輸和倉儲整合。

從巨集觀意義上來說,擁有了一套物流運輸運力排程系統,就可以開展物流的服務 。可以說擁有乙個好的系統比擁有車隊和倉庫更為重要。

物流運輸運力排程系統的分布式多層應用軟體體系結構企業內部物流資訊系統平台是乙個分布式的系統平台,應採用三層或n層的應用體系結構。因為在兩層體系結構中,如果把業務邏輯放在客戶層,則往往使客戶層變得笨重;如果把業務邏輯放在伺服器層,則一般較難在資料庫系統中實現複雜的應用邏輯。因此,在三層或多層結構中,把業務邏輯從使用者介面和資料來源中分離出來,構成了中間的一層或多層,才形成了真正的分布式應用系統。

客戶層只提**用的使用者介面,它根據使用者的操作呼叫相應的業務邏輯,它不直接訪問後台資料庫;業務邏輯層是應用系統的關鍵所在,它負責處理所有使用者的請求,並且把處理結果返回給表示層。資料服務層提供了資料庫的支援,我們可以用儲存過程來維護資料。多層應用結構要求層與層之間必須有明確的介面定義,從而保證多層之間可以協作完成應用任務。

物流運輸運力排程系統資訊的傳遞過程如圖1-3所示。

圖1-3 物流運輸運力系統中資訊的傳遞過程

在這裡,總共劃分了10個系統模組:車輛管理、駕駛員管理、運力查詢、承運任務管理、運輸成本核算、使用者管理、系統管理、財務管理、客戶管理、車輛排程。

車輛管理包括車隊資訊維護的增刪改查和車輛資訊維護的增刪改查。

駕駛員管理包括對駕駛員的增刪改查。

運力查詢包括運力綜合承運車隊和車輛的查詢與刪除,歷史承運任務的查詢,車輛歷史承運資訊和車輛歷史承運詳細資訊的查詢和列印。

承運任務管理包括承運單的增刪改查和承運單的接收。

運輸成本核算包括車隊運輸成本的錄入和車隊運輸成本的查詢。

使用者管理包括使用者的增刪改查和使用者許可權的設定

系統管理包括系統基本資訊的設定和系統**型別管理的查詢和刪除,線路的增刪改查,資料備份和資料還原。

財務管理包括營業報表的查詢和列印。

客戶管理包括對客戶的增刪改查。

車輛排程包括對車輛運輸管理和承運單的增刪改查。

物流運輸運力排程系統是整個物流運作和管理的基礎,物流運輸運力排程系統是企業資源計畫(erp)和及時化生產(ji 等物流管理思想在企業資訊化實施的良好體現, 物流運輸運力排程系統的建設將為企業物流和**鏈成本的降低, **準確性和採購及時性奠定的良好基礎。

1. 物流運輸運力排程系統建模過程:通過採用uml對運輸排程子系統進行建模,基於 uml系統的開發採取增量迭代的方式,其開發過程主要有以下5個部分組成:

(1)需求建模 :在需求階段要了解需求,抽象和求精概念,明確客戶的要求 。其中需求規格說明文件是開發的基礎,最終衡量系統是否滿足使用者需要的依據,在該階段主要通過用例圖來描述系統的功能需要,同時可以附之以狀態圖來增加對非功能需求的補充說明;

(2)分析建模:在分析階段主要通過定義系的領域和關鍵類來逐步求精地分析系統需求,分析的第一步是根據需求階段描述的功能需求或非功能需求抽取類和它的屬性。在這一階段主要由類圖、序列圖、活**和狀態圖等來描述;

基於「安吉」物流汽車運輸運力優化設計

目錄1 前言 1 專案背景 安吉汽車物流 以下簡稱 安吉物流 或 公司 成立於 2000 年 8 月,是上汽集團旗下的全資子公司。安吉物流是全球業務規模最大的汽車物流服務 商,共有員工17,000人,擁有船務 鐵路 公路等10家專業化的轎車運輸公司以及50家倉庫配送中心,倉庫總面積超過440萬平方公...

物流運輸管理系統操作手冊

service of logistics tms制定日期 2006年5月 目錄預備知識 0.1 視窗分布 3 第一章基礎資料 1.1 貨主 託運商資料 4 1.2 客戶資料 5 1.3 商品資料 8 1.4 運力資料 9 第二章訂單管理 2.1 託運單輸入 10 2.1.1 託運單費用輸入 12 2...

RFID物流倉儲智慧型管理系統解決方案 簡

北京鼎創恆達智慧型科技 010 鼎創恆達rfid物流倉儲智慧型管理系統 系統簡介 隨著市場競爭的日益激烈,企業如何提高生產效率 降低運營成本 提高產品市場競爭力等都是他們迫切需要解決的問題,而物流倉儲有效管理是企業降低成本的關鍵所在。傳統的物流倉儲管理已經不適合資訊化建設的要求,伴隨著無線射頻識別 ...