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

1、精品倉(cāng)庫(kù)管理系統(tǒng) UML 建模分析目錄1 緒論11.1背景 .11.2目的 .12倉(cāng)庫(kù)系統(tǒng)的相關(guān)描述 .22.1功能性描述 .22.2.1基本數(shù)據(jù)維護(hù)模塊 .22.2.2基本業(yè)務(wù)模塊 .32.2.3數(shù)據(jù)庫(kù)模塊 .42.2.4信息查詢模塊 .42.2非功能性描述 .52.2.1可行性性分析 .52.2.2環(huán)境要求 .63用例需求分析 .63.1系統(tǒng)的用例需求文檔 .63.1.1基本信息管理模塊 .63.1.2參與者 .73.2用例圖分析 .7感謝下載載精品3.2.1 系統(tǒng)管理員用例圖73.2.2 倉(cāng)庫(kù)管理員用例圖83.2.3 普通用戶用例圖93.2.4 銷售員用例圖104 類圖設(shè)計(jì)建模114.1

2、 總體描述114.2 查詢統(tǒng)計(jì)類圖114.3 出庫(kù)管理類圖124.4 入庫(kù)管理類圖134.5 信息配置類圖145 順序圖設(shè)計(jì)模型155.1 系統(tǒng)的順序圖155.2 商品信息錄入順序圖175.3 商品出庫(kù)順序圖185.4 調(diào)撥單據(jù)查詢順序圖196 協(xié)作圖設(shè)計(jì)建模206.1 協(xié)作圖含義206.2 用戶登錄協(xié)作圖206.3 商品出庫(kù)協(xié)作圖216.4 商品調(diào)撥順序圖226.5 系統(tǒng)管理協(xié)作圖22感謝下載載精品6.6 商品入庫(kù)協(xié)作圖237 活動(dòng)圖設(shè)計(jì)建模247.1 商品出庫(kù)活動(dòng)圖247.2 商品調(diào)撥活動(dòng)圖257.3 商品入庫(kù)活動(dòng)圖267.4 用戶登錄活動(dòng)圖278 狀態(tài)圖設(shè)計(jì)模型288.1 商品狀態(tài)圖28

3、8.2 倉(cāng)庫(kù)庫(kù)存狀態(tài)圖288.3 商品單據(jù)狀態(tài)圖29感謝下載載精品1 緒論1.1 背景倉(cāng)庫(kù)管理是與我們?nèi)粘Ｉ钕⑾⑾嚓P(guān)的問(wèn)題。大到公司、超市的倉(cāng)庫(kù)管理，小到圖書館的藏書管理， 都可以認(rèn)為是各種各樣的倉(cāng)庫(kù)管理需求。隨著我國(guó)改革開放的不斷深入，經(jīng)濟(jì)飛速的發(fā)展，企業(yè)要想生存、發(fā)展，要想在激烈的市場(chǎng)競(jìng)爭(zhēng)中立于不敗之地，沒(méi)有現(xiàn)代化的管理是萬(wàn)萬(wà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)度大，

4、信息處理速度低而且準(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)化。

5、最后，該系統(tǒng)是典型感謝下載載精品的管理信息系統(tǒng)（ MIS ），其設(shè)計(jì)開發(fā)過(guò)程具有通用性，對(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ù)模塊圖如

6、2.3 所示。圖 2.3 基本業(yè)務(wù)模塊圖（1）出庫(kù)：處理出庫(kù)業(yè)務(wù)。（2）入庫(kù)：處理入庫(kù)業(yè)務(wù)。（3）查詢：管理員可以查詢商品的銷售情況，顧客可以查詢商品的類別。（4）保質(zhì)期管理：將已過(guò)保質(zhì)期的商品全部清除，檢測(cè)所有商品的質(zhì)量。感謝下載載精品（5）金額管理：管理員可以通過(guò)商品的銷售金額對(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ì)期、商品

7、總數(shù)等；（4）庫(kù)存信息管理：商品數(shù)目的更新，通知管理員商品供給量等。2.2.4 信息查詢模塊信息查詢模塊圖如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)來(lái)衡量所需的技術(shù)是否具備， 本系統(tǒng)是一個(gè)數(shù)據(jù)庫(kù)管理和查詢的系統(tǒng)， 現(xiàn)有的技術(shù)以較為成熟，硬件、軟件的性能要求、環(huán)境條件等各項(xiàng)條件良好，估計(jì)利用現(xiàn)有技術(shù)條件應(yīng)完全可以達(dá)到該系

8、統(tǒng)的功能目標(biāo)。 同時(shí)，考慮給予的開發(fā)期限也較為充裕，預(yù)計(jì)系統(tǒng)是可以在規(guī)定期限內(nèi)完成開發(fā)。（2 ）經(jīng)濟(jì)可行性估算新系統(tǒng)的成本效益分析， 其中包括估計(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)帶來(lái)一定影響。系統(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è)備信

