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

1、倉庫管理系統(tǒng) UML 建模分析目錄1 緒論 .11.1背景.11.2目的.12 倉庫系統(tǒng)的相關(guān)描述 .12.1功能性描述 .12.2.1基本數(shù)據(jù)維護(hù)模塊 .22.2.2基本業(yè)務(wù)模塊 .32.2.3數(shù)據(jù)庫模塊 .32.2.4信息查詢模塊 .42.2非功能性描述 .42.2.1可行性性分析 .42.2.2環(huán)境要求 .53 用例需求分析 .53.1系統(tǒng)的用例需求文檔 .53.1.1基本信息管理模塊 .63.1.2參與者 .63.2用例圖分析 .63.2.1系統(tǒng)管理員用例圖 .73.2.2倉庫管理員用例圖 .73.2.3普通用戶用例圖 .83.2.4銷售員用例圖 .94 類圖設(shè)計建模 .94.1 總體

2、描述94.2 查詢統(tǒng)計類圖104.3 出庫管理類圖104.4 入庫管理類圖114.5 信息配置類圖125 順序圖設(shè)計模型145.1 系統(tǒng)的順序圖145.2 商品信息錄入順序圖155.3 商品出庫順序圖165.4 調(diào)撥單據(jù)查詢順序圖176 協(xié)作圖設(shè)計建模186.1 協(xié)作圖含義186.2 用戶登錄協(xié)作圖186.3 商品出庫協(xié)作圖196.4 商品調(diào)撥順序圖206.5 系統(tǒng)管理協(xié)作圖206.6 商品入庫協(xié)作圖217 活動圖設(shè)計建模227.1 商品出庫活動圖227.2 商品調(diào)撥活動圖227.3 商品入庫活動圖237.4 用戶登錄活動圖248 狀態(tài)圖設(shè)計模型258.1 商品狀態(tài)圖258.2 倉庫庫存狀態(tài)圖

3、258.3 商品單據(jù)狀態(tài)圖261 緒論1.1 背景倉庫管理是與我們?nèi)粘Ｉ钕⑾⑾嚓P(guān)的問題。大到公司、超市的倉庫管理，小到圖書館的藏書管理， 都可以認(rèn)為是各種各樣的倉庫管理需求。 隨著我國改革開放的不斷深入，經(jīng)濟飛速的發(fā)展，企業(yè)要想生存、發(fā)展，要想在激烈的市場競爭中立于不敗之地，沒有現(xiàn)代化的管理是萬萬不行的，倉庫管理的全面自動化、信息化則是其中極其重要的部分。 倉庫管理信息系統(tǒng)正是基于這樣的需求背景下研制開發(fā)的。1.2 目的隨著科學(xué)技術(shù)的發(fā)展，社會進(jìn)步，計算機迅速的發(fā)展 , 倉庫管理的方法也日新月異 , 以前全是由人管理的方法現(xiàn)存在很多的缺點： 管理效率低，勞動強度大，信息處理速度低而且準(zhǔn)確率也

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

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

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

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

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

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

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

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

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

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

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

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

16、類中的 selectlist 方法來實現(xiàn)相關(guān)的業(yè)務(wù)處理。（3）Stock_removal_service類主要功能是商品出庫的相關(guān)業(yè)務(wù)處理。（4）stockRemovalQueryAction 類是接受用戶提交的相關(guān)數(shù)據(jù)后，調(diào)用對應(yīng)的 Service 類中的方法進(jìn)行查詢業(yè)務(wù)處理。（5）SRQueryService類主要實現(xiàn)商品出庫查詢的功能。（6）AllotQueryAction 類通過實例化 AllotQueryService 類后，調(diào)用相關(guān)的方10法，來實現(xiàn)商品調(diào)撥的相關(guān)業(yè)務(wù)功能。（7）Collect_Action 類通過實例化 Collect_Service 類調(diào)用 list() 方法，

17、完成出庫一覽表的查詢業(yè)務(wù)功能。（8）圖中的 action 類都是通過集成ActionSupport 類后，實現(xiàn)各個 action 類的對應(yīng)方法。如圖4.2 所示。圖 4.2 出庫管理類圖4.4 入庫管理類圖（1）SpInfo 類是商品模型類， Client 類是客戶模型類。（ 2 ） luru_Action 類 是 系 統(tǒng) 數(shù)據(jù) 提 交 處 理 類 ， 在 類 中 通 過 實 例 化 Sp_Info_service 類后，調(diào)用 Sp_Info_service 類中的 insert 方法來實現(xiàn)相關(guān)的業(yè)務(wù)處理。（3）Sp_Info_service 類主要功能是通過實例化Client 類和 SpIn

