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

1、沈陽(yáng)工程學(xué)院課程設(shè)計(jì)報(bào)告 第一章 系統(tǒng)需求分析沈 陽(yáng) 工 程 學(xué) 院課 程 設(shè) 計(jì)設(shè)計(jì)題目： 倉(cāng)庫(kù)管理系統(tǒng) 系 別 信息工程學(xué)院 班級(jí) 軟件本121 項(xiàng)目組長(zhǎng) 聶恒陽(yáng)（19） 項(xiàng)目組員 王益峰（16），楊東明（8），張朋（21） 劉明洋（10） 指導(dǎo)教師 職稱 起止日期： 年 月 日起至 年 月 日止沈 陽(yáng) 工 程 學(xué) 院課程設(shè)計(jì)任務(wù)書課程設(shè)計(jì)題目： 倉(cāng)庫(kù)管理系統(tǒng) 系 別 信息工程學(xué)院 班級(jí) 軟件本121 項(xiàng)目組長(zhǎng) 聶恒陽(yáng)（19) 項(xiàng)目組員 王益峰（16），楊東明（8），張朋（21） 劉明洋（10） 指導(dǎo)教師 職稱 課程設(shè)計(jì)進(jìn)行地點(diǎn)： 實(shí)訓(xùn)F 任 務(wù) 下 達(dá) 時(shí) 間： 年 月 日起止日期： 年

2、 月 日起至 年 月 日止教研室主任 年 月 日批準(zhǔn)一、課程設(shè)計(jì)的原始資料及依據(jù)項(xiàng)目開發(fā)與管理課程設(shè)計(jì)的前驅(qū)條件是要求學(xué)生們必須具備“軟件工程”和“程序設(shè)計(jì)”等計(jì)算機(jī)專業(yè)理論知識(shí)，本次設(shè)計(jì)正是在符合這種前提條件下實(shí)施。首先成立項(xiàng)目小組并推舉有責(zé)任心的學(xué)生擔(dān)當(dāng)項(xiàng)目組長(zhǎng)，全組成員在組長(zhǎng)的帶領(lǐng)下，針對(duì)“新聞中心管理系統(tǒng)”，按著軟件生命周期和項(xiàng)目管理的要求，運(yùn)用面向?qū)ο蟮姆治龊驮O(shè)計(jì)方法，采用目前最為流行的面向?qū)ο蟮脑O(shè)計(jì)工具UML，對(duì)所選系統(tǒng)進(jìn)行軟件需求分析、功能設(shè)計(jì)，然后根據(jù)能力和功能進(jìn)行任務(wù)分配。根據(jù)分析結(jié)果進(jìn)行系統(tǒng)用例圖、類圖、順序圖、協(xié)作圖、活動(dòng)圖等項(xiàng)目設(shè)計(jì)，從而完成一個(gè)較完整的項(xiàng)目開發(fā)與管理實(shí)

3、踐。二、課程設(shè)計(jì)主要內(nèi)容及要求首先要求參加課程設(shè)計(jì)的學(xué)生們要重新認(rèn)真復(fù)習(xí)軟件工程及項(xiàng)目管理的理論知識(shí)和技能，熟練掌握UML設(shè)計(jì)工具，之后學(xué)生們能夠靈活地把所學(xué)理論知識(shí)和技能應(yīng)用于該項(xiàng)目的開發(fā)實(shí)踐中去，從而有目的地加深理解項(xiàng)目開發(fā)與管理的深刻含義。具體要求如下：1成立項(xiàng)目開發(fā)小組并選舉項(xiàng)目組長(zhǎng)。2根據(jù)設(shè)計(jì)要求小組選定設(shè)計(jì)題目。3每天要求項(xiàng)目組長(zhǎng)要至少組織召開一次會(huì)議，總結(jié)、匯報(bào)和布置任務(wù)。4每次會(huì)議要求保留會(huì)議記錄并存檔。5發(fā)揮團(tuán)隊(duì)合作精神共同完成如下內(nèi)容： 軟件需求分析 用例圖 類圖 順序圖 協(xié)作圖 活動(dòng)圖 狀態(tài)圖6組長(zhǎng)要根據(jù)能力合理地分配任務(wù)，要求每個(gè)組員都能積極參與并完成如下內(nèi)容： 參與需