9、息效率。從而能完全滿足使用者的要求。本系統(tǒng)操作簡(jiǎn)單 , 有機(jī)算計(jì)基礎(chǔ)的人無(wú)需培訓(xùn)即可使用 , 即使是沒(méi)有計(jì)算機(jī)基礎(chǔ)的人只需經(jīng)過(guò)簡(jiǎn)單的培訓(xùn)就可以很熟練的使用本系統(tǒng)。 系統(tǒng)運(yùn)行后， 就用戶方而言， 由于用戶使用本系統(tǒng)時(shí)，不會(huì)也不必關(guān)心系統(tǒng)內(nèi)部的結(jié)構(gòu)及實(shí)現(xiàn)方法， 即對(duì)用戶來(lái)說(shuō)是透明的， 所以本系統(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ā)工

10、具來(lái)實(shí)現(xiàn)。所以說(shuō)本系統(tǒng)在用戶使用可行性上是沒(méi)有問(wèn)題的。（4 ）法律可行性新系統(tǒng)的研制和開發(fā)， 將不會(huì)侵犯他人、 集體和國(guó)家的利益， 不會(huì)違反國(guó)家政策和法律。2.2.2 環(huán)境要求（1）本系統(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 ）商品信息模塊商品信息模塊主要

11、是記錄商品的各類信息，其中包括商品編號(hào)、商品名稱、商品類型、商品價(jià)格、商品數(shù)量等信息。實(shí)現(xiàn)了商品的錄入、修改、刪除查詢等功能。（2 ）客戶基本模塊客戶基本情況模塊主要是記錄客戶的各種信息，共中包括客戶編號(hào)、 客戶名稱，所屬客戶的商品名稱、庫(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)

12、證是否匹配， 驗(yàn)證通過(guò)后允許用戶進(jìn)入本系統(tǒng)進(jìn)行操作， 并根據(jù)本用戶現(xiàn)有的權(quán)限來(lái)進(jìn)行特定的操作。（5 ）用戶注冊(cè)在用戶未進(jìn)行相應(yīng)的登錄設(shè)置時(shí)需要先進(jìn)行注冊(cè)個(gè)人的信息和相關(guān)的管理權(quán)限等，填寫完畢提交后在進(jìn)行登錄操作。3.1.2 參與者從以上分析中，可以得出以下參與者(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.

13、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ì)包括庫(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í)行者

14、：倉(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ì)模擬客觀世界實(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 用各種模型元素表示圖

15、中的概念， 如表示類和對(duì)象的模型元素， 類和類之間的關(guān)系包括關(guān)聯(lián)、泛化、依賴、聚集等。本系統(tǒng)用類圖來(lái)建立對(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ù)處理。感謝下載載精品（4）InventoryWarningAction類是接受用戶提交的相關(guān)數(shù)據(jù)后，調(diào)用對(duì)應(yīng)的 Service 類中的方法進(jìn)行業(yè)務(wù)處理。（5）AmountSummaryAction類 和 InventoryWarn

16、ingAction類繼承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方法來(lái)實(shí)現(xiàn)相關(guān)的業(yè)務(wù)處理。（3）Stock_removal_service類主要功能是商品出庫(kù)的相關(guān)業(yè)務(wù)處理。（4）stockRemovalQueryAction類是接受用戶提交的相關(guān)數(shù)據(jù)后，調(diào)用對(duì)應(yīng)的 Service 類中的方法進(jìn)行查詢業(yè)務(wù)處理。（5）SRQue

17、ryService類主要實(shí)現(xiàn)商品出庫(kù)查詢的功能。（6）AllotQueryAction類通過(guò)實(shí)例化AllotQueryService類后，調(diào)用相關(guān)的方法，來(lái)實(shí)現(xiàn)商品調(diào)撥的相關(guān)業(yè)務(wù)功能。（7）Collect_Action類通過(guò)實(shí)例化 Collect_Service類調(diào)用 list() 方法，完成出庫(kù)一覽表的查詢業(yè)務(wù)功能。（8）圖中的 action類都是通過(guò)集成ActionSupport類后，實(shí)現(xiàn)各個(gè) action類的對(duì)應(yīng)方法。如圖4.2 所示。感謝下載載精品圖 4.2 出庫(kù)管理類圖4.4 入庫(kù)管理類圖（1）SpInfo類是商品模型類， Client 類是客戶模型類。（ 2 ） luru_Acti

18、on 類 是系 統(tǒng)數(shù) 據(jù)提 交處 理類 ， 在類 中通 過(guò)實(shí) 例 化 Sp_Info_service 類后，調(diào)用 Sp_Info_service 類中的 insert 方法來(lái)實(shí)現(xiàn)相關(guān)的業(yè)務(wù)處理。（3）Sp_Info_service類主要功能是通過(guò)實(shí)例化Client 類和 SpInfos 類，接受由 luru_Action類傳遞的參數(shù)來(lái)實(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）Document_Manage_service類主要實(shí)現(xiàn)商品退貨、以及商品調(diào)價(jià)、查詢等功能。

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

20、ser 類后，通過(guò)實(shí)現(xiàn)changewd方法來(lái)實(shí)現(xiàn)相關(guān)的用戶修改密碼的服務(wù)。（3）changewd_Action類主要功能是通過(guò)實(shí)例化changewd_service類來(lái)實(shí)現(xiàn)修改密碼的功能。感謝下載載精品（4）jurisdiction類通過(guò)實(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類通過(guò)實(shí)例化 Sp_ManageService類后，調(diào)用相關(guān)的方法，來(lái)實(shí)現(xiàn)商品信息的插入、修改、查詢、刪除等功能。（7）圖

21、中的 action類都是通過(guò)集成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)來(lái)完成，審核通過(guò)后，返回查詢結(jié)果集對(duì)象給單據(jù)管理 action 類，然后 action 類會(huì)將相關(guān)信息反饋到單據(jù)管理界面上。（4）倉(cāng)庫(kù)管理員點(diǎn)擊界面上的退貨

22、按鈕跳轉(zhuǎn)到商品退貨界面，填寫完退貨信息后點(diǎn)擊提交按鈕， 單據(jù)管理 action類審核提交信息通過(guò)后會(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類審核提交信息通過(guò)后會(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 所

23、示。感謝下載載精品圖 5.1 單據(jù)管理順序圖5.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 來(lái)完成，審核通過(guò)后， 會(huì)生成對(duì)應(yīng)的 spinfo 對(duì)象，并將該對(duì)象傳遞給 Sp_Info_Service 類實(shí)例化的 service 對(duì)象。（4）Sp_Info_Service 類的 service 對(duì)象調(diào)用 insert() 方法將用戶提交的商品

24、信息入庫(kù)，并返回一個(gè) spinfos 結(jié)果集對(duì)象。（5 ） luru_Action 類通過(guò)實(shí)例化 spinfos 并調(diào)用 getSpinfos 方法獲得 Sp_Info_Service 類返回的結(jié)果及對(duì)象通過(guò)調(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)審核。

25、（3）審核由系統(tǒng) removal_action 來(lái)完成，審核通過(guò)后，調(diào)用 execute 方法會(huì)生成對(duì)應(yīng)的 spinfo 對(duì)象，并將該對(duì)象傳遞給 removal_Service 類實(shí)例化的 service 對(duì)象，并進(jìn)行出庫(kù)操作。（4）removal_Service類的 service 對(duì)象調(diào)用 list () 方法查詢用戶提交的單據(jù)查詢信息，并返回一個(gè)list 結(jié)果集對(duì)象。（ 5 ） luru_Action類 通 過(guò) 實(shí) 例 化list并 調(diào) 用getList方 法 獲 得removal_Service類返回的結(jié)果及對(duì)象， 并將查詢結(jié)果返回到商品出庫(kù)界面。如感謝下載載精品圖 5.3 所示。圖

26、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)的信息，系統(tǒng)自動(dòng)反饋提交狀態(tài)， 提示是否提交成功， 提交成功后等待后臺(tái)審核。（ 3）審核由系統(tǒng) action 來(lái)完成，審核通過(guò)后，調(diào)用 query 方法會(huì)生成對(duì)應(yīng)的 spinfo 對(duì)象，并將該對(duì)象傳遞給 Service 類實(shí)例化的 service 對(duì)象，執(zhí)行查詢操作。（ 4） removal_Service 類的 service 對(duì)象調(diào)用 list ()方法查詢用戶提交的單據(jù)查

27、詢信息，并返回一個(gè)spinfos結(jié)果集對(duì)象。（ 5）調(diào)撥 Action類通過(guò)實(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é)作圖含義協(xié)作圖著重體現(xiàn)交互對(duì)象間的靜態(tài)鏈接關(guān)系。作者完成了所有用例的動(dòng)態(tài)模型，這里列舉部分用例進(jìn)行說(shuō)明。協(xié)作圖 (Collaboration Diagram) 用于描述相互合作的對(duì)象間的交互關(guān)系和鏈接關(guān)系。雖然順序圖和合作圖都用來(lái)描述對(duì)象間的交互關(guān)系， 但側(cè)重點(diǎn)不一樣。順序圖著重體現(xiàn)交互的時(shí)間順序，合作

28、圖則著重體現(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）普通用戶首先提交商品缺貨登陸信息到倉(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)撥順序圖（

29、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)， 首先是在輸入用戶名和密碼到登陸界面，并驗(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è)置成功

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