倉庫管理系統(tǒng)建模設計論文

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

2、一、課程設計的原始資料與依據項目開發(fā)與管理課程設計的前驅條件是要求學生們必須具備“軟件工程”和“程序設計”等計算機專業(yè)理論知識，本次設計正是在符合這種前提條件下實施。首先成立項目小組并推舉有責任心的學生擔當項目組長，全組成員在組長的帶領下，針對“新聞中心管理系統(tǒng)”，按著軟件生命周期和項目管理的要求，運用面向對象的分析和設計方法，采用目前最為流行的面向對象的設計工具UML，對所選系統(tǒng)進行軟件需求分析、功能設計，然后根據能力和功能進行任務分配。根據分析結果進行系統(tǒng)用例圖、類圖、順序圖、協作圖、活動圖等項目設計，從而完成一個較完整的項目開發(fā)與管理實踐。二、課程設計主要容與要求首先要求參加課程設計的學

3、生們要重新認真復習軟件工程與項目管理的理論知識和技能，熟練掌握UML設計工具，之后學生們能夠靈活地把所學理論知識和技能應用于該項目的開發(fā)實踐中去，從而有目的地加深理解項目開發(fā)與管理的深刻含義。具體要求如下：1成立項目開發(fā)小組并選舉項目組長。2根據設計要求小組選定設計題目。3每天要求項目組長要至少組織召開一次會議，總結、匯報和布置任務。4每次會議要求保留會議記錄并存檔。5發(fā)揮團隊合作精神共同完成如下容： 軟件需求分析 用例圖 類圖 順序圖 協作圖 活動圖 狀態(tài)圖6組長要根據能力合理地分配任務，要求每個組員都能積極參與并完成如下容： 參與需求分析 各種設計視圖個人總結7組長要對每個組員進行公正客觀

4、地評價。8要求項目組共同對課程設計成果進行裝訂成冊。三、對課程設計說明書撰寫容、格式、字數的要求1課程設計說明書是體現和總結課程設計成果的載體，要求認真按著要求進行完成。2每個項目小組撰寫完成并提交一份課程設計說明書。3所有文檔撰寫格式均需要嚴格按著給定參考模板進行。4模板中的文字字體、大小、格式、頁眉頁腳等各種設置不可隨意改變。5課程設計說明書嚴格按著裝訂順序進行裝訂。6課程設計說明書裝訂順序為： 課程設計封面（1份） 任務書（1份）成績評定表（1份） 裝訂目錄 課程設計報告書（1份）報告封面目錄第1章 系統(tǒng)需求分析第2章 用例圖設計建模第3章 類圖設計建模第4章 順序圖設計建模第5章 協作

5、圖設計建模第6章 活動圖設計建模第7章 狀態(tài)圖設計建模第8章 配置圖設計建模致參考文獻附錄一：項目開發(fā)體制圖附錄二：開發(fā)時間計劃表 會議記錄（要求每天至少1份） 項目個人總結（每人1份）四、設計完成后應提交成果的種類、數量、質量等方面的要求1課程設計報告書（1份）2開發(fā)時間計劃表（1份）3會議記錄（每天至少1份）4個人總結（每人1份）五、時間進度安排順序階段日期計 劃 完 成 容備注1第1天（12月28日）查閱資料、需求分析2第2天（12月29日）功能分析與設計3第3天（12月30日）用例圖建模、類圖建模、順序圖建模、協作圖建模4第4天（12月31日）活動圖建模、狀態(tài)圖建模配置圖建模5第5天（

6、01月01日）個人總結、打印報告六、主要參考資料（文獻）1 J2EE項目實訓UML與設計模式 少波 清華大學2 UML基礎與ROSE建模案例 吳建 人民郵電3 UML基礎與ROSE建模教程 蔡敏 人民郵電 陽 工 程 學 院項目開發(fā)管理 課程設計成績評定表系（部）： 信息工程學院 班級：軟件本121 組長： 聶恒陽（19) 學生： 王益峰（16），東明（8），朋（21） 指 導 教 師 評 審 意 見評價容具 體 要 求權重評分加權分調研論證能獨立查閱文獻,收集資料；能制定課程設計方案和日程安排。0.15432工作能力態(tài)度工作態(tài)度認真，遵守紀律，出勤情況是否良好，能夠獨立完成設計工作， 0.2

