61/62沈陽工程學院課程設計設計題目：倉庫管理系統系別信息工程學院班級軟件本121項目組長聶恒陽（19）項目組員王益峰（16），楊東明（8），張朋（21）劉明洋（10）指導教師職稱起止日期：年月日起——至年月日止

沈陽工程學院課程設計任務書課程設計題目：倉庫管理系統系別信息工程學院班級軟件本121項目組長聶恒陽（19)項目組員王益峰（16），楊東明（8），張朋（21）劉明洋（10）指導教師職稱課程設計進行地點：實訓F任務下達時間：年月日起止日期：年月日起——至年月日止教研室主任年月日批準

一、課程設計的原始資料及依據項目開發與管理課程設計的前驅條件是要求學生們必須具備“軟件工程”和“程序設計”等計算機專業理論知識，本次設計正是在符合這種前提條件下實施。首先成立項目小組并推舉有責任心的學生擔當項目組長，全組成員在組長的帶領下，針對“新聞中心管理系統”，按著軟件生命周期和項目管理的要求，運用面向對象的分析和設計方法，采用目前最為流行的面向對象的設計工具UML，對所選系統進行軟件需求分析、功能設計，然后根據能力和功能進行任務分配。根據分析結果進行系統用例圖、類圖、順序圖、協作圖、活動圖等項目設計，從而完成一個較完整的項目開發與管理實踐。二、課程設計主要內容及要求首先要求參加課程設計的學生們要重新認真復習軟件工程及項目管理的理論知識和技能，熟練掌握UML設計工具，之后學生們能夠靈活地把所學理論知識和技能應用于該項目的開發實踐中去，從而有目的地加深理解項目開發與管理的深刻含義。具體要求如下：1．成立項目開發小組并選舉項目組長。2．根據設計要求小組選定設計題目。3．每天要求項目組長要至少組織召開一次會議，總結、匯報和布置任務。4．每次會議要求保留會議記錄并存檔。5．發揮團隊合作精神共同完成如下內容：⑴軟件需求分析⑵用例圖⑶類圖⑷順序圖⑸協作圖⑹活動圖⑺狀態圖6．組長要根據能力合理地分配任務，要求每個組員都能積極參與并完成如下內容：⑴參與需求分析⑵各種設計視圖⑶個人總結7．組長要對每個組員進行公正客觀地評價。8．要求項目組共同對課程設計成果進行裝訂成冊。三、對課程設計說明書撰寫內容、格式、字數的要求1．課程設計說明書是體現和總結課程設計成果的載體，要求認真按著要求進行完成。2．每個項目小組撰寫完成并提交一份課程設計說明書。3．所有文檔撰寫格式均需要嚴格按著給定參考模板進行。4．模板中的文字字體、大小、格式、頁眉頁腳等各種設置不可隨意改變。5．課程設計說明書嚴格按著裝訂順序進行裝訂。6．課程設計說明書裝訂順序為：⑴課程設計封面（1份）⑵任務書（1份）⑶成績評定表（1份）⑷裝訂目錄⑸課程設計報告書（1份）報告封面目錄第1章系統需求分析第2章用例圖設計建模第3章類圖設計建模第4章順序圖設計建模第5章協作圖設計建模第6章活動圖設計建模第7章狀態圖設計建模第8章配置圖設計建模致謝參考文獻附錄一：項目開發體制圖附錄二：開發時間計劃表⑹會議記錄（要求每天至少1份）⑺項目個人總結（每人1份）四、設計完成后應提交成果的種類、數量、質量等方面的要求1．課程設計報告書（1份）2．開發時間計劃表（1份）3．會議記錄（每天至少1份）4．個人總結（每人1份）五、時間進度安排順序階段日期計劃完成內容備注1第1天（12月28日）查閱資料、需求分析2第2天（12月29日）功能分析與設計3第3天（12月30日）用例圖建模、類圖建模、

順序圖建模、協作圖建模4第4天（12月31日）活動圖建模、狀態圖建模

