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

1、1 / 32倉庫管理系統(tǒng)倉庫管理系統(tǒng) UML 建模分析建模分析目錄目錄1 緒論緒論.11.1 背景.11.2 目的.12 倉庫系統(tǒng)的相關描述倉庫系統(tǒng)的相關描述 .12.1 功能性描述.12.2.1 基本數(shù)據(jù)維護模塊.22.2.2基本業(yè)務模塊.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.

2、4銷售員用例圖.94 類圖設計建模類圖設計建模.94.1 總體描述.94.2 查詢統(tǒng)計類圖.104.3 出庫管理類圖.104.4 入庫管理類圖.114.5 信息配置類圖.125 順序圖設計模型順序圖設計模型.145.1 系統(tǒng)的順序圖 .145.2 商品信息錄入順序圖 .155.3 商品出庫順序圖.165.4 調(diào)撥單據(jù)查詢順序圖.176 協(xié)作圖設計建模協(xié)作圖設計建模.186.1 協(xié)作圖含義.186.2 用戶登錄協(xié)作圖.186.3 商品出庫協(xié)作圖.196.4 商品調(diào)撥順序圖.206.5 系統(tǒng)管理協(xié)作圖.206.6 商品入庫協(xié)作圖 .217 活動圖設計建?；顒訄D設計建模.227.1 商品出庫活動圖

3、.227.2 商品調(diào)撥活動圖.227.3 商品入庫活動圖.237.4 用戶登錄活動圖.248 狀態(tài)圖設計模型狀態(tài)圖設計模型.258.1 商品狀態(tài)圖.258.2 倉庫庫存狀態(tài)圖.258.3 商品單據(jù)狀態(tài)圖.261 緒論1.1 背景倉庫管理是與我們?nèi)粘Ｉ钕⑾⑾嚓P的問題。大到公司、超市的倉庫管理，小到圖書館的藏書管理，都可以認為是各種各樣的倉庫管理需求。隨著我國改革開放的不斷深入，經(jīng)濟飛速的發(fā)展，企業(yè)要想生存、發(fā)展，要想在激烈的市場競爭中立于不敗之地，沒有現(xiàn)代化的管理是萬萬不行的，倉庫管理的全面自動化、信息化則是其中極其重要的部分。倉庫管理信息系統(tǒng)正是基于這樣的需求背景下研制開發(fā)的。1.2 目的隨

4、著科學技術的發(fā)展，社會進步，計算機迅速的發(fā)展,倉庫管理的方法也日新月異,以前全是由人管理的方法現(xiàn)存在很多的缺點：管理效率低，勞動強度大，信息處理速度低而且準確率也不夠令人滿意。為了提高倉庫管理效率，減輕勞動強度提高，信息處理速度和準確性；為倉庫管理員提供更方便、科學的服務項目。為倉庫管理員提供的一種更先進、科學的服務系統(tǒng)。設計實現(xiàn)的管理系統(tǒng)能夠正確有效地完成倉庫管理的日常入庫出庫等工作，極大提高了管理工作的效率和正確性，并能夠根據(jù)需求進行靈活的查詢，完成月底盤點等功能；系統(tǒng)與數(shù)據(jù)庫管理系統(tǒng)結(jié)合，提供了功能較為強大的數(shù)據(jù)安全功能，防止了越權操作、誤操作，并支持災難性恢復；系統(tǒng)界面友好，操作簡單，

5、效率高易掌握，并且讓計算機對倉庫進行自動管理，倉庫管理員可以直接在計算機上實現(xiàn)倉庫的信息管理，并能在一定程度上實現(xiàn)自動化。最后，該系統(tǒng)是典型的管理信息系統(tǒng)（MIS） ，其設計開發(fā)過程具有通用性，對類似工作的開展具有借鑒意義。2 倉庫系統(tǒng)的相關描述2.1 功能性描述本系統(tǒng)為存儲物資的各類型企業(yè)提供服務，主要功能圖如 2.1 所示。圖 2.1 系統(tǒng)功能圖2.2.1 基本數(shù)據(jù)維護模塊基本數(shù)據(jù)維護模塊圖如 2.2 所示。圖 2.2 基本數(shù)據(jù)維護模塊圖（1）添加商品信息：管理員可以添加商品類別。（2）修改更新商品信息：管理員可以修改更新商品信息。（3）添加消費者信息：管理員可以添加商品供給量。（4）刪除