7、5432工作量按期圓滿完成規(guī)定的設計任務，工作量飽滿，難度適宜。0.25432說明書的質量說明書立論正確，論述充分，結論嚴謹合理，文字通順，技術用語準確，符號統(tǒng)一，編號齊全，圖表完備，書寫工整規(guī)。0.55432指導教師評審成績（加權分合計乘以12） 分加權分合計指 導 教 師 簽 名：年 月 日評 閱 教 師 評 審 意 見評價容具 體 要 求權重評分加權分查閱文獻查閱文獻有一定廣泛性；有綜合歸納資料的能力0.25432工作量工作量飽滿，難度適中。0.55432說明書的質量說明書立論正確，論述充分，結論嚴謹合理，文字通順，技術用語準確，符號統(tǒng)一，編號齊全，圖表完備，書寫工整規(guī)。0.35432評

8、閱教師評審成績（加權分合計乘以8）分加權分合計評 閱 教 師 簽 名：年 月 日課 程 設 計 總 評 成 績分裝訂目錄1封面2任務書3成績評定表4裝訂目錄5課程設計報告書6會議記錄7項目個人總結項目開發(fā)管理課程設計系統(tǒng)分析設計報告題目：倉庫管理系統(tǒng)班級： 軟件本121 組長： 聶恒陽（19）組員：王益峰（16），東明（8），朋（21），明洋（10） 目錄 TOC o 1-3 h z u HYPERLINK l _Toc374349735第一章系統(tǒng)需求分析 PAGEREF _Toc374349735 h 2HYPERLINK l _Toc3743497361.1軟件需求規(guī)格說明 PAGEREF

9、 _Toc374349736 h 2HYPERLINK l _Toc3743497371.1.1編寫目的 PAGEREF _Toc374349737 h 2HYPERLINK l _Toc3743497381.1.2背景 PAGEREF _Toc374349738 h 2HYPERLINK l _Toc3743497391.2功能描述 PAGEREF _Toc374349739 h 2HYPERLINK l _Toc3743497401.3基本數據維護模塊 PAGEREF _Toc374349740 h 3HYPERLINK l _Toc3743497411.4 基本業(yè)務模塊 PAGEREF

10、_Toc374349741 h 4HYPERLINK l _Toc3743497421.5 數據庫模塊 PAGEREF _Toc374349742 h 4HYPERLINK l _Toc3743497431.6 信息查詢模塊 PAGEREF _Toc374349743 h 5HYPERLINK l _Toc374349744第二章用例圖設計建模 PAGEREF _Toc374349744 h 6HYPERLINK l _Toc3743497452.1 UML用例圖設計模型 PAGEREF _Toc374349745 h 6HYPERLINK l _Toc3743497462.1.1 系統(tǒng)的用例

11、需求文檔 PAGEREF _Toc374349746 h 6HYPERLINK l _Toc3743497472.1.2 用例圖 PAGEREF _Toc374349747 h 7HYPERLINK l _Toc374349748第三章類圖設計建模 PAGEREF _Toc374349748 h 10HYPERLINK l _Toc3743497493.1對象模型 PAGEREF _Toc374349749 h 10HYPERLINK l _Toc3743497503.1.1總體描述 PAGEREF _Toc374349750 h 10HYPERLINK l _Toc3743497513.2動

12、態(tài)類圖 PAGEREF _Toc374349751 h 14HYPERLINK l _Toc374349752第四章順序圖設計建模 PAGEREF _Toc374349752 h 15HYPERLINK l _Toc3743497534.1順序圖設計模型 PAGEREF _Toc374349753 h 15HYPERLINK l _Toc3743497544.1.1 系統(tǒng)的順序圖 PAGEREF _Toc374349754 h 15HYPERLINK l _Toc3743497554.1.2商品信息錄入順序圖 PAGEREF _Toc374349755 h 16HYPERLINK l _Toc

13、3743497564.1.3商品出庫順序圖 PAGEREF _Toc374349756 h 18HYPERLINK l _Toc3743497574.1.4調撥單據查詢順序圖 PAGEREF _Toc374349757 h 19HYPERLINK l _Toc374349758第五章協作圖設計建模 PAGEREF _Toc374349758 h 21HYPERLINK l _Toc3743497595.1協作圖設計模型 PAGEREF _Toc374349759 h 21HYPERLINK l _Toc3743497605.1.1協作圖含義 PAGEREF _Toc374349760 h 21

