倉(cāng)庫(kù)管理系統(tǒng)UML建模分析

1、精選優(yōu)質(zhì)文檔-傾情為你奉上倉(cāng)庫(kù)管理系統(tǒng)UML建模分析目錄專心-專注-專業(yè)1 緒論1.1背景倉(cāng)庫(kù)管理是與我們?nèi)粘Ｉ钕⑾⑾嚓P(guān)的問題。大到公司、超市的倉(cāng)庫(kù)管理，小到圖書館的藏書管理，都可以認(rèn)為是各種各樣的倉(cāng)庫(kù)管理需求。隨著我國(guó)改革開放的不斷深入，經(jīng)濟(jì)飛速的發(fā)展，企業(yè)要想生存、發(fā)展，要想在激烈的市場(chǎng)競(jìng)爭(zhēng)中立于不敗之地，沒有現(xiàn)代化的管理是萬萬不行的，倉(cāng)庫(kù)管理的全面自動(dòng)化、信息化則是其中極其重要的部分。倉(cāng)庫(kù)管理信息系統(tǒng)正是基于這樣的需求背景下研制開發(fā)的。1.2目的隨著科學(xué)技術(shù)的發(fā)展，社會(huì)進(jìn)步，計(jì)算機(jī)迅速的發(fā)展,倉(cāng)庫(kù)管理的方法也日新月異,以前全是由人管理的方法現(xiàn)存在很多的缺點(diǎn)：管理效率低，勞動(dòng)強(qiáng)度大，信息

2、處理速度低而且準(zhǔn)確率也不夠令人滿意。為了提高倉(cāng)庫(kù)管理效率，減輕勞動(dòng)強(qiáng)度提高，信息處理速度和準(zhǔn)確性；為倉(cāng)庫(kù)管理員提供更方便、科學(xué)的服務(wù)項(xiàng)目。為倉(cāng)庫(kù)管理員提供的一種更先進(jìn)、科學(xué)的服務(wù)系統(tǒng)。設(shè)計(jì)實(shí)現(xiàn)的管理系統(tǒng)能夠正確有效地完成倉(cāng)庫(kù)管理的日常入庫(kù)出庫(kù)等工作，極大提高了管理工作的效率和正確性，并能夠根據(jù)需求進(jìn)行靈活的查詢，完成月底盤點(diǎn)等功能；系統(tǒng)與數(shù)據(jù)庫(kù)管理系統(tǒng)結(jié)合，提供了功能較為強(qiáng)大的數(shù)據(jù)安全功能，防止了越權(quán)操作、誤操作，并支持災(zāi)難性恢復(fù)；系統(tǒng)界面友好，操作簡(jiǎn)單，效率高易掌握，并且讓計(jì)算機(jī)對(duì)倉(cāng)庫(kù)進(jìn)行自動(dòng)管理，倉(cāng)庫(kù)管理員可以直接在計(jì)算機(jī)上實(shí)現(xiàn)倉(cāng)庫(kù)的信息管理，并能在一定程度上實(shí)現(xiàn)自動(dòng)化。最后，該系統(tǒng)是典型

3、的管理信息系統(tǒng)（MIS），其設(shè)計(jì)開發(fā)過程具有通用性，對(duì)類似工作的開展具有借鑒意義。2 倉(cāng)庫(kù)系統(tǒng)的相關(guān)描述2.1功能性描述本系統(tǒng)為存儲(chǔ)物資的各類型企業(yè)提供服務(wù)，主要功能圖如2.1所示。圖2.1 系統(tǒng)功能圖2.2.1 基本數(shù)據(jù)維護(hù)模塊基本數(shù)據(jù)維護(hù)模塊圖如2.2所示。圖2.2 基本數(shù)據(jù)維護(hù)模塊圖（1）添加商品信息：管理員可以添加商品類別。（2）修改更新商品信息：管理員可以修改更新商品信息。（3）添加消費(fèi)者信息：管理員可以添加商品供給量。（4）刪除商品信息：管理員根據(jù)消費(fèi)者反饋的信息對(duì)一些商品進(jìn)行刪除。2.2.2基本業(yè)務(wù)模塊基本數(shù)業(yè)務(wù)模塊圖如2.3所示。圖2.3 基本業(yè)務(wù)模塊圖（1）出庫(kù)：處理出庫(kù)業(yè)務(wù)