18、fos 類，接受由 luru_Action 類傳遞的參數(shù)來實現(xiàn)商品出庫的相關(guān)業(yè)務(wù)處理。（4）Document_Manage_Action 類是接受用戶提交的相關(guān)數(shù)據(jù)后，調(diào)用對應(yīng)的 Service 類中的方法進(jìn)行邏輯業(yè)務(wù)處理。（5）Document_Manage_service類主要實現(xiàn)商品退貨、以及商品調(diào)價、查詢11等功能。（6）AllotQueryAction 類通過實例化 AllotQueryService 類后，調(diào)用相關(guān)的方法，來實現(xiàn)商品調(diào)撥的相關(guān)業(yè)務(wù)功能。（7）Collect_Action 類通過實例化 Collect_Service 類調(diào)用 list() 方法，完成出庫一覽表的查詢業(yè)

19、務(wù)功能。（8）圖中的 action 類都是通過集成ActionSupport 類后，實現(xiàn)各個 action 類的對應(yīng)方法。如圖4.3 所示。圖 4.3 入庫管理類圖4.5 信息配置類圖（1）SpInfo 類是商品模型類， Client 類是客戶模型類， User 類是用戶模型類。12（2）changewd_service類通過實例化 User 類后，通過實現(xiàn) changewd 方法來實現(xiàn)相關(guān)的用戶修改密碼的服務(wù)。（3）changewd_Action 類主要功能是通過實例化 changewd_service類來實現(xiàn)修改密碼的功能。（4）jurisdiction 類通過實例化 jurisdicti

20、onService 類，調(diào)用對應(yīng)的 Service 類中的方法進(jìn)行相應(yīng)的權(quán)限修改以及驗證功能。（5）Kh_ManageAction 類主要實現(xiàn)對客戶信息插入、修改、查詢、刪除等功能。（6）Sp_ManageAction 類通過實例化 Sp_ManageService類后，調(diào)用相關(guān)的方法，來實現(xiàn)商品信息的插入、修改、查詢、刪除等功能。（7）圖中的 action 類都是通過集成 ActionSupport 類后，實現(xiàn)各個 action 類的對應(yīng)方法。如圖 4.4 所示。圖 4.4 信息配置類圖135 順序圖設(shè)計模型5.1 系統(tǒng)的順序圖（1）倉庫管理員用自己的用戶名和密碼登錄系統(tǒng)，經(jīng)驗證用戶填寫的用

21、戶名及密碼正確后，進(jìn)入主界面。（2）點擊單據(jù)管理界面，填寫單據(jù)的相關(guān)信息后，單擊查詢按鈕提交查詢信息，系統(tǒng)自動反饋提交狀態(tài)，提示是否提交成功，提交成功后等待后臺審核。（3）審核由系統(tǒng)后臺來完成，審核通過后，返回查詢結(jié)果集對象給單據(jù)管理 action 類，然后 action 類會將相關(guān)信息反饋到單據(jù)管理界面上。（4）倉庫管理員點擊界面上的退貨按鈕跳轉(zhuǎn)到商品退貨界面，填寫完退貨信息后點擊提交按鈕，單據(jù)管理 action 類審核提交信息通過后會返回審核結(jié)果，然后向單據(jù)管理 service 類提出退貨申請，單據(jù)管理 service 類就會實現(xiàn)相應(yīng)的業(yè)務(wù)功能，之后 service 類會返回退貨成功的“

22、success”信號。（5）倉庫管理員點擊界面上的調(diào)撥按鈕跳轉(zhuǎn)到商品調(diào)撥界面，填寫完調(diào)撥信息后點擊提交按鈕，單據(jù)管理 action 類審核提交信息通過后會返回審核結(jié)果，然后向單據(jù)管理 service 類提出退貨申請，單據(jù)管理 service 類就會實現(xiàn)相應(yīng)的業(yè)務(wù)功能，之后 service 類會返回調(diào)撥成功的“ success”信號。如圖 5.1 所示。14圖 5.1 單據(jù)管理順序圖5.2 商品信息錄入順序圖（1）普通用戶用自己的用戶名和密碼登錄系統(tǒng)，經(jīng)驗證用戶填寫的用戶名及密碼正確后，進(jìn)入主界面。（2）點擊商品信息錄入界面，填寫商品及用戶的相關(guān)信息后，單擊添加商品按鈕提交相關(guān)的信息， 系統(tǒng)自動

23、反饋提交狀態(tài)， 提示是否提交成功， 提交成功后等待后臺審核。（3）審核由系統(tǒng) action 來完成，審核通過后，會生成對應(yīng)的spinfo 對象，并將該對象傳遞給Sp_Info_Service 類實例化的 service 對象。（4）Sp_Info_Service 類的 service 對象調(diào)用 insert()方法將用戶提交的商品信息入庫，并返回一個spinfos 結(jié)果集對象。（ 5 ） luru_Action類通過實例化spinfos 并 調(diào)用 getSpinfos 方法 獲得Sp_Info_Service 類返回的結(jié)果及對象通過調(diào)用 list() 方法，將提交成功的信息返回商品信息錄入界面