14、HYPERLINK l _Toc3743497615.1.2用戶登錄協作圖 PAGEREF _Toc374349761 h 21HYPERLINK l _Toc3743497625.1.3商品出庫協作圖 PAGEREF _Toc374349762 h 22HYPERLINK l _Toc3743497635.1.4商品調撥順序圖 PAGEREF _Toc374349763 h 22HYPERLINK l _Toc3743497645.1.5系統(tǒng)管理協作圖 PAGEREF _Toc374349764 h 23HYPERLINK l _Toc3743497655.1.6商品入庫協作圖 PAGERE

15、F _Toc374349765 h 24HYPERLINK l _Toc374349766第六章活動圖設計建模 PAGEREF _Toc374349766 h 25HYPERLINK l _Toc3743497676.1活動圖設計模型 PAGEREF _Toc374349767 h 25HYPERLINK l _Toc3743497686.1.1系統(tǒng)活動圖 PAGEREF _Toc374349768 h 25HYPERLINK l _Toc374349769第七章狀態(tài)圖設計建模 PAGEREF _Toc374349769 h 28HYPERLINK l _Toc3743497707.1 UML

16、狀態(tài)圖設計模型 PAGEREF _Toc374349770 h 28HYPERLINK l _Toc3743497717.1.1商品狀態(tài)圖 PAGEREF _Toc374349771 h 28HYPERLINK l _Toc3743497727.1.2倉庫庫存狀態(tài)圖 PAGEREF _Toc374349772 h 28HYPERLINK l _Toc3743497737.1.3商品單據狀態(tài)圖 PAGEREF _Toc374349773 h 29HYPERLINK l _Toc374349774第八章配置圖設計建模 PAGEREF _Toc374349774 h 30HYPERLINK l _T

17、oc3743497758.1 UML配置圖設計模型 PAGEREF _Toc374349775 h 30致.31系統(tǒng)需求分析1.1軟件需求規(guī)格說明1.1.1編寫目的隨著社會的需求量越來越大，中國的中小型企業(yè)越來越多，而對企業(yè)而言，企業(yè)物資的存儲是企業(yè)最寶貴的資源，也是企業(yè)流動資產的重中之重。實行信息化、自動化、智能化的倉庫管理，是提高工作效率，實現企業(yè)更大的工作效益和利潤最大保障。1.1.2背景采用計算機管理信息系統(tǒng)已成為倉庫管理科學化和現代化的重要標志，它給企業(yè)管理來了明顯的經濟效益和社會效益。主要體現在：極大提高了倉庫工作人員的工作效率，大大減少了以往入出存流程繁瑣，雜亂，周期長的弊端?；?/p>

18、于倉庫管理的全面自動化，可以減少入庫管理、出庫管理與庫存管理中的漏洞，可以節(jié)約不少管理開支，增加企業(yè)收入。 倉庫的管理的操作自動化和信息的電子化，全面提高了倉庫的管理水平。1.2功能描述本系統(tǒng)為存儲物資的各類型企業(yè)提供服務，主要功能如下圖所示。圖1.1系統(tǒng)功能圖1.3基本數據維護模塊基本數據維護模塊如圖1.2所示。圖1.2 基本數據維護模塊1.添加商品信息：管理員可以添加商品類別。2.修改更新商品信息：管理員可以修改更新商品信息。3.添加消費者信息：管理員可以添加商品供給量。4.刪除商品信息：管理員根據消費者反饋的信息對一些商品進行刪除。1.4 基本業(yè)務模塊圖1.3 信息查詢模塊功能1.出庫：

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

20、商品信息：負責商品信息的查詢。2.查詢庫存信息：負責庫存信息的查詢。第二章 用例圖設計建模2.1 UML用例圖設計模型2.1.1 系統(tǒng)的用例需求文檔本系統(tǒng)的功能大致可分為以下幾個部分：1.基本信息管理模塊(1)商品信息模塊商品信息模塊主要是記錄商品的各類信息，其中包括商品編號、商品名稱、商品類型、商品價格、商品數量等信息。實現了商品的錄入、修改、刪除查詢等功能。(2)客戶基本模塊客戶基本情況模塊主要是記錄客戶的各種信息，共中包括客戶編號、客戶名稱，所屬客戶的商品名稱、庫存數量、商品規(guī)格、商品的入庫時間、聯系人、聯系，實現對客戶信息的錄入、刪除、修改和查詢等功能。(3)信息匯總模塊信息匯總模塊包