配置圖建模5第5天（01月01日）個人總結、打印報告六、主要參考資料（文獻）[1]J2EE項目實訓UML及設計模式楊少波清華大學出版社[2]UML基礎與ROSE建模案例吳建人民郵電出版社[3]UML基礎與ROSE建模教程蔡敏人民郵電出版社

沈陽工程學院項目開發管理課程設計成績評定表系（部）：信息工程學院班級：軟件本121組長：聶恒陽（19)學生姓名：王益峰（16），楊東明（8），張朋（21）指導教師評審意見評價內容具體要求權重評分加權分調研論證能獨立查閱文獻,收集資料；能制定課程設計方案和日程安排。0.15432工作能力態度工作態度認真，遵守紀律，出勤情況是否良好，能夠獨立完成設計工作，0.25432工作量按期圓滿完成規定的設計任務，工作量飽滿，難度適宜。0.25432說明書的質量說明書立論正確，論述充分，結論嚴謹合理，文字通順，技術用語準確，符號統一，編號齊全，圖表完備，書寫工整規范。0.55432指導教師評審成績（加權分合計乘以12）分加權分合計指導教師簽名：年月日評閱教師評審意見評價內容具體要求權重評分加權分查閱文獻查閱文獻有一定廣泛性；有綜合歸納資料的能力0.25432工作量工作量飽滿，難度適中。0.55432說明書的質量說明書立論正確，論述充分，結論嚴謹合理，文字通順，技術用語準確，符號統一，編號齊全，圖表完備，書寫工整規范。0.35432評閱教師評審成績（加權分合計乘以8）分加權分合計評閱教師簽名：年月日課程設計總評成績分裝訂目錄1．封面2．任務書3．成績評定表4．裝訂目錄5．課程設計報告書6．會議記錄7．項目個人總結

項目開發管理課程設計系統分析設計報告題目：倉庫管理系統班級：軟件本121組長：聶恒陽（19）組員：王益峰（16），楊東明（8），張朋（21），劉明洋（10）

