港口集裝箱運(yùn)輸管理系統(tǒng)設(shè)計(jì)分析

關(guān)鍵詞：運(yùn)輸管理系統(tǒng)TMS；信息化；SaaS；GPS

中圖法分類號(hào)：TP311 文獻(xiàn)標(biāo)識(shí)碼：A

1引言

隨著現(xiàn)代社會(huì)經(jīng)濟(jì)技術(shù)的不斷發(fā)展，物流行業(yè)也迎來了暴發(fā)式增長(zhǎng)，傳統(tǒng)的物流運(yùn)輸管理方式已經(jīng)無法滿足企業(yè)在新時(shí)代下的新需求。計(jì)算機(jī)技術(shù)在物流運(yùn)輸管理中的應(yīng)用越來越廣泛，集裝箱運(yùn)輸業(yè)務(wù)作為現(xiàn)代物流行業(yè)中的關(guān)鍵一環(huán)，其管理系統(tǒng)的信息化建設(shè)已成為必然趨勢(shì)。通過信息化集裝箱運(yùn)輸管理系統(tǒng)的建設(shè)，很大程度提高了物流企業(yè)的運(yùn)輸管理質(zhì)量和效率，同時(shí)為現(xiàn)代電商企業(yè)突破發(fā)展瓶頸提供有力抓手。因此，應(yīng)用計(jì)算機(jī)技術(shù)設(shè)計(jì)信息化的集裝箱運(yùn)輸管理系統(tǒng)軟件并應(yīng)用于企業(yè)的物流管理工作中成為越來越多企業(yè)提質(zhì)增效的途徑。本文結(jié)合松原工廠TMS項(xiàng)目實(shí)踐案例展開分析，研究了集裝箱運(yùn)輸系統(tǒng)設(shè)計(jì)和實(shí)現(xiàn)要點(diǎn)，以期為同類信息化管理系統(tǒng)的建設(shè)提供參考。

2項(xiàng)目概況

2.1項(xiàng)目現(xiàn)狀及問題分析

目前，松原工廠只有倉(cāng)庫(kù)管理系統(tǒng)（WMS）管理出入庫(kù)，還沒有使用運(yùn)輸管理系統(tǒng)（TMS），對(duì)集裝箱的貨況追蹤環(huán)節(jié)相對(duì)薄弱。雖然4家船公司都為用戶提供了查詢集裝箱的運(yùn)輸節(jié)點(diǎn)信息，但仍然存在以下4個(gè)問題：（1）集裝箱追蹤信息不對(duì)稱、不及時(shí)，且沒有系統(tǒng)進(jìn)行統(tǒng)一的管理監(jiān)控；（2）由于都是依靠人工反饋，無法判斷集裝箱運(yùn)輸軌跡是否偏離、是否影響供貨及時(shí)性，不利于運(yùn)輸降本的空間挖掘及貨物安全保障；（3）無法體現(xiàn)人性化操作、用戶至上的理念，在服務(wù)上欠缺規(guī)范性和時(shí)效性；（4）管理流程不透明、人工操作成本高，難以實(shí)現(xiàn)高效率的物流管理。

基于上述情況，利用我司在運(yùn)輸行業(yè)多年的經(jīng)驗(yàn)結(jié)合實(shí)際的業(yè)務(wù)情況，設(shè)計(jì)一套符合項(xiàng)目運(yùn)輸業(yè)務(wù)的集裝箱運(yùn)輸管理系統(tǒng)（如圖1所示），該系統(tǒng)采用SaaS與移動(dòng)APP結(jié)合的模式連接運(yùn)輸，實(shí)現(xiàn)透明、高效的管理。由于各端口的工作人員文化層次參差不齊，需要考慮部分人員對(duì)計(jì)算機(jī)或者其他電子設(shè)備的使用不熟悉的情況，系統(tǒng)操作上要簡(jiǎn)單且便于上手，如果將系統(tǒng)設(shè)計(jì)得過于復(fù)雜，推廣使用的阻力會(huì)比較大。

2.2設(shè)計(jì)原則及目標(biāo)分析

