【文章內(nèi)容簡(jiǎn)介】 ，然后讓分析類來(lái)實(shí)現(xiàn)系統(tǒng)的行為。系統(tǒng)的用例圖如圖 21所示。 物流管理系統(tǒng)的開(kāi)發(fā)主要是實(shí)現(xiàn)客戶服務(wù)、倉(cāng)庫(kù)信息的管理、用戶信息的管理以及用戶信息的檢索、車輛信息管理等功能的數(shù)據(jù)管理。根據(jù)不同用戶登錄系統(tǒng)，提供用戶不同的功能實(shí)現(xiàn)。 （ 1） 登錄系統(tǒng)模塊 不同的用戶在登陸界面輸入自己的用戶名和密碼，根據(jù)用戶的身份不同進(jìn)入不同的主頁(yè)面，若用戶還沒(méi)有賬號(hào)則登 錄界面提示用戶進(jìn)行注冊(cè)。 （ 2） 客戶服務(wù)模塊 該功能模塊是客戶所能操作的部分，主要包括客戶提交訂單、客戶信息更改和顯示客戶訂單的歷史記錄。 5 圖 21 系統(tǒng)用例圖 （ 3） 倉(cāng)庫(kù)管理模塊 包括采購(gòu)商品以及配送商品。對(duì)于數(shù)量不足的熱門(mén)商品，用信息提示的方式供管理員瀏覽，然后管理員會(huì)根據(jù)情況進(jìn)行商品的采購(gòu)。管理員首先根據(jù)客戶提交的商品訂單，判斷倉(cāng)庫(kù)中的商品是否滿足客戶的需求，即進(jìn)行訂單的審核（包括商品的編號(hào)和數(shù)量）。若未通過(guò)審核，則返回給客戶，客戶會(huì)在訂單歷史記錄中看到自己商品購(gòu)買交易是否成功；若通過(guò)了審核，則進(jìn)行商品的配送 ，同時(shí)也會(huì)給客戶相應(yīng)的提示。 （ 4） 車輛信息管理模塊 包括對(duì)車輛信息的查詢以及對(duì)車輛信息的增刪查改。根據(jù)管理員的需要對(duì)某個(gè)指定的車輛信息進(jìn)行查詢，以便管理員了解車輛信息并做出相應(yīng)的操作。隨著物流管理規(guī)模的增大，對(duì)車輛信息的變動(dòng)也是必然的，因此需要對(duì)車輛信息做出相應(yīng)的操作。 （ 5） 信息查詢功能 包括對(duì)客戶、職員、供應(yīng)商的信息管理以及用戶信息的檢索。信息管理主要就是對(duì)用戶信息的增刪查改。用戶信息的檢索就是根據(jù)管理員的需要對(duì)某個(gè)指定的用戶記錄進(jìn)行查找，進(jìn)而顯示他的詳細(xì)信息，以便供管理員做出正確的決定。 （ 6） 用戶管理模塊 管理員針 對(duì)用戶和供應(yīng)商信息的增刪改。該模塊分為四個(gè)部分：對(duì)用戶信息的增加、用戶信息的刪改、供應(yīng)商信息的增加、供應(yīng)商信息的刪改。 （ 7） 退出系統(tǒng)模塊 用戶若想退出該系統(tǒng)，則可以點(diǎn)擊退出系統(tǒng)鏈接，使用戶退出到登錄界面。 性能需求 由于本系統(tǒng)基于 B/S模式，客戶端的用戶比較分散、用戶身份多種多樣、用戶群體龐大、可 6 能面向不可知的用戶。由于 B/S架構(gòu)的管理軟件之安裝在服務(wù)器端，管理員只需要對(duì)服務(wù)器進(jìn)行管理就可以了。正是因?yàn)槿绱?，服?wù)器在存儲(chǔ)和運(yùn)行數(shù)據(jù)的時(shí)候負(fù)載會(huì)比較重，一旦服務(wù)器發(fā)生系統(tǒng)崩潰等問(wèn)題，那么后果將不堪設(shè)想。因 此運(yùn)算式的服務(wù)器整體性能要求較高，在硬件方面要求系統(tǒng)環(huán)境 P4 以上 CPU、 512MB、 80GB 的配置。相比較而言，客戶端硬件的要求較低，軟件為window98 以上版本的操作系統(tǒng)即可。在時(shí)間特性方面，系統(tǒng)搜索時(shí)間最大不超過(guò) 5 秒，平均時(shí)間在 1至 3秒，此外對(duì)數(shù)據(jù)庫(kù)中信息的檢索也不應(yīng)查過(guò)一秒；在系統(tǒng)容量要求方面，系統(tǒng)的靜態(tài)用戶在 3000以上、動(dòng)態(tài)用戶在 1000以上、并發(fā)數(shù)在 500左右。系統(tǒng)運(yùn)行時(shí)對(duì)數(shù)據(jù)的保密性要求高，對(duì)一般的數(shù)據(jù)都要求進(jìn)行加密?；?B/S結(jié)構(gòu)的系統(tǒng)與操作系統(tǒng)平臺(tái)關(guān)系很小。此外，對(duì)其他的軟件也沒(méi)有特別的 要求。 安全性需求 安全性是與系統(tǒng)的安全性相關(guān)的需求，將會(huì)影響到用戶對(duì)系統(tǒng)的使用和對(duì)數(shù)據(jù)的保護(hù)。由于該系統(tǒng)是 B/S結(jié)構(gòu)的，客戶端的用戶群比較龐大，用戶的身份多種多樣，并且還不可知，系統(tǒng)很難進(jìn)行統(tǒng)一的管理。另外系統(tǒng)的管理軟件是安裝在服務(wù)器上的，數(shù)據(jù)的存儲(chǔ)和運(yùn)行也是在服務(wù)器中。這樣就增加了服務(wù)器的負(fù)載量。一旦有不可知的用戶對(duì)系統(tǒng)進(jìn)行破壞，那么系統(tǒng)就會(huì)很容易崩潰。若不對(duì)用戶的身份進(jìn)行驗(yàn)證，很難保證系統(tǒng)中數(shù)據(jù)信息的安全，一旦數(shù)據(jù)丟失將會(huì)對(duì)企業(yè)造成不可挽回的損失。因此用戶身份的審核需求是系統(tǒng)必須要滿足的安全 性或保密性策略。為了保障該系統(tǒng)的安全性和數(shù)據(jù)的保密性，用戶使用該系統(tǒng)前首先要確認(rèn)用戶的身份。確認(rèn)用戶身份的方式有很多種，比如：口令系統(tǒng)、智能卡和生物統(tǒng)計(jì)學(xué)等等。對(duì)于使用本系統(tǒng)的用戶來(lái)說(shuō)，使用口令系統(tǒng)比使用其他方式成本低、易實(shí)現(xiàn)，更重要的是使用簡(jiǎn)便。只要用戶輸入正確的用戶名和密碼，那么身份得到驗(yàn)證后用戶就可以進(jìn)行相應(yīng)的操作；若未能通過(guò)驗(yàn)證，則系統(tǒng)不允許用戶進(jìn)入該系統(tǒng)。 3 系統(tǒng)設(shè)計(jì) 設(shè)計(jì)模式 選擇什么樣的框架應(yīng)用到項(xiàng)目中，對(duì)于項(xiàng)目的開(kāi)發(fā)效率以及重用性方面是至關(guān)重要的。而MVC 模式的使用可以大大減少 項(xiàng)目開(kāi)發(fā)的時(shí)間，它可以有效地分離視圖層和業(yè)務(wù)邏輯層，進(jìn)而使得程序員能夠集中到業(yè)務(wù)邏輯層上，界面程序員可以集中精力于界面的實(shí)現(xiàn)上。這樣 web 應(yīng)用就會(huì)變得更加易于維護(hù)和修改。因此本系統(tǒng)選擇了 MVC 設(shè)計(jì)模式。 MVC 的全稱是 Model View Controller，是模型 — 視圖 — 控制器的縮寫(xiě)。 MVC 是一個(gè)經(jīng)典的軟件設(shè)計(jì)模式，已經(jīng)得到廣泛的應(yīng)用。它的主要思想是在各個(gè)對(duì)象之間取得高層端口 [19]。它是用一種業(yè)務(wù)邏輯和數(shù)據(jù)分離的方法來(lái)組織代碼，并將業(yè)務(wù)邏輯模塊聚集到一個(gè)部件里面，控制層確保業(yè)務(wù)邏輯層和界面的同步，若業(yè) 務(wù)邏輯層發(fā)生了變化，那么視圖層也應(yīng)該進(jìn)行同步的更新。MVC 組件類型的管理與功能如圖 31 所示。 7 模 型封 裝 應(yīng) 用 程 序 的 狀 態(tài)處 理 業(yè) 務(wù) 邏 輯通 知 視 圖 改 變視 圖解 析 模 型 并 更 新 請(qǐng) 求發(fā) 送 用 戶 的 輸 入 給 控 制 器允 許 控 制 器 選 擇 視 圖控 制 層定 義 應(yīng) 用 程 序 的 行 為選 擇 響 應(yīng) 的 視 圖視 圖 選 擇用 戶 請(qǐng) 求狀 態(tài) 查 詢通 知 改 變狀 態(tài) 改 變方 法 調(diào) 用 事 件圖 31 MVC 組件類型的管理與功能 M— Model，模型層是應(yīng)用程序的核心，該層次主要實(shí)現(xiàn)的是處理應(yīng)用程序的數(shù)據(jù)邏輯部分，負(fù)責(zé)數(shù)據(jù)的錄入和業(yè)務(wù)邏輯的實(shí)現(xiàn)，具有最多的處理任務(wù)。 V— View，視圖用于顯示和獲取數(shù)據(jù)庫(kù)的記錄，是應(yīng)用程序中處理數(shù)據(jù)顯示的部分，是依據(jù)模型數(shù)據(jù)創(chuàng)建的，它是用戶看到的并所有與之交互的 JSP 頁(yè)面。 C— Controller，控制器是是 連接業(yè)務(wù)邏輯和視圖層的橋梁，是應(yīng)用程序中處理用戶交互的部分，它獲取視圖層傳來(lái)的數(shù)據(jù)，控制用戶的輸入，并且調(diào)用業(yè)務(wù)邏輯類向模型層發(fā)送數(shù)據(jù)。 MVC 設(shè)計(jì)模式的使用給我們帶來(lái)很大的方便，它具有重用性高、部署快、生命周期成本低、耦合性低、可維護(hù)性高等優(yōu)點(diǎn)。視圖層和業(yè)務(wù)層的分離使得我們?cè)诟囊晥D層代碼的同時(shí)可以不用重新編譯模型和控制器代碼。因?yàn)榭刂茖?、模型、視圖的分離，使得很容易改變應(yīng)用程序的數(shù)據(jù)層和業(yè)務(wù)流程的規(guī)則。正是由于 MVC 的這種特點(diǎn)使得改變其中的一個(gè)層次的功能也不會(huì)影響另外兩個(gè)層次的功能，所以根據(jù)這種思想 MVC 就能夠?qū)崿F(xiàn)良好的松耦合構(gòu)件。 MVC 設(shè)計(jì)模式允許不同的視圖層來(lái)訪問(wèn)服務(wù)器端的代碼，因?yàn)槎鄠€(gè)視圖可以共享同一個(gè)模型。因?yàn)槟Ｐ头祷氐臄?shù)據(jù)沒(méi)有格式化，所以同一個(gè)構(gòu)件能夠被不同的 JSP 頁(yè)面所使用。由于已經(jīng)把業(yè)務(wù)邏輯層的數(shù)據(jù)和業(yè)務(wù)規(guī)則從表示層分開(kāi)，所以可以最大化的重用代碼。 MVC 使得項(xiàng)目開(kāi)發(fā)和維護(hù)用戶接口的技術(shù)含量降低了。由于 MVC 把項(xiàng)目的設(shè)計(jì)分層了，各個(gè)層面上的功能交由不同的開(kāi)發(fā)人員來(lái)設(shè)計(jì)和實(shí)現(xiàn)： Java 的開(kāi)發(fā)人員實(shí)現(xiàn)業(yè)務(wù)邏輯、界面程序員集中精力于界面的設(shè)計(jì)和實(shí)現(xiàn)。 MVC 使得視圖層和業(yè)務(wù)邏輯層分離，這樣更加方便了 Web 項(xiàng)目的維護(hù)和修改。 系統(tǒng)總體功能概述 根據(jù)現(xiàn)代物流管理的發(fā)展水平，并結(jié)合企業(yè)在物流管理系統(tǒng)中的需求，初步設(shè)定了幾種功能。本系統(tǒng)在實(shí)現(xiàn)之前經(jīng)過(guò)查閱資料以及實(shí)踐調(diào)研，對(duì)物流企業(yè)中存在的問(wèn)題，以及缺陷進(jìn)行勘察，把物流企業(yè)中需要實(shí)現(xiàn)的基本功能總結(jié)并歸類，具體包含以下七個(gè)功能模塊：用戶登錄、客戶服務(wù)、倉(cāng)庫(kù)管理、車輛管理、信息查詢、用戶管理、退出系統(tǒng)。 8 （ 1） 用戶登錄模塊 由于物流管理系統(tǒng)中所涉及的內(nèi)容都是整個(gè)物流過(guò)程的重要的信息，所以一般人是不能進(jìn)入該系統(tǒng)的。據(jù)此，在進(jìn)入該系統(tǒng)之前，物流管理系統(tǒng)給每個(gè)相關(guān)人 員分配了相應(yīng)的權(quán)限：客戶和職員。對(duì)于每個(gè)想要進(jìn)入該系統(tǒng)的人就必須進(jìn)行注冊(cè)，提交注冊(cè)信息以后經(jīng)過(guò)該系統(tǒng)的管理員審核以后，若審核通過(guò)則該用戶可以根據(jù)申請(qǐng)的用戶名和密碼成功登錄該系統(tǒng)。對(duì)于不能成功登錄進(jìn)去的用戶，登錄界面可以給出相應(yīng)的錯(cuò)誤提示。 （ 2） 客戶服務(wù)模塊 該功能模塊是以客戶的身份登錄該系統(tǒng)的人所進(jìn)行的操作。由于權(quán)限的限制使得客戶只能操作該模塊中的功能，在此模塊中客戶可以進(jìn)行的操作有提交訂單、修改個(gè)人信息、查看個(gè)人訂單的歷史記錄。 （ 3） 倉(cāng)庫(kù)管理模塊 該模塊主要涉及到對(duì)倉(cāng)庫(kù)中商品的管理，這是管理員權(quán)限中的事。管理員通 過(guò)定時(shí)的查看倉(cāng)庫(kù)中商品的信息以及用戶的訂單對(duì)倉(cāng)庫(kù)中的商品做一下操作：對(duì)數(shù)量不足商品的采購(gòu)以及根據(jù)客戶訂單進(jìn)行商品的配送。 （ 4） 車輛管理模塊 由于該系統(tǒng)不僅僅涉及管理員對(duì)商品的管理而且還涉及管理員根據(jù)客戶提交的商品訂單對(duì)商品進(jìn)行配送，因此需要很多車輛來(lái)運(yùn)輸這些商品到達(dá)不同的目的地。那么管理員對(duì)車輛信息的管理就很有必要了，大致包括車輛信息的增加以及車輛信息的更改、刪除等。 （ 5） 信息查詢模塊 有時(shí)根據(jù)管理員的要求需要對(duì)系統(tǒng)中指定的信息進(jìn)行查詢，以便能及時(shí)獲得所需要的信息并做出正確的決策。該模塊主要包括四個(gè)方面的查詢：商品 信息查詢、職工信息查詢、客戶信息查詢、訂單信息查詢。 （ 6） 用戶管理模塊 該模塊主要是對(duì)登錄進(jìn)該系統(tǒng)的所有用戶的信息進(jìn)行管理，主要包括管理員對(duì)職工信息的增刪查改和對(duì)供應(yīng)商信息的增刪查改。 （ 7） 退出系統(tǒng)模塊 若用戶對(duì)該系統(tǒng)的操作已經(jīng)完成，想要退出系統(tǒng)的話，則用戶點(diǎn)擊退出系統(tǒng)功能即可退出該系統(tǒng)，隨后返回到登錄界面。若用戶再想進(jìn)入該系統(tǒng)，則必須再次輸入用戶名和密碼。 整個(gè)系統(tǒng)的功能模塊如圖 32所示。 物 流 管 理 系 統(tǒng)登錄系統(tǒng)模塊客戶服務(wù)模塊倉(cāng)庫(kù)管理模塊退出系統(tǒng)模塊信息查詢模塊用戶管理模塊車輛管理模塊 圖 32 物流管理系統(tǒng)功能圖 9 系統(tǒng)各功能模塊概 述 系統(tǒng)登錄模塊 用戶想要登錄該系統(tǒng)，首先應(yīng)該進(jìn)入登錄頁(yè)面，在該頁(yè)面中要求用戶輸入用戶名和密碼，根據(jù)輸入的情況，系統(tǒng)會(huì)給出相應(yīng)的提示。若能夠成功登錄，則系統(tǒng)會(huì)根據(jù)用戶的權(quán)限類型，使用戶進(jìn)入不同的界面。若不能登錄成功，則用戶無(wú)法進(jìn)入系統(tǒng)，并且系統(tǒng)會(huì)給出錯(cuò)誤提示。本模塊的功能包括： （ 1） 判斷用戶輸入的用戶名和密碼是否合法以及兩者是否匹配，對(duì)于正確與否，會(huì)給出相應(yīng)的提示。 （ 2） 根據(jù)用戶的權(quán)限類型，跳轉(zhuǎn)到不同的頁(yè)面供用戶操作。 登錄功能模塊流程圖如圖 33所示。 開(kāi) 始顯 示 登 錄 界 面登 錄 是 否 為 空Y信 息 是 否 正 確N是 否 是 客 戶客 戶 界 面 管 理 員 界 面結(jié) 束NYNY 圖 33 登錄系統(tǒng)模塊流程圖 客戶服務(wù)模塊 用戶以客戶身份登錄到系統(tǒng)后，就對(duì)客戶功能模塊的各個(gè)功能進(jìn)行操作，而主界面中顯示的管理員的功能模塊，普通用戶是無(wú)法點(diǎn)擊進(jìn)行相關(guān)操作的。這樣就保證了客戶與管理員操作模塊的分離，客戶與管理員功能模塊的分離不僅有利于整個(gè)物流系統(tǒng)相關(guān)信息的管理，而且有利于系統(tǒng)的維護(hù)，本模塊的功能包括以下三個(gè)。 （ 1） 提交客戶的訂單 10 客戶登錄到該系統(tǒng)之后，若想要訂購(gòu)該物流管理信息系統(tǒng)中現(xiàn)存的商品，就要填寫(xiě)購(gòu)物訂單，訂單的內(nèi)容包括：訂單編號(hào)、客戶編號(hào)、商品編號(hào)、訂購(gòu)數(shù)量、 商品送達(dá)的目的地、車輛編號(hào)等信息，點(diǎn)擊確定就可以把訂單提交給后臺(tái)供管理員查看。然后管理員就會(huì)對(duì)訂單進(jìn)行審核。 （ 2） 修改個(gè)人信息 客戶登錄系統(tǒng)以后有權(quán)利對(duì)自己的信息進(jìn)行更改，信息更改的內(nèi)容包括：客戶的名稱、聯(lián)系人、聯(lián)系電話、客戶地址、客戶 Email 等信息。個(gè)人信息中用戶的編號(hào)是不能修改的，因?yàn)樗诳蛻粜畔⒈碇惺侵麈I，它唯一標(biāo)示該用戶。點(diǎn)擊確定即可實(shí)現(xiàn)數(shù)據(jù)庫(kù)中該用戶個(gè)人信息的更新。 （ 3） 顯示個(gè)人訂單的歷史記錄 每個(gè)客戶根據(jù)自己的需求可以對(duì)該物流系統(tǒng)提交多個(gè)訂單，每次提交的訂單都會(huì)保存在后臺(tái)數(shù)據(jù)庫(kù)中。當(dāng)用戶點(diǎn)擊顯示個(gè)人訂 單歷史記錄的時(shí)候，系統(tǒng)就會(huì)根據(jù)用戶編號(hào)從數(shù)據(jù)庫(kù)中提取該用戶的訂單歷史記錄顯示在前臺(tái)界面上供客戶查看。訂單的歷史記錄不僅包括通過(guò)審核的訂單，還包括未通過(guò)審核的訂單。 客戶服務(wù)模塊流程圖如圖 34所示。 客 戶 服 務(wù)提交訂單修改個(gè)人信息顯示歷史記錄 圖 34 客戶服務(wù)模塊流程圖 倉(cāng)庫(kù)管理模塊 倉(cāng)庫(kù)管理模塊就是對(duì)倉(cāng)庫(kù)中的商品進(jìn)行日常的管理，管理員登陸進(jìn)入該系統(tǒng)之后，就可以對(duì)商品進(jìn)行管理。該模塊中的功能是管理員權(quán)限所能夠操作的，客戶是不具備這種權(quán)限的。該模塊包括以下幾個(gè)功能： （ 1） 采購(gòu)商品 管 理員進(jìn)入該界面以后，系統(tǒng)對(duì)倉(cāng)庫(kù)中的商品進(jìn)行審核，對(duì)數(shù)目較少的商品系統(tǒng)會(huì)把它們的詳細(xì)信息從數(shù)據(jù)庫(kù)中提取出來(lái)顯示在界面上供管理員查看，管理員根據(jù)情況采購(gòu)這些商品。采購(gòu)商品時(shí)要輸入的內(nèi)容包括：商品的編號(hào)、商品的名稱、商品的數(shù)量、商品的供應(yīng)商、采購(gòu)日期等信息。點(diǎn)擊確定后采購(gòu)員即可對(duì)根據(jù)采購(gòu)單對(duì)商品進(jìn)行采購(gòu)。 （ 2） 配送商品 根據(jù)客戶提交的訂單，系統(tǒng)對(duì)訂單中的商品編號(hào)、數(shù)量等信息進(jìn)行審核。比如，