21、括金額匯總和庫存預警。金額匯總模塊主要包括倉庫各個客戶存儲貨物的金額匯總。庫存預警主要包括各個客戶的庫存預警信息查詢。(4)身份驗證在用戶進入系統(tǒng)前，首先要求用戶身份驗證，登錄時要對輸入的用戶名和密碼進行驗證是否匹配，驗證通過后允許用戶進入本系統(tǒng)進行操作，并根據本用戶現有的權限來進行特定的操作。(5)用戶注冊在用戶未進行相應的登錄設置時需要先進行注冊個人的信息和相關的管理權限等，填寫完畢提交后在進行登錄操作。2.從以上分析中，可以得出以下參與者(1)系統(tǒng)管理員。(2)倉庫管理員。(3)普通用戶。(4)銷售員。2.1.2 用例圖1.系統(tǒng)管理員用例圖 (1)用例模型的執(zhí)行者：系統(tǒng)管理員。 (2)包

22、括：身份驗證、權限管理、信息維護、數據恢復。 (3)信息維護包含出庫管理、商品信息管理；權限驗證包括身份驗證。如圖2.1所示。圖2.1系統(tǒng)管理員用例圖2.倉庫管理員用例圖(1)用例模型的執(zhí)行者：倉庫管理員。(2)包括：查詢統(tǒng)計、入庫管理、出庫管理、信息配置。(3)入庫管理包括商品信息錄入、入庫一覽表、入庫單據管理；出庫管理包括出庫一覽表、出庫單據查詢、商品出庫；信息配置包括修改密碼、商品管理、單位管理；查詢統(tǒng)計包括庫存預警、金額匯總。如圖2.2所示。圖2.2倉庫管理員用例圖3.普通用戶用例圖(1)用例模型的執(zhí)行者：普通用戶。(2)包括：金額匯總、庫存預警、商品查詢、商品出庫、商品調撥、身份驗證

23、。圖2.3普通用戶用例圖4.銷售員用例圖(1)用例模型的執(zhí)行者：倉庫管理員。(2)包括：查詢統(tǒng)計、入庫管理、出庫管理、信息配置。(3)入庫管理包括商品信息錄入、入庫一覽表、入庫單據管理；出庫管理包括出庫一覽表、出庫單據查詢、商品出庫；信息配置包括修改密碼、商品管理、單位管理；查詢統(tǒng)計包括庫存預警、金額匯總。如圖2.4所示。圖2.4銷售員用例圖第三章 類圖設計建模3.1對象模型3.1.1總體描述1.對象模型是對模擬客觀世界實體的對象與對象之間的關系進行映射，它是以對象為主而非系統(tǒng)功能，主要描述了系統(tǒng)的靜態(tài)特征。2.類圖由系統(tǒng)中使用的類以與它們之間的關系組成，對象圖是類圖的一個實例，它描述了系統(tǒng)具

24、體對象以與某一時刻這些對象之間的關系。UML用各種模型元素表示圖中的概念，如表示類和對象的模型元素，類和類之間的關系包括關聯、泛化、依賴、聚集等。本系統(tǒng)用類圖來建立對象模型。3.查詢統(tǒng)計類圖(1)Client類是客戶模型類。(2)AmountSummaryAction類是系統(tǒng)數據提交處理類，在類中調用Client類實例化對象接受數據。(3)InventoryWarningService類主要功能是實現倉庫預警的業(yè)務處理。(4)InventoryWarningAction類是接受用戶提交的相關數據后，調用對應的Service類中的方法進行業(yè)務處理。(5)AmountSummaryAction類和

25、InventoryWarningAction類繼承ActionSupport類實現相應的action方法。如圖3.1所示。圖3.1查詢統(tǒng)計類圖4.出庫管理類圖(1)SpInfo類是商品模型類。(2)Stock_removal_Action類是系統(tǒng)數據提交處理類，在類中調用Stock_removal_service類中的selectlist方法來實現相關的業(yè)務處理。(3)Stock_removal_service類主要功能是商品出庫的相關業(yè)務處理。(4)stockRemovalQueryAction類是接受用戶提交的相關數據后，調用對應的Service類中的方法進行查詢業(yè)務處理。(5)SRQue