針對(duì)項(xiàng)目的現(xiàn)狀和目前存在的問題，集裝箱運(yùn)輸管理系統(tǒng)的設(shè)計(jì)應(yīng)當(dāng)遵循以下設(shè)計(jì)原則：（1）經(jīng)濟(jì)性原則，先進(jìn)技術(shù)的應(yīng)用最終目的是為企業(yè)提質(zhì)增效，進(jìn)而達(dá)到降低整體成本的效果，因此，該管理系統(tǒng)的設(shè)計(jì)開發(fā)需要綜合考慮開發(fā)成本與應(yīng)用收益的情況：（2）可靠性原則，系統(tǒng)運(yùn)行穩(wěn)定、數(shù)據(jù)準(zhǔn)確可靠是用戶接受該系統(tǒng)的前提，因此，在軟件設(shè)計(jì)過程中要有對(duì)錯(cuò)誤的準(zhǔn)確預(yù)判，并設(shè)計(jì)相應(yīng)的處理方法，以提高系統(tǒng)穩(wěn)定性；（3）安全性原則，與其他信息系統(tǒng)一樣，隨著業(yè)務(wù)量的增加，系統(tǒng)數(shù)據(jù)安全維護(hù)的難度也會(huì)隨之增加，需要在系統(tǒng)設(shè)計(jì)和開發(fā)過程中針對(duì)數(shù)據(jù)庫(kù)的安全性、用戶身份驗(yàn)證、操作日志等多個(gè)方面綜合考慮。

通過上述關(guān)鍵問題的分析，制定以下設(shè)計(jì)目標(biāo)：（1）支持通過集裝箱類型管理訂單；（2）可通過GPS設(shè)備實(shí)現(xiàn)集裝箱的可視化，提供全程可查的運(yùn)輸軌跡；（3）支持不同維度分析集裝箱數(shù)量；（4）增加客戶對(duì)服務(wù)的滿意程度，即通過可視化的在途跟蹤，為客戶提供直觀便捷的物流查詢體驗(yàn)。

3松原工廠TMS項(xiàng)目集裝箱運(yùn)輸管理

3.1 SaaS概述

SaaS（Software as a Service）意為軟件即服務(wù)，是一種基于計(jì)算機(jī)云技術(shù)的軟件服務(wù)模式。供應(yīng)商通過該模式在云上部署應(yīng)用軟件，用戶可支付租金得到軟件的使用權(quán)，再通過PC或者移動(dòng)終端運(yùn)行軟件完成運(yùn)輸信息的管理，企業(yè)可以隨時(shí)訪問網(wǎng)絡(luò)云的物流管理數(shù)據(jù)。

SaaS是一種靈活的服務(wù)模式，相較于傳統(tǒng)直接購(gòu)買或者自行設(shè)計(jì)開發(fā)的形式更具性價(jià)比，因而受到眾多企業(yè)的青睞。其主要有以下幾個(gè)特點(diǎn)。（1）可共享，這是SaaS模式的最顯著特點(diǎn)，其克服了直接購(gòu)買或者自行開發(fā)兩種方式得到的軟件的服務(wù)范圍有限的缺點(diǎn)，客戶可以直接通過網(wǎng)絡(luò)獲取軟件。軟件供應(yīng)商根據(jù)批量客戶的共同需求開發(fā)普遍適用的軟件，再通過網(wǎng)絡(luò)將該軟件提供給不同用戶使用，從而實(shí)現(xiàn)軟件共享。（2）可節(jié)約成本，由于企業(yè)不需要購(gòu)買軟件及硬件設(shè)備，支付租賃費(fèi)用或者對(duì)應(yīng)的服務(wù)費(fèi)即可使用，軟件后期的維護(hù)管理工作都是由供應(yīng)商完成，很大程度節(jié)約了客戶的成本。（3）靈活性，主要體現(xiàn)在對(duì)軟件功能的二次開發(fā)和升級(jí)上，由于SaaS模式的軟件程序包是在供應(yīng)商的服務(wù)器中，供應(yīng)商可以根據(jù)客戶的不同功能需求進(jìn)行二次開發(fā)和升級(jí)，通過設(shè)置在用戶和服務(wù)器之間的中間層來實(shí)現(xiàn)，這既滿足了客戶的個(gè)性化功能需求，又不會(huì)影響系統(tǒng)的核心代碼。

3.2集裝箱運(yùn)輸管理系統(tǒng)架構(gòu)設(shè)計(jì)