4、求分析 各種設(shè)計(jì)視圖 個(gè)人總結(jié)7組長(zhǎng)要對(duì)每個(gè)組員進(jìn)行公正客觀地評(píng)價(jià)。8要求項(xiàng)目組共同對(duì)課程設(shè)計(jì)成果進(jìn)行裝訂成冊(cè)。三、對(duì)課程設(shè)計(jì)說明書撰寫內(nèi)容、格式、字?jǐn)?shù)的要求1課程設(shè)計(jì)說明書是體現(xiàn)和總結(jié)課程設(shè)計(jì)成果的載體，要求認(rèn)真按著要求進(jìn)行完成。2每個(gè)項(xiàng)目小組撰寫完成并提交一份課程設(shè)計(jì)說明書。3所有文檔撰寫格式均需要嚴(yán)格按著給定參考模板進(jìn)行。4模板中的文字字體、大小、格式、頁(yè)眉頁(yè)腳等各種設(shè)置不可隨意改變。5課程設(shè)計(jì)說明書嚴(yán)格按著裝訂順序進(jìn)行裝訂。6課程設(shè)計(jì)說明書裝訂順序?yàn)椋?課程設(shè)計(jì)封面（1份） 任務(wù)書（1份） 成績(jī)?cè)u(píng)定表（1份） 裝訂目錄 課程設(shè)計(jì)報(bào)告書（1份）報(bào)告封面目錄第1章 系統(tǒng)需求分析第2章 用例

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

6、建模4第4天（12月31日）活動(dòng)圖建模、狀態(tài)圖建模配置圖建模5第5天（01月01日）個(gè)人總結(jié)、打印報(bào)告六、主要參考資料（文獻(xiàn)）1 J2EE項(xiàng)目實(shí)訓(xùn)-UML及設(shè)計(jì)模式 楊少波 清華大學(xué)出版社2 UML基礎(chǔ)與ROSE建模案例 吳建 人民郵電出版社3 UML基礎(chǔ)與ROSE建模教程 蔡敏 人民郵電出版社沈 陽(yáng) 工 程 學(xué) 院 項(xiàng)目開發(fā)管理 課程設(shè)計(jì)成績(jī)?cè)u(píng)定表系（部）： 信息工程學(xué)院 班級(jí)： 軟件本121 組長(zhǎng)： 聶恒陽(yáng)（19) 學(xué)生姓名： 王益峰（16），楊東明（8），張朋（21） 指 導(dǎo) 教 師 評(píng) 審 意 見評(píng)價(jià)內(nèi)容具 體 要 求權(quán)重評(píng) 分加權(quán)分調(diào)研論證能獨(dú)立查閱文獻(xiàn),收集資料；能制定課程設(shè)計(jì)方案

7、和日程安排。0.15432工作能力態(tài)度工作態(tài)度認(rèn)真，遵守紀(jì)律，出勤情況是否良好，能夠獨(dú)立完成設(shè)計(jì)工作， 0.25432工作量按期圓滿完成規(guī)定的設(shè)計(jì)任務(wù)，工作量飽滿，難度適宜。0.25432說明書的質(zhì)量說明書立論正確，論述充分，結(jié)論嚴(yán)謹(jǐn)合理，文字通順，技術(shù)用語(yǔ)準(zhǔn)確，符號(hào)統(tǒng)一，編號(hào)齊全，圖表完備，書寫工整規(guī)范。0.55432指導(dǎo)教師評(píng)審成績(jī)（加權(quán)分合計(jì)乘以12） 分加權(quán)分合計(jì)指 導(dǎo) 教 師 簽 名： 年 月 日評(píng) 閱 教 師 評(píng) 審 意 見評(píng)價(jià)內(nèi)容具 體 要 求權(quán)重評(píng) 分加權(quán)分查閱文獻(xiàn)查閱文獻(xiàn)有一定廣泛性；有綜合歸納資料的能力0.25432工作量工作量飽滿，難度適中。0.55432說明書的質(zhì)量說明

8、書立論正確，論述充分，結(jié)論嚴(yán)謹(jǐn)合理，文字通順，技術(shù)用語(yǔ)準(zhǔn)確，符號(hào)統(tǒng)一，編號(hào)齊全，圖表完備，書寫工整規(guī)范。0.35432評(píng)閱教師評(píng)審成績(jī)（加權(quán)分合計(jì)乘以8）分加權(quán)分合計(jì)評(píng) 閱 教 師 簽 名： 年 月 日課 程 設(shè) 計(jì) 總 評(píng) 成 績(jī)分裝訂目錄1封面2任務(wù)書3成績(jī)?cè)u(píng)定表4裝訂目錄5課程設(shè)計(jì)報(bào)告書6會(huì)議記錄7項(xiàng)目個(gè)人總結(jié)項(xiàng)目開發(fā)管理課程設(shè)計(jì)系統(tǒng)分析設(shè)計(jì)報(bào)告題目：倉(cāng)庫(kù)管理系統(tǒng)班級(jí)： 軟件本121 組長(zhǎng)： 聶恒陽(yáng)（19）組員：王益峰（16），楊東明（8），張朋（21），劉明洋（10） 目錄第一章系統(tǒng)需求分析21.1軟件需求規(guī)格說明21.1.1編寫目的21.1.2背景21.2功能描述21.3基本數(shù)據(jù)維護(hù)

