【文章內(nèi)容簡(jiǎn)介】 4 Mem： 512M Mem： 2G HD： 40G HD： 120G 物流管理系統(tǒng) 概要設(shè)計(jì)說(shuō)明書(shū) IT_MOB 項(xiàng)目組 第 8 頁(yè) 共 41 頁(yè) 系統(tǒng)總體結(jié)構(gòu) 設(shè)計(jì) 系統(tǒng)業(yè)務(wù)層次圖 內(nèi)容描述：物流管理系統(tǒng)是應(yīng)當(dāng)前物流發(fā)展趨勢(shì)的產(chǎn)物，旨在為物流組成的各項(xiàng)業(yè)務(wù)提供一個(gè)完整、統(tǒng)一的平臺(tái)，具有信息共享，資源合理分配，業(yè)務(wù)協(xié)調(diào)統(tǒng)一的特點(diǎn)。它分為前臺(tái)客戶端、后臺(tái)總公司與分公司端共三個(gè)子系統(tǒng)。 圖例： 功能簡(jiǎn)介（類似需求分析）： 客戶端：查詢運(yùn)費(fèi)，下訂單和訂單進(jìn)度查詢； 分公司：訂單管理（下訂單，訂單審核，訂單修改，訂單狀態(tài)修改），訂單異常處理（訂單異常處理登記，訂單異常處理查詢），訂單發(fā)貨（待發(fā)訂單查詢，加開(kāi)班次申請(qǐng)，交接單生成，交 接單綁定，緊急訂單提醒，班次查詢），交接單管理（交接單生成，交接單綁定，交接單確認(rèn)，交接單修改），訂單收獲（交接單確認(rèn)，交接單修改，班次查詢），貨物配送（庫(kù)存訂單查詢，訂單確認(rèn)），本地信息設(shè)置（中轉(zhuǎn)路線選擇，配送價(jià)格申報(bào)）； 總公司：配送點(diǎn)管理（添加新配送點(diǎn)，審核各配送點(diǎn)申報(bào)的配送費(fèi)方案），財(cái)務(wù)管理（統(tǒng)計(jì)各部門(mén)收益，制定和調(diào)整利潤(rùn)分配方案），信息查詢（交接單查詢，訂單查詢），線路設(shè)置（建立基本線路，管理線路，提供線路查詢），運(yùn)費(fèi)管理（制定和修改運(yùn)費(fèi)方案，提供運(yùn)費(fèi)查詢），車輛管理（維護(hù)車輛基本信息），班次管理 （設(shè)置班次，為配送點(diǎn)提供班次查詢，處理配送點(diǎn)加急班次申請(qǐng)），權(quán)限管理（權(quán)限分配，后臺(tái)用戶的管理）。 物流管理系統(tǒng) 概要設(shè)計(jì)說(shuō)明書(shū) IT_MOB 項(xiàng)目組 第 9 頁(yè) 共 41 頁(yè) 系統(tǒng)架構(gòu)說(shuō)明 說(shuō)明整個(gè)系統(tǒng)的軟硬件架構(gòu)層次 : 圖例如下： 軟件架構(gòu)說(shuō)明 （選作） 書(shū)寫(xiě)要求 ：根據(jù)系統(tǒng)設(shè)計(jì)的功能層次逐一說(shuō)明（與需求分析中的“系統(tǒng)功能總體說(shuō)明 ”部分的內(nèi)容基本一致） 系統(tǒng)架構(gòu)設(shè)計(jì)說(shuō)明 物流管理系統(tǒng) 概要設(shè)計(jì)說(shuō)明書(shū) IT_MOB 項(xiàng)目組 第 10 頁(yè) 共 41 頁(yè) 書(shū)寫(xiě)要求 ：根據(jù)系統(tǒng)的功能需求設(shè)計(jì)并說(shuō)明系統(tǒng)開(kāi)發(fā)所采用的軟件開(kāi)發(fā)架構(gòu)。 書(shū)寫(xiě)樣例 ： Jsp amp。 Servlet amp。 JavaBean 架構(gòu) 架構(gòu)結(jié)構(gòu) 具體架構(gòu)層次如圖 所示。 圖 Jsj 架 構(gòu)結(jié)構(gòu) 各層實(shí)現(xiàn)功能說(shuō)明 View 層是與客 戶的交互層， 負(fù)責(zé)提交用戶請(qǐng)求和數(shù)據(jù)，并將后臺(tái)的響應(yīng)結(jié)果返回給客戶層。同時(shí)提供客戶提交信息的 javasript 驗(yàn)證功能。 Control 層負(fù)責(zé)項(xiàng)目中業(yè)務(wù)功能實(shí)現(xiàn)流程的管理工作。如：具體的業(yè)務(wù)功能由哪些類來(lái)實(shí)現(xiàn)，實(shí)現(xiàn)結(jié)果有誰(shuí)來(lái)顯示等等，必須由 Control 層來(lái)決定。同時(shí)Control 層還要負(fù)責(zé)與其它兩層的通信，這個(gè)過(guò)程還需要一些 bean 類來(lái)協(xié)助傳遞信息，另外 Control 層還要負(fù)責(zé)請(qǐng)求的轉(zhuǎn)發(fā)與從定向。從 Control 層所負(fù)責(zé)的功能上不難 想象的 到在業(yè)務(wù)邏輯相對(duì)復(fù)雜的時(shí)候此層代碼編寫(xiě)會(huì)略顯繁重和復(fù)雜。 Model 層主要是一些 實(shí)現(xiàn)具體業(yè)務(wù)功能的類 ，在這里可以統(tǒng)一簡(jiǎn)稱為Business 類。也可以將架構(gòu)中除了 Servlet 控制器之外的所有類統(tǒng)一叫做 Javabean類。從這種命名方式上可以看出， model 層在實(shí)現(xiàn)業(yè)務(wù)功能是具體的實(shí)現(xiàn)方式比較自由，但在業(yè)務(wù)邏輯比較復(fù)雜的情況下 model 層職能的劃分會(huì)出現(xiàn)問(wèn)題，可能物流管理系統(tǒng) 概要設(shè)計(jì)說(shuō)明書(shū) IT_MOB 項(xiàng)目組 第 11 頁(yè) 共 41 頁(yè) 會(huì)造成一定混亂和不便。設(shè)想一下如果可以更明確的將 model 層進(jìn) 一步劃分使之變得更有條理，這樣就會(huì)增強(qiáng)該層的可維護(hù)性了。 特別說(shuō)明，圖 中 的“ bean”可 以看作數(shù)據(jù)封裝類，它以實(shí)例對(duì)象的形式作為各層之間數(shù)據(jù)通信的載體，實(shí)際上這些對(duì)象也屬于業(yè)務(wù) 對(duì)象，如 User 對(duì)象、 Book 對(duì)象。 Jsp amp。 Servlet amp。 JavaBean 架構(gòu)特點(diǎn)說(shuō)明 結(jié)構(gòu)簡(jiǎn)單明了，搭建時(shí)配制信息很少只有一個(gè) 文件“ ”，該文件主要用 來(lái)映射 Servlet。 Control 層的應(yīng)用一 定程度上將 Jsp 中的 Java 代碼分離出來(lái)，使得 jsp 文件的復(fù)雜程度有所降低。另外該架構(gòu)涉及到的架構(gòu)知識(shí)較少，很容易上手?；?Java 語(yǔ)言的 Web 開(kāi)發(fā)技術(shù)掌握難易順序大致可 參見(jiàn)圖 所示。 圖 基于 Java 語(yǔ)言的 Web 開(kāi)發(fā) 技術(shù)掌握難易順序 通過(guò)圖 可 見(jiàn) Jsp+Servlet+JavaBean 這種架構(gòu)技 術(shù)組合難度是很低的。 不能 將 Java 代碼完全從頁(yè)面上脫離，頁(yè)面中會(huì)用 Js 驗(yàn)證代碼，使 Jsp 頁(yè)面結(jié)構(gòu)相對(duì)復(fù)雜，不易維護(hù)。 Control 層讀取客戶提交的信息要逐條操作，代碼書(shū)寫(xiě)比較麻煩， Controler 層要定義處理響應(yīng)的分支和 model 層類的調(diào)用，使得Controler 本身 內(nèi)容較多不便開(kāi)發(fā)和維護(hù) 。 另外 Jsp+Servlet+JavaBean 架構(gòu)技術(shù)組合 層次簡(jiǎn)單，各層的代碼開(kāi)發(fā)較隨意自主，尤其是 在 JavaBean 實(shí)現(xiàn)的 Model 層由于完成的業(yè) 務(wù)功能多種多樣，如果開(kāi)發(fā)人員沒(méi)有很好的遵循一定開(kāi)發(fā)規(guī)范或是開(kāi)發(fā)思路不清晰，那么代碼開(kāi)發(fā)會(huì)變得混亂。為了解決這些問(wèn)題，引入一定的架構(gòu)技術(shù)來(lái)調(diào)理代碼開(kāi)發(fā)就變得很必要了。下面一節(jié) 將 Struts、 Spring、 Hibernate 三種比較 流行的架構(gòu)技術(shù)引進(jìn)架構(gòu)設(shè)計(jì)中來(lái)構(gòu)建一種較為復(fù)雜卻層次清晰得的開(kāi)發(fā)模式。 具體架構(gòu)層次如圖 所示。 基于 Java 語(yǔ)言的 Web 開(kāi)發(fā)技術(shù) Html Xml Jsp JavaScript Hibernate Spring Servlet Struts 不易掌握 物流管理系統(tǒng) 概要設(shè)計(jì)說(shuō)明書(shū) IT_MOB 項(xiàng)目組 第 12 頁(yè) 共 41 頁(yè) SSH架構(gòu)結(jié)構(gòu)圖（ 圖例 1） ? 各層實(shí)現(xiàn)功能及開(kāi)發(fā)技術(shù)說(shuō)明 1）通過(guò)成熟的開(kāi)源產(chǎn)品實(shí)現(xiàn)各層功能開(kāi)發(fā)，比起自己開(kāi)發(fā)能縮短開(kāi)發(fā)周期，且架構(gòu)所用到的開(kāi)源產(chǎn)品均有很廣泛的用戶群，經(jīng)受過(guò)實(shí)踐的考驗(yàn)，質(zhì)量和性能更有保障。 2）層與層之間松散偶合，增加代碼重用率。 3)各層分工明確，這樣也利于團(tuán)隊(duì)的明確分工。 這一層是面向用戶的界面，是用戶與系統(tǒng)之間交互的媒介。如 ：用戶在界面發(fā)送請(qǐng)求，系統(tǒng)接收請(qǐng)求，進(jìn)行處理，然后通過(guò)界面將結(jié)果呈現(xiàn)于用戶。這一過(guò)程包括了用戶動(dòng)作、數(shù)據(jù)傳遞、界面顯示。大家熟悉的 MVC 模式就是將這三者分離，減少三者耦合。我們?cè)谠搶咏柚?Struts 來(lái)實(shí)現(xiàn)。 2） Struts 的實(shí)現(xiàn)的功能 : 管理用戶的請(qǐng)求，做出相應(yīng)的響應(yīng)。 物流管理系