4、。（2）入庫(kù)：處理入庫(kù)業(yè)務(wù)。（3）查詢：管理員可以查詢商品的銷售情況，顧客可以查詢商品的類別。（4）保質(zhì)期管理：將已過保質(zhì)期的商品全部清除，檢測(cè)所有商品的質(zhì)量。（5）金額管理：管理員可以通過商品的銷售金額對(duì)商品的供給做出重新安排。2.2.3 數(shù)據(jù)庫(kù)模塊數(shù)據(jù)庫(kù)模塊圖如2.4所示。圖2.4 數(shù)據(jù)庫(kù)模塊圖（1）出庫(kù)信息管理：出庫(kù)信息包括商品的類別、ISBN、出庫(kù)時(shí)間等。（2）入庫(kù)信息管理：入庫(kù)信息包括商品的類別、ISBN、入庫(kù)時(shí)間等。（3）商品信息管理：商品信息包括商品的類別、出入庫(kù)時(shí)間、銷售量、保質(zhì)期、商品總數(shù)等；（4）庫(kù)存信息管理：商品數(shù)目的更新，通知管理員商品供給量等。2.2.4 信息查詢模塊

5、信息查詢模塊圖如2.2所示。圖2.5 信息查詢模塊圖（1）查詢商品信息：負(fù)責(zé)商品信息的查詢。（2）查詢庫(kù)存信息：負(fù)責(zé)庫(kù)存信息的查詢。2.2非功能性描述2.2.1可行性性分析可以從以下四方面對(duì)能否實(shí)現(xiàn)新系統(tǒng)目標(biāo)進(jìn)行可行性分析：（1）技術(shù)可行性根據(jù)客戶提出的系統(tǒng)功能、性能及實(shí)現(xiàn)系統(tǒng)的各項(xiàng)約束條件，根據(jù)新系統(tǒng)目標(biāo)來衡量所需的技術(shù)是否具備，本系統(tǒng)是一個(gè)數(shù)據(jù)庫(kù)管理和查詢的系統(tǒng)，現(xiàn)有的技術(shù)以較為成熟，硬件、軟件的性能要求、環(huán)境條件等各項(xiàng)條件良好，估計(jì)利用現(xiàn)有技術(shù)條件應(yīng)完全可以達(dá)到該系統(tǒng)的功能目標(biāo)。同時(shí)，考慮給予的開發(fā)期限也較為充裕，預(yù)計(jì)系統(tǒng)是可以在規(guī)定期限內(nèi)完成開發(fā)。（2）經(jīng)濟(jì)可行性估算新系統(tǒng)的成本效益分

6、析，其中包括估計(jì)項(xiàng)目開發(fā)的成本，開發(fā)費(fèi)用和今后的運(yùn)行、維護(hù)費(fèi)用，估計(jì)新系統(tǒng)將獲得的效益，估算開發(fā)成本是否回高于項(xiàng)目預(yù)期的全部經(jīng)費(fèi)。并且，分析系統(tǒng)開發(fā)是否會(huì)對(duì)其它產(chǎn)品或利潤(rùn)帶來一定影響。系統(tǒng)的效益可以從經(jīng)濟(jì)效益和社會(huì)效益兩方面考慮。對(duì)于倉(cāng)庫(kù)管理系統(tǒng)則應(yīng)著重分析其社會(huì)效益。例如，系統(tǒng)投入運(yùn)行后可以使倉(cāng)庫(kù)管理實(shí)現(xiàn)科學(xué)化、規(guī)范化。曾強(qiáng)了工作人員對(duì)倉(cāng)庫(kù)管理能力、提高了工作效率。（3）運(yùn)行可行性新系統(tǒng)的研制和開發(fā)是充分得考慮工作人員對(duì)倉(cāng)庫(kù)的易于管理，管理者方便查詢?cè)O(shè)備信息效率。從而能完全滿足使用者的要求。本系統(tǒng)操作簡(jiǎn)單, 有機(jī)算計(jì)基礎(chǔ)的人無需培訓(xùn)即可使用, 即使是沒有計(jì)算機(jī)基礎(chǔ)的人只需經(jīng)過簡(jiǎn)單的培訓(xùn)就可以

