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

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

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

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

【中圖分類號(hào)】TP39 【文獻(xiàn)標(biāo)志碼】A 【文章編號(hào)】1673-1069（2017）12-0152-02

1 引言

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

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

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

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

2 系統(tǒng)概要設(shè)計(jì)

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

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

3 系統(tǒng)詳情設(shè)計(jì)

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

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

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

3.2 任務(wù)管理流程圖、用例圖

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

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

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

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

- code 0為正確，其他為錯(cuò)誤碼

- reason 錯(cuò)誤原因

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

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

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

5 結(jié)論

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

【參考文獻(xiàn)】

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

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

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

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