UML課程設(shè)計(jì)倉(cāng)庫(kù)管理系統(tǒng)

倉(cāng)庫(kù)信息管理系統(tǒng)

系統(tǒng)主要的實(shí)現(xiàn)目標(biāo)是監(jiān)控整個(gè)倉(cāng)庫(kù)的運(yùn)轉(zhuǎn)情況；提供完善的任務(wù)計(jì)劃功能，由整個(gè)操作的指令中心來安排進(jìn)出任務(wù)，確認(rèn)任務(wù)的開始，進(jìn)貨管理和出貨管理按其指令執(zhí)行即可；實(shí)時(shí)監(jiān)控所有貨物的在線運(yùn)動(dòng)情況，實(shí)時(shí)提供庫(kù)存變化的信息。一、需求分析

系統(tǒng)總體功能需求

一個(gè)功能完全的倉(cāng)庫(kù)信息管理系統(tǒng)，必須包括以下的幾個(gè)管理系統(tǒng)：（1）用戶登錄：用戶可以用兩種身份登錄系統(tǒng)：操作員或管理員；不同身份登錄被系統(tǒng)授予不同的使用權(quán)限。（2）倉(cāng)庫(kù)管理：倉(cāng)庫(kù)管理系統(tǒng)中，包括倉(cāng)庫(kù)進(jìn)貨、倉(cāng)庫(kù)退貨、倉(cāng)庫(kù)領(lǐng)料、倉(cāng)庫(kù)退料、商品調(diào)撥和倉(cāng)庫(kù)盤點(diǎn)6個(gè)功能模塊組成。倉(cāng)庫(kù)管理系統(tǒng)是整個(gè)倉(cāng)庫(kù)信息系統(tǒng)的核心，是所有數(shù)據(jù)的來源。（3）業(yè)務(wù)查詢：業(yè)務(wù)查詢系統(tǒng)中，包括庫(kù)存查詢、銷售查詢和倉(cāng)庫(kù)歷史記錄查詢3個(gè)功能模塊組成。（4）系統(tǒng)設(shè)置：系統(tǒng)設(shè)置包括供應(yīng)商設(shè)置和倉(cāng)庫(kù)設(shè)置兩個(gè)部分。系統(tǒng)總體功能需求框圖

用戶登錄功能模塊倉(cāng)庫(kù)管理功能模塊

業(yè)務(wù)查詢模塊業(yè)務(wù)查詢庫(kù)存情況銷售情況倉(cāng)庫(kù)情況系統(tǒng)設(shè)置功能模塊系統(tǒng)設(shè)置供應(yīng)商管理倉(cāng)庫(kù)設(shè)置二、用例圖

操作員的用例關(guān)系圖：管理員的用例關(guān)系圖：商品領(lǐng)料人，商品退料人，商品供應(yīng)商用例關(guān)系圖：整個(gè)系統(tǒng)的角色—用例關(guān)系圖

三、活動(dòng)圖

進(jìn)貨的活動(dòng)圖：首先管理員查看銷售記錄判斷商品銷售狀況，然后查看商品庫(kù)存情況。如果發(fā)現(xiàn)倉(cāng)庫(kù)中商品庫(kù)存充足則操作完畢，如果發(fā)現(xiàn)倉(cāng)庫(kù)中某商品庫(kù)存出現(xiàn)不足，則通知操作員缺貨商品清單，操作員領(lǐng)取清單后立即聯(lián)系相應(yīng)的供應(yīng)商，供應(yīng)商提供相應(yīng)是商品，操作員接受貨物，更新數(shù)據(jù)庫(kù)，操作完成。四、時(shí)序圖（1）操作員將盤點(diǎn)信息發(fā)送給管理員；（2）管理員審查盤點(diǎn)信息；（3）把盤點(diǎn)信息列表交給商品打印模塊；（4）打印后發(fā)給操作員執(zhí)行相關(guān)商品操作。商品管理時(shí)序圖

（1）操作員通知商品供應(yīng)商進(jìn)貨、退貨；（2）商品供應(yīng)商將商品清單和退貨商品清單發(fā)送給商品進(jìn)貨模塊；（3）商品進(jìn)貨模塊將進(jìn)貨商品打印報(bào)表給操作員，商品退貨模塊將商品退換報(bào)表打印發(fā)給操作員；（4）操作員也可以查詢庫(kù)存，庫(kù)存庫(kù)存模塊將庫(kù)存查詢信息發(fā)送給操作員。倉(cāng)庫(kù)歷史記錄查詢時(shí)序圖

（1）管理員登錄系統(tǒng)查詢歷史信息查詢模塊；（2）歷史信息查詢模塊則查詢商品進(jìn)貨退貨模塊、商品調(diào)撥模塊、商品盤點(diǎn)模塊；（3）各模塊將查詢得到的信息發(fā)送給歷史信息查詢模塊；（4）歷史信息查詢模塊將信息統(tǒng)一發(fā)送給管理員。五、包圖包是模型的一部分，模型的每一部分必須屬于某個(gè)包。建模者可以將模型的內(nèi)容分配到包中。但是為了使其能夠工作，分配必須遵循一些合理原則，如公用規(guī)則、緊密耦合的實(shí)現(xiàn)和公用觀點(diǎn)等。UML對(duì)如何組包并不強(qiáng)制使用什么規(guī)則，但是良好的解組會(huì)很大的增強(qiáng)模型的可維護(hù)性。

系統(tǒng)包圖

在定義具體的類之前，先在宏觀的角度上將整個(gè)系統(tǒng)分割成多個(gè)獨(dú)立的包。在這里把整個(gè)倉(cāng)庫(kù)管理系統(tǒng)分成的包如圖所示。整個(gè)系統(tǒng)可以看成人員信息、事務(wù)和接口塊，分別控制不同的應(yīng)用。Logical視圖關(guān)注的焦點(diǎn)是系統(tǒng)的邏輯結(jié)構(gòu)。重復(fù)使用是一個(gè)主要目的。通過認(rèn)真的指定類的信息和行為、組合類，以及檢查類和包之間的關(guān)系，就可以確定可以重復(fù)使用的類和包。完成多個(gè)項(xiàng)目后，就可以將新類和包加進(jìn)重復(fù)使用庫(kù)中。今后的項(xiàng)目可以組裝現(xiàn)有的類和包，而不必一切從頭開始。六、類圖

類圖是面向?qū)ο笙到y(tǒng)的建模中最常見的圖。類圖顯示了一組類、接口、協(xié)作以及他們之間的關(guān)系。類圖不僅對(duì)結(jié)構(gòu)模型的可視化、詳述和文檔化很重要，而且對(duì)通過正向與逆向工程構(gòu)造可執(zhí)行的系統(tǒng)也很重要。人員信息包內(nèi)的類圖倉(cāng)庫(kù)管理系統(tǒng)所涉及到的所有人員信息都包括在本包中，這樣做的好處是倉(cāng)庫(kù)再添加的人員時(shí)就不會(huì)影響到別的包。事務(wù)包內(nèi)的類圖倉(cāng)庫(kù)所有的事務(wù)都包含在本包中，如果倉(cāng)庫(kù)管理過程中需要增加某事務(wù)，那么只需要在本包中添加相應(yīng)的類即可。接口信息包內(nèi)的類圖接口（interfaces）包內(nèi)包括了所有的用戶接口類，這樣，當(dāng)用戶需要更改某界面或者是需要添加界面時(shí)就可在本包中完成。七、系統(tǒng)部署倉(cāng)庫(kù)管理系統(tǒng)部署是整個(gè)項(xiàng)目實(shí)施過程中最后的階段，就是把該