7、很熟練的使用本系統(tǒng)。系統(tǒng)運(yùn)行后，就用戶方而言，由于用戶使用本系統(tǒng)時(shí)，不會(huì)也不必關(guān)心系統(tǒng)內(nèi)部的結(jié)構(gòu)及實(shí)現(xiàn)方法，即對(duì)用戶來說是透明的，所以本系統(tǒng)對(duì)用戶而言，是定位在界面友好、操作方便、功能齊全的原則上的，用戶只需簡(jiǎn)單的用鼠標(biāo)點(diǎn)擊各界面上的選項(xiàng)卡或按鈕就能執(zhí)行相應(yīng)的功能，就管理者而言，關(guān)心的是如何處理各種數(shù)據(jù)，只要把用戶的信息輸入計(jì)算機(jī)，管理者就可運(yùn)行相應(yīng)的后臺(tái)程序進(jìn)行處理。而以上的這些功能都能在所選擇的開發(fā)環(huán)境中用所選擇的開發(fā)工具來實(shí)現(xiàn)。所以說本系統(tǒng)在用戶使用可行性上是沒有問題的。（4）法律可行性新系統(tǒng)的研制和開發(fā)，將不會(huì)侵犯他人、集體和國(guó)家的利益，不會(huì)違反國(guó)家政策和法律。2.2.2環(huán)境要求（1）

8、本系統(tǒng)運(yùn)行的硬件環(huán)境如下：客戶機(jī)：普通PC，滿足：CPU：P41.8GHz以上；內(nèi)存：256M以上； （2）本系統(tǒng)運(yùn)行的軟件環(huán)境如下：操作系統(tǒng)：Windows2000以上的操作系統(tǒng)；數(shù)據(jù)庫(kù)：SQL Server 2005；開發(fā)工具包：JAVA，EXCLIPS。3 用例需求分析3.1系統(tǒng)的用例需求文檔3.1.1基本信息管理模塊本系統(tǒng)的功能大致可分為以下幾個(gè)部分：（1）商品信息模塊商品信息模塊主要是記錄商品的各類信息，其中包括商品編號(hào)、商品名稱、商品類型、商品價(jià)格、商品數(shù)量等信息。實(shí)現(xiàn)了商品的錄入、修改、刪除查詢等功能。（2）客戶基本模塊客戶基本情況模塊主要是記錄客戶的各種信息，共中包括客戶編號(hào)、

9、客戶名稱，所屬客戶的商品名稱、庫(kù)存數(shù)量、商品規(guī)格、商品的入庫(kù)時(shí)間、聯(lián)系人、聯(lián)系電話，實(shí)現(xiàn)對(duì)客戶信息的錄入、刪除、修改和查詢等功能。（3）信息匯總模塊信息匯總模塊包括金額匯總和庫(kù)存預(yù)警。金額匯總模塊主要包括倉(cāng)庫(kù)內(nèi)各個(gè)客戶存儲(chǔ)貨物的金額匯總。庫(kù)存預(yù)警主要包括各個(gè)客戶的庫(kù)存預(yù)警信息查詢。（4）身份驗(yàn)證在用戶進(jìn)入系統(tǒng)前，首先要求用戶身份驗(yàn)證，登錄時(shí)要對(duì)輸入的用戶名和密碼進(jìn)行驗(yàn)證是否匹配，驗(yàn)證通過后允許用戶進(jìn)入本系統(tǒng)進(jìn)行操作，并根據(jù)本用戶現(xiàn)有的權(quán)限來進(jìn)行特定的操作。（5）用戶注冊(cè)在用戶未進(jìn)行相應(yīng)的登錄設(shè)置時(shí)需要先進(jìn)行注冊(cè)個(gè)人的信息和相關(guān)的管理權(quán)限等，填寫完畢提交后在進(jìn)行登錄操作。3.1.2參與者從以上分

