【正文】 到達交易目的地后的末端配送，主要包括交易地址核實、貨物運輸通知，收貨方自提或送貨上門，交易費用結算等環(huán)節(jié)。當貨物到達交易目的地，通常需要通知收貨方提供具體方便的送貨時間、核實之前提供的交易地點信息。 功能描述本系統(tǒng)將主要實現(xiàn)以下七個基本功能：(1) 用戶管理功能： 用戶管理也就是對本系統(tǒng)的用戶進行管理，用于提供登陸本系統(tǒng)的權限設置，只有注冊并確認的用戶才可使用系統(tǒng)的所有功能。它記錄了系統(tǒng)用戶的信息，包括用戶名、密碼等，在這個功能模塊中可以對系統(tǒng)用戶信息進行查詢、修改、刪除以及添加新的用戶操作；系統(tǒng)權限的管理是用來設計系統(tǒng)用戶的權限，對不同等級的用戶分配不同的使用權限；通過設置系統(tǒng)數(shù)據(jù)庫中的使用角色。系統(tǒng)用戶分成管理員、注冊用戶和散客三類，其中管理員和注冊用戶都有獨立的管理界面。管理員擁有網(wǎng)站管理后臺管理權限。注冊用戶可以瀏覽相關權限范圍內(nèi)的網(wǎng)頁信息，并可在相應界面發(fā)表信息。注冊用戶可自由劃分成不同的會員組，以設置本類會員組所擁有的權限。在網(wǎng)站正式運行之前，需要先設置網(wǎng)站中用戶的權限，如是否允許會員在網(wǎng)站中注冊、是否可以在網(wǎng)站中發(fā)表信息等權限。 本模塊主要包括查看、添加和刪除。其中注意的是對密碼修改后的加密。針對密碼初始化，由新增加的用戶在注冊時設置初始化密碼，一般初始化密碼會有特定的要求。新用戶在首次登錄系統(tǒng)時需要注冊，注冊后的密碼具有保密性，在前臺與后臺數(shù)據(jù)庫均是不可見的。因此采用MD5加密算法[40]，用于加密用戶名密碼，驗證登錄身份。MD5即MessageDigest Algorithm 5，用于確保信息傳輸一致性，是計算機信息安全領域廣泛使用的雜湊算法之一，主流編程語言普遍已有MD5實現(xiàn)。將數(shù)據(jù)轉(zhuǎn)化為一個固定長度值，是雜湊算法的基礎原理，MD5的主要作用是讓大容量信息在用數(shù)字簽名軟件簽署私人秘鑰前被壓縮成一種保密的格式，確切的說，就是把一個任意長度的字節(jié)串變換成一定長的十六進制數(shù)字串。(2) 交易信息報表的管理：簡單的說：報表就是用表格、圖表等格式來動態(tài)顯示數(shù)據(jù)，可以用公式表示為：報表 = 多樣的格式 + 動態(tài)的數(shù)據(jù)。在計算機出現(xiàn)以前，人們利用紙和筆來記錄數(shù)據(jù)。計算機出現(xiàn)之后，人們利用計算機處理數(shù)據(jù)和界面設計的功能來生成、展示報表。計算機報表的主要特點包括有數(shù)據(jù)的動態(tài)化，格式的多樣化，并且實現(xiàn)了報表數(shù)據(jù)和報表格式的完全分離，用戶可以只修改數(shù)據(jù)，或者只修改格式。結合交易雙方的具體要求，提供各類報表的生成、管理、查詢功能。提供以下4大類的報表：交易地點報表：為各種在線提交的交易生產(chǎn)情況統(tǒng)計報表，提供查詢、取消功能。貨物報表：貨主發(fā)布各種貨物信息統(tǒng)計報表，通過貨物報表可以查閱所需的貨物，貨主可對報表信息進行添加、修改、查詢、打印等。車輛報表：各種車輛的各項使用情況統(tǒng)計報表，收發(fā)方可以根據(jù)各自的需要選擇合適的車輛進行配送，例如，收貨方可以選擇提供多一點的物流運輸費用，發(fā)貨方因而可為此單交易提供更快更順暢的車輛進行配送。配送報表：各種車輛運行的情況統(tǒng)計報表。狀態(tài)報表：一些與駕駛員管理相關的報表／清冊，用戶可在一定范圍內(nèi)對上述報表進行定制。(3) 貨物驗收狀態(tài)管理功能： 貨物驗收是指貨物在正式被收貨方簽收時，按照一定的程序和手續(xù)，對送到物品進行數(shù)量和外觀質(zhì)量的檢查，以驗證它是否符合訂貨合同規(guī)定的一項工作。通過驗收不僅可以防止企業(yè)遭受經(jīng)濟損失，而且可以起到監(jiān)督供貨單位和承運商的作用，同時也可指導保管和使用。驗收狀態(tài)管理包括所選貨物的驗收、訂單信息的驗收和最終收貨驗收，查收交易貨物的驗收狀態(tài)是否已經(jīng)確定。為了避免用戶所選貨物為其真實想要的，首先提供貨物信息的核實，減少不必要的退貨流程；其次，用戶在提交訂單后，需要再次核實信息是否填寫完整，是否有遺漏的情況；最后，在貨物抵達目的地時，收貨方有權對貨物進行檢查確定后再進行簽字驗收。(4) 貨物信息管理功能： 信息管理是指在整個管理過程中，人們收集、加工和輸入、輸出的信息的總稱。貨物信息管理為了有效地開發(fā)和利用信息資源，以現(xiàn)代信息技術為手段，對信息資源進行計劃、組織和控制的活動。簡而言之，信息管理就是對信息資源的管理。信息管理的過程包括信息收集、信息傳輸、信息加工和信息儲存。貨物信息管理主要包括對貨物信息進行添加、修改、查詢等，貨物可存儲時間受生產(chǎn)日期的限制，有必要提供用戶管理貨物信息的權限，貨物信息的合理管理能夠反映一個系統(tǒng)的實用性與適用性。(5) 支付狀態(tài)管理功能： 考慮到網(wǎng)速與其他特殊情況問題，提供對交易支付狀態(tài)的管理，即支付狀態(tài)包括：已支付、待支付兩種情況。一些用戶習慣在提交訂單后便進行支付，另一些用戶可能在提交訂單后需要等待支付，或者中間需要找他人支付。因此，提供支付狀態(tài)的查詢、支付功能很有必要。(6) 運輸車輛管理功能：為貨物提供合理的車輛信息。 車輛管理是為了使車輛信息集中化，合理有效的使用各種車輛，最大限度的節(jié)約成本，實現(xiàn)更有效的控制車輛的使用情況，最真實的反應車輛的實際情況。盡可能發(fā)揮最大的經(jīng)濟效益以及對車輛的保養(yǎng)和維修進行控制。主要功能有駕駛員檔案管理、車輛檔案管理、人車配置信息管理、車輛出車管理、車輛油耗管理、車輛維修管理等，具體提供功能包括如下：車輛信息管理：對車輛的基本檔案信息進行管理，包括信息的添加、修改、查詢、打印等，同時提供相關車輛的圖片；車輛使用記錄管理：對車輛的使用記錄進行添加、修改、查詢、刪除等操作。提供使用評價歷史記錄提示功能；車輛維修管理：對車輛的維修記錄添加、修改、查詢、刪除操作。有利于發(fā)貨方在選擇配送車輛時提供參考信息；運輸費用管理：不同的車輛，根據(jù)新舊、快慢要求，使用的各種費用(如：車稅、養(yǎng)路費、車保險等)也不同，通過該管理功能，可對記錄進行添加、修改、查詢、刪除操作。車輛報廢管理：隨著車輛的使用，一些車輛可能已經(jīng)報廢，對于這類車輛的信息需要及時更新，以免給用戶帶來不必要的損失。對己報廢車輛記錄，可以查閱、修改，保證了車輛數(shù)據(jù)庫的完整性。(7) 交易地點信息管理功能：統(tǒng)一管理地點信息，為交易分配最近的地點。交易訂單一經(jīng)生產(chǎn)，發(fā)貨方就會根據(jù)情況進行貨物的封裝與配送，在這個過程期間，貨主需要核實對方提供的交易地點信息，以免無厘頭的發(fā)貨導致運輸返回。收貨方也可以對交易地點信息進行修改，但必須是在對方發(fā)貨狀態(tài)為等待之前。地點信息一旦被更新，將對貨主發(fā)送提醒信息，避免因信息不同步帶來的損失。 用例描述用例圖（User Case）就是由參與者（Actor）、用例（Use Case）以及它們之間的關系構成的用于描述系統(tǒng)功能的靜態(tài)視圖，是面向?qū)ο箝_發(fā)的重要部分，被稱為外部用戶所能觀察到的系統(tǒng)功能的模型圖，呈現(xiàn)了一些參與者和一些用例，以及它們之間的關系，主要用于對系統(tǒng)、子系統(tǒng)或類的功能行為進行建模[14]。用例是UML軟件開發(fā)語言中非常重要的一個概念，在使用UML的整個軟件開發(fā)過程中，用例處于一個核心地位。用例是對一組動作序列的抽象描述，系統(tǒng)依次執(zhí)行這些動作序列，并最終得到相應的結果。這些結果最后可以選擇反饋給參與者，也可以選擇作為其他用例的參數(shù)。參與者（Actor）和用例（Use Case）是從用戶的視角出發(fā)，并不需要了解系統(tǒng)的內(nèi)部結構和總體設計，只是需要了解系統(tǒng)具體能為用戶提供哪些服務，也就是了解目標系統(tǒng)需要如何使用，這也是開發(fā)者使用用例圖的主要原因之一。用例模型包括以下幾個主要模型元素： 參與者(Actor)是指存在于目標系統(tǒng)的外部并與該系統(tǒng)進行交互的人或其他系統(tǒng)，代表的是目標系統(tǒng)的使用者或可供使用的環(huán)境。 用例(Use Case)用于表示系統(tǒng)所提供的服務，它定義了目標系統(tǒng)是如何被系統(tǒng)的參與者所使用，描述了參與者為使用目標系統(tǒng)所提供的一整套功能，而與目標系統(tǒng)之間形成的交互。 關聯(lián)(Association)用于表示參與者與用例之間的對應關系，它表示參與者使用了系統(tǒng)中的哪些功能，或者說系統(tǒng)為用戶提供了哪些服務。 以銀行的自動提款機(ATM)為例，ATM主要功能的用例圖可表示為：ATM的主要使用者是銀行的客戶，客戶主要使用ATM提供的功能進行銀行帳戶的查詢、提款和轉(zhuǎn)帳交易等。 關聯(lián)關系主要表示參與者和用例之間的關系，箭頭表示在這一關系中哪一方是關系的主動發(fā)起者，箭頭所指向的那方為關系的被動接受者；如果無需特別區(qū)分它們之間的主動與被動關系，可以使用無向的關聯(lián)實線。實際上，參與者和用例之間的信息流不是由關聯(lián)關系表示，該類信息流允許缺省值的存在，且信息的流向是雙向的，與表示關聯(lián)關系的箭頭所指方向沒有本質(zhì)上的關系。圖31為本系統(tǒng)的用例圖。用例1：用戶管理圖31 用戶管理用例圖如圖31所示，系統(tǒng)對用戶的管理，包括用戶注冊過程中輸入詳細真實的信息，當用戶信息發(fā)生變化時可隨時更改，最后用完系統(tǒng)后，用戶可以退出系統(tǒng)。用例2：交易信息管理圖32 交易信息管理用例圖如圖32所示，用戶登入管理系統(tǒng)，進入交易信息管理模塊，用戶可查詢系統(tǒng)中已有的交易記錄，同時，可以對自己產(chǎn)生的交易進行取消，查詢，提交。作為收貨方還可以對交易地址進行更新，向發(fā)貨方提供新的交易地址。用例3：貨物驗收狀態(tài)管理圖33 貨物驗收狀態(tài)管理用例圖如圖33所示，貨物發(fā)送之后，發(fā)送過程中貨物為等待驗收狀態(tài)，收貨方在收到貨物之后需要提交確認驗收信息，如果收貨方對貨物不滿意，甚至可以提出其他要求，如退貨、換貨等。用例4：運輸車輛管理圖34 運輸車輛管理用例圖如圖34所示，交易訂單一旦形成，發(fā)貨方需要為貨物配送選擇車輛進行運輸，用戶根據(jù)車輛狀態(tài)、使用記錄等信息，指派可靠的司機于指定時間開始發(fā)運。用例5：交易地點信息管理圖35 交易地點信息管理用例圖如圖35所示，交易訂單形成之后，收獲方需要向發(fā)貨方提供交易地點，可以添加新的地址信息，也可以使用之前使用過的地址信息，同時可以刪除一些過去使用過的地址信息。 系統(tǒng)部分類圖除了用例圖之外，還需定義相應的系統(tǒng)類圖，即各個功能模塊，以便開發(fā)人員了解整個系統(tǒng)的架構，同時有助于今后重復利用這些類來進行開發(fā)。：每個用戶具備用戶名和密碼，可進行的操作有退出、添加、刪除和查詢等，如圖36所示。用戶類用戶名：char密碼：int+退出（）+添加（）+刪除（）+查詢（） 圖36　用戶類：包括車輛號碼、所屬公司、司機名等8個屬性，添加、裝卸、運輸三個操作，如圖37所示。 車輛類車輛號碼：char所屬公司：char地址：char電話：int司機名：char駕照號：char貨車類型：char最大載重量：int+添加（）+裝卸（）+運輸（）圖37 車輛類：有貨物ID和貨物名稱兩個屬性，涉及貨物裝卸和運輸兩個操作，貨物的更新需要對以上兩個屬性信息進行更新，如圖38所示：貨物類貨物ID：int貨物名稱：char+裝卸（）+運輸（） 圖38 貨物類：又分收貨地點和送貨地點兩類，例如收貨地點類，包括收獲日期、交易地點、交易ID等屬性，涉及接受、裝卸、稱重等操作，如圖39所示。收貨地點類收貨日期：date交易ID：int貨車返回日期：date貨物重點：double+接收（）+裝卸（）+稱重（）圖39 收貨地點類 功能結構圖所謂功能結構圖就是將系統(tǒng)的功能進行一一分解，是從大到小，從粗到細，從上到下等角度對硬件、軟件、解決方案等進行解剖，詳細描述功能列表的結構，按功能從屬關系表示的一種圖形式，圖中的每一個框都稱為一個功能模塊。功能模塊的大小可以根據(jù)具體情況進行細化分，得到的最小功能模塊可以是一個程序中的每個處理過程，而較大的功能模塊則可能是完成某一個任務的一組程序。從概念上講，上層功能包括 (或控制)下層功能，越上層的功能結構越籠統(tǒng)，越往下功能變得更加具體。功能分解的過程就是一個由抽象到具體、由復雜到簡單的過程。功能結構圖的建立是設計者的設計思維由發(fā)散趨向于收斂、由理性化變?yōu)楦行曰倪^程。它是在設計空間內(nèi)對不完全確定設計問題或相當模糊設計要求的。它是一種較為簡潔明確的表示，它以圖框形式簡單地表示系統(tǒng)間各種輸入與輸出量之間的相互作用關系，是概念設計的關鍵環(huán)節(jié)。它的設計過程主要是把一個復雜的系統(tǒng)分解為多個功能較單一的的過程。這種分解為多個功能較單一的模塊的方法稱做模塊化。模塊化在軟件工程實踐過程中是一種重要的設計思想，這種思想把一個復雜的系統(tǒng)分解為一些規(guī)模較小、功能較簡單的、更易于建立和修改的部分。這種分而治之的方法可以使得，一方面，各個模塊具有很好的相對獨立性，可以分別加以設計實現(xiàn)，由繁入簡便于工作的細致處理；另一方面，模塊之間的相互關系 如信息交換、調(diào)用關系，則可清晰的通過一定方式描述說明。各模塊在這些關系的約束下共同構成一個統(tǒng)一的整體，從而最后使得系統(tǒng)很好的完成需求分析過程中獲得的各項功能。通過需求分析的調(diào)查與研究，將系統(tǒng)的大體功能定義如圖410所示。主要可簡化為四個功能，可描述為：（1）交易信息功能模塊：包括貨物的收發(fā)方基本信息，相關操作有信息添加、修改、刪除、查詢等。貨物信息、車輛信息、交易地點等各自元信息均通過基本信息模塊來獲取。（2）支付狀態(tài)功能模塊：用戶可查詢所有的交易記錄，對未支付的交易提供支付接口，還可以對歷史交易進行刪除操作。（3）貨物狀態(tài)功能模塊：主要包括已到貨物和未到貨物狀態(tài)信息。（4）基本信息功能模塊：包括貨物數(shù)據(jù)信息、車輛信息、交易地點等基本信息模塊，可以實現(xiàn)其基本數(shù)據(jù)的添加、修改。圖310 系統(tǒng)的功能結構圖第四章 系統(tǒng)的概要設計 概述需求分析后，進入軟件的概要設計。概要設計是系統(tǒng)設計師根據(jù)現(xiàn)實中的用戶交互情況與前期獲得的用戶需求來形成系統(tǒng)的整體交互框架和視覺框架的一個過程，其結果往往以反映交互控件布置、界面元素分組以及界面整體格局的頁面框架圖的形式來呈現(xiàn)。它在需求分析和系統(tǒng)詳細設計之間起到橋梁過渡作用，使用戶的需求調(diào)研和詳細設計實現(xiàn)完好的結合，是對用戶目標與將需求轉(zhuǎn)換成具體界面設計解決方案的重要階段。架構分為