6、商品信息：管理員根據(jù)消費者反饋的信息對一些商品進行刪除。2.2.2 基本業(yè)務模塊基本數(shù)業(yè)務模塊圖如 2.3 所示。圖 2.3 基本業(yè)務模塊圖（1）出庫：處理出庫業(yè)務。（2）入庫：處理入庫業(yè)務。（3）查詢：管理員可以查詢商品的銷售情況，顧客可以查詢商品的類別。（4）保質(zhì)期管理：將已過保質(zhì)期的商品全部清除，檢測所有商品的質(zhì)量。（5）金額管理：管理員可以通過商品的銷售金額對商品的供給做出重新安排。2.2.3 數(shù)據(jù)庫模塊數(shù)據(jù)庫模塊圖如 2.4 所示。圖 2.4 數(shù)據(jù)庫模塊圖（1）出庫信息管理：出庫信息包括商品的類別、ISBN、出庫時間等。（2）入庫信息管理：入庫信息包括商品的類別、ISBN、入庫時間等

7、。（3）商品信息管理：商品信息包括商品的類別、出入庫時間、銷售量、保質(zhì)期、商品總數(shù)等；（4）庫存信息管理：商品數(shù)目的更新，通知管理員商品供給量等。2.2.4 信息查詢模塊信息查詢模塊圖如 2.2 所示。圖 2.5 信息查詢模塊圖（1）查詢商品信息：負責商品信息的查詢。（2）查詢庫存信息：負責庫存信息的查詢。2.2 非功能性描述2.2.1 可行性性分析可以從以下四方面對能否實現(xiàn)新系統(tǒng)目標進行可行性分析：（1）技術可行性根據(jù)客戶提出的系統(tǒng)功能、性能及實現(xiàn)系統(tǒng)的各項約束條件，根據(jù)新系統(tǒng)目標來衡量所需的技術是否具備，本系統(tǒng)是一個數(shù)據(jù)庫管理和查詢的系統(tǒng)，現(xiàn)有的技術以較為成熟，硬件、軟件的性能要求、環(huán)境條

8、件等各項條件良好，估計利用現(xiàn)有技術條件應完全可以達到該系統(tǒng)的功能目標。同時，考慮給予的開發(fā)期限也較為充裕，預計系統(tǒng)是可以在規(guī)定期限內(nèi)完成開發(fā)。（2）經(jīng)濟可行性估算新系統(tǒng)的成本效益分析，其中包括估計項目開發(fā)的成本，開發(fā)費用和今后的運行、維護費用，估計新系統(tǒng)將獲得的效益，估算開發(fā)成本是否回高于項目預期的全部經(jīng)費。并且，分析系統(tǒng)開發(fā)是否會對其它產(chǎn)品或利潤帶來一定影響。系統(tǒng)的效益可以從經(jīng)濟效益和社會效益兩方面考慮。對于倉庫管理系統(tǒng)則應著重分析其社會效益。例如，系統(tǒng)投入運行后可以使倉庫管理實現(xiàn)科學化、規(guī)范化。曾強了工作人員對倉庫管理能力、提高了工作效率。（3）運行可行性新系統(tǒng)的研制和開發(fā)是充分得考慮工作

9、人員對倉庫的易于管理，管理者方便查詢設備信息效率。從而能完全滿足使用者的要求。本系統(tǒng)操作簡單, 有機算計基礎的人無需培訓即可使用, 即使是沒有計算機基礎的人只需經(jīng)過簡單的培訓就可以很熟練的使用本系統(tǒng)。系統(tǒng)運行后，就用戶方而言，由于用戶使用本系統(tǒng)時，不會也不必關心系統(tǒng)內(nèi)部的結(jié)構及實現(xiàn)方法，即對用戶來說是透明的，所以本系統(tǒng)對用戶而言，是定位在界面友好、操作方便、功能齊全的原則上的，用戶只需簡單的用鼠標點擊各界面上的選項卡或按鈕就能執(zhí)行相應的功能，就管理者而言，關心的是如何處理各種數(shù)據(jù)，只要把用戶的信息輸入計算機，管理者就可運行相應的后臺程序進行處理。而以上的這些功能都能在所選擇的開發(fā)環(huán)境中用所選擇