10、析中，可以得出以下參與者(1)系統(tǒng)管理員。(2)倉(cāng)庫(kù)管理員。(3)普通用戶。(4)銷售員。3.2 用例圖分析3.2.1系統(tǒng)管理員用例圖（1）用例模型的執(zhí)行者：系統(tǒng)管理員。（2）包括：身份驗(yàn)證、權(quán)限管理、信息維護(hù)、數(shù)據(jù)恢復(fù)。（3）信息維護(hù)包含出庫(kù)管理、商品信息管理；權(quán)限驗(yàn)證包括身份驗(yàn)證。如圖3.1所示。圖3.1系統(tǒng)管理員用例圖3.2.2倉(cāng)庫(kù)管理員用例圖（1）用例模型的執(zhí)行者：倉(cāng)庫(kù)管理員。（2）包括：查詢統(tǒng)計(jì)、入庫(kù)管理、出庫(kù)管理、信息配置。（3）入庫(kù)管理包括商品信息錄入、入庫(kù)一覽表、入庫(kù)單據(jù)管理；出庫(kù)管理包括出庫(kù)一覽表、出庫(kù)單據(jù)查詢、商品出庫(kù)；信息配置包括修改密碼、商品管理、單位管理；查詢統(tǒng)計(jì)包括

11、庫(kù)存預(yù)警、金額匯總。如圖3.2所示。圖3.2倉(cāng)庫(kù)管理員用例圖3.2.3普通用戶用例圖（1）用例模型的執(zhí)行者：普通用戶。（2）包括：金額匯總、庫(kù)存預(yù)警、商品查詢、商品出庫(kù)、商品調(diào)撥、身份驗(yàn)證。如圖3.3所示。圖3.3普通用戶用例圖3.2.4銷售員用例圖（1）用例模型的執(zhí)行者：倉(cāng)庫(kù)管理員。（2）包括：查詢統(tǒng)計(jì)、入庫(kù)管理、出庫(kù)管理、信息配置。（3）入庫(kù)管理包括商品信息錄入、入庫(kù)一覽表、入庫(kù)單據(jù)管理；出庫(kù)管理包括出庫(kù)一覽表、出庫(kù)單據(jù)查詢、商品出庫(kù)；信息配置包括修改密碼、商品管理、單位管理；查詢統(tǒng)計(jì)包括庫(kù)存預(yù)警、金額匯總。如圖3.4所示。圖3.4銷售員用例圖4 類圖設(shè)計(jì)建模4.1總體描述對(duì)象模型是對(duì)模擬

12、客觀世界實(shí)體的對(duì)象及對(duì)象之間的關(guān)系進(jìn)行映射，它是以對(duì)象為主而非系統(tǒng)功能，主要描述了系統(tǒng)的靜態(tài)特征。類圖由系統(tǒng)中使用的類以及它們之間的關(guān)系組成，對(duì)象圖是類圖的一個(gè)實(shí)例，它描述了系統(tǒng)具體對(duì)象以及某一時(shí)刻這些對(duì)象之間的關(guān)系。UML用各種模型元素表示圖中的概念，如表示類和對(duì)象的模型元素，類和類之間的關(guān)系包括關(guān)聯(lián)、泛化、依賴、聚集等。本系統(tǒng)用類圖來建立對(duì)象模型。4.2查詢統(tǒng)計(jì)類圖（1）Client類是客戶模型類。（2）AmountSummaryAction類是系統(tǒng)數(shù)據(jù)提交處理類，在類中調(diào)用Client類實(shí)例化對(duì)象接受數(shù)據(jù)。（3）InventoryWarningService類主要功能是實(shí)現(xiàn)倉(cāng)庫(kù)預(yù)警的業(yè)務(wù)