9、模塊31.4 基本業(yè)務(wù)模塊41.5 數(shù)據(jù)庫(kù)模塊41.6 信息查詢模塊5第二章 用例圖設(shè)計(jì)建模62.1 UML用例圖設(shè)計(jì)模型62.1.1 系統(tǒng)的用例需求文檔62.1.2 用例圖7第三章 類圖設(shè)計(jì)建模103.1對(duì)象模型103.1.1總體描述103.2動(dòng)態(tài)類圖14第四章 順序圖設(shè)計(jì)建模154.1順序圖設(shè)計(jì)模型154.1.1 系統(tǒng)的順序圖154.1.2商品信息錄入順序圖164.1.3商品出庫(kù)順序圖184.1.4調(diào)撥單據(jù)查詢順序圖19第五章 協(xié)作圖設(shè)計(jì)建模215.1協(xié)作圖設(shè)計(jì)模型215.1.1協(xié)作圖含義215.1.2用戶登錄協(xié)作圖215.1.3商品出庫(kù)協(xié)作圖225.1.4商品調(diào)撥順序圖225.1.5系統(tǒng)

10、管理協(xié)作圖235.1.6商品入庫(kù)協(xié)作圖24第六章 活動(dòng)圖設(shè)計(jì)建模256.1活動(dòng)圖設(shè)計(jì)模型256.1.1系統(tǒng)活動(dòng)圖25第七章 狀態(tài)圖設(shè)計(jì)建模287.1 UML狀態(tài)圖設(shè)計(jì)模型287.1.1商品狀態(tài)圖287.1.2倉(cāng)庫(kù)庫(kù)存狀態(tài)圖287.1.3商品單據(jù)狀態(tài)圖29第八章 配置圖設(shè)計(jì)建模308.1 UML配置圖設(shè)計(jì)模型30致謝.3140第一章 系統(tǒng)需求分析1.1軟件需求規(guī)格說明1.1.1編寫目的隨著社會(huì)的需求量越來越大，中國(guó)的中小型企業(yè)越來越多，而對(duì)企業(yè)而言，企業(yè)物資的存儲(chǔ)是企業(yè)最寶貴的資源，也是企業(yè)流動(dòng)資產(chǎn)的重中之重。實(shí)行信息化、自動(dòng)化、智能化的倉(cāng)庫(kù)管理，是提高工作效率，實(shí)現(xiàn)企業(yè)更大的工作效益和利潤(rùn)最大

11、保障。1.1.2背景采用計(jì)算機(jī)管理信息系統(tǒng)已成為倉(cāng)庫(kù)管理科學(xué)化和現(xiàn)代化的重要標(biāo)志，它給企業(yè)管理來了明顯的經(jīng)濟(jì)效益和社會(huì)效益。主要體現(xiàn)在：極大提高了倉(cāng)庫(kù)工作人員的工作效率，大大減少了以往入出存流程繁瑣，雜亂，周期長(zhǎng)的弊端?；趥}(cāng)庫(kù)管理的全面自動(dòng)化，可以減少入庫(kù)管理、出庫(kù)管理及庫(kù)存管理中的漏洞，可以節(jié)約不少管理開支，增加企業(yè)收入。 倉(cāng)庫(kù)的管理的操作自動(dòng)化和信息的電子化，全面提高了倉(cāng)庫(kù)的管理水平。1.2功能描述本系統(tǒng)為存儲(chǔ)物資的各類型企業(yè)提供服務(wù)，主要功能如下圖所示。圖1.1系統(tǒng)功能圖1.3基本數(shù)據(jù)維護(hù)模塊基本數(shù)據(jù)維護(hù)模塊如圖1.2所示。圖1.2 基本數(shù)據(jù)維護(hù)模塊1.添加商品信息：管理員可以添加商品

12、類別。2.修改更新商品信息：管理員可以修改更新商品信息。3.添加消費(fèi)者信息：管理員可以添加商品供給量。4.刪除商品信息：管理員根據(jù)消費(fèi)者反饋的信息對(duì)一些商品進(jìn)行刪除。1.4 基本業(yè)務(wù)模塊圖1.3 信息查詢模塊功能1.出庫(kù)：處理出庫(kù)業(yè)務(wù)。2.入庫(kù)：處理入庫(kù)業(yè)務(wù)。3.查詢：管理員可以查詢商品的銷售情況，顧客可以查詢商品的類別。4.保質(zhì)期管理：將已過保質(zhì)期的商品全部清除，檢測(cè)所有商品的質(zhì)量。5.金額管理：管理員可以通過商品的銷售金額對(duì)商品的供給做出重新安排。1.5 數(shù)據(jù)庫(kù)模塊圖1.4 信息查詢模塊功能1.出庫(kù)信息管理：出庫(kù)信息包括商品的類別、ISBN、出庫(kù)時(shí)間等。2.入庫(kù)信息管理：入庫(kù)信息包括商品的