24、。如圖 5.2 所示。15圖 5.2 商品信息錄入順序圖5.3 商品出庫順序圖（1）普通用戶用自己的用戶名和密碼登錄系統(tǒng)，經(jīng)驗證用戶填寫的用戶名及密碼正確后，進(jìn)入主界面。（2）點擊商品出庫界面，填寫商品出庫的相關(guān)信息后，單擊查詢單據(jù)按鈕提交相關(guān)的信息， 系統(tǒng)自動反饋提交狀態(tài)， 提示是否提交成功， 提交成功后等待后臺審核。（3）審核由系統(tǒng) removal_action 來完成，審核通過后，調(diào)用 execute 方法會生成對應(yīng)的 spinfo 對象，并將該對象傳遞給 removal_Service 類實例化的 service對象，并進(jìn)行出庫操作。（4）removal_Service類的 servi

25、ce 對象調(diào)用 list ()方法查詢用戶提交的單據(jù)查詢信息，并返回一個 list 結(jié)果集對象。（5）luru_Action 類通過實例化 list 并調(diào)用 getList 方法獲得 removal_Service類返回的結(jié)果及對象，并將查詢結(jié)果返回到商品出庫界面。如圖5.3 所示。16圖 5.3 商品出庫順序圖5.4 調(diào)撥單據(jù)查詢順序圖（ 1）倉庫管理員用自己的用戶名和密碼登錄系統(tǒng)， 經(jīng)驗證用戶填寫的用戶名及密碼正確后，進(jìn)入主界面。（ 2）點擊調(diào)撥單據(jù)查詢界面， 填寫相關(guān)信息后， 單擊查詢單據(jù)按鈕提交相關(guān)的信息，系統(tǒng)自動反饋提交狀態(tài)， 提示是否提交成功， 提交成功后等待后臺審核。（ 3）審核

26、由系統(tǒng) action 來完成，審核通過后，調(diào)用 query 方法會生成對應(yīng)的spinfo 對象，并將該對象傳遞給Service 類實例化的 service 對象，執(zhí)行查詢操作。（ 4）removal_Service 類的 service 對象調(diào)用 list () 方法查詢用戶提交的單據(jù)查詢信息，并返回一個 spinfos 結(jié)果集對象。（ 5）調(diào)撥 Action 類通過實例化 list 并調(diào)用 getSpinfos 方法獲得 Service 類返回的結(jié)果及對象，并將查詢結(jié)果返回到上調(diào)撥單據(jù)查詢界面。如圖5.4 所示。17圖 5.4 調(diào)撥單據(jù)查詢順序圖6 協(xié)作圖設(shè)計建模6.1 協(xié)作圖含義協(xié)作圖著重

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

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

29、理系統(tǒng)， 首先是在輸入用戶名和密碼到登陸界面，并驗證成功的情況下才能實現(xiàn)的。（ 2）系統(tǒng)管理員進(jìn)行修改記錄操作到信息管理并返回修改成功信息到系統(tǒng)管理員，是必須在成功登陸倉庫管理系統(tǒng)之后才能實現(xiàn)。（ 3）系統(tǒng)管理員進(jìn)行重新設(shè)置管理權(quán)限操作到權(quán)限管理并返回設(shè)置成功信息到系統(tǒng)管理員。（ 4）系統(tǒng)管理員進(jìn)行倉庫管理系統(tǒng)的數(shù)據(jù)備份和恢復(fù)并返回操作成功的信息到系統(tǒng)管理員。如圖 6.4 所示。20圖 6.4 系統(tǒng)管理協(xié)作圖6.6 商品入庫協(xié)作圖（1）倉庫管理員清點商品獲得商品數(shù)量信息并向系統(tǒng)提交庫存預(yù)警。（2）系統(tǒng)向普通用戶發(fā)出預(yù)警提醒，普通用戶將商品入庫，并向倉庫管理員發(fā)出入庫提醒。（3）最后倉庫管理員填寫入庫日志。如圖6.5 所示。圖 6.5 入庫日志協(xié)作圖217 活動圖設(shè)計建模7.1 商品出庫活動圖（1）銷售員通過填寫銷售表單，在將此表單提交給倉庫管理員進(jìn)行審核。（2）倉庫管理員進(jìn)行修改、刪除和審核通過的判斷后，查詢倉庫中是否有符合要出庫的商品。（3）若沒有則提示倉庫無此貨物；若有則判斷倉庫中是否有滿足所需要的商品的數(shù)量，若沒有則提示商品不足；若有則將所需要的商品出售。如圖7.1 所示。圖 7.1 商品出庫活動圖7.2 商品調(diào)撥活動圖（ 1）倉庫管理員填寫所要調(diào)撥商品的表單并進(jìn)行審核， 然后倉庫管理員修改、刪除調(diào)撥表單和調(diào)撥表單的審核通過判斷。（ 2）判斷出