13、處理。（4）InventoryWarningAction類是接受用戶提交的相關(guān)數(shù)據(jù)后，調(diào)用對(duì)應(yīng)的Service類中的方法進(jìn)行業(yè)務(wù)處理。（5）AmountSummaryAction類 和InventoryWarningAction類繼承ActionSupport類實(shí)現(xiàn)相應(yīng)的action方法。如圖4.1所示。圖4.1查詢統(tǒng)計(jì)類圖4.3出庫(kù)管理類圖（1）SpInfo類是商品模型類。（2）Stock_removal_Action類是系統(tǒng)數(shù)據(jù)提交處理類，在類中調(diào)用Stock_removal_service類中的selectlist方法來實(shí)現(xiàn)相關(guān)的業(yè)務(wù)處理。（3）Stock_removal_service

14、類主要功能是商品出庫(kù)的相關(guān)業(yè)務(wù)處理。（4）stockRemovalQueryAction類是接受用戶提交的相關(guān)數(shù)據(jù)后，調(diào)用對(duì)應(yīng)的Service類中的方法進(jìn)行查詢業(yè)務(wù)處理。（5）SRQueryService類主要實(shí)現(xiàn)商品出庫(kù)查詢的功能。（6）AllotQueryAction類通過實(shí)例化AllotQueryService類后，調(diào)用相關(guān)的方法，來實(shí)現(xiàn)商品調(diào)撥的相關(guān)業(yè)務(wù)功能。（7）Collect_Action類通過實(shí)例化Collect_Service類調(diào)用list()方法，完成出庫(kù)一覽表的查詢業(yè)務(wù)功能。（8）圖中的action類都是通過集成ActionSupport類后，實(shí)現(xiàn)各個(gè)action類的對(duì)應(yīng)方

15、法。如圖4.2所示。圖4.2出庫(kù)管理類圖4.4入庫(kù)管理類圖（1）SpInfo類是商品模型類，Client類是客戶模型類。（2）luru_Action類是系統(tǒng)數(shù)據(jù)提交處理類，在類中通過實(shí)例化Sp_Info_service類后，調(diào)用Sp_Info_service類中的insert方法來實(shí)現(xiàn)相關(guān)的業(yè)務(wù)處理。（3）Sp_Info_service類主要功能是通過實(shí)例化Client類和SpInfos類，接受由luru_Action類傳遞的參數(shù)來實(shí)現(xiàn)商品出庫(kù)的相關(guān)業(yè)務(wù)處理。（4）Document_Manage_Action類是接受用戶提交的相關(guān)數(shù)據(jù)后，調(diào)用對(duì)應(yīng)的Service類中的方法進(jìn)行邏輯業(yè)務(wù)處理。（5

16、）Document_Manage_service類主要實(shí)現(xiàn)商品退貨、以及商品調(diào)價(jià)、查詢等功能。（6）AllotQueryAction類通過實(shí)例化AllotQueryService類后，調(diào)用相關(guān)的方法，來實(shí)現(xiàn)商品調(diào)撥的相關(guān)業(yè)務(wù)功能。（7）Collect_Action類通過實(shí)例化Collect_Service類調(diào)用list()方法，完成出庫(kù)一覽表的查詢業(yè)務(wù)功能。（8）圖中的action類都是通過集成ActionSupport類后，實(shí)現(xiàn)各個(gè)action類的對(duì)應(yīng)方法。如圖4.3所示。圖4.3入庫(kù)管理類圖4.5信息配置類圖（1）SpInfo類是商品模型類，Client類是客戶模型類，User類是用戶模型

17、類。（2）changewd_service類通過實(shí)例化User類后，通過實(shí)現(xiàn)changewd方法來實(shí)現(xiàn)相關(guān)的用戶修改密碼的服務(wù)。（3）changewd_Action類主要功能是通過實(shí)例化changewd_service類來實(shí)現(xiàn)修改密碼的功能。（4）jurisdiction類通過實(shí)例化jurisdictionService類，調(diào)用對(duì)應(yīng)的Service類中的方法進(jìn)行相應(yīng)的權(quán)限修改以及驗(yàn)證功能。（5）Kh_ManageAction類主要實(shí)現(xiàn)對(duì)客戶信息插入、修改、查詢、刪除等功能。（6）Sp_ManageAction類通過實(shí)例化Sp_ManageService類后，調(diào)用相關(guān)的方法，來實(shí)現(xiàn)商品信息的插入