13、類別、ISBN、入庫(kù)時(shí)間等。3.商品信息管理：商品信息包括商品的類別、出入庫(kù)時(shí)間、銷售量、保質(zhì)期、商品總數(shù)等。4.庫(kù)存信息管理：商品數(shù)目的更新，通知管理員商品供給量等。1.6 信息查詢模塊圖1.5 信息查詢模塊功能1.查詢商品信息：負(fù)責(zé)商品信息的查詢。2.查詢庫(kù)存信息：負(fù)責(zé)庫(kù)存信息的查詢。沈陽(yáng)工程學(xué)院課程設(shè)計(jì)報(bào)告 第二章 用例圖設(shè)計(jì)建模第二章 用例圖設(shè)計(jì)建模2.1 UML用例圖設(shè)計(jì)模型2.1.1 系統(tǒng)的用例需求文檔本系統(tǒng)的功能大致可分為以下幾個(gè)部分：1.基本信息管理模塊(1)商品信息模塊商品信息模塊主要是記錄商品的各類信息，其中包括商品編號(hào)、商品名稱、商品類型、商品價(jià)格、商品數(shù)量等信息。實(shí)現(xiàn)了

14、商品的錄入、修改、刪除查詢等功能。(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)證是否匹配，驗(yàn)證通過后允許用戶進(jìn)入本系統(tǒng)進(jìn)行操作，并根據(jù)本用戶現(xiàn)有的權(quán)限來進(jìn)行特定的操作。(5)用戶注冊(cè)在用戶未進(jìn)行相

15、應(yīng)的登錄設(shè)置時(shí)需要先進(jìn)行注冊(cè)個(gè)人的信息和相關(guān)的管理權(quán)限等，填寫完畢提交后在進(jìn)行登錄操作。2.從以上分析中，可以得出以下參與者(1)系統(tǒng)管理員。(2)倉(cāng)庫(kù)管理員。(3)普通用戶。(4)銷售員。2.1.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)證。如圖2.1所示。圖2.1系統(tǒng)管理員用例圖2.倉(cāng)庫(kù)管理員用例圖(1)用例模型的執(zhí)行者：倉(cāng)庫(kù)管理員。(2)包括：查詢統(tǒng)計(jì)、入庫(kù)管理、出庫(kù)管理、信息配置。(3)入庫(kù)管理包括商品信息錄入、入庫(kù)一覽表、入庫(kù)單據(jù)管理；出庫(kù)管理

16、包括出庫(kù)一覽表、出庫(kù)單據(jù)查詢、商品出庫(kù)；信息配置包括修改密碼、商品管理、單位管理；查詢統(tǒng)計(jì)包括庫(kù)存預(yù)警、金額匯總。如圖2.2所示。圖2.2倉(cāng)庫(kù)管理員用例圖3.普通用戶用例圖(1)用例模型的執(zhí)行者：普通用戶。(2)包括：金額匯總、庫(kù)存預(yù)警、商品查詢、商品出庫(kù)、商品調(diào)撥、身份驗(yàn)證。圖2.3普通用戶用例圖4.銷售員用例圖(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ù)警、金額匯總。如圖2.4所示。

17、圖2.4銷售員用例圖沈陽(yáng)工程學(xué)院課程設(shè)計(jì)報(bào)告 第三章 類圖設(shè)計(jì)建模第三章 類圖設(shè)計(jì)建模 3.1對(duì)象模型3.1.1總體描述1.對(duì)象模型是對(duì)模擬客觀世界實(shí)體的對(duì)象及對(duì)象之間的關(guān)系進(jìn)行映射，它是以對(duì)象為主而非系統(tǒng)功能，主要描述了系統(tǒng)的靜態(tài)特征。2.類圖由系統(tǒng)中使用的類以及它們之間的關(guān)系組成，對(duì)象圖是類圖的一個(gè)實(shí)例，它描述了系統(tǒng)具體對(duì)象以及某一時(shí)刻這些對(duì)象之間的關(guān)系。UML用各種模型元素表示圖中的概念，如表示類和對(duì)象的模型元素，類和類之間的關(guān)系包括關(guān)聯(lián)、泛化、依賴、聚集等。本系統(tǒng)用類圖來建立對(duì)象模型。3.查詢統(tǒng)計(jì)類圖(1)Client類是客戶模型類。(2)AmountSummaryAction類是系統(tǒng)