26、ryService類主要實現商品出庫查詢的功能。(6)AllotQueryAction類通過實例化AllotQueryService類后，調用相關的方法，來實現商品調撥的相關業(yè)務功能。(7)Collect_Action類通過實例化Collect_Service類調用list()方法，完成出庫一覽表的查詢業(yè)務功能。(8)圖中的action類都是通過集成ActionSupport類后，實現各個action類的對應方法。如圖3.2所示。圖3.2出庫管理類圖5.入庫管理類圖(1)SpInfo類是商品模型類，Client類是客戶模型類。(2)luru_Action類是系統(tǒng)數據提交處理類，在類過實例化Sp

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

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

29、gewd_service類來實現修改密碼的功能。(4)jurisdiction類通過實例化jurisdictionService類，調用對應的Service類中的方法進行相應的權限修改以與驗證功能。(5)Kh_ManageAction類主要實現對客戶信息插入、修改、查詢、刪除等功能。(6)Sp_ManageAction類通過實例化Sp_ManageService類后，調用相關的方法，來實現商品信息的插入、修改、查詢、刪除等功能。(7)圖中的action類都是通過集成ActionSupport類后，實現各個action類的對應方法。如圖3.3所示。圖3.4信息配置類圖3.2動態(tài)類圖動態(tài)模型用來描

30、述系統(tǒng)的動態(tài)行為，顯示對象在系統(tǒng)運行期間不同時刻的動態(tài)交互情況，UML中用狀態(tài)圖、時序圖、協作圖和活動圖建立動態(tài)模型。對象模型構造完成后，要實現所需功能，必須使得對象之間進行交互，即建立動態(tài)模型，動態(tài)模型的建立需要完成以下幾項工作：1.要體現對象之間交互的當前狀態(tài)。2.確定所發(fā)生的事件。3.根據發(fā)生事件對對象狀態(tài)進行組合，形成一個整體的事件跟蹤圖。4.要保證動態(tài)模型建立完整，需要先設想好所有的事件發(fā)生情況，包括時序上的問題。盡量保證不遺漏各個交互細節(jié)，是確保功能 完整性的很好的手段。第四章 順序圖設計建模4.1順序圖設計模型4.1.1 系統(tǒng)的順序圖倉庫管理員用自己的用戶名和密碼登錄系統(tǒng)，經驗證

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

32、”信號。= 5 * GB2倉庫管理員點擊界面上的調撥按鈕跳轉到商品調撥界面，填寫完調撥信息后點擊提交按鈕，單據管理action類審核提交信息通過后會返回審核結果，然后向單據管理service類提出退貨申請，單據管理service類就會實現相應的業(yè)務功能，之后service類會返回調撥成功的“success”信號。如圖4.1所示。圖4.1單據管理順序圖表4.1 倉庫管理員事件流容說明用例名稱倉庫管理員參與者倉庫管理員前置條件倉庫管理員是有權限人員后置條件倉庫管理員相關信息必須與庫存里的一致基本路徑1.登錄2.提交用戶信息5.提交查詢信息9.選擇退貨功能10.填寫并提交退貨信息待解決問題補充說明注

33、釋4.1.2商品信息錄入順序圖普通用戶用自己的用戶名和密碼登錄系統(tǒng)，經驗證用戶填寫的用戶名與密碼正確后，進入主界面。點擊商品信息錄入界面，填寫商品與用戶的相關信息后，單擊添加商品按鈕提交相關的信息，系統(tǒng)自動反饋提交狀態(tài)，提示是否提交成功，提交成功后等待后臺審核。審核由系統(tǒng)action來完成，審核通過后，會生成對應的spinfo對象，并將該對象傳遞給Sp_Info_Service類實例化的service對象。= 4 * GB2Sp_Info_Service類的service對象調用insert()方法將用戶提交的商品信息入庫，并返回一個spinfos結果集對象。= 5 * GB2luru_Act