18、、修改、查詢、刪除等功能。（7）圖中的action類都是通過集成ActionSupport類后，實(shí)現(xiàn)各個(gè)action類的對(duì)應(yīng)方法。如圖4.4所示。圖4.4信息配置類圖5 順序圖設(shè)計(jì)模型5.1 系統(tǒng)的順序圖（1）倉(cāng)庫(kù)管理員用自己的用戶名和密碼登錄系統(tǒng)，經(jīng)驗(yàn)證用戶填寫的用戶名及密碼正確后，進(jìn)入主界面。（2）點(diǎn)擊單據(jù)管理界面，填寫單據(jù)的相關(guān)信息后，單擊查詢按鈕提交查詢信息，系統(tǒng)自動(dòng)反饋提交狀態(tài)，提示是否提交成功，提交成功后等待后臺(tái)審核。（3）審核由系統(tǒng)后臺(tái)來完成，審核通過后，返回查詢結(jié)果集對(duì)象給單據(jù)管理action類，然后action類會(huì)將相關(guān)信息反饋到單據(jù)管理界面上。（4）倉(cāng)庫(kù)管理員點(diǎn)擊界面上的退

19、貨按鈕跳轉(zhuǎn)到商品退貨界面，填寫完退貨信息后點(diǎn)擊提交按鈕，單據(jù)管理action類審核提交信息通過后會(huì)返回審核結(jié)果，然后向單據(jù)管理service類提出退貨申請(qǐng)，單據(jù)管理service類就會(huì)實(shí)現(xiàn)相應(yīng)的業(yè)務(wù)功能，之后service類會(huì)返回退貨成功的“success”信號(hào)。（5）倉(cāng)庫(kù)管理員點(diǎn)擊界面上的調(diào)撥按鈕跳轉(zhuǎn)到商品調(diào)撥界面，填寫完調(diào)撥信息后點(diǎn)擊提交按鈕，單據(jù)管理action類審核提交信息通過后會(huì)返回審核結(jié)果，然后向單據(jù)管理service類提出退貨申請(qǐng)，單據(jù)管理service類就會(huì)實(shí)現(xiàn)相應(yīng)的業(yè)務(wù)功能，之后service類會(huì)返回調(diào)撥成功的“success”信號(hào)。如圖5.1所示。圖5.1 單據(jù)管理順序圖5

20、.2 商品信息錄入順序圖（1）普通用戶用自己的用戶名和密碼登錄系統(tǒng)，經(jīng)驗(yàn)證用戶填寫的用戶名及密碼正確后，進(jìn)入主界面。（2）點(diǎn)擊商品信息錄入界面，填寫商品及用戶的相關(guān)信息后，單擊添加商品按鈕提交相關(guān)的信息，系統(tǒng)自動(dòng)反饋提交狀態(tài)，提示是否提交成功，提交成功后等待后臺(tái)審核。（3）審核由系統(tǒng)action來完成，審核通過后，會(huì)生成對(duì)應(yīng)的spinfo對(duì)象，并將該對(duì)象傳遞給Sp_Info_Service類實(shí)例化的service對(duì)象。（4）Sp_Info_Service類的service對(duì)象調(diào)用insert()方法將用戶提交的商品信息入庫(kù)，并返回一個(gè)spinfos結(jié)果集對(duì)象。（5）luru_Action類通過

21、實(shí)例化spinfos并調(diào)用getSpinfos方法獲得Sp_Info_Service類返回的結(jié)果及對(duì)象通過調(diào)用list()方法，將提交成功的信息返回商品信息錄入界面。如圖5.2所示。圖5.2 商品信息錄入順序圖5.3商品出庫(kù)順序圖（1）普通用戶用自己的用戶名和密碼登錄系統(tǒng)，經(jīng)驗(yàn)證用戶填寫的用戶名及密碼正確后，進(jìn)入主界面。（2）點(diǎn)擊商品出庫(kù)界面，填寫商品出庫(kù)的相關(guān)信息后，單擊查詢單據(jù)按鈕提交相關(guān)的信息，系統(tǒng)自動(dòng)反饋提交狀態(tài)，提示是否提交成功，提交成功后等待后臺(tái)審核。（3）審核由系統(tǒng)removal_action來完成，審核通過后，調(diào)用execute方法會(huì)生成對(duì)應(yīng)的spinfo對(duì)象，并將該對(duì)象傳遞給