目錄第一章 系統需求分析 21.1軟件需求規格說明 21.1.1編寫目的 21.1.2背景 21.2功能描述 21.3基本數據維護模塊 31.4基本業務模塊 41.5數據庫模塊 41.6信息查詢模塊 5第二章用例圖設計建模 62.1UML用例圖設計模型 62.1.1系統的用例需求文檔 62.1.2用例圖 7第三章類圖設計建模 103.1對象模型 103.1.1總體描述 103.2動態類圖 14第四章順序圖設計建模 154.1順序圖設計模型 154.1.1系統的順序圖 154.1.2商品信息錄入順序圖 164.1.3商品出庫順序圖 184.1.4調撥單據查詢順序圖 19第五章協作圖設計建模 215.1協作圖設計模型 215.1.1協作圖含義 215.1.2用戶登錄協作圖 215.1.3商品出庫協作圖 225.1.4商品調撥順序圖 225.1.5系統管理協作圖 235.1.6商品入庫協作圖 24第六章活動圖設計建模 256.1活動圖設計模型 256.1.1系統活動圖 25第七章狀態圖設計建模 287.1UML狀態圖設計模型 287.1.1商品狀態圖 287.1.2倉庫庫存狀態圖 287.1.3商品單據狀態圖 29第八章配置圖設計建模 308.1UML配置圖設計模型 30致謝……………………….………………….31系統需求分析1.1軟件需求規格說明1.1.1編寫目的隨著社會的需求量越來越大，中國的中小型企業越來越多，而對企業而言，企業物資的存儲是企業最寶貴的資源，也是企業流動資產的重中之重。實行信息化、自動化、智能化的倉庫管理，是提高工作效率，實現企業更大的工作效益和利潤最大保障。1.1.2背景采用計算機管理信息系統已成為倉庫管理科學化和現代化的重要標志，它給企業管理來了明顯的經濟效益和社會效益。主要體現在：極大提高了倉庫工作人員的工作效率，大大減少了以往入出存流程繁瑣，雜亂，周期長的弊端。基于倉庫管理的全面自動化，可以減少入庫管理、出庫管理及庫存管理中的漏洞，可以節約不少管理開支，增加企業收入。倉庫的管理的操作自動化和信息的電子化，全面提高了倉庫的管理水平。1.2功能描述本系統為存儲物資的各類型企業提供服務，主要功能如下圖所示。圖1.1系統功能圖1.3基本數據維護模塊基本數據維護模塊如圖1.2所示。圖1.2基本數據維護模塊1.添加商品信息：管理員可以添加商品類別。2.修改更新商品信息：管理員可以修改更新商品信息。3.添加消費者信息：管理員可以添加商品供給量。4.刪除商品信息：管理員根據消費者反饋的信息對一些商品進行刪除。1.4基本業務模塊圖1.3信息查詢模塊功能1.出庫：處理出庫業務。2.入庫：處理入庫業務。3.查詢：管理員可以查詢商品的銷售情況，顧客可以查詢商品的類別。4.保質期管理：將已過保質期的商品全部清除，檢測所有商品的質量。5.金額管理：管理員可以通過商品的銷售金額對商品的供給做出重新安排。1.5數據庫模塊圖1.4信息查詢模塊功能1.出庫信息管理：出庫信息包括商品的類別、ISBN、出庫時間等。2.入庫信息管理：入庫信息包括商品的類別、ISBN、入庫時間等。3.商品信息管理：商品信息包括商品的類別、出入庫時間、銷售量、保質期、商品總數等。4.庫存信息管理：商品數目的更新，通知管理員商品供給量等。1.6信息查詢模塊圖1.5信息查詢模塊功能1.查詢商品信息：負責商品信息的查詢。2.查詢庫存信息：負責庫存信息的查詢。第二章用例圖設計建模2.1UML用例圖設計模型2.1.1系統的用例需求文檔本系統的功能大致可分為以下幾個部分：1.基本信息管理模塊(1)商品信息模塊商品信息模塊主要是記錄商品的各類信息，其中包括商品編號、商品名稱、商品類型、商品價格、商品數量等信息。實現了商品的錄入、修改、刪除查詢等功能。(2)客戶基本模塊客戶基本情況模塊主要是記錄客戶的各種信息，共中包括客戶編號、客戶名稱，所屬客戶的商品名稱、庫存數量、商品規格、商品的入庫時間、聯系人、聯系電話，實現對客戶信息的錄入、刪除、修改和查詢等功能。(3)信息匯總模塊信息匯總模塊包括金額匯總和庫存預警。金額匯總模塊主要包括倉庫內各個客戶存儲貨物的金額匯總。庫存預警主要包括各個客戶的庫存預警信息查詢。(4)身份驗證在用戶進入系統前，首先要求用戶身份驗證，登錄時要對輸入的用戶名和密碼進行驗證是否匹配，驗證通過后允許用戶進入本系統進行操作，并根據本用戶現有的權限來進行特定的操作。(5)用戶注冊在用戶未進行相應的登錄設置時需要先進行注冊個人的信息和相關的管理權限等，填寫完畢提交后在進行登錄操作。2.從以上分析中，可以得出以下參與者(1)系統管理員。(2)倉庫管理員。(3)普通用戶。(4)銷售員。2.1.2用例圖1.系統管理員用例圖(1)用例模型的執行者：系統管理員。(2)包括：身份驗證、權限管理、信息維護、數據恢復。(3)信息維護包含出庫管理、商品信息管理；權限驗證包括身份驗證。如圖2.1所示。圖2.1系統管理員用例圖2.倉庫管理員用例圖(1)用例模型的執行者：倉庫管理員。(2)包括：查詢統計、入庫管理、出庫管理、信息配置。(3)入庫管理包括商品信息錄入、入庫一覽表、入庫單據管理；出庫管理包括出庫一覽表、出庫單據查詢、商品出庫；信息配置包括修改密碼、商品管理、單位管理；查詢統計包括庫存預警、金額匯總。如圖2.2所示。圖2.2倉庫管理員用例圖3.普通用戶用例圖(1)用例模型的執行者：普通用戶。(2)包括：金額匯總、庫存預警、商品查詢、商品出庫、商品調撥、身份驗證。圖2.3普通用戶用例圖4.銷售員用例圖(1)用例模型的執行者：倉庫管理員。(2)包括：查詢統計、入庫管理、出庫管理、信息配置。(3)入庫管理包括商品信息錄入、入庫一覽表、入庫單據管理；出庫管理包括出庫一覽表、出庫單據查詢、商品出庫；信息配置包括修改密碼、商品管理、單位管理；查詢統計包括庫存預警、金額匯總。如圖2.4所示。圖2.4銷售員用例圖第三章類圖設計建模3.1對象模型3.1.1總體描述1.對象模型是對模擬客觀世界實體的對象及對象之間的關系進行映射，它是以對象為主而非系統功能，主要描述了系統的靜態特征。2.類圖由系統中使用的類以及它們之間的關系組成，對象圖是類圖的一個實例，它描述了系統具體對象以及某一時刻這些對象之間的關系。UML用各種模型元素表示圖中的概念，如表示類和對象的模型元素，類和類之間的關系包括關聯、泛化、依賴、聚集等。本系統用類圖來建立對象模型。3.查詢統計類圖(1)Client類是客戶模型類。(2)AmountSummaryAction類是系統數據提交處理類，在類中調用Client類實例化對象接受數據。(3)InventoryWarningService類主要功能是實現倉庫預警的業務處理。(4)InventoryWarningAction類是接受用戶提交的相關數據后，調用對應的Service類中的方法進行業務處理。(5)AmountSummaryAction類和InventoryWarningAction類繼承ActionSupport類實現相應的action方法。如圖3.1所示。圖3.1查詢統計類圖4.出庫管理類圖(1)SpInfo類是商品模型類。(2)Stock_removal_Action類是系統數據提交處理類，在類中調用Stock_removal_service類中的selectlist方法來實現相關的業務處理。(3)Stock_removal_service類主要功能是商品出庫的相關業務處理。(4)stockRemovalQueryAction類是接受用戶提交的相關數據后，調用對應的Service類中的方法進行查詢業務處理。(5)SRQueryService類主要實現商品出庫查詢的功能。(6)AllotQueryAction類通過實例化AllotQueryService類后，調用相關的方法，來實現商品調撥的相關業務功能。(7)Collect_Action類通過實例化Collect_Service類調用list()方法，完成出庫一覽表的查詢業務功能。(8)圖中的action類都是通過集成ActionSupport類后，實現各個action類的對應方法。如圖3.2所示。圖3.2出庫管理類圖5.入庫管理類圖(1)SpInfo類是商品模型類，Client類是客戶模型類。(2)luru_Action類是系統數據提交處理類，在類中通過實例化Sp_Info_service類后，調用Sp_Info_service類中的insert方法來實現相關的業務處理。(3)Sp_Info_service類主要功能是通過實例化Client類和SpInfos類，接受由luru_Action類傳遞的參數來實現商品出庫的相關業務處理。(4)Document_Manage_Action類是接受用戶提交的相關數據后，調用對應的Service類中的方法進行邏輯業務處理。(5)Document_Manage_service類主要實現商品退貨、以及商品調價、查詢等功能。(6)AllotQueryAction類通過實例化AllotQueryService類后，調用相關的方法，來實現商品調撥的相關業務功能。(7)Collect_Action類通過實例化Collect_Service類調用list()方法，完成出庫一覽表的查詢業務功能。(8)圖中的action類都是通過集成ActionSupport類后，實現各個action類的對應方法。如圖3.3所示。圖3.3入庫管理類圖5.信息配置類圖(1)SpInfo類是商品模型類，Client類是客戶模型類，User類是用戶模型類。(2)changewd_service類通過實例化User類后，通過實現changewd方法來實現相關的用戶修改密碼的服務。(3)changewd_Action類主要功能是通過實例化changewd_service類來實現修改密碼的功能。(4)jurisdiction類通過實例化jurisdictionService類，調用對應的Service類中的方法進行相應的權限修改以及驗證功能。(5)Kh_ManageAction類主要實現對客戶信息插入、修改、查詢、刪除等功能。(6)Sp_ManageAction類通過實例化Sp_ManageService類后，調用相關的方法，來實現商品信息的插入、修改、查詢、刪除等功能。(7)圖中的action類都是通過集成ActionSupport類后，實現各個action類的對應方法。如圖3.3所示。圖3.4信息配置類圖3.2動態類圖動態模型用來描述系統的動態行為，顯示對象在系統運行期間不同時刻的動態交互情況，UML中用狀態圖、時序圖、協作圖和活動圖建立動態模型。對象模型構造完成后，要實現所需功能，必須使得對象之間進行交互，即建立動態模型，動態模型的建立需要完成以下幾項工作：1.要體現對象之間交互的當前狀態。2.確定所發生的事件。3.根據發生事件對對象狀態進行組合，形成一個整體的事件跟蹤圖。4.要保證動態模型建立完整，需要先設想好所有的事件發生情況，包括時序上的問題。盡量保證不遺漏各個交互細節，是確保功能完整性的很好的手段。第四章順序圖設計建模4.1順序圖設計模型4.1.1系統的順序圖⑴倉庫管理員用自己的用戶名和密碼登錄系統，經驗證用戶填寫的用戶名及密碼正確后，進入主界面。⑵點擊單據管理界面，填寫單據的相關信息后，單擊查詢按鈕提交查詢信息，系統自動反饋提交狀態，提示是否提交成功，提交成功后等待后臺審核。⑶審核由系統后臺來完成，審核通過后，返回查詢結果集對象給單據管理action類，然后action類會將相關信息反饋到單據管理界面上。=4\*GB2⑷倉庫管理員點擊界面上的退貨按鈕跳轉到商品退貨界面，填寫完退貨信息后點擊提交按鈕，單據管理action類審核提交信息通過后會返回審核結果，然后向單據管理service類提出退貨申請，單據管理service類就會實現相應的業務功能，之后service類會返回退貨成功的“success”信號。=5\*GB2⑸倉庫管理員點擊界面上的調撥按鈕跳轉到商品調撥界面，填寫完調撥信息后點擊提交按鈕，單據管理action類審核提交信息通過后會返回審核結果，然后向單據管理service類提出退貨申請，單據管理service類就會實現相應的業務功能，之后service類會返回調撥成功的“success”信號。如圖4.1所示。圖4.1單據管理順序圖表4.1倉庫管理員事件流內容說明用例名稱倉庫管理員參與者倉庫管理員前置條件倉庫管理員是有權限人員后置條件倉庫管理員相關信息必須與庫存里的一致基本路徑1.登錄2.提交用戶信息5.提交查詢信息9.選擇退貨功能10.填寫并提交退貨信息待解決問題補充說明注釋4.1.2商品信息錄入順序圖⑴普通用戶用自己的用戶名和密碼登錄系統，經驗證用戶填寫的用戶名及密碼正確后，進入主界面。⑵點擊商品信息錄入界面，填寫商品及用戶的相關信息后，單擊添加商品按鈕提交相關的信息，系統自動反饋提交狀態，提示是否提交成功，提交成功后等待后臺審核。⑶審核由系統action來完成，審核通過后，會生成對應的spinfo對象，并將該對象傳遞給Sp_Info_Service類實例化的service對象。=4\*GB2⑷Sp_Info_Service類的service對象調用insert()方法將用戶提交的商品信息入庫，并返回一個spinfos結果集對象。=5\*GB2⑸luru_Action類通過實例化spinfos并調用getSpinfos方法獲得Sp_Info_Service類返回的結果及對象通過調用list()方法，將提交成功的信息返回商品信息錄入界面。如圖4.2所示。圖4.2商品信息錄入順序圖表4.2普通用戶事件流內容說明用例名稱普通用戶參與者普通用戶前置條件普通用戶是有權限人員后置條件普通用戶相關信息必須與庫存里的一致基本路徑1.登錄2.提交用戶信息4.選擇商品商品信息錄入界面5.填寫并提交商品相關信息待解決問題補充說明注釋4.1.3商品出庫順序圖⑴普通用戶用自己的用戶名和密碼登錄系統，經驗證用戶填寫的用戶名及密碼正確后，進入主界面。⑵點擊商品出庫界面，填寫商品出庫的相關信息后，單擊查詢單據按鈕提交相關的信息，系統自動反饋提交狀態，提示是否提交成功，提交成功后等待后臺審核。⑶審核由系統removal_action來完成，審核通過后，調用execute方法會生成對應的spinfo對象，并將該對象傳遞給removal_Service類實例化的service對象，并進行出庫操作。=4\*GB2⑷removal_Service類的service對象調用list()方法查詢用戶提交的單據查詢信息，并返回一個list結果集對象。=5\*GB2⑸luru_Action類通過實例化list并調用getList方法獲得removal_Service類返回的結果及對象，并將查詢結果返回到商品出庫界面。如圖4.3所示。圖4.3商品出庫順序圖表4.3普通用戶事件流內容說明用例名稱普通用戶參與者普通用戶前置條件普通用戶是有權限人員后置條件普通用戶相關信息必須與庫存里的一致基本路徑1.登錄2.提交用戶信息5.選擇商品出庫界面6.選擇查詢條件9.選擇商品出庫界面10.提交出庫信息待解決問題補充說明注釋4.1.4調撥單據查詢順序圖⑴倉庫管理員用自己的用戶名和密碼登錄系統，經驗證用戶填寫的用戶名及密碼正確后，進入主界面。⑵點擊調撥單據查詢界面，填寫相關信息后，單擊查詢單據按鈕提交相關的信息，系統自動反饋提交狀態，提示是否提交成功，提交成功后等待后臺審核。⑶審核由系統action來完成，審核通過后，調用query方法會生成對應的spinfo對象，并將該對象傳遞給Service類實例化的service對象，執行查詢操作。=4\*GB2⑷removal_Service類的service對象調用list()方法查詢用戶提交的單據查詢信息，并返回一個spinfos結果集對象。=5\*GB2⑸調撥Action類通過實例化list并調用getSpinfos方法獲得Service類返回的結果及對象，并將查詢結果返回到上調撥單據查詢界面。如圖4.4所示。圖4.4調撥單據查詢順序圖表4.4倉庫管理員事件流內容說明用例名稱倉庫管理員參與者倉庫管理員前置條件倉庫管理員是有權限人員后置條件倉庫管理員相關信息必須與庫存里的一致基本路徑1.登錄2.提交用戶信息4.選擇調撥單據查詢界面5.選擇并提交查詢信息待解決問題補充說明注釋第五章協作圖設計建模5.1協作圖設計模型5.1.1協作圖含義協作圖著重體現交互對象間的靜態鏈接關系。作者完成了所有用例的動態模型，這里列舉部分用例進行說明。協作圖(CollaborationDiagram)用于描述相互合作的對象間的交互關系和鏈接關系。雖然順序圖和合作圖都用來描述對象間的交互關系，但側重點不一樣。順序圖著重體現交互的時間順序，合作圖則著重體現交互對象間的靜態鏈接關系。5.1.2用戶登錄協作圖1.用戶首先填寫用戶信息到倉庫管理系統。2.等待倉庫管理系統返回驗證。3.倉庫管理系統驗證登錄信息并跳轉到系統主界面后，用戶才選擇具體的用戶界面進行操作并且返回相應信息給用戶。如圖5.1所示。圖5.1用戶登錄協作圖