10、的開發(fā)工具來實現(xiàn)。所以說本系統(tǒng)在用戶使用可行性上是沒有問題的。（4）法律可行性新系統(tǒng)的研制和開發(fā)，將不會侵犯他人、集體和國家的利益，不會違反國家政策和法律。2.2.2 環(huán)境要求（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)的用例需求文檔3.1.1 基本信息管理模塊本系統(tǒng)的功能大致可分為以下幾個部分：（1）商品信息模塊商品信息模塊主要是記錄商品

11、的各類信息，其中包括商品編號、商品名稱、商品類型、商品價格、商品數(shù)量等信息。實現(xiàn)了商品的錄入、修改、刪除查詢等功能。（2）客戶基本模塊客戶基本情況模塊主要是記錄客戶的各種信息，共中包括客戶編號、客戶名稱，所屬客戶的商品名稱、庫存數(shù)量、商品規(guī)格、商品的入庫時間、聯(lián)系人、聯(lián)系電話，實現(xiàn)對客戶信息的錄入、刪除、修改和查詢等功能。（3）信息匯總模塊信息匯總模塊包括金額匯總和庫存預警。金額匯總模塊主要包括倉庫內(nèi)各個客戶存儲貨物的金額匯總。庫存預警主要包括各個客戶的庫存預警信息查詢。（4）身份驗證在用戶進入系統(tǒng)前，首先要求用戶身份驗證，登錄時要對輸入的用戶名和密碼進行驗證是否匹配，驗證通過后允許用戶進入本

12、系統(tǒng)進行操作，并根據(jù)本用戶現(xiàn)有的權限來進行特定的操作。（5）用戶注冊在用戶未進行相應的登錄設置時需要先進行注冊個人的信息和相關的管理權限等，填寫完畢提交后在進行登錄操作。3.1.2 參與者從以上分析中，可以得出以下參與者(1)系統(tǒng)管理員。(2)倉庫管理員。(3)普通用戶。(4)銷售員。3.2 用例圖分析3.2.1 系統(tǒng)管理員用例圖（1）用例模型的執(zhí)行者：系統(tǒng)管理員。（2）包括：身份驗證、權限管理、信息維護、數(shù)據(jù)恢復。（3）信息維護包含出庫管理、商品信息管理；權限驗證包括身份驗證。如圖 3.1 所示。圖 3.1 系統(tǒng)管理員用例圖3.2.2 倉庫管理員用例圖（1）用例模型的執(zhí)行者：倉庫管理員。（2

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

14、庫一覽表、入庫單據(jù)管理；出庫管理包括出庫一覽表、出庫單據(jù)查詢、商品出庫；信息配置包括修改密碼、商品管理、單位管理；查詢統(tǒng)計包括庫存預警、金額匯總。如圖 3.4 所示。圖 3.4 銷售員用例圖4 類圖設計建模4.1 總體描述對象模型是對模擬客觀世界實體的對象及對象之間的關系進行映射，它是以對象為主而非系統(tǒng)功能，主要描述了系統(tǒng)的靜態(tài)特征。類圖由系統(tǒng)中使用的類以及它們之間的關系組成，對象圖是類圖的一個實例，它描述了系統(tǒng)具體對象以及某一時刻這些對象之間的關系。UML 用各種模型元素表示圖中的概念，如表示類和對象的模型元素，類和類之間的關系包括關聯(lián)、泛化、依賴、聚集等。本系統(tǒng)用類圖來建立對象模型。4.2

15、 查詢統(tǒng)計類圖（1）Client 類是客戶模型類。（2）AmountSummaryAction 類是系統(tǒng)數(shù)據(jù)提交處理類，在類中調(diào)用 Client類實例化對象接受數(shù)據(jù)。（3）InventoryWarningService 類主要功能是實現(xiàn)倉庫預警的業(yè)務處理。（4）InventoryWarningAction 類是接受用戶提交的相關數(shù)據(jù)后，調(diào)用對應的 Service 類中的方法進行業(yè)務處理。（5）AmountSummaryAction 類 和 InventoryWarningAction 類繼承ActionSupport 類實現(xiàn)相應的 action 方法。如圖 4.1 所示。圖 4.1 查詢統(tǒng)計類