22、removal_Service類實(shí)例化的service對(duì)象，并進(jìn)行出庫(kù)操作。（4）removal_Service類的service對(duì)象調(diào)用list ()方法查詢用戶提交的單據(jù)查詢信息，并返回一個(gè)list結(jié)果集對(duì)象。（5）luru_Action類通過實(shí)例化list并調(diào)用getList方法獲得removal_Service類返回的結(jié)果及對(duì)象，并將查詢結(jié)果返回到商品出庫(kù)界面。如圖5.3所示。圖5.3商品出庫(kù)順序圖5.4調(diào)撥單據(jù)查詢順序圖（1）倉(cāng)庫(kù)管理員用自己的用戶名和密碼登錄系統(tǒng)，經(jīng)驗(yàn)證用戶填寫的用戶名及密碼正確后，進(jìn)入主界面。（2）點(diǎn)擊調(diào)撥單據(jù)查詢界面，填寫相關(guān)信息后，單擊查詢單據(jù)按鈕提交相關(guān)的信

23、息，系統(tǒng)自動(dòng)反饋提交狀態(tài)，提示是否提交成功，提交成功后等待后臺(tái)審核。（3）審核由系統(tǒng)action來完成，審核通過后，調(diào)用query方法會(huì)生成對(duì)應(yīng)的spinfo對(duì)象，并將該對(duì)象傳遞給Service類實(shí)例化的service對(duì)象，執(zhí)行查詢操作。（4）removal_Service類的service對(duì)象調(diào)用list ()方法查詢用戶提交的單據(jù)查詢信息，并返回一個(gè)spinfos結(jié)果集對(duì)象。（5）調(diào)撥Action類通過實(shí)例化list并調(diào)用getSpinfos方法獲得Service類返回的結(jié)果及對(duì)象，并將查詢結(jié)果返回到上調(diào)撥單據(jù)查詢界面。如圖5.4所示。圖5.4調(diào)撥單據(jù)查詢順序圖6 協(xié)作圖設(shè)計(jì)建模6.1協(xié)作

24、圖含義協(xié)作圖著重體現(xiàn)交互對(duì)象間的靜態(tài)鏈接關(guān)系。作者完成了所有用例的動(dòng)態(tài)模型，這里列舉部分用例進(jìn)行說明。協(xié)作圖(Collaboration Diagram)用于描述相互合作的對(duì)象間的交互關(guān)系和鏈接關(guān)系。雖然順序圖和合作圖都用來描述對(duì)象間的交互關(guān)系，但側(cè)重點(diǎn)不一樣。順序圖著重體現(xiàn)交互的時(shí)間順序，合作圖則著重體現(xiàn)交互對(duì)象間的靜態(tài)鏈接關(guān)系。6.2用戶登錄協(xié)作圖（1）用戶首先填寫用戶信息到倉(cāng)庫(kù)管理系統(tǒng)。（2）等待倉(cāng)庫(kù)管理系統(tǒng)返回驗(yàn)證。（3）倉(cāng)庫(kù)管理系統(tǒng)驗(yàn)證登錄信息并跳轉(zhuǎn)到系統(tǒng)主界面后，用戶才選擇具體的用戶界面進(jìn)行操作并且返回相應(yīng)信息給用戶。如圖6.1所示。圖6.1用戶登錄協(xié)作圖6.3商品出庫(kù)協(xié)作圖（1）