18、數(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類和InventoryWarningAction類繼承ActionSupport類實(shí)現(xiàn)相應(yīng)的action方法。如圖3.1所示。圖3.1查詢統(tǒng)計(jì)類圖4.出庫(kù)管理類圖(1)SpInfo類是商品模型類。(2)Stock_removal_Action類是系統(tǒng)數(shù)據(jù)提交處理類，在類中調(diào)用St

19、ock_removal_service類中的selectlist方法來實(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)SRQueryService類主要實(shí)現(xiàn)商品出庫(kù)查詢的功能。(6)AllotQueryAction類通過實(shí)例化AllotQueryService類后，調(diào)用相關(guān)的方法，來實(shí)現(xiàn)商品調(diào)撥的相關(guān)業(yè)務(wù)功能。(7)Collect_Action類通過實(shí)例化Collect_Service類調(diào)用list(

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

21、(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à)、查詢等功能。(6)AllotQueryAction類通過實(shí)例化AllotQueryService類后，調(diào)用相關(guān)的方法，來實(shí)現(xiàn)商品調(diào)撥的相關(guān)業(yè)務(wù)功能。(7)Collect_Action類通過實(shí)例化Collect_Service類調(diào)用list()方法，完成出庫(kù)一覽表的查詢業(yè)務(wù)功能。(8)圖中的action類都是通過集成ActionSupport類后，實(shí)現(xiàn)各個(gè)action類的對(duì)應(yīng)方法。

22、如圖3.3所示。圖3.3入庫(kù)管理類圖5.信息配置類圖(1)SpInfo類是商品模型類，Client類是客戶模型類，User類是用戶模型類。(2)changewd_service類通過實(shí)例化User類后，通過實(shí)現(xiàn)changewd方法來實(shí)現(xiàn)相關(guān)的用戶修改密碼的服務(wù)。(3)changewd_Action類主要功能是通過實(shí)例化changewd_service類來實(shí)現(xiàn)修改密碼的功能。(4)jurisdiction類通過實(shí)例化jurisdictionService類，調(diào)用對(duì)應(yīng)的Service類中的方法進(jìn)行相應(yīng)的權(quán)限修改以及驗(yàn)證功能。(5)Kh_ManageAction類主要實(shí)現(xiàn)對(duì)客戶信息插入、修改、查詢、

23、刪除等功能。(6)Sp_ManageAction類通過實(shí)例化Sp_ManageService類后，調(diào)用相關(guān)的方法，來實(shí)現(xiàn)商品信息的插入、修改、查詢、刪除等功能。(7)圖中的action類都是通過集成ActionSupport類后，實(shí)現(xiàn)各個(gè)action類的對(duì)應(yīng)方法。如圖3.3所示。圖3.4信息配置類圖3.2動(dòng)態(tài)類圖動(dòng)態(tài)模型用來描述系統(tǒng)的動(dòng)態(tài)行為，顯示對(duì)象在系統(tǒng)運(yùn)行期間不同時(shí)刻的動(dòng)態(tài)交互情況，UML中用狀態(tài)圖、時(shí)序圖、協(xié)作圖和活動(dòng)圖建立動(dòng)態(tài)模型。對(duì)象模型構(gòu)造完成后，要實(shí)現(xiàn)所需功能，必須使得對(duì)象之間進(jìn)行交互，即建立動(dòng)態(tài)模型，動(dòng)態(tài)模型的建立需要完成以下幾項(xiàng)工作：1.要體現(xiàn)對(duì)象之間交互的當(dāng)前狀態(tài)。2.確

24、定所發(fā)生的事件。3.根據(jù)發(fā)生事件對(duì)對(duì)象狀態(tài)進(jìn)行組合，形成一個(gè)整體的事件跟蹤圖。4.要保證動(dòng)態(tài)模型建立完整，需要先設(shè)想好所有的事件發(fā)生情況，包括時(shí)序上的問題。盡量保證不遺漏各個(gè)交互細(xì)節(jié)，是確保功能 完整性的很好的手段。沈陽(yáng)工程學(xué)院課程設(shè)計(jì)報(bào)告 第四章 順序圖設(shè)計(jì)建模第四章 順序圖設(shè)計(jì)建模4.1順序圖設(shè)計(jì)模型4.1.1 系統(tǒng)的順序圖倉(cāng)庫(kù)管理員用自己的用戶名和密碼登錄系統(tǒng)，經(jīng)驗(yàn)證用戶填寫的用戶名及密碼正確后，進(jìn)入主界面。點(diǎn)擊單據(jù)管理界面，填寫單據(jù)的相關(guān)信息后，單擊查詢按鈕提交查詢信息，系統(tǒng)自動(dòng)反饋提交狀態(tài)，提示是否提交成功，提交成功后等待后臺(tái)審核。審核由系統(tǒng)后臺(tái)來完成，審核通過后，返回查詢結(jié)果集對(duì)象

25、給單據(jù)管理action類，然后action類會(huì)將相關(guān)信息反饋到單據(jù)管理界面上。倉(cāng)庫(kù)管理員點(diǎn)擊界面上的退貨按鈕跳轉(zhuǎn)到商品退貨界面，填寫完退貨信息后點(diǎn)擊提交按鈕，單據(jù)管理action類審核提交信息通過后會(huì)返回審核結(jié)果，然后向單據(jù)管理service類提出退貨申請(qǐng)，單據(jù)管理service類就會(huì)實(shí)現(xiàn)相應(yīng)的業(yè)務(wù)功能，之后service類會(huì)返回退貨成功的“success”信號(hào)。倉(cāng)庫(kù)管理員點(diǎn)擊界面上的調(diào)撥按鈕跳轉(zhuǎn)到商品調(diào)撥界面，填寫完調(diào)撥信息后點(diǎn)擊提交按鈕，單據(jù)管理action類審核提交信息通過后會(huì)返回審核結(jié)果，然后向單據(jù)管理service類提出退貨申請(qǐng)，單據(jù)管理service類就會(huì)實(shí)現(xiàn)相應(yīng)的業(yè)務(wù)功能，之后s

26、ervice類會(huì)返回調(diào)撥成功的“success”信號(hào)。如圖4.1所示。圖4.1單據(jù)管理順序圖表4.1 倉(cāng)庫(kù)管理員事件流內(nèi)容說明用例名稱倉(cāng)庫(kù)管理員參與者倉(cāng)庫(kù)管理員前置條件倉(cāng)庫(kù)管理員是有權(quán)限人員后置條件倉(cāng)庫(kù)管理員相關(guān)信息必須與庫(kù)存里的一致基本路徑1.登錄2.提交用戶信息5.提交查詢信息9.選擇退貨功能10.填寫并提交退貨信息待解決問題補(bǔ)充說明注釋4.1.2商品信息錄入順序圖普通用戶用自己的用戶名和密碼登錄系統(tǒng)，經(jīng)驗(yàn)證用戶填寫的用戶名及密碼正確后，進(jìn)入主界面。點(diǎn)擊商品信息錄入界面，填寫商品及用戶的相關(guān)信息后，單擊添加商品按鈕提交相關(guān)的信息，系統(tǒng)自動(dòng)反饋提交狀態(tài)，提示是否提交成功，提交成功后等待后臺(tái)審

27、核。審核由系統(tǒng)action來完成，審核通過后，會(huì)生成對(duì)應(yīng)的spinfo對(duì)象，并將該對(duì)象傳遞給Sp_Info_Service類實(shí)例化的service對(duì)象。Sp_Info_Service類的service對(duì)象調(diào)用insert()方法將用戶提交的商品信息入庫(kù)，并返回一個(gè)spinfos結(jié)果集對(duì)象。luru_Action類通過實(shí)例化spinfos并調(diào)用getSpinfos方法獲得Sp_Info_Service類返回的結(jié)果及對(duì)象通過調(diào)用list()方法，將提交成功的信息返回商品信息錄入界面。如圖4.2所示。圖4.2商品信息錄入順序圖表4.2普通用戶事件流內(nèi)容說明用例名稱普通用戶參與者普通用戶前置條件普通用

28、戶是有權(quán)限人員后置條件普通用戶相關(guān)信息必須與庫(kù)存里的一致基本路徑1.登錄2.提交用戶信息4.選擇商品商品信息錄入界面5.填寫并提交商品相關(guān)信息待解決問題補(bǔ)充說明注釋4.1.3商品出庫(kù)順序圖普通用戶用自己的用戶名和密碼登錄系統(tǒng)，經(jīng)驗(yàn)證用戶填寫的用戶名及密碼正確后，進(jìn)入主界面。點(diǎn)擊商品出庫(kù)界面，填寫商品出庫(kù)的相關(guān)信息后，單擊查詢單據(jù)按鈕提交相關(guān)的信息，系統(tǒng)自動(dòng)反饋提交狀態(tài)，提示是否提交成功，提交成功后等待后臺(tái)審核。審核由系統(tǒng)removal_action來完成，審核通過后，調(diào)用execute方法會(huì)生成對(duì)應(yīng)的spinfo對(duì)象，并將該對(duì)象傳遞給removal_Service類實(shí)例化的service對(duì)象，

29、并進(jìn)行出庫(kù)操作。removal_Service類的service對(duì)象調(diào)用list ()方法查詢用戶提交的單據(jù)查詢信息，并返回一個(gè)list結(jié)果集對(duì)象。luru_Action類通過實(shí)例化list并調(diào)用getList方法獲得removal_Service類返回的結(jié)果及對(duì)象，并將查詢結(jié)果返回到商品出庫(kù)界面。如圖4.3所示。圖4.3商品出庫(kù)順序圖表4.3普通用戶事件流內(nèi)容說明用例名稱普通用戶參與者普通用戶前置條件普通用戶是有權(quán)限人員后置條件普通用戶相關(guān)信息必須與庫(kù)存里的一致基本路徑1.登錄2.提交用戶信息5.選擇商品出庫(kù)界面6.選擇查詢條件9.選擇商品出庫(kù)界面10.提交出庫(kù)信息待解決問題補(bǔ)充說明注釋4.

30、1.4調(diào)撥單據(jù)查詢順序圖倉(cāng)庫(kù)管理員用自己的用戶名和密碼登錄系統(tǒng)，經(jīng)驗(yàn)證用戶填寫的用戶名及密碼正確后，進(jìn)入主界面。點(diǎn)擊調(diào)撥單據(jù)查詢界面，填寫相關(guān)信息后，單擊查詢單據(jù)按鈕提交相關(guān)的信息，系統(tǒng)自動(dòng)反饋提交狀態(tài)，提示是否提交成功，提交成功后等待后臺(tái)審核。審核由系統(tǒng)action來完成，審核通過后，調(diào)用query方法會(huì)生成對(duì)應(yīng)的spinfo對(duì)象，并將該對(duì)象傳遞給Service類實(shí)例化的service對(duì)象，執(zhí)行查詢操作。removal_Service類的service對(duì)象調(diào)用list ()方法查詢用戶提交的單據(jù)查詢信息，并返回一個(gè)spinfos結(jié)果集對(duì)象。調(diào)撥Action類通過實(shí)例化list并調(diào)用getSp

31、infos方法獲得Service類返回的結(jié)果及對(duì)象，并將查詢結(jié)果返回到上調(diào)撥單據(jù)查詢界面。如圖4.4所示。圖4.4調(diào)撥單據(jù)查詢順序圖表4.4倉(cāng)庫(kù)管理員事件流內(nèi)容說明用例名稱倉(cāng)庫(kù)管理員參與者倉(cāng)庫(kù)管理員前置條件倉(cāng)庫(kù)管理員是有權(quán)限人員后置條件倉(cāng)庫(kù)管理員相關(guān)信息必須與庫(kù)存里的一致基本路徑1.登錄2.提交用戶信息4.選擇調(diào)撥單據(jù)查詢界面5.選擇并提交查詢信息待解決問題補(bǔ)充說明注釋沈陽(yáng)工程學(xué)院課程設(shè)計(jì)報(bào)告 第五章 協(xié)作圖設(shè)計(jì)建模第五章 協(xié)作圖設(shè)計(jì)建模5.1協(xié)作圖設(shè)計(jì)模型5.1.1協(xié)作圖含義協(xié)作圖著重體現(xiàn)交互對(duì)象間的靜態(tài)鏈接關(guān)系。作者完成了所有用例的動(dòng)態(tài)模型，這里列舉部分用例進(jìn)行說明。協(xié)作圖(Collabo

32、ration Diagram)用于描述相互合作的對(duì)象間的交互關(guān)系和鏈接關(guān)系。雖然順序圖和合作圖都用來描述對(duì)象間的交互關(guān)系，但側(cè)重點(diǎn)不一樣。順序圖著重體現(xiàn)交互的時(shí)間順序，合作圖則著重體現(xiàn)交互對(duì)象間的靜態(tài)鏈接關(guān)系。5.1.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)信息給用戶。如圖5.1所示。圖5.1用戶登錄協(xié)作圖5.1.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ù)管理

