【正文】 圖310 系統(tǒng)的功能結(jié)構(gòu)圖第四章 系統(tǒng)的概要設(shè)計(jì) 概述需求分析后，進(jìn)入軟件的概要設(shè)計(jì)。（3）貨物狀態(tài)功能模塊：主要包括已到貨物和未到貨物狀態(tài)信息。貨物信息、車輛信息、交易地點(diǎn)等各自元信息均通過(guò)基本信息模塊來(lái)獲取。通過(guò)需求分析的調(diào)查與研究，將系統(tǒng)的大體功能定義如圖410所示。這種分而治之的方法可以使得，一方面，各個(gè)模塊具有很好的相對(duì)獨(dú)立性，可以分別加以設(shè)計(jì)實(shí)現(xiàn)，由繁入簡(jiǎn)便于工作的細(xì)致處理；另一方面，模塊之間的相互關(guān)系 如信息交換、調(diào)用關(guān)系，則可清晰的通過(guò)一定方式描述說(shuō)明。這種分解為多個(gè)功能較單一的模塊的方法稱做模塊化。它是一種較為簡(jiǎn)潔明確的表示，它以圖框形式簡(jiǎn)單地表示系統(tǒng)間各種輸入與輸出量之間的相互作用關(guān)系，是概念設(shè)計(jì)的關(guān)鍵環(huán)節(jié)。功能結(jié)構(gòu)圖的建立是設(shè)計(jì)者的設(shè)計(jì)思維由發(fā)散趨向于收斂、由理性化變?yōu)楦行曰倪^(guò)程。從概念上講，上層功能包括 (或控制)下層功能，越上層的功能結(jié)構(gòu)越籠統(tǒng)，越往下功能變得更加具體。+接收（）+裝卸（）+稱重（）圖39 收貨地點(diǎn)類 功能結(jié)構(gòu)圖所謂功能結(jié)構(gòu)圖就是將系統(tǒng)的功能進(jìn)行一一分解，是從大到小，從粗到細(xì)，從上到下等角度對(duì)硬件、軟件、解決方案等進(jìn)行解剖，詳細(xì)描述功能列表的結(jié)構(gòu)，按功能從屬關(guān)系表示的一種圖形式，圖中的每一個(gè)框都稱為一個(gè)功能模塊。收貨地點(diǎn)類收貨日期：date交易ID：int貨車返回日期：date貨物重點(diǎn)：double用戶類用戶名：char密碼：int+退出（）+添加（）+刪除（）+查詢（） 圖36　用戶類：包括車輛號(hào)碼、所屬公司、司機(jī)名等8個(gè)屬性，添加、裝卸、運(yùn)輸三個(gè)操作，如圖37所示。 系統(tǒng)部分類圖除了用例圖之外，還需定義相應(yīng)的系統(tǒng)類圖，即各個(gè)功能模塊，以便開(kāi)發(fā)人員了解整個(gè)系統(tǒng)的架構(gòu)，同時(shí)有助于今后重復(fù)利用這些類來(lái)進(jìn)行開(kāi)發(fā)。用例4：運(yùn)輸車輛管理圖34 運(yùn)輸車輛管理用例圖如圖34所示，交易訂單一旦形成，發(fā)貨方需要為貨物配送選擇車輛進(jìn)行運(yùn)輸，用戶根據(jù)車輛狀態(tài)、使用記錄等信息，指派可靠的司機(jī)于指定時(shí)間開(kāi)始發(fā)運(yùn)。作為收貨方還可以對(duì)交易地址進(jìn)行更新，向發(fā)貨方提供新的交易地址。用例1：用戶管理圖31 用戶管理用例圖如圖31所示，系統(tǒng)對(duì)用戶的管理，包括用戶注冊(cè)過(guò)程中輸入詳細(xì)真實(shí)的信息，當(dāng)用戶信息發(fā)生變化時(shí)可隨時(shí)更改，最后用完系統(tǒng)后，用戶可以退出系統(tǒng)。實(shí)際上，參與者和用例之間的信息流不是由關(guān)聯(lián)關(guān)系表示，該類信息流允許缺省值的存在，且信息的流向是雙向的，與表示關(guān)聯(lián)關(guān)系的箭頭所指方向沒(méi)有本質(zhì)上的關(guān)系。 以銀行的自動(dòng)提款機(jī)(ATM)為例，ATM主要功能的用例圖可表示為：ATM的主要使用者是銀行的客戶，客戶主要使用ATM提供的功能進(jìn)行銀行帳戶的查詢、提款和轉(zhuǎn)帳交易等。 用例(Use Case)用于表示系統(tǒng)所提供的服務(wù)，它定義了目標(biāo)系統(tǒng)是如何被系統(tǒng)的參與者所使用，描述了參與者為使用目標(biāo)系統(tǒng)所提供的一整套功能，而與目標(biāo)系統(tǒng)之間形成的交互。參與者（Actor）和用例（Use Case）是從用戶的視角出發(fā)，并不需要了解系統(tǒng)的內(nèi)部結(jié)構(gòu)和總體設(shè)計(jì)，只是需要了解系統(tǒng)具體能為用戶提供哪些服務(wù)，也就是了解目標(biāo)系統(tǒng)需要如何使用，這也是開(kāi)發(fā)者使用用例圖的主要原因之一。用例是對(duì)一組動(dòng)作序列的抽象描述，系統(tǒng)依次執(zhí)行這些動(dòng)作序列，并最終得到相應(yīng)的結(jié)果。 用例描述用例圖（User Case）就是由參與者（Actor）、用例（Use Case）以及它們之間的關(guān)系構(gòu)成的用于描述系統(tǒng)功能的靜態(tài)視圖，是面向?qū)ο箝_(kāi)發(fā)的重要部分，被稱為外部用戶所能觀察到的系統(tǒng)功能的模型圖，呈現(xiàn)了一些參與者和一些用例，以及它們之間的關(guān)系，主要用于對(duì)系統(tǒng)、子系統(tǒng)或類的功能行為進(jìn)行建模[14]。收貨方也可以對(duì)交易地點(diǎn)信息進(jìn)行修改，但必須是在對(duì)方發(fā)貨狀態(tài)為等待之前。(7) 交易地點(diǎn)信息管理功能：統(tǒng)一管理地點(diǎn)信息，為交易分配最近的地點(diǎn)。車輛報(bào)廢管理：隨著車輛的使用，一些車輛可能已經(jīng)報(bào)廢，對(duì)于這類車輛的信息需要及時(shí)更新，以免給用戶帶來(lái)不必要的損失。運(yùn)輸費(fèi)用管理：不同的車輛，根據(jù)新舊、快慢要求，使用的各種費(fèi)用(如：車稅、養(yǎng)路費(fèi)、車保險(xiǎn)等)也不同，通過(guò)該管理功能，可對(duì)記錄進(jìn)行添加、修改、查詢、刪除操作。車輛維修管理：對(duì)車輛的維修記錄添加、修改、查詢、刪除操作。車輛使用記錄管理：對(duì)車輛的使用記錄進(jìn)行添加、修改、查詢、刪除等操作。主要功能有駕駛員檔案管理、車輛檔案管理、人車配置信息管理、車輛出車管理、車輛油耗管理、車輛維修管理等，具體提供功能包括如下： 車輛管理是為了使車輛信息集中化，合理有效的使用各種車輛，最大限度的節(jié)約成本，實(shí)現(xiàn)更有效的控制車輛的使用情況，最真實(shí)的反應(yīng)車輛的實(shí)際情況。因此，提供支付狀態(tài)的查詢、支付功能很有必要。(5) 支付狀態(tài)管理功能： 考慮到網(wǎng)速與其他特殊情況問(wèn)題，提供對(duì)交易支付狀態(tài)的管理，即支付狀態(tài)包括：已支付、待支付兩種情況。信息管理的過(guò)程包括信息收集、信息傳輸、信息加工和信息儲(chǔ)存。貨物信息管理為了有效地開(kāi)發(fā)和利用信息資源，以現(xiàn)代信息技術(shù)為手段，對(duì)信息資源進(jìn)行計(jì)劃、組織和控制的活動(dòng)。為了避免用戶所選貨物為其真實(shí)想要的，首先提供貨物信息的核實(shí)，減少不必要的退貨流程；其次，用戶在提交訂單后，需要再次核實(shí)信息是否填寫(xiě)完整，是否有遺漏的情況；最后，在貨物抵達(dá)目的地時(shí)，收貨方有權(quán)對(duì)貨物進(jìn)行檢查確定后再進(jìn)行簽字驗(yàn)收。通過(guò)驗(yàn)收不僅可以防止企業(yè)遭受經(jīng)濟(jì)損失，而且可以起到監(jiān)督供貨單位和承運(yùn)商的作用，同時(shí)也可指導(dǎo)保管和使用。狀態(tài)報(bào)表：一些與駕駛員管理相關(guān)的報(bào)表／清冊(cè)，用戶可在一定范圍內(nèi)對(duì)上述報(bào)表進(jìn)行定制。配送報(bào)表：各種車輛運(yùn)行的情況統(tǒng)計(jì)報(bào)表。車輛報(bào)表：各種車輛的各項(xiàng)使用情況統(tǒng)計(jì)報(bào)表，收發(fā)方可以根據(jù)各自的需要選擇合適的車輛進(jìn)行配送，例如，收貨方可以選擇提供多一點(diǎn)的物流運(yùn)輸費(fèi)用，發(fā)貨方因而可為此單交易提供更快更順暢的車輛進(jìn)行配送。貨物報(bào)表：貨主發(fā)布各種貨物信息統(tǒng)計(jì)報(bào)表，通過(guò)貨物報(bào)表可以查閱所需的貨物，貨主可對(duì)報(bào)表信息進(jìn)行添加、修改、查詢、打印等。交易地點(diǎn)報(bào)表：為各種在線提交的交易生產(chǎn)情況統(tǒng)計(jì)報(bào)表，提供查詢、取消功能。結(jié)合交易雙方的具體要求，提供各類報(bào)表的生成、管理、查詢功能。計(jì)算機(jī)出現(xiàn)之后，人們利用計(jì)算機(jī)處理數(shù)據(jù)和界面設(shè)計(jì)的功能來(lái)生成、展示報(bào)表。(2) 交易信息報(bào)表的管理：簡(jiǎn)單的說(shuō)：報(bào)表就是用表格、圖表等格式來(lái)動(dòng)態(tài)顯示數(shù)據(jù)，可以用公式表示為：報(bào)表 = 多樣的格式 + 動(dòng)態(tài)的數(shù)據(jù)。MD5即MessageDigest Algorithm 5，用于確保信息傳輸一致性，是計(jì)算機(jī)信息安全領(lǐng)域廣泛使用的雜湊算法之一，主流編程語(yǔ)言普遍已有MD5實(shí)現(xiàn)。新用戶在首次登錄系統(tǒng)時(shí)需要注冊(cè)，注冊(cè)后的密碼具有保密性，在前臺(tái)與后臺(tái)數(shù)據(jù)庫(kù)均是不可見(jiàn)的。其中注意的是對(duì)密碼修改后的加密。在網(wǎng)站正式運(yùn)行之前，需要先設(shè)置網(wǎng)站中用戶的權(quán)限，如是否允許會(huì)員在網(wǎng)站中注冊(cè)、是否可以在網(wǎng)站中發(fā)表信息等權(quán)限。注冊(cè)用戶可以瀏覽相關(guān)權(quán)限范圍內(nèi)的網(wǎng)頁(yè)信息，并可在相應(yīng)界面發(fā)表信息。系統(tǒng)用戶分成管理員、注冊(cè)用戶和散客三類，其中管理員和注冊(cè)用戶都有獨(dú)立的管理界面。 功能描述本系統(tǒng)將主要實(shí)現(xiàn)以下七個(gè)基本功能：(1) 用戶管理功能： 用戶管理也就是對(duì)本系統(tǒng)的用戶進(jìn)行管理，用于提供登陸本系統(tǒng)的權(quán)限設(shè)置，只有注冊(cè)并確認(rèn)的用戶才可使用系統(tǒng)的所有功能。貨物運(yùn)輸過(guò)程完成了貨物到達(dá)交易目的地后的末端配送，主要包括交易地址核實(shí)、貨物運(yùn)輸通知，收貨方自提或送貨上門(mén)，交易費(fèi)用結(jié)算等環(huán)節(jié)。貨物運(yùn)輸：貨物運(yùn)輸是現(xiàn)代運(yùn)輸?shù)闹饕绞街?，也是?gòu)成陸地上貨物運(yùn)輸?shù)膬蓚€(gè)基本運(yùn)輸方式之一，在整個(gè)物流運(yùn)輸領(lǐng)域中占有非常重要的地位，并發(fā)揮著越來(lái)越重要的作用。在本系統(tǒng)中這個(gè)過(guò)程主要包括車輛到達(dá)，貨物到達(dá)后的貨物驗(yàn)收，交易信息提交。分運(yùn)單上的收貨人往往才是真正的收貨人，而主運(yùn)單上的收貨人則往往是貨代。運(yùn)單上的收貨人往往是進(jìn)口商，而在聯(lián)系人上顯示的可能才是真實(shí)的收貨人。這一點(diǎn)與發(fā)貨人的情況有些相似。車輛管理方式比較靈活，可直接由始發(fā)點(diǎn)直接發(fā)貨，也可通過(guò)多點(diǎn)裝貨再出發(fā)。本系統(tǒng)中發(fā)貨人主要負(fù)責(zé)完成貨物從倉(cāng)庫(kù)打包出庫(kù)，運(yùn)至目的地或者投往中轉(zhuǎn)地的過(guò)程。但我們通常會(huì)將發(fā)貨人與貨主、經(jīng)辦人、托運(yùn)人、委托人混為一談，其實(shí)在大多情況下他們可以是同一個(gè)人，但也有很多不同的情況時(shí)他們就可以不是一個(gè)人。主要完成發(fā)貨方將貨物交接到收貨方手上和貨物、交易信息更新維護(hù)的過(guò)程，運(yùn)輸過(guò)程中可以是收貨方直接受理，收發(fā)貨物的過(guò)程主要涵蓋了提貨相應(yīng)交易信息記錄，收發(fā)貨物的車輛安排，訂單受理等過(guò)程。軟件測(cè)試是執(zhí)行代碼程序的一個(gè)過(guò)程，即為傳統(tǒng)意義上在代碼完成后，通過(guò)調(diào)試運(yùn)行源程序來(lái)發(fā)現(xiàn)代碼或軟件系統(tǒng)中可能存在的錯(cuò)誤，在代碼完成之前發(fā)現(xiàn)軟件系統(tǒng)需求與設(shè)計(jì)上存在的問(wèn)題，避免把系統(tǒng)需求、設(shè)計(jì)框架上潛在的問(wèn)題遺留到后期階段，以免造成設(shè)計(jì)與編程上的工作的浪費(fèi)，增加軟件開(kāi)發(fā)的成本、延長(zhǎng)開(kāi)發(fā)的周期等。（3） 軟件設(shè)計(jì)師軟件設(shè)計(jì)師能夠根據(jù)項(xiàng)目管理和軟件開(kāi)發(fā)的要求，按照系統(tǒng)的總體設(shè)計(jì)規(guī)格要求說(shuō)明書(shū)進(jìn)行軟件的開(kāi)發(fā)設(shè)計(jì)，編碼設(shè)計(jì)規(guī)格說(shuō)明書(shū)等相應(yīng)的文檔；指導(dǎo)監(jiān)督程序員編寫(xiě)、調(diào)試程序，并最終負(fù)責(zé)對(duì)軟件的調(diào)優(yōu)和測(cè)試，開(kāi)發(fā)設(shè)計(jì)滿足系統(tǒng)總體設(shè)計(jì)要求的高質(zhì)量軟件；具有豐富的實(shí)踐工作能力和業(yè)務(wù)水平。另一方面主要負(fù)責(zé)提出軟件的描述和要求，作為軟件開(kāi)發(fā)和軟件測(cè)試的依據(jù)。需求分析文檔適合的讀者對(duì)象為：（1） 系統(tǒng)用戶：系統(tǒng)的使用者，也包括系統(tǒng)的管理員。（5） 完善的權(quán)限管理，增強(qiáng)系統(tǒng)的安全性。（3） 實(shí)現(xiàn)貨物運(yùn)輸管理的全過(guò)程。要求本系統(tǒng)具有以下功能：（1） 統(tǒng)一友好的操作界面，能保證系統(tǒng)的易用性。需求分析階段的任務(wù)是確定軟件系統(tǒng)功能，讓用戶和開(kāi)發(fā)者共同明確將要開(kāi)發(fā)的是一個(gè)什么樣的系統(tǒng)，準(zhǔn)確、完整和規(guī)范化的軟件需求是軟件開(kāi)發(fā)成功的關(guān)鍵，軟件項(xiàng)目中%40—%60的問(wèn)題都源于需求階段[13]。需求評(píng)審：在軟件需求評(píng)審階段，軟件分析師要在實(shí)體用戶與軟件設(shè)計(jì)師的相互合作下，核實(shí)之前生成的需求規(guī)格說(shuō)明文檔和初步的用戶使用手冊(cè)，以確保軟件需求的完整性、準(zhǔn)確性、清晰性、具體性，并使得用戶和軟件設(shè)計(jì)師對(duì)提供的需求規(guī)格說(shuō)明和用戶手冊(cè)的達(dá)成一致的理解。需求描述：在需求問(wèn)題分析階段分析師主要負(fù)責(zé)用戶需求的鑒別、綜合和建模，解決用戶需求存在的模糊性、歧義性以及不一致性，分析系統(tǒng)在數(shù)據(jù)結(jié)構(gòu)與類型上的要求，為系統(tǒng)的基本問(wèn)題及目標(biāo)功能建立邏輯模型。需求的提出與分析只是從使用者的角度關(guān)注系統(tǒng)。需求分析可分為需求提出、需求描述及需求評(píng)審三個(gè)階段。軟件需求分析可以說(shuō)是把軟件在計(jì)劃期間形成的軟件可行性分析進(jìn)一步精細(xì)化，分析對(duì)比各種可能的解決方法，并且擇優(yōu)分配資源給各個(gè)軟件元素[39]。如若在需求分析時(shí)分析者們未能正確地認(rèn)識(shí)到顧客的需要的話，那么最后的軟件實(shí)際上不可能達(dá)到顧客的需要，或者軟件項(xiàng)目無(wú)法在規(guī)定的時(shí)間里完工。很長(zhǎng)一段時(shí)間里人們一直認(rèn)為需求分析是整個(gè)軟件工程中最簡(jiǎn)單的一個(gè)步驟。可以說(shuō)，在軟件工程當(dāng)中的“需求分析”就是確定要計(jì)算機(jī)“做什么”，要達(dá)到什么樣的效果?！　? 本章小結(jié)本章主要介紹了系統(tǒng)開(kāi)發(fā)采用的兩種主流模式：C/S結(jié)構(gòu)與B/S結(jié)構(gòu)，主要的開(kāi)發(fā)工具：JSP、Tomcat、MySQL和Eclipse,以及系統(tǒng)開(kāi)發(fā)環(huán)境，為后續(xù)章節(jié)的開(kāi)展提供基礎(chǔ)理論知識(shí)。8. MySQL使用標(biāo)準(zhǔn)的SQL數(shù)據(jù)語(yǔ)言形式，全面支持SQL的GROUP BY和ORDER BY子句，支持聚合函數(shù)(COUNT()、COUNT(DISTINCT)、AVG()、STD()、SUM()、MAX()和MIN())。6. Mysql是開(kāi)源的，無(wú)需支付額外的費(fèi)用。可以處理?yè)碛猩锨f(wàn)條記錄的大型數(shù)據(jù)庫(kù)。支持C、C＋＋、Java等多種語(yǔ)言。2. 優(yōu)化的SQL查詢算法，有效地提高查詢速度。服務(wù)器語(yǔ)言SQL，雖然有些管理職責(zé)只能通過(guò)調(diào)用mysqladmin 命令行來(lái)完成，但使用mysql設(shè)置用戶的權(quán)限還可通過(guò)使用mysql客戶機(jī)程序發(fā)布能夠檢驗(yàn)授權(quán)表的SQL ，實(shí)現(xiàn)使用服務(wù)器自身的語(yǔ)言來(lái)同服務(wù)器進(jìn)行對(duì)話。其中最重要的幾中情況為： mysql，一個(gè)交互式程序，允許執(zhí)行者將SQL 語(yǔ)句發(fā)布到服務(wù)器上并瀏覽其產(chǎn)生的結(jié)果；mysqladmin，一個(gè)管理程序，允許執(zhí)行者關(guān)閉服務(wù)器以及創(chuàng)建或刪除數(shù)據(jù)庫(kù)的任務(wù)。最早，它能為一些在普通硬件平臺(tái)上提供數(shù)據(jù)庫(kù)的公司在一個(gè)數(shù)量級(jí)上的大型數(shù)據(jù)庫(kù)。SQL是一種標(biāo)準(zhǔn)化的語(yǔ)言，它使得信息的存儲(chǔ)、更新和存取變得更加容易。SQL（Structured Query Language，結(jié)構(gòu)化查詢語(yǔ)言）是世界上最流行的和標(biāo)準(zhǔn)化的數(shù)據(jù)庫(kù)語(yǔ)言[38]。在控制臺(tái)下, MySQL 。MysQL是以一個(gè)客戶機(jī)／服務(wù)器結(jié)構(gòu)實(shí)現(xiàn)其功能的，主要特點(diǎn)是快速、健壯和易用[12]。 數(shù)據(jù)庫(kù)工具的選擇MysQL是最流行的一個(gè)關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng)RDBMS(Relational Database Management System)[11]，最早由瑞典的MySQL AB公司開(kāi)發(fā)，2009年被Oracle公司收購(gòu)。Tomcat還是一個(gè)基于組件的服務(wù)器，它的組件是可以按需進(jìn)行配置的，其中最外層的組件為Catalina Servlet容器，其他的組件以這個(gè)組件為基礎(chǔ)，按照一定的格式要求配置在這個(gè)容器中。Tomcat的默認(rèn)工作模式是作為獨(dú)立的Servlet容器，主要負(fù)責(zé)處理客戶端的請(qǐng)求，是內(nèi)置在WEB服務(wù)器中的一部分。Tomcat的使用分為兩個(gè)類型，一個(gè)是安裝版的像普通安裝程序一樣安裝后使用，另一種是解壓版本的，解壓后放到任意的目錄即可以使用。在中小型系統(tǒng)和并發(fā)訪問(wèn)用戶不是很多的場(chǎng)合下被普遍使用，是開(kāi)發(fā)和調(diào)試JSP 程序的首選。Software類似于ASP，Java有許多非常優(yōu)秀的開(kāi)發(fā)工具，而且大多都是免費(fèi)便于獲取，并且其中大部分可運(yùn)行于多種平臺(tái)之下。從只有一個(gè)小的Jar文件就可以運(yùn)行的Servlet/JSP，到由多臺(tái)服務(wù)器進(jìn)行集群和負(fù)載均衡，到多臺(tái)Application進(jìn)行事務(wù)處理，消息處理，一臺(tái)服務(wù)器到無(wú)數(shù)臺(tái)服務(wù)器，Java顯示了一個(gè)巨大的生命力。相比ASP/PHP的局限性有明顯優(yōu)勢(shì)。（2）系統(tǒng)支持多平臺(tái)。我們選擇JSP網(wǎng)絡(luò)編程語(yǔ)言，主要原因如下:（1）一次編寫(xiě)，到處運(yùn)行。但它的核心設(shè)計(jì)原則源自Self和Cheme。完整的JavaScript實(shí)現(xiàn)包括三個(gè)部分：ECMA