34、ion類通過實例化spinfos并調用getSpinfos方法獲得Sp_Info_Service類返回的結果與對象通過調用list()方法，將提交成功的信息返回商品信息錄入界面。如圖4.2所示。圖4.2商品信息錄入順序圖表4.2普通用戶事件流容說明用例名稱普通用戶參與者普通用戶前置條件普通用戶是有權限人員后置條件普通用戶相關信息必須與庫存里的一致基本路徑1.登錄2.提交用戶信息4.選擇商品商品信息錄入界面5.填寫并提交商品相關信息待解決問題補充說明注釋4.1.3商品出庫順序圖普通用戶用自己的用戶名和密碼登錄系統(tǒng)，經驗證用戶填寫的用戶名與密碼正確后，進入主界面。點擊商品出庫界面，填寫商品出庫的相

35、關信息后，單擊查詢單據按鈕提交相關的信息，系統(tǒng)自動反饋提交狀態(tài)，提示是否提交成功，提交成功后等待后臺審核。審核由系統(tǒng)removal_action來完成，審核通過后，調用execute方法會生成對應的spinfo對象，并將該對象傳遞給removal_Service類實例化的service對象，并進行出庫操作。= 4 * GB2removal_Service類的service對象調用list()方法查詢用戶提交的單據查詢信息，并返回一個list結果集對象。= 5 * GB2luru_Action類通過實例化list并調用getList方法獲得removal_Service類返回的結果與對象，并將查

36、詢結果返回到商品出庫界面。如圖4.3所示。圖4.3商品出庫順序圖表4.3普通用戶事件流容說明用例名稱普通用戶參與者普通用戶前置條件普通用戶是有權限人員后置條件普通用戶相關信息必須與庫存里的一致基本路徑1.登錄2.提交用戶信息5.選擇商品出庫界面6.選擇查詢條件9.選擇商品出庫界面10.提交出庫信息待解決問題補充說明注釋4.1.4調撥單據查詢順序圖倉庫管理員用自己的用戶名和密碼登錄系統(tǒng)，經驗證用戶填寫的用戶名與密碼正確后，進入主界面。點擊調撥單據查詢界面，填寫相關信息后，單擊查詢單據按鈕提交相關的信息，系統(tǒng)自動反饋提交狀態(tài)，提示是否提交成功，提交成功后等待后臺審核。審核由系統(tǒng)action來完成，

37、審核通過后，調用query方法會生成對應的spinfo對象，并將該對象傳遞給Service類實例化的service對象，執(zhí)行查詢操作。= 4 * GB2removal_Service類的service對象調用list()方法查詢用戶提交的單據查詢信息，并返回一個spinfos結果集對象。= 5 * GB2調撥Action類通過實例化list并調用getSpinfos方法獲得Service類返回的結果與對象，并將查詢結果返回到上調撥單據查詢界面。如圖4.4所示。圖4.4調撥單據查詢順序圖表4.4倉庫管理員事件流容說明用例名稱倉庫管理員參與者倉庫管理員前置條件倉庫管理員是有權限人員后置條件倉庫管理

38、員相關信息必須與庫存里的一致基本路徑1.登錄2.提交用戶信息4.選擇調撥單據查詢界面5.選擇并提交查詢信息待解決問題補充說明注釋第五章 協作圖設計建模5.1協作圖設計模型5.1.1協作圖含義協作圖著重體現交互對象間的靜態(tài)關系。作者完成了所有用例的動態(tài)模型，這里列舉部分用例進行說明。協作圖(Collaboration Diagram)用于描述相互合作的對象間的交互關系和關系。雖然順序圖和合作圖都用來描述對象間的交互關系，但側重點不一樣。順序圖著重體現交互的時間順序，合作圖則著重體現交互對象間的靜態(tài)關系。5.1.2用戶登錄協作圖1.用戶首先填寫用戶信息到倉庫管理系統(tǒng)。2.等待倉庫管理系統(tǒng)返回驗證。

39、3.倉庫管理系統(tǒng)驗證登錄信息并跳轉到系統(tǒng)主界面后，用戶才選擇具體的用戶界面進行操作并且返回相應信息給用戶。如圖5.1所示。圖5.1用戶登錄協作圖5.1.3商品出庫協作圖1.普通用戶首先提交商品缺貨登陸信息到倉庫管理系統(tǒng)。2.倉庫管理員認真審核提出商品補充信息到倉庫，倉庫將請求的商品返回給倉庫管理員，由倉庫管理員轉交用戶。3.最后倉庫管理員填寫出庫日志。如圖5.2所示。圖5.2商品出庫協作圖5.1.4商品調撥順序圖1.倉庫管理員填寫調撥商品信息提交給倉庫管理系統(tǒng)審核，并等待審核信息。2.倉庫管理員審核返回的信息，并向出庫倉庫提出調撥申請。3.出庫倉庫向系統(tǒng)返回剩余庫存量，并向入庫倉庫轉移調撥商品