33、員，由倉(cāng)庫(kù)管理員轉(zhuǎn)交用戶。3.最后倉(cāng)庫(kù)管理員填寫出庫(kù)日志。如圖5.2所示。圖5.2商品出庫(kù)協(xié)作圖5.1.4商品調(diào)撥順序圖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ù)中。如圖5.3所示。圖5.3商品調(diào)撥協(xié)作圖5.1.5系統(tǒng)管理協(xié)作圖1.系統(tǒng)管理員登陸倉(cāng)庫(kù)管理系統(tǒng)，首先是在輸入用戶名和密碼到登陸界面，并驗(yàn)證成功的情況下才能實(shí)現(xiàn)的。2.系統(tǒng)管理員進(jìn)行修改記錄操作到信息管理并返回修改成功信息到系統(tǒng)管理員，是必須在成

34、功登陸倉(cāng)庫(kù)管理系統(tǒng)之后才能實(shí)現(xiàn)。3.系統(tǒng)管理員進(jìn)行重新設(shè)置管理權(quán)限操作到權(quán)限管理并返回設(shè)置成功信息到系統(tǒng)管理員。4.系統(tǒng)管理員進(jìn)行倉(cāng)庫(kù)管理系統(tǒng)的數(shù)據(jù)備份和恢復(fù)并返回操作成功的信息到系統(tǒng)管理員。如圖5.4所示。圖5.4系統(tǒng)管理協(xié)作圖5.1.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ù)日志。如圖5.5所示。圖5.5入庫(kù)日志協(xié)作圖沈陽(yáng)工程學(xué)院課程設(shè)計(jì)報(bào)告 第六章 活動(dòng)圖設(shè)計(jì)建模第六章 活動(dòng)圖設(shè)計(jì)建模6.1活動(dòng)圖設(shè)計(jì)模型6.1.1系統(tǒng)活動(dòng)圖1商品出庫(kù)活動(dòng)圖 銷售員通