16、圖4.3 出庫管理類圖（1）SpInfo 類是商品模型類。（2）Stock_removal_Action 類是系統(tǒng)數(shù)據(jù)提交處理類，在類中調(diào)用Stock_removal_service 類中的 selectlist 方法來實現(xiàn)相關的業(yè)務處理。（3）Stock_removal_service 類主要功能是商品出庫的相關業(yè)務處理。（4）stockRemovalQueryAction 類是接受用戶提交的相關數(shù)據(jù)后，調(diào)用對應的 Service 類中的方法進行查詢業(yè)務處理。（5）SRQueryService 類主要實現(xiàn)商品出庫查詢的功能。（6）AllotQueryAction 類通過實例化 AllotQu

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

18、 類中的 insert 方法來實現(xiàn)相關的業(yè)務處理。（3）Sp_Info_service 類主要功能是通過實例化 Client 類和 SpInfos 類，接受由 luru_Action 類傳遞的參數(shù)來實現(xiàn)商品出庫的相關業(yè)務處理。（4）Document_Manage_Action 類是接受用戶提交的相關數(shù)據(jù)后，調(diào)用對應的 Service 類中的方法進行邏輯業(yè)務處理。（5）Document_Manage_service 類主要實現(xiàn)商品退貨、以及商品調(diào)價、查詢等功能。（6）AllotQueryAction 類通過實例化 AllotQueryService 類后，調(diào)用相關的方法，來實現(xiàn)商品調(diào)撥的相關業(yè)務

19、功能。（7）Collect_Action 類通過實例化 Collect_Service 類調(diào)用 list()方法，完成出庫一覽表的查詢業(yè)務功能。（8）圖中的 action 類都是通過集成 ActionSupport 類后，實現(xiàn)各個 action類的對應方法。如圖 4.3 所示。圖 4.3 入庫管理類圖4.5 信息配置類圖（1）SpInfo 類是商品模型類，Client 類是客戶模型類，User 類是用戶模型類。（2）changewd_service 類通過實例化 User 類后，通過實現(xiàn) changewd 方法來實現(xiàn)相關的用戶修改密碼的服務。（3）changewd_Action 類主要功能是通

20、過實例化 changewd_service 類來實現(xiàn)修改密碼的功能。（4）jurisdiction 類通過實例化 jurisdictionService 類，調(diào)用對應的 Service類中的方法進行相應的權限修改以及驗證功能。（5）Kh_ManageAction 類主要實現(xiàn)對客戶信息插入、修改、查詢、刪除等功能。（6）Sp_ManageAction 類通過實例化 Sp_ManageService 類后，調(diào)用相關的方法，來實現(xiàn)商品信息的插入、修改、查詢、刪除等功能。（7）圖中的 action 類都是通過集成 ActionSupport 類后，實現(xiàn)各個 action類的對應方法。如圖 4.4 所示

21、。圖 4.4 信息配置類圖5 順序圖設計模型5.1 系統(tǒng)的順序圖（1）倉庫管理員用自己的用戶名和密碼登錄系統(tǒng)，經(jīng)驗證用戶填寫的用戶名及密碼正確后，進入主界面。（2）點擊單據(jù)管理界面，填寫單據(jù)的相關信息后，單擊查詢按鈕提交查詢信息，系統(tǒng)自動反饋提交狀態(tài)，提示是否提交成功，提交成功后等待后臺審核。（3）審核由系統(tǒng)后臺來完成，審核通過后，返回查詢結(jié)果集對象給單據(jù)管理 action 類，然后 action 類會將相關信息反饋到單據(jù)管理界面上。（4）倉庫管理員點擊界面上的退貨按鈕跳轉(zhuǎn)到商品退貨界面，填寫完退貨信息后點擊提交按鈕，單據(jù)管理 action 類審核提交信息通過后會返回審核結(jié)果，然后向單據(jù)管理

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

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

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

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

26、相關的信息，系統(tǒng)自動反饋提交狀態(tài)，提示是否提交成功，提交成功后等待后臺審核。（3）審核由系統(tǒng) action 來完成，審核通過后，調(diào)用 query 方法會生成對應的 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

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

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

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