25、普通用戶首先提交商品缺貨登陸信息到倉(cāng)庫(kù)管理系統(tǒng)。（2）倉(cāng)庫(kù)管理員認(rèn)真審核提出商品補(bǔ)充信息到倉(cāng)庫(kù)，倉(cāng)庫(kù)將請(qǐng)求的商品返回給倉(cāng)庫(kù)管理員，由倉(cāng)庫(kù)管理員轉(zhuǎn)交用戶。（3）最后倉(cāng)庫(kù)管理員填寫出庫(kù)日志。如圖6.2所示。圖6.2 商品出庫(kù)協(xié)作圖6.4商品調(diào)撥順序圖（1）倉(cāng)庫(kù)管理員填寫調(diào)撥商品信息提交給倉(cāng)庫(kù)管理系統(tǒng)審核，并等待審核信息。（2）倉(cāng)庫(kù)管理員審核返回的信息，并向出庫(kù)倉(cāng)庫(kù)提出調(diào)撥申請(qǐng)。（3）出庫(kù)倉(cāng)庫(kù)向系統(tǒng)返回剩余庫(kù)存量，并向入庫(kù)倉(cāng)庫(kù)轉(zhuǎn)移調(diào)撥商品。（4）倉(cāng)庫(kù)管理員將調(diào)撥的商品信息入庫(kù)到對(duì)應(yīng)的數(shù)據(jù)庫(kù)中。如圖6.3所示。圖6.3 商品調(diào)撥協(xié)作圖6.5系統(tǒng)管理協(xié)作圖（1）系統(tǒng)管理員登陸倉(cāng)庫(kù)管理系統(tǒng)，首先是在輸入用

26、戶名和密碼到登陸界面，并驗(yàn)證成功的情況下才能實(shí)現(xiàn)的。（2）系統(tǒng)管理員進(jìn)行修改記錄操作到信息管理并返回修改成功信息到系統(tǒng)管理員，是必須在成功登陸倉(cāng)庫(kù)管理系統(tǒng)之后才能實(shí)現(xiàn)。（3）系統(tǒng)管理員進(jìn)行重新設(shè)置管理權(quán)限操作到權(quán)限管理并返回設(shè)置成功信息到系統(tǒng)管理員。（4）系統(tǒng)管理員進(jìn)行倉(cāng)庫(kù)管理系統(tǒng)的數(shù)據(jù)備份和恢復(fù)并返回操作成功的信息到系統(tǒng)管理員。如圖6.4所示。圖6.4 系統(tǒng)管理協(xié)作圖6.6 商品入庫(kù)協(xié)作圖（1）倉(cāng)庫(kù)管理員清點(diǎn)商品獲得商品數(shù)量信息并向系統(tǒng)提交庫(kù)存預(yù)警。（2）系統(tǒng)向普通用戶發(fā)出預(yù)警提醒，普通用戶將商品入庫(kù)，并向倉(cāng)庫(kù)管理員發(fā)出入庫(kù)提醒。（3）最后倉(cāng)庫(kù)管理員填寫入庫(kù)日志。如圖6.5所示。圖6.5 入

27、庫(kù)日志協(xié)作圖7 活動(dòng)圖設(shè)計(jì)建模7.1 商品出庫(kù)活動(dòng)圖（1）銷售員通過填寫銷售表單，在將此表單提交給倉(cāng)庫(kù)管理員進(jìn)行審核。（2）倉(cāng)庫(kù)管理員進(jìn)行修改、刪除和審核通過的判斷后，查詢倉(cāng)庫(kù)中是否有符合要出庫(kù)的商品。（3）若沒有則提示倉(cāng)庫(kù)無此貨物；若有則判斷倉(cāng)庫(kù)中是否有滿足所需要的商品的數(shù)量，若沒有則提示商品不足；若有則將所需要的商品出售。如圖7.1所示。圖7.1商品出庫(kù)活動(dòng)圖7.2商品調(diào)撥活動(dòng)圖（1）倉(cāng)庫(kù)管理員填寫所要調(diào)撥商品的表單并進(jìn)行審核，然后倉(cāng)庫(kù)管理員修改、刪除調(diào)撥表單和調(diào)撥表單的審核通過判斷。（2）判斷出庫(kù)中是否有所調(diào)撥的商品，若沒有則提示倉(cāng)庫(kù)沒有此商品；若有則判斷出庫(kù)中是否有滿足調(diào)撥該商品的數(shù)量，若