網(wǎng)上貨運市場任務系統(tǒng)的設計與實現(xiàn)

李素蘭+陳忠鶴+吳美+湯茂斌

【摘 要】如今，貨物交易一般都是通過搜索、詢價、協(xié)商、達成交易、履行合同等活動來實現(xiàn)的。但是，上述的交易方式容易出現(xiàn)投入人力多、交易成本大、空載率高等問題，容易造成了物流資源的浪費。所以，如果能從這些方面出發(fā)考慮，可以節(jié)約物流成本。本系統(tǒng)是基于充分利用社會閑置資源的角度，為貨物交易提供一個自由、信息對稱的交易平臺，讓車輛和貨物得到更好的匹配，降低車輛的空載率，節(jié)約物流成本。

【Abstract】Today， goods transactions are generally carried out through search， inquiry， negotiation， agreement and performance of contracts. However， the above transactions are prone to the problems of manpower investment， large transaction costs and high no-load rate， which can easily lead to waste of logistics resources. So， if we can consider from these aspects， we can save logistics costs. The system is based on the full use of social idle resources to provide a free， information symmetric trading platform for the goods transaction， so that the vehicle and goods can get better match， and reduce the no-load rate of the vehicle， save the logistics cost.

【關鍵詞】網(wǎng)上貨運；Vue.js；MongoDB數(shù)據(jù)庫

【Keywords】 online freight； Vue.js； MongoDB； database

【中圖分類號】TP39 【文獻標志碼】A 【文章編號】1673-1069（2017）12-0152-02

1 引言

本系統(tǒng)主要的實現(xiàn)功能是，貨主通過注冊以及由管理員認證通過后，可以在交易平臺上發(fā)布需要運輸?shù)呢浳镄畔ⅲ渲邪ㄘ浳锏钠瘘c、終點、運輸費用、尺寸、要求等詳細信息。

同時，社會上擁有閑置運輸資源的車主可以通過注冊以及由管理員認證通過后，在交易平臺上通過關鍵字或者類型搜速到自己感興趣的貨物運輸任務。車主通過向系統(tǒng)提交接單申請，待貨主查看信息同意后，方可執(zhí)行運輸任務。車主和貨主需要雙方共同確認完成任務后，才可結(jié)束任務，貨主單方面的結(jié)束訂單是無效的。

在訂單執(zhí)行過程中，貨主和車主的信息是互相公開的，方便雙方的及時交流。

對于已完成的運輸任務，車主或貨主可以添加評論或投訴，投訴需要管理員審核，并根據(jù)信用機制做出相應的處理。

2 系統(tǒng)概要設計

作為一個網(wǎng)上貨運市場系統(tǒng)，不管是車主與車輛，還是貨主與貨物的信息量一定要多，而且對于各種信息一定要經(jīng)過科學的驗證，保證信息的有效性，才能保障車主與貨主的利益。本系統(tǒng)中，采用了功能模塊分解法，將系統(tǒng)分為了用戶管理模塊、用戶認證模塊、任務管理模塊、訂單管理模塊、評論管理模塊以及投訴管理模塊。

用戶認證模塊的數(shù)據(jù)輸入是用戶管理模塊的數(shù)據(jù)輸出，通過管理員來人工審核普通用戶上傳的用戶個人資料，只有審核通過的用戶才是正真的合法用戶。訂單管理模塊是引用了任務管理模塊的數(shù)據(jù)，然后在數(shù)據(jù)的基礎上，添加了自己的屬性和操作。投訴管理模塊或評論管理模塊是建立在已經(jīng)結(jié)束的任務之上的操作。

3 系統(tǒng)詳情設計

所謂的系統(tǒng)詳細設計就是以系統(tǒng)概要設計為輸入，然后按照某種特定的設計方式，對系統(tǒng)的各個模塊進行設計與實現(xiàn)。系統(tǒng)詳細設計是程序員建立數(shù)據(jù)建模、編寫代碼的基礎，需要呈現(xiàn)出系統(tǒng)模塊結(jié)構(gòu)中各個模塊的內(nèi)部過程描述，也就是使用順序、選擇、循環(huán)結(jié)構(gòu)等符號用流程圖的方式表達出來。

3.1 用戶管理流程圖、用例圖

用戶管理模塊包括了用戶注冊、用戶登錄、用戶信息修改與顯示等小模塊。其中，用戶登錄需要游客通過瀏覽器訪問系統(tǒng)的首頁，便可以進入登錄界面。如果是新用戶則需要先進入注冊賬號界面，然后填寫基本、必要的賬號信息。填寫完登錄需要的信息后，向后端發(fā)起一個登錄請求，如果通過后端服務器的驗證，便可更改登錄狀態(tài)，否則返回錯誤提醒信息。

3.2 任務管理流程圖、用例圖

任務管理模塊屬于注冊角色為貨主的用戶使用，其他角色的用戶對這個模塊沒有訪問權(quán)。新注冊的用戶需要填寫足夠的詳細信息，然后等待管理員的驗證結(jié)果。如果驗證不通過，則需要重新提交個人信息，直到驗證通過才可以繼續(xù)后面的發(fā)布任務等操作。

在任務管理模塊中，用戶可以選擇發(fā)布任務、管理任務等功能，其中管理任務應該可以根據(jù)任務的不同狀態(tài)，選擇查看。任務的狀態(tài)大致分為：已發(fā)布、被接單、進行中、已結(jié)束等。在任務的詳細情況里，可以對任務執(zhí)行下一步的操作。（圖4，5）

4 數(shù)據(jù)接口api

要實現(xiàn)系統(tǒng)的前后端完全分離，前后端在開發(fā)之前需要定好數(shù)據(jù)交換的接口api形式。預判需要用到的接口形式以及所使用到的參數(shù)，待到實際開發(fā)時，再根據(jù)具體情況作出調(diào)整。統(tǒng)一規(guī)定，后端返回給前端的數(shù)據(jù)形式如下：

- code 0為正確，其他為錯誤碼

- reason 錯誤原因

- data 返回的數(shù)據(jù)

根據(jù)系統(tǒng)不同功能的模塊，預定義一系列用戶應該擁有的請求動作。用戶可以根據(jù)自身功能的需要，通過使用不同的接口，實現(xiàn)通過后端來間接地訪問數(shù)據(jù)庫。

不同的api接口，需要的接口參數(shù)不一樣。具體的參數(shù)類型以及個人，在實際開發(fā)中，有前后端共同商量確定、修改。

5 結(jié)論

與不使用前后端分離設計的系統(tǒng)相比，前后端分離能最大程度地解放前臺的生產(chǎn)力和提升項目總體的靈活和效率。前后端簡單通過商議接口協(xié)議，便能使得工作并行進行，開發(fā)測試人員亦能更友好地對接口測試來提升系統(tǒng)的可靠性。這種方式，節(jié)約了開發(fā)測試成本，提高了工作效率，在實際工作中取得良好的效果。

【參考文獻】

【1】教琳，金鑫著.貨運經(jīng)濟學 [M].北京：北京理工大學出版社，2011.

【2】李文娟，王強.道路貨運市場的信息不對稱分析與對策 [J].交通與運輸，2006（04）：53-55.

【3】金婧，陳家銓，王靖天，等. 基于Go語言及Beego等開源技術(shù)的公務車輛管理系統(tǒng)的設計與實現(xiàn) [J]. 信息通信，2015（02）：140-141.

【4】Kristina Chodorow .MongoDB 權(quán)威指南第二版 [M].鄧強，王明輝，譯.北京：人民郵電出版社，2014.endprint