40、。4.倉庫管理員將調撥的商品信息入庫到對應的數據庫中。如圖5.3所示。圖5.3商品調撥協作圖5.1.5系統(tǒng)管理協作圖1.系統(tǒng)管理員登陸倉庫管理系統(tǒng)，首先是在輸入用戶名和密碼到登陸界面，并驗證成功的情況下才能實現的。2.系統(tǒng)管理員進行修改記錄操作到信息管理并返回修改成功信息到系統(tǒng)管理員，是必須在成功登陸倉庫管理系統(tǒng)之后才能實現。3.系統(tǒng)管理員進行重新設置管理權限操作到權限管理并返回設置成功信息到系統(tǒng)管理員。4.系統(tǒng)管理員進行倉庫管理系統(tǒng)的數據備份和恢復并返回操作成功的信息到系統(tǒng)管理員。如圖5.4所示。圖5.4系統(tǒng)管理協作圖5.1.6商品入庫協作圖1.倉庫管理員清點商品獲得商品數量信息并向系統(tǒng)提交

41、庫存預警。2.系統(tǒng)向普通用戶發(fā)出預警提醒，普通用戶將商品入庫，并向倉庫管理員發(fā)出入庫提醒。3.最后倉庫管理員填寫入庫日志。如圖5.5所示。圖5.5入庫日志協作圖第六章 活動圖設計建模6.1活動圖設計模型6.1.1系統(tǒng)活動圖1商品出庫活動圖 銷售員通過填寫銷售表單，在將此表單提交給倉庫管理員進行審核。 倉庫管理員進行修改、刪除和審核通過的判斷后，查詢倉庫中是否有符合要出庫的商品。 若沒有則提示倉庫無此貨物；若有則判斷倉庫中是否有滿足所需要的商品的數量，若沒有則提示商品不足；若有則將所需要的商品出售。如圖6.1所示。圖6.1商品出庫活動圖2商品調撥活動圖 倉庫管理員填寫所要調撥商品的表單并進行審核

42、，然后倉庫管理員修改、刪除調撥表單和調撥表單的審核通過判斷。判斷出庫中是否有所調撥的商品，若沒有則提示倉庫沒有此商品；若有則判斷出庫中是否有滿足調撥該商品的數量，若沒有則提示庫存不足；若有則判斷入庫中是否有該商品，若沒有則插入此商品；若有則與入庫最后哦昂的此商品進行相加完成商品的調撥操作。如圖6.2所示。圖6.2商品調撥活動圖3商品入庫活動圖 在一批物資要入庫時，首先倉庫管理員登錄系統(tǒng)，超過三次退出。 進入入庫窗體，然后進行入庫單的審核，如果入庫項有填寫錯誤時，不能進入下一步的操作。 如果在填寫入庫項時發(fā)現倉庫此類物資正在盤點，則此批物料此時是不能進行入庫的，需退出。 擴展發(fā)揮：當所有條件都符合時，系統(tǒng)自動檢查物資的庫存量，但超出倉庫最大庫存時，退出所有操作；反之進行正常操作。如圖6.3所示。圖6.3商品入庫活動圖4用戶登錄活動圖 用戶利用系統(tǒng)管理員分配給的用戶名、密碼、權限以與驗證碼來進行登錄。 驗證用戶名和密碼是否為空，若為空則重新錄入在進行驗證；若不為空則驗證驗證碼是否通過驗證，若沒有通過身份驗證則重新錄入；若通過身份驗證后完成用戶登錄操作。如圖6.4所示。圖6.4用戶登錄活動圖第七章 狀態(tài)圖設計建模7.1 UML狀態(tài)圖設計模型7.1.1商品狀態(tài)圖當商品處于上架狀態(tài)時，會因為商品超過保質期而使商品改變?yōu)橄录軤顟B(tài)。當上架商品缺貨時，