35、過填寫銷售表單，在將此表單提交給倉(cāng)庫(kù)管理員進(jìn)行審核。 倉(cāng)庫(kù)管理員進(jìn)行修改、刪除和審核通過的判斷后，查詢倉(cāng)庫(kù)中是否有符合要出庫(kù)的商品。 若沒有則提示倉(cāng)庫(kù)無此貨物；若有則判斷倉(cāng)庫(kù)中是否有滿足所需要的商品的數(shù)量，若沒有則提示商品不足；若有則將所需要的商品出售。如圖6.1所示。圖6.1商品出庫(kù)活動(dòng)圖2商品調(diào)撥活動(dòng)圖 倉(cāng)庫(kù)管理員填寫所要調(diào)撥商品的表單并進(jìn)行審核，然后倉(cāng)庫(kù)管理員修改、刪除調(diào)撥表單和調(diào)撥表單的審核通過判斷。 判斷出庫(kù)中是否有所調(diào)撥的商品，若沒有則提示倉(cāng)庫(kù)沒有此商品；若有則判斷出庫(kù)中是否有滿足調(diào)撥該商品的數(shù)量，若沒有則提示庫(kù)存不足；若有則判斷入庫(kù)中是否有該商品，若沒有則插入此商品；若有則與入庫(kù)