系統(tǒng)的整體架構(gòu)設(shè)計(jì)為C/S的三層體系結(jié)構(gòu)，自下而上分別包括：數(shù)據(jù)訪問層、業(yè)務(wù)邏輯層以及表示層。其中，數(shù)據(jù)訪問層的功能是提供數(shù)據(jù)庫(kù)的訪問，在該層實(shí)現(xiàn)數(shù)據(jù)表的選取、輸入、更新以及刪除操作，便于系統(tǒng)升級(jí)以及維護(hù)；業(yè)務(wù)邏輯層包含管理系統(tǒng)的核心業(yè)務(wù)，形成業(yè)務(wù)的規(guī)則邏輯，具有業(yè)務(wù)校驗(yàn)功能：表示層作為系統(tǒng)實(shí)現(xiàn)人機(jī)交互的UI部分，決定著系統(tǒng)操作界面的美觀和人性化與否。整體系統(tǒng)架構(gòu)如圖2所示。

3.3集裝箱流轉(zhuǎn)流程設(shè)計(jì)

項(xiàng)目為客戶訂單由松原工廠運(yùn)輸至南寧收貨工廠，運(yùn)輸全過程包括鐵路運(yùn)輸、汽車承運(yùn)商運(yùn)輸以及航海運(yùn)輸，鐵路運(yùn)輸和汽車運(yùn)輸全程由GPS設(shè)備更新實(shí)時(shí)位置信息，由于海上運(yùn)輸GPS設(shè)備沒有信號(hào)，在航運(yùn)過程中僅更新基礎(chǔ)事件信息。該項(xiàng)目的集裝箱具體流轉(zhuǎn)流程如圖3所示。

3.4數(shù)據(jù)庫(kù)設(shè)計(jì)

只有在完善、規(guī)范的數(shù)據(jù)庫(kù)基礎(chǔ)上才能實(shí)現(xiàn)系統(tǒng)的正常穩(wěn)定運(yùn)行，因此數(shù)據(jù)庫(kù)的設(shè)計(jì)在整個(gè)運(yùn)輸管理系統(tǒng)設(shè)計(jì)中至關(guān)重要。本項(xiàng)目選用的是PostgreSQL 10數(shù)據(jù)庫(kù)，可以有效地保證數(shù)據(jù)的存儲(chǔ)效率，后續(xù)的數(shù)據(jù)庫(kù)管理除了采用JDBC，還使用Mybatis進(jìn)行管理。首先讀取數(shù)據(jù)表進(jìn)行數(shù)據(jù)定義，通過配置文件轉(zhuǎn)換之后，將數(shù)據(jù)提供給用戶使用，如果有新的數(shù)據(jù)需求，重新定義配置文件即可。

數(shù)據(jù)庫(kù)按照功能模塊劃分，可以分成基礎(chǔ)數(shù)據(jù)模塊、運(yùn)單模塊?；A(chǔ)數(shù)據(jù)模塊包含用戶表、公司表、公司配置表、用戶配置表、車輛表、司機(jī)表、管理員用戶表、地點(diǎn)表、自定義字段配置表、自定義流程配置表、GPS設(shè)備表、價(jià)格文件表。運(yùn)單模塊包含訂單表、賬單表、在途事件表、訂單自定義字段表、訂單GPS綁定關(guān)系表。

3.5管理賬號(hào)配置

在賬號(hào)的配置上，主要是對(duì)物流公司以及各承運(yùn)商進(jìn)行配置?？蛻糇鳛槲锪鞴荆涔芾碣~戶基本配置的作用是建立各地區(qū)用戶：建立與各承運(yùn)商賬戶的合作關(guān)系：管理分析總體物流業(yè)務(wù)數(shù)據(jù)：管理員設(shè)置不同地區(qū)，以區(qū)分不同BU的業(yè)務(wù)數(shù)據(jù)：根據(jù)實(shí)際操作系統(tǒng)的需要，客戶的賬號(hào)管理員創(chuàng)建松原工廠的用戶賬號(hào)。另外，在該項(xiàng)目中需要邀請(qǐng)6家承運(yùn)商注冊(cè)TMS承運(yùn)商賬號(hào)，分別為鐵路運(yùn)輸承運(yùn)商1家（宏運(yùn)）、汽運(yùn)承運(yùn)商1家（沿海運(yùn)輸車隊(duì)）、海運(yùn)船公司4家（中原、中谷、中外運(yùn)、風(fēng)信）。實(shí)現(xiàn)接受訂單，安排車輛司機(jī)提貨，監(jiān)督司機(jī)操作和上傳回單等功能。