5.1.3商品出庫協作圖1.普通用戶首先提交商品缺貨登陸信息到倉庫管理系統。2.倉庫管理員認真審核提出商品補充信息到倉庫，倉庫將請求的商品返回給倉庫管理員，由倉庫管理員轉交用戶。3.最后倉庫管理員填寫出庫日志。如圖5.2所示。圖5.2商品出庫協作圖5.1.4商品調撥順序圖1.倉庫管理員填寫調撥商品信息提交給倉庫管理系統審核，并等待審核信息。2.倉庫管理員審核返回的信息，并向出庫倉庫提出調撥申請。3.出庫倉庫向系統返回剩余庫存量，并向入庫倉庫轉移調撥商品。4.倉庫管理員將調撥的商品信息入庫到對應的數據庫中。如圖5.3所示。圖5.3商品調撥協作圖5.1.5系統管理協作圖1.系統管理員登陸倉庫管理系統，首先是在輸入用戶名和密碼到登陸界面，并驗證成功的情況下才能實現的。2.系統管理員進行修改記錄操作到信息管理并返回修改成功信息到系統管理員，是必須在成功登陸倉庫管理系統之后才能實現。3.系統管理員進行重新設置管理權限操作到權限管理并返回設置成功信息到系統管理員。4.系統管理員進行倉庫管理系統的數據備份和恢復并返回操作成功的信息到系統管理員。如圖5.4所示。圖5.4系統管理協作圖5.1.6商品入庫協作圖1.倉庫管理員清點商品獲得商品數量信息并向系統提交庫存預警。2.系統向普通用戶發出預警提醒，普通用戶將商品入庫，并向倉庫管理員發出入庫提醒。3.最后倉庫管理員填寫入庫日志。如圖5.5所示。圖5.5入庫日志協作圖第六章活動圖設計建模6.1活動圖設計模型6.1.1系統活動圖1．商品出庫活動圖⑴銷售員通過填寫銷售表單，在將此表單提交給倉庫管理員進行審核。⑵倉庫管理員進行修改、刪除和審核通過的判斷后，查詢倉庫中是否有符合要出庫的商品。⑶若沒有則提示倉庫無此貨物；若有則判斷倉庫中是否有滿足所需要的商品的數量，若沒有則提示商品不足；若有則將所需要的商品出售。如圖6.1所示。圖6.1商品出庫活動圖2．商品調撥活動圖⑴倉庫管理員填寫所要調撥商品的表單并進行審核，然后倉庫管理員修改、刪除調撥表單和調撥表單的審核通過判斷。⑵判斷出庫中是否有所調撥的商品，若沒有則提示倉庫沒有此商品；若有則判斷出庫中是否有滿足調撥該商品的數量，若沒有則提示庫存不足；若有則判斷入庫中是否有該商品，若沒有則插入此商品；若有則與入庫最后哦昂的此商品進行相加完成商品的調撥操作。如圖6.2所示。圖6.2商品調撥活動圖3．商品入庫活動圖⑴在一批物資要入庫時，首先倉庫管理員登錄系統，超過三次退出。⑵進入入庫窗體，然后進行入庫單的審核，如果入庫項有填寫錯誤時，不能進入下一步的操作。⑶如果在填寫入庫項時發現倉庫內此類物資正在盤點，則此批物料此時是不能進行入庫的，需退出。⑷擴展發揮：當所有條件都符合時，系統自動檢查物資的庫存量，但超出倉庫最大庫存時，退出所有操作；反之進行正常操作。如圖6.3所示。圖6.3商品入庫活動圖4．用戶登錄活動圖⑴用戶利用系統管理員分配給的用戶名、密碼、權限以及驗證碼來進行登錄。⑵驗證用戶名和密碼是否為空，若為空則重新錄入在進行驗證；若不為空則驗證驗證碼是否通過驗證，若沒有通過身份驗證則重新錄入；若通過身份驗證后完成用戶登錄操作。如圖6.4所示。圖6.4用戶登錄活動圖第七章狀態圖設計建模7.1UML狀態圖設計模型7.1.1