36、最后哦昂的此商品進(jìn)行相加完成商品的調(diào)撥操作。如圖6.2所示。圖6.2商品調(diào)撥活動(dòng)圖3商品入庫(kù)活動(dòng)圖 在一批物資要入庫(kù)時(shí)，首先倉(cāng)庫(kù)管理員登錄系統(tǒng)，超過三次退出。 進(jìn)入入庫(kù)窗體，然后進(jìn)行入庫(kù)單的審核，如果入庫(kù)項(xiàng)有填寫錯(cuò)誤時(shí)，不能進(jìn)入下一步的操作。 如果在填寫入庫(kù)項(xiàng)時(shí)發(fā)現(xiàn)倉(cāng)庫(kù)內(nèi)此類物資正在盤點(diǎn)，則此批物料此時(shí)是不能進(jìn)行入庫(kù)的，需退出。 擴(kuò)展發(fā)揮：當(dāng)所有條件都符合時(shí)，系統(tǒng)自動(dòng)檢查物資的庫(kù)存量，但超出倉(cāng)庫(kù)最大庫(kù)存時(shí)，退出所有操作；反之進(jìn)行正常操作。如圖6.3所示。圖6.3商品入庫(kù)活動(dòng)圖4用戶登錄活動(dòng)圖 用戶利用系統(tǒng)管理員分配給的用戶名、密碼、權(quán)限以及驗(yàn)證碼來進(jìn)行登錄。 驗(yàn)證用戶名和密碼是否為空，若為空則

37、重新錄入在進(jìn)行驗(yàn)證；若不為空則驗(yàn)證驗(yàn)證碼是否通過驗(yàn)證，若沒有通過身份驗(yàn)證則重新錄入；若通過身份驗(yàn)證后完成用戶登錄操作。如圖6.4所示。圖6.4用戶登錄活動(dòng)圖沈陽(yáng)工程學(xué)院課程設(shè)計(jì)報(bào)告 第七章 狀態(tài)圖設(shè)計(jì)建模第七章 狀態(tài)圖設(shè)計(jì)建模7.1 UML狀態(tài)圖設(shè)計(jì)模型7.1.1商品狀態(tài)圖 當(dāng)商品處于上架狀態(tài)時(shí)，會(huì)因?yàn)樯唐烦^保質(zhì)期而使商品改變?yōu)橄录軤顟B(tài)。 當(dāng)上架商品缺貨時(shí)，商品會(huì)從上架狀態(tài)改變?yōu)樯唐啡霂?kù)狀態(tài)，而處于商品庫(kù)存狀態(tài)的商品會(huì)因?yàn)樨浖苌唐啡必浂範(fàn)顟B(tài)改變?yōu)樯霞軤顟B(tài)。處于下架狀態(tài)的商品因?yàn)橥素浾?qǐng)求而使?fàn)顟B(tài)改變?yōu)槌鰩?kù)狀態(tài)。如圖7.1所示。圖7.1商品狀態(tài)圖7.1.2倉(cāng)庫(kù)庫(kù)存狀態(tài)圖當(dāng)倉(cāng)庫(kù)庫(kù)存處于正常狀態(tài)時(shí)會(huì)因?yàn)閹?kù)存數(shù)量達(dá)到最大閥值而使?fàn)顟B(tài)改變?yōu)樯唐穾?kù)存最高預(yù)警狀態(tài)。當(dāng)庫(kù)存處于正常狀態(tài)時(shí)，會(huì)因?yàn)閹?kù)存數(shù)量達(dá)到最小閥值而使?fàn)顟B(tài)改變?yōu)樯唐穾?kù)