首先，在系統(tǒng)中創(chuàng)建物流公司；其次，創(chuàng)建承運(yùn)商公司，記錄在公司表中；再次，通過邀請(qǐng)的方式，在公司表中維護(hù)物流公司和承運(yùn)商公司的關(guān)聯(lián)關(guān)系：最后，在價(jià)格文件表中維護(hù)物流公司和承運(yùn)商公司之間的線路報(bào)價(jià)，用于后續(xù)訂單的分配。

3.6基礎(chǔ)信息維護(hù)

管理系統(tǒng)需要實(shí)現(xiàn)各項(xiàng)基礎(chǔ)信息的維護(hù)功能，具體包括用戶權(quán)限的配置、收發(fā)貨地點(diǎn)的維護(hù)、車輛司機(jī)的維護(hù)以及其他自定義配置。用戶的權(quán)限配置主要包括系統(tǒng)操作功能和地區(qū)業(yè)務(wù)數(shù)據(jù)權(quán)限劃分，根據(jù)不同的用戶角色配置對(duì)應(yīng)的操作功能和權(quán)限：收發(fā)貨地點(diǎn)信息配置發(fā)貨及各到貨站點(diǎn)詳細(xì)信息，本項(xiàng)目的發(fā)貨地為松原工廠，途經(jīng)鲅魚圈站點(diǎn)，最后到達(dá)欽州港：車輛和司機(jī)的信息維護(hù)通過承運(yùn)商賬號(hào)中“我的資源”模塊進(jìn)行操作完成，后續(xù)若要用司機(jī)APP，則需要承運(yùn)商在PC端賬號(hào)維護(hù)實(shí)際車輛和司機(jī)信息：通過自定義字段的配置，滿足本項(xiàng)目定制化導(dǎo)人訂單的需求。

原始訂單1～18號(hào)有17個(gè)必填字段。如果缺少任何字段，將顯示草稿狀態(tài)，需要再次導(dǎo)人和更新，只有當(dāng)原始訂單的所有字段都有值時(shí)，才會(huì)觸發(fā)自動(dòng)拆分。

第一段更新字段——“松原工廠.鲅魚圈”，和大訂單一起導(dǎo)人：該段序號(hào)1～16，其中11個(gè)字段必須完整，此后才會(huì)推送到訂單中心，否則就是“草稿”狀態(tài)；發(fā)貨方取值于大訂單的“裝貨地”、收貨方取值于大訂單的“始發(fā)港”。

第二段更新字段——“鲅魚圈.欽州港”，單獨(dú)導(dǎo)人更新。該段序號(hào)1～15，其中7個(gè)字段必填都有值后，才會(huì)推送到訂單中心，否則就是“草稿”狀態(tài)；發(fā)貨方取值于大訂單的“始發(fā)港”、收貨方取值于大訂單的“訂艙目的港”。

第三段更新字段——“欽州港.可樂地址”，單獨(dú)導(dǎo)人更新。該段序號(hào)1～19，其中5個(gè)必填字段信息都完整后，才會(huì)推送到訂單中心，否則就是“草稿”狀態(tài)；發(fā)貨方取值于大訂單的“訂艙目的港”、收貨方取值于大訂單的“訂艙客戶”。

3.7訂單中心及數(shù)據(jù)報(bào)表

系統(tǒng)拆分后的完整訂單1、完整訂單2、完整訂單3，且已分配好承運(yùn)商，可以在“訂單中心”模塊查看具體訂單信息?；凇坝唵沃行摹钡臉I(yè)務(wù)數(shù)據(jù)，為客戶提供定制化的集裝箱數(shù)據(jù)報(bào)表，能匯總顯示企業(yè)所有發(fā)運(yùn)訂單。并且，通過不同的維度，如客戶名稱、承運(yùn)商、柜型等來查詢管理集裝箱的信息，如圖4所示。

4結(jié)束語

應(yīng)用基于SaaS平臺(tái)的集裝箱運(yùn)輸管理系統(tǒng)有利于企業(yè)的發(fā)展，提升企業(yè)信息化物流管理水平的同時(shí)降低了整體成本，深入開展基于SaaS的物流管理系統(tǒng)研究，有利于推動(dòng)現(xiàn)代物流管理平臺(tái)的建設(shè)，從而進(jìn)一步提高我國(guó)各企業(yè)的物流信息化水平，為我國(guó)經(jīng)濟(jì)的可持續(xù)發(fā)展注入一股動(dòng)力。

作者簡(jiǎn)介：

劉毓椿（1990—），本科，工程師，研究方向：智能運(yùn)輸管理系統(tǒng)。