基于UML的倉儲(chǔ)管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

1、目錄引言 錯(cuò)誤！未定義書簽。 第一章面向?qū)ο蟮?UML 建模 51.1 面向?qū)ο蟮幕舅枷?51.2 面向?qū)ο蟮能浖?51.3 UML 建模語言簡介 71.4 RUP 過程指導(dǎo)與本系統(tǒng)分析設(shè)計(jì)過程 第二章倉儲(chǔ)系統(tǒng)業(yè)務(wù)用例建模 112.1 倉儲(chǔ)系統(tǒng)業(yè)務(wù)流程分析 112.1.1 入庫流程分析 112.2 業(yè)務(wù)需求用例建模階段 132.2.1 業(yè)務(wù)角色的查找及建立 132.2.3 業(yè)務(wù)用例圖 152.2.3 業(yè)務(wù)活動(dòng)圖 152.3 系統(tǒng)基本功能描述 17 第三章倉儲(chǔ)系統(tǒng)系統(tǒng)需求用例建模 183.1 入庫管理需求用例分析 183.1.1 確定系統(tǒng)角色 183.1.2 確定系統(tǒng)頂層用例 183.1.

2、3 入庫管理功能性分析 19203.1.4 到站日報(bào)錄入管理用例描述3.1.5 碼單管理用例描述 223.1.6 入庫單管理用例描述 243.1.7 審核管理用例描述 263.2 系統(tǒng)擴(kuò)展功能需求用例分析 263.3 系統(tǒng)整體功能描述 28 第四章業(yè)務(wù)領(lǐng)域分析與設(shè)計(jì) 294.1 系統(tǒng)順序圖，狀態(tài)圖 294.2 定義基本對象與類 354.3 入庫系統(tǒng)類圖 374.4 定義對象與類的屬性與操作 374.5 系統(tǒng)設(shè)計(jì)順序圖，入庫類圖 484.6 系統(tǒng)擴(kuò)展功能 504.7 系統(tǒng)構(gòu)架設(shè)計(jì) 57 第五章系統(tǒng)實(shí)現(xiàn)測試與配置 585.1 系統(tǒng)實(shí)現(xiàn)的工具與技術(shù) 585.2 系統(tǒng)實(shí)現(xiàn)方式圖 585.3 系統(tǒng)測試與

3、系統(tǒng)實(shí)現(xiàn)界面 59 第六章系統(tǒng)開發(fā)的思考 616. 1 數(shù)據(jù)庫設(shè)計(jì)問題 616. 2 數(shù)據(jù)庫訪問設(shè)計(jì)問題 62 結(jié)束語 62 參考文獻(xiàn) 63 致謝 63基于UML的倉儲(chǔ)管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)摘要面向?qū)ο蠹夹g(shù)是軟件工程和過程工程領(lǐng)域中的重要技術(shù)，統(tǒng)一建模語言UML則是近幾年國際上比較流行的面向?qū)ο蟮臉?biāo)準(zhǔn)建模語言。本文闡述了基于 UML建模的倉儲(chǔ)管理信息系統(tǒng)的開發(fā)。建模是開發(fā)優(yōu)秀軟件所有活動(dòng)的核心部分，也是本文工作的重點(diǎn)所在。在 開發(fā)中我們考慮了 RUP迭代式開發(fā)的優(yōu)點(diǎn)并與本倉儲(chǔ)系統(tǒng)開發(fā)的特色相結(jié)合， 提出了自己的一套 UML的建模過程?；谶@個(gè)過程我們從系統(tǒng)分析，設(shè)計(jì)，實(shí) 現(xiàn)與測試，運(yùn)用UML建模

4、思想與各種模型對倉儲(chǔ)系統(tǒng)進(jìn)行了詳細(xì)的描述。關(guān)鍵字：面向?qū)ο螅琔ML倉儲(chǔ)系統(tǒng)，系統(tǒng)開發(fā)Abstract00 is an important technology for software engineering andprocessing engineering, and the Unified Modeling Language (UML) is ainternationalpopular 00 modeling language in recent years. Thisarticleexpatiate the development of storage system based on U

5、ML.Modelingis thekey portion for an excellent softwaredevelopment,and modeling is also the key work for the article. we develop an new process of Modeling based on the combine of the RUP developing and the storage system.Keywords： 00, UML, RUP, storage system , system development 引1 問題的提出：隨著企業(yè)業(yè)務(wù)以及外部

6、環(huán)境的變化，四川物資儲(chǔ)運(yùn)公司原開發(fā)的信息系統(tǒng) 已不能滿足新業(yè)務(wù)、新環(huán)境以及客戶對信息查詢的要求，迫切需要開發(fā)一套新 的系統(tǒng)以替代原有系統(tǒng)，并實(shí)現(xiàn)原有流程的優(yōu)化，把一些原來未納入系統(tǒng)管理 的功能納入到新的系統(tǒng)中來，并為轉(zhuǎn)變到第三方物流和與電子商務(wù)接軌作好準(zhǔn)傳統(tǒng)的面向過程的倉儲(chǔ)管理信息系統(tǒng)的開發(fā)中存在不少的問題，傳統(tǒng)的面 向過程的開發(fā)方法，也即主要是基于功能分析或數(shù)據(jù)分析基礎(chǔ)上的結(jié)構(gòu)化方 法。這種開發(fā)方法下設(shè)計(jì)的系統(tǒng)在 70 或 80 年代早期還可以適應(yīng)，但在越來越 復(fù)雜的非數(shù)值計(jì)算類型的軟件開發(fā)中，在廣泛應(yīng)用圖形界面的交互式系統(tǒng)中， 在控制要求非常突出的應(yīng)用中，在需求經(jīng)常變化的條件下，尤其是在倉

7、儲(chǔ)系統(tǒng) 這種數(shù)據(jù)流動(dòng)性要求比較高的管理軟件的開發(fā)，用傳統(tǒng)的軟件開發(fā)方法解決問 題往往暴露出嚴(yán)重的不適應(yīng)性，主要表現(xiàn)在以下幾點(diǎn)：1）功能與數(shù)據(jù)分離的軟件設(shè)計(jì)結(jié)構(gòu)與人類的現(xiàn)實(shí)環(huán)境很不一樣，和人的自 然思維也就很不一致。2）系統(tǒng)是圍繞著如何實(shí)現(xiàn)一定的行為來進(jìn)行的，當(dāng)系統(tǒng)行為易變，需要常 常修改時(shí)，修改極為困難，因此這種結(jié)構(gòu)無法適應(yīng)迅速變化的技術(shù)和需求。3）在系統(tǒng)中模塊之間的控制作用有重要影響時(shí)，由于在“好的模塊結(jié)構(gòu)” 中的模塊間的控制作用只能通過上下之間的調(diào)用關(guān)系來進(jìn)行，造成信息傳遞路 徑過長，效率低，易受干擾，甚至出錯(cuò)。所以這種結(jié)構(gòu)無法適應(yīng)以控制關(guān)系為 重要特性的系統(tǒng)要求。4）結(jié)構(gòu)化方法開發(fā)出來的

8、系統(tǒng)往往難以維護(hù)，因?yàn)樗械暮瘮?shù)都必須知道 數(shù)據(jù)結(jié)構(gòu)。5）自頂向下功能分解的分析方法極大地限制了軟件的可重用性，導(dǎo)致對同 樣對象的大量的重復(fù)性工作，大大降低了開發(fā)人員的生產(chǎn)率。結(jié)構(gòu)化開發(fā)方法暴露出來的問題促使了面向?qū)ο箝_發(fā)技術(shù)的形成與發(fā)展，而面向?qū)ο蠹夹g(shù)的發(fā)展促使了 UML語言的產(chǎn)生。2 UML 的產(chǎn)生：自 20 世紀(jì) 70 年代面向?qū)ο蠹夹g(shù)出現(xiàn)以后，面向?qū)ο蠹夹g(shù)在計(jì)算機(jī)界得到 了廣泛的應(yīng)用，并成為當(dāng)前軟件領(lǐng)域的主流技術(shù)。為了解決復(fù)雜系統(tǒng)的開發(fā)， 各種面向?qū)ο蟮能浖こ谭椒ū徊粩嗤瞥?。?1995年起，著名的軟件工程學(xué)家 Grady Booch, Ivar Jacobson, Jin Rumb

9、augh 攜手合作共同努力，綜合了他們 各自的面向?qū)ο蟮姆治龊驮O(shè)計(jì)方法，并加以擴(kuò)充和改進(jìn)，汲取其他同類方法的 優(yōu)點(diǎn)，提出了 UML統(tǒng)一建模語言）。UML是一種定義良好、易于表達(dá)、功能強(qiáng)大且普遍適用的建模語言。它溶 入了軟件工程領(lǐng)域的新思想、新方法和新技術(shù)。它可以對復(fù)雜軟件系統(tǒng)的各種 成分進(jìn)行可視化，進(jìn)行說明和構(gòu)造系統(tǒng)模型，以及建立軟件文檔。目前，隨著UML的提出與應(yīng)用的成功，面向?qū)ο蠓椒ㄒ掩呌诔墒?，大有?代結(jié)構(gòu)化方法的趨勢。其中，基于 UML的面向?qū)ο蟮南到y(tǒng)分析與設(shè)計(jì)方法解決 了傳統(tǒng)結(jié)構(gòu)化方法中問題空間和解決空間在結(jié)構(gòu)上不一致的問題，避免了從分 析、設(shè)計(jì)到軟件模塊結(jié)構(gòu)間的多次轉(zhuǎn)換過程，同時(shí)又

10、有效地結(jié)束了以前方法和 模型語言之間不合理的差異，統(tǒng)一了許多信息系統(tǒng)的開發(fā)過程和內(nèi)部概念，使 信息系統(tǒng)開發(fā)變得簡單、高效、合理，已成為當(dāng)前進(jìn)行信息系統(tǒng)開發(fā)的主流分 析和設(shè)計(jì)方法。3本文工作和系統(tǒng)開發(fā)：本文首先對公司的業(yè)務(wù)與用戶的需求進(jìn)行了分析，然后對系統(tǒng)的功能進(jìn)行 詳細(xì)的設(shè)計(jì)，并在分析與設(shè)計(jì)的同時(shí)用 UML建模語言對其建模，采用 UML工具 ROSE繪制描述各種模型的圖形，目的使開發(fā)者與用戶更有效的實(shí)現(xiàn)功能與理解 需求，并使程序人員能順利的實(shí)現(xiàn)系統(tǒng)，在系統(tǒng)的實(shí)現(xiàn)階段重點(diǎn)講述設(shè)計(jì)到編 碼的過渡，以體現(xiàn)UML建模的模型對系統(tǒng)開發(fā)帶來的好處。本文的編寫結(jié)合了面向?qū)ο蟮能浖_發(fā)方法與UML建模語言的優(yōu)

11、勢與特色，同時(shí)與倉儲(chǔ)管理系統(tǒng)緊密結(jié)合。既體現(xiàn)了面向?qū)ο蟮能浖_發(fā)思想，又包容了 UML建模語言所特有的語言建模優(yōu)勢。在編寫中我們大量的使用UML語言所提供的各種建模圖形來描述倉儲(chǔ)管理系統(tǒng)，例如描述用戶需求的用例圖，描 述系統(tǒng)功能的動(dòng)態(tài)的順序圖。根據(jù)倉儲(chǔ)管理的特點(diǎn)，我們大膽的改進(jìn)了一般的 UML建模的分析過程，并在分析設(shè)計(jì)過程中采用更加適合倉儲(chǔ)系統(tǒng)的分析級類 圖與順序圖。因?yàn)橄到y(tǒng)開發(fā)的難度比較大，系統(tǒng)分析工作是我與我的合作者洪少藩同學(xué) 共同完成的，而系統(tǒng)設(shè)計(jì)任務(wù)是我們分工完成的，我完成了入庫管理與系統(tǒng)其 他功能的設(shè)計(jì)，洪少藩完成了出庫和庫存的系統(tǒng)設(shè)計(jì)工作，由于時(shí)間關(guān)系我們 在實(shí)現(xiàn)階段只完成了入庫

12、管理這一模塊。4 系統(tǒng)功能簡介：系統(tǒng)的功能是系統(tǒng)能夠做的事情，在本系統(tǒng)中，系統(tǒng)的功能有：1 系統(tǒng)應(yīng)該能完成入庫操作過程中的表與碼單的錄入；2 系統(tǒng)應(yīng)該能完成入庫過程中的貨物的審核，記費(fèi)；3 系統(tǒng)應(yīng)該能進(jìn)行有效的庫存管理，例如盤點(diǎn)，移庫等；4 系統(tǒng)應(yīng)該能對出庫過程中的表與帳單進(jìn)行管理；5 系統(tǒng)應(yīng)該能對出庫后的平帳，記錄儲(chǔ)存等進(jìn)行管理；6 系統(tǒng)用戶能有效的進(jìn)行權(quán)限，日志的管理；7 系統(tǒng)用戶可以查詢報(bào)表，客戶，貨物等基本信息；8 系統(tǒng)能記錄下系統(tǒng)的使用日志；9 任何人員要使用本系統(tǒng)必須擁有相應(yīng)的權(quán)限；第一章面向?qū)ο蟮腢ML建模1.1 面向?qū)ο蟮幕舅枷朊嫦驅(qū)ο蠓椒ㄊ钱?dāng)今軟件開發(fā)的主流方法，它的基本思

13、想是從現(xiàn)實(shí)世界客 觀存在的事物或者說對象出發(fā)來構(gòu)建系統(tǒng)，并且在構(gòu)建系統(tǒng)時(shí)盡可能運(yùn)用人類 的自然思維方式。軟件開發(fā)是對問題求解的過程，從哲學(xué)中認(rèn)識論的角度看整個(gè)軟件的開發(fā) 可以歸結(jié)為兩個(gè)主要的活動(dòng) : 人們對所要解決問題及其相關(guān)事物的認(rèn)識和基于這 種認(rèn)識所進(jìn)行的描述。認(rèn)識指通過人的思維正確認(rèn)識和理解系統(tǒng)所要處理的問 題域中客觀存在事物和所要解決問題 : 弄清事物的屬性、行為和彼此的關(guān)系，找 出解決問題的方法。描述指用一種語言說明人們對問題域中事物和問題及其解 決方法的認(rèn)識。1.2 面向?qū)ο蟮能浖＝Ｊ侨藗冊趯?shí)際應(yīng)用中常用而且具有重要作用的一種技術(shù)。例如，人們 在建造一座大樓前，先規(guī)劃出大樓的

14、藍(lán)圖。在制造飛機(jī)前，先要畫出設(shè)計(jì)圖， 并可能要建造一個(gè)實(shí)際模型進(jìn)行風(fēng)洞實(shí)驗(yàn)。在畫一幅油畫之前，先要用鉛筆勾 勒出畫的輪廓。同樣的，軟件開發(fā)人員在實(shí)際開發(fā)一個(gè)復(fù)雜的工程之前，也應(yīng) 該先建立系統(tǒng)的模型。對軟件系統(tǒng)進(jìn)行建模的目的在于 :1. 理解應(yīng)用領(lǐng)域中的知識，捕獲用戶的需求。對系統(tǒng)進(jìn)行分析的過程就是開發(fā)者不斷學(xué)習(xí)用戶領(lǐng)域知識的過程。要想建 立一個(gè)正確的模型，首要的問題就是理解用戶領(lǐng)域的知識。當(dāng)開發(fā)者能建立出 一個(gè)用戶滿意的模型時(shí)，說明他已經(jīng)理解了用戶領(lǐng)域中的知識，至少是抓住了 與將要建立的系統(tǒng)本質(zhì)有關(guān)的知識。2. 與用戶溝通。用戶往往不是計(jì)算機(jī)專家，而開發(fā)者往往也不熟悉用戶的領(lǐng)域。二者的溝 通就

15、有一定的難度。通過建立一個(gè)雙方都能理解的模型有利于這種溝通，可以 使工程投資者、分析人員、設(shè)計(jì)人員、程序員等達(dá)成一致，從而為建立正確的 軟件系統(tǒng)打下良好的基礎(chǔ)。3. 進(jìn)行系統(tǒng)設(shè)計(jì)。在編寫代碼以前，軟件系統(tǒng)的模型可以幫助軟件開發(fā)人員方便的研究軟件 的多科構(gòu)架和設(shè)計(jì)方案，從中找出最適合的解決方案，簡化實(shí)現(xiàn)。通過研究一 個(gè)大型軟件系統(tǒng)的模型可以提出多個(gè)實(shí)際方案并可以對它們進(jìn)行相互比較。利 用模型可以研究多種設(shè)計(jì)案，所花費(fèi)的成本只是實(shí)現(xiàn)其中一種方案所花費(fèi)的成 本。4. 使實(shí)現(xiàn)細(xì)節(jié)和需求分開。軟件系統(tǒng)的模型可以從多個(gè)角度來描述系統(tǒng) : 有些側(cè)重于系統(tǒng)的外部行為和 系統(tǒng)中與現(xiàn)實(shí)世界對應(yīng)的有關(guān)信息。有一些則

16、側(cè)重于描述系統(tǒng)中的類以及類的 內(nèi)部操作。通過模型，可以將實(shí)現(xiàn)細(xì)節(jié)和需求分開。5. 設(shè)計(jì)出有用的實(shí)際產(chǎn)品 .通過建模，可以得到這樣一些實(shí)際產(chǎn)品 : 類的聲明，數(shù)據(jù)庫結(jié)構(gòu)，配置草案，或者還有初始的用戶界面等，這些產(chǎn)品可以直接應(yīng)用在后邊的階段中。6. 通過模型可以建立系統(tǒng)的文檔。軟件系統(tǒng)用視圖來組織信息 : 靜態(tài)結(jié)構(gòu)視圖，狀態(tài)機(jī)視圖，交互視圖，反映 需求的用例視圖等。通過這些視圖可以組織、查找、檢查以及編輯大型系統(tǒng)的 有關(guān)信息。7. 利于我們理解復(fù)雜系統(tǒng)。對大型復(fù)雜的系統(tǒng)直接理解往往有困難，通過建立模型，對系統(tǒng)進(jìn)行抽 象，抓住系統(tǒng)的主要方面，這樣有利于理解系統(tǒng)。面向?qū)ο蠼７椒ㄖ饕獜拿嫦驅(qū)ο蟪绦蛟O(shè)計(jì)

17、領(lǐng)域發(fā)展而來，它通過對象對 問題域進(jìn)行完整的映射，對象包括了事物的數(shù)據(jù)特征和行為特征 : 它用結(jié)構(gòu)和連 接如實(shí)反映問題域中事物間的關(guān)系，比如分類、組裝等。它通過封裝、繼承、 消息通信等原則使問題域的復(fù)雜性得到控制。所以，面向?qū)ο蠼７椒ㄊ菍栴}域的完整和直接的映射，在模擬現(xiàn)實(shí)世界方面具有天然的優(yōu)勢。面向?qū)ο蠓椒ㄖС周浖_發(fā)中從分析到設(shè)計(jì)以至實(shí)現(xiàn)的各個(gè)階段，且各個(gè) 階段均采用一套概念和表達(dá)手段，它們之間沒有“鴻溝”的存在，幾乎不需要 什么轉(zhuǎn)化。面向?qū)ο蠓椒ㄟ€支持和鼓勵(lì)復(fù)用，不僅包括實(shí)現(xiàn)的復(fù)用，還包括分 析、設(shè)計(jì)等建模成果的復(fù)用。1.3 UML建模語言簡介面向?qū)ο蟮姆治雠c設(shè)計(jì)方法的發(fā)展在 80年代

18、末至90年代中出現(xiàn)了一個(gè)高 潮，UML是這個(gè)高潮的產(chǎn)物。它不僅統(tǒng)一了 Booch, Rumbaugh和Jacobson的表 示方法，而且對其作了進(jìn)一步的發(fā)展，并最終統(tǒng)一為大眾所接受的標(biāo)準(zhǔn)建模語 言。UML語言具有以下特點(diǎn)：1 UML已經(jīng)成為面向?qū)ο蠼ＵZ言的標(biāo)準(zhǔn)從理論角度講，UML是三位很有影響的面向?qū)ο蠓椒ù髱熞约霸S多大公司 井同努力的成果，Booch, Rumbaugh和Jacobson各自提出的方法及有關(guān)著作擁 有不少用戶和讀者，而 UML是他們以往研究的繼續(xù)。在定義模型元素語義的基 礎(chǔ)上定義建模語言，使 UML在理論上比較健全，具有表達(dá)力強(qiáng)、清晰和一致的 特點(diǎn)，UML定義的各種圖和各種

19、建模元素是來自多種 00方法的研究成果匯集。2 UML缺乏過程指導(dǎo)UML并不是十全十美的東西，最重要的一點(diǎn)是，它只是一種建模語言而非 建模方法3 UML過于復(fù)雜UML在具有豐富的表達(dá)力的同時(shí)，其復(fù)雜性也是驚人的。 UML的開發(fā)者稱： 只要UML中 20%勺內(nèi)容就可以表達(dá)實(shí)際應(yīng)用中 80%勺系統(tǒng)。但UML中并沒有給出 哪些內(nèi)容是必要的，哪些是可選的。這給用戶的使用帶來了不小的麻煩。UML的模型主要是通過一系列相關(guān)的圖來表達(dá)，在UML中共定義了 9種圖，它們分別從不同的側(cè)面來描述系統(tǒng)，下圖為在UML中定義的視圖與圖：主要的域視圖圖主要概念結(jié)構(gòu)靜態(tài)視圖類圖類，關(guān)聯(lián)，泛化，依賴關(guān)系，實(shí)現(xiàn)，接口用例視圖

20、用例圖用例，參與者，關(guān)聯(lián)，擴(kuò)展，包含，泛化實(shí)現(xiàn)視圖構(gòu)件圖構(gòu)件，接口，依賴關(guān)系，實(shí)現(xiàn)培植視圖配置圖節(jié)點(diǎn)，構(gòu)件，依賴關(guān)系，位置動(dòng)態(tài)狀態(tài)機(jī)視圖狀態(tài)視圖狀態(tài)，事件，轉(zhuǎn)換，動(dòng)作活動(dòng)視圖活動(dòng)圖狀態(tài)，活動(dòng)，完成轉(zhuǎn)換，分叉，結(jié)合交互視圖順序圖交互，對象，消息，激活協(xié)作圖協(xié)作，交互，協(xié)作角色，消息模型管理模型管理視圖類圖包，子系統(tǒng)，模型1.4 RUP過程指導(dǎo)與本系統(tǒng)分析設(shè)計(jì)過程UML是 一種建模語言而不是一種方法，UML的表示法和規(guī)則能夠用來為系統(tǒng) 進(jìn)行面向?qū)ο蠼?，但并沒有指定應(yīng)用 UML的過程和方法。1998年正式頒布的 RUP(Rational Unified Process)是UML設(shè)計(jì)者們共同定義的一

21、個(gè)軟件開發(fā)的公共過程框架。統(tǒng)一過程主要包括四個(gè)階段：開始階段、細(xì)化階段、構(gòu)建階段和移交階段。 結(jié)合倉儲(chǔ)系統(tǒng)得特點(diǎn)和 RUP分析過程，我們對本倉儲(chǔ)系統(tǒng)的開發(fā)過程以及 在開發(fā)過程中用到的建模圖形如下：業(yè)務(wù)建模表示活動(dòng)圖廠業(yè)務(wù)用例r十描述用例圖流程圖需求分析表示系統(tǒng)用例描述系統(tǒng)描述用例圖 領(lǐng)域分析系統(tǒng)設(shè)計(jì)實(shí)現(xiàn)類圖特化狀態(tài)圖表示實(shí)例化片f活動(dòng)圖順序圖J增補(bǔ)細(xì)化調(diào)整4對象圖表示用戶接口包業(yè)務(wù)邏輯包數(shù)據(jù)存儲(chǔ)包應(yīng)用包編碼依據(jù)實(shí)現(xiàn)目標(biāo)測試與配置配置用例圖順序圖類圖測試依據(jù)配置圖注：箭頭表示模型和各種活動(dòng)之間的描述關(guān)系。虛線表示各種活動(dòng)之間的可溯性1 進(jìn)行業(yè)務(wù)流程建模通過使用UML的活動(dòng)圖與用例圖描述企業(yè)的業(yè)務(wù)

22、流程來理解領(lǐng)域知識，建 立業(yè)務(wù)用例圖。在建模之前我們對倉儲(chǔ)系統(tǒng)的業(yè)務(wù)過程輔助業(yè)務(wù)流程圖來分 析，這也是我們在本次系統(tǒng)開發(fā)中的一創(chuàng)新點(diǎn)。2 進(jìn)行系統(tǒng)功能建模尋找用例及其之間的關(guān)系 （用例圖 ） ，通過詳細(xì)描述用例來捕獲系統(tǒng)的功能 需求，同時(shí)輔助活動(dòng)圖，并建立系統(tǒng)用例圖，這是整個(gè)開發(fā)過程的基礎(chǔ)。3 進(jìn)行領(lǐng)域建模 尋找對象與類，主要是使用類圖表現(xiàn)領(lǐng)域中各業(yè)務(wù)類之間的靜態(tài)關(guān)系，并用交互圖、順序圖等具體描述類之間的交互以及對象的狀態(tài)變化。主要涉及以 下活動(dòng) （ 并不一定是順序的 ）:1 分析用例以及業(yè)務(wù)領(lǐng)域2 發(fā)現(xiàn)對象，為對象分類，確定對象之間的交互3 確定類之間的關(guān)系4 定義類的屬性和操作5 分析對象

23、的狀態(tài)變化4 進(jìn)行系統(tǒng)設(shè)計(jì)，在系統(tǒng)分析的基礎(chǔ)上進(jìn)行 : 系統(tǒng)架構(gòu)的設(shè)計(jì) 進(jìn)行高層的系統(tǒng)決策、確定基本的軟件結(jié)構(gòu)，并對應(yīng)用系統(tǒng)進(jìn)行劃分。 對象進(jìn)一步設(shè)計(jì)對領(lǐng)域模型中的業(yè)務(wù)類進(jìn)行精化、調(diào)整，增添界面類、控制類等用于實(shí)現(xiàn) 的類。數(shù)據(jù)模型設(shè)計(jì) 考慮解決持久對象到數(shù)據(jù)庫的映射問題，設(shè)計(jì)數(shù)據(jù)模型以及數(shù)據(jù)存取訪問 部分設(shè)計(jì)。系統(tǒng)設(shè)計(jì) 得到的模型是精化和調(diào)整后的類圖、交互圖等，同時(shí)還有對象持久設(shè)計(jì)得 到的數(shù)據(jù)模型。5 實(shí)現(xiàn)實(shí)現(xiàn)的依據(jù)是設(shè)計(jì)過程中得到的靜態(tài)視圖 （類圖、對象圖 ） 、動(dòng)態(tài)視圖 （ 順序 圖、狀態(tài)圖、協(xié)作圖、活動(dòng)圖）。同時(shí)可以將類映射為組件，進(jìn)而使用 CASE工 具的框架代碼自動(dòng)生成的功能。同時(shí)通

24、過實(shí)現(xiàn)圖 （組件圖、配置圖 ）來描述系統(tǒng) 的物理視圖。6 單元測試，集成與系統(tǒng)測試測試實(shí)現(xiàn)的部分是否滿足用例的功能要求。另外，類圖、組件圖、協(xié)作圖 等也可以用來進(jìn)行測試。第二章倉儲(chǔ)系統(tǒng)業(yè)務(wù)用例建模2.1倉儲(chǔ)系統(tǒng)業(yè)務(wù)流程分析2.1.1入庫流程分析1、貨物到達(dá)后，站臺(tái)值班員組織卸貨，大致清點(diǎn)品種、件數(shù)，編寫物資 到站日報(bào)，送至收貨組；2、收貨組根據(jù)物資到站日報(bào)表核對驗(yàn)收貨物，分配庫位，填寫碼 單。3、客戶貨物明細(xì)單到達(dá)后，填寫入庫單。核對碼單、貨物 明細(xì)單，入庫單，如出現(xiàn)差錯(cuò)，返客戶貨物異常報(bào)告。4、總經(jīng)辦審核記帳后，生成帳卡、入庫收費(fèi)單，數(shù)據(jù)不再允許改 動(dòng)。r值班j到站日報(bào)驗(yàn)收、入庫碼單入庫業(yè)務(wù)

25、流程圖如下:審核記帳碼單 1帳卡2.1.2出庫庫流程分析1客戶在入庫時(shí)提供提貨樣單，用戶持提貨單至發(fā)貨組，要求提貨。調(diào)度 員核實(shí)提貨單的合法性，填寫出庫單，顯示相關(guān)業(yè)務(wù)號信息，如果有層 次，則顯示層次信息，并修改層次信息；如果是一個(gè)業(yè)務(wù)號的尾貨則給出尾貨 提示。然后向用戶出具出庫收費(fèi)單，同時(shí)生成派車單，并派保管員準(zhǔn)備發(fā)貨。2保管員持派車單組織貨物裝運(yùn)，記錄實(shí)出貨物信息，填寫碼單出 庫信息表。3用戶繳費(fèi)后，保管員開具出門證給用戶。4總經(jīng)辦審核記帳后，生成保管收費(fèi)單。5 一批貨物全部出庫后，保管員將帳卡、提貨單、碼單送至 總經(jīng)辦核實(shí)平帳后，存檔。出庫業(yè)務(wù)流程圖如下:貨物存儲(chǔ)檔案2.1.3庫存管理業(yè)

26、務(wù)流程分析盤點(diǎn)流程：1貨艙部根據(jù)需要盤點(diǎn)的貨物生成盤點(diǎn)帳存表，表中有生成盤點(diǎn)表的商品 編碼、商品名稱、所屬部門、庫位、經(jīng)營方式、庫存數(shù)量及盤點(diǎn)日期等相關(guān)信 息；2打印盤點(diǎn)單，包括的工程有：商品庫位、所屬部門、類別、商品編碼、商 品名稱、經(jīng)營方式、實(shí)盤數(shù)量及盤點(diǎn)日期，這里不輸出商品的帳存數(shù)量。3盤點(diǎn)員手持盤點(diǎn)單，進(jìn)行實(shí)地盤點(diǎn)，將數(shù)量填入盤點(diǎn)單中實(shí)盤數(shù)量處；4貨艙部在微機(jī)中調(diào)出對應(yīng)的盤點(diǎn)帳存表，將實(shí)盤的數(shù)量錄入進(jìn)去，經(jīng)主 管檢察錄入數(shù)據(jù)的準(zhǔn)確性后，審核生效；5生成盤點(diǎn)盈虧表。6針對商品有盤盈和盤虧的商品進(jìn)行記帳。凡是有盈虧的商品列出商品編碼、名稱、實(shí)盤數(shù)量、帳存數(shù)量、成本單價(jià)、盈虧金額盤點(diǎn)業(yè)務(wù)流程

27、圖如下:貨倉部2.2業(yè)務(wù)需求用例建模階段2.2.1業(yè)務(wù)角色的查找及建立根據(jù)此倉儲(chǔ)管理的分析知，倉儲(chǔ)管理說涉及的業(yè)務(wù)角色有：站臺(tái)值班員， 收貨組，總經(jīng)辦，客戶，保管員，貨艙部，盤點(diǎn)員，調(diào)度員2.2.2業(yè)務(wù)用例查找與分析根據(jù)業(yè)務(wù)流程可以找到基本的業(yè)務(wù)用例有：1站臺(tái)值班員卸貨審核清點(diǎn)貨物貨物到達(dá)后，站臺(tái)值班員組織卸貨，大致清點(diǎn)品種、件數(shù)，編寫物資到 站日報(bào)，送至收貨組。2收貨組驗(yàn)收入庫貨物分配庫位收貨組根據(jù)物資到站日報(bào)表核對驗(yàn)收貨物，分配庫位，填寫碼 單。3收貨組審核入庫單據(jù)處理異?？蛻糌浳锩骷?xì)單到達(dá)后，填寫入庫單。核對碼單、貨物明 細(xì)單，入庫單，如出現(xiàn)差錯(cuò)，返客戶貨物異常報(bào)告。4 總經(jīng)辦進(jìn)行入庫審

28、核記帳 總經(jīng)辦審核記帳后，生成帳卡、入庫收費(fèi)單，數(shù)據(jù)不再允許改 動(dòng)。注：客戶提供提單的同時(shí)，提供一份提貨樣單。5 客戶申請?zhí)嶝?客戶在入庫時(shí)提供提貨樣單，用戶持提貨單至發(fā)貨組，要求提貨。6 調(diào)度員審核客戶提貨的合法性 調(diào)度員核實(shí)提貨單的合法性，填寫出庫單，顯示相關(guān)業(yè)務(wù)號信息，如 果有層次，則顯示層次信息，并修改層次信息；如果是一個(gè)業(yè)務(wù)號的尾貨則給 出尾貨提示。然后向用戶出具出庫收費(fèi)單，同時(shí)生成派車單，并派保 管員準(zhǔn)備發(fā)貨。7 保管員組織發(fā)貨處理 保管員持派車單組織貨物裝運(yùn)，記錄實(shí)出貨物信息，填寫碼單出庫 信息表 。8 用戶繳費(fèi)后，保管員開具出門證給用戶 總經(jīng)辦進(jìn)行出庫審核記帳?？偨?jīng)辦審核記帳后

29、，生成保管收費(fèi)單。 總經(jīng)辦平帳處理。一批貨物全部出庫后，保管員將帳卡、提貨單、碼單送至總 經(jīng)辦核實(shí)平帳后，存檔。9 貨艙部生成盤點(diǎn)單據(jù) 貨艙部根據(jù)需要盤點(diǎn)的貨物生成盤點(diǎn)帳存表，表中有生成盤點(diǎn)表的商品編 碼、商品名稱、所屬部門、庫位、經(jīng)營方式、庫存數(shù)量及盤點(diǎn)日期等相關(guān)信 息。打印盤點(diǎn)單 , 包括的工程有：商品庫位、所屬部門、類別、商品編碼、商品 名稱、經(jīng)營方式、實(shí)盤數(shù)量及盤點(diǎn)日期，這里不輸出商品的帳存數(shù)量。10 盤點(diǎn)員進(jìn)行實(shí)地盤點(diǎn) 盤點(diǎn)員手持盤點(diǎn)單，進(jìn)行實(shí)地盤點(diǎn)，將數(shù)量填入盤點(diǎn)單中實(shí)盤數(shù)量處。11 貨艙部進(jìn)行盤點(diǎn)結(jié)果處理 貨艙部在微機(jī)中調(diào)出對應(yīng)的盤點(diǎn)帳存表，將實(shí)盤的數(shù)量錄入進(jìn)去，經(jīng)主管 檢察錄入

30、數(shù)據(jù)的準(zhǔn)確性后，審核生效。12 生成盤點(diǎn)盈虧表針對商品有盤盈和盤虧的商品進(jìn)行記帳。凡是有盈虧的商品列出商品編碼、名稱、實(shí)盤數(shù)量、帳存數(shù)量、成本單價(jià)、盈虧金額。13過戶處理修改貨物所屬貨主，同時(shí)修改相應(yīng)信息（重復(fù)出庫、入庫流程）14移庫處理修改移庫貨物原有和現(xiàn)有的庫存位置。223業(yè)務(wù)用例圖站臺(tái)值班員卸貨審核清點(diǎn)貨物組織發(fā)貨處理審核入庫單據(jù)處理異常過戶處理審核客戶提貨的合祛性調(diào)度員盤點(diǎn)結(jié)果處理移庫處理2.2.3業(yè)務(wù)活動(dòng)圖入庫過程：r卸貨審核蓿廠入庫貨物分入嗨處出庫過程:盤點(diǎn)過程:/生成盤點(diǎn)單I 據(jù)（實(shí)地盤點(diǎn)2.3系統(tǒng)基本功能描述:根據(jù)倉儲(chǔ)系統(tǒng)業(yè)務(wù)過程分析知系統(tǒng)的基本功能有入庫管理，出庫管理與庫 存

31、管理三大模塊，系統(tǒng)功能圖如下：廠倉儲(chǔ)系統(tǒng)入庫業(yè)務(wù)庫存業(yè)務(wù)1出庫業(yè)務(wù)第三章倉儲(chǔ)系統(tǒng)系統(tǒng)需求用例建模3.1入庫管理需求用例分析3.1.1確定系統(tǒng)角色：一個(gè)角色可以是人、硬件設(shè)備、甚至另外一個(gè)系統(tǒng)。對于一個(gè)系統(tǒng)而言， 每種類型的用戶表示為一個(gè)或幾個(gè)角色，每個(gè)與該系統(tǒng)交互的外部系統(tǒng)也表示 為一個(gè)或幾個(gè)角色。倉儲(chǔ)管理系統(tǒng)中，我們通過分析，可以找出這樣一些角 色：客戶，貨物，入庫管理人員，倉庫，出庫管理人員，庫存管理人員，系統(tǒng) 管理人員。3.1.2確定系統(tǒng)頂層用例一般的uml的需求描述方法是用用例圖來表達(dá)角色、用例及其之間的關(guān) 系，用文字形式的事件流文檔具體描述用例細(xì)節(jié)。這種方法存在以下缺點(diǎn)：一張用例圖不

32、能描述復(fù)雜系統(tǒng)全部需求；系統(tǒng)的業(yè)務(wù)種類多、功能繁雜， 根本無法清晰地將系統(tǒng)的全部功能展開在一張用例圖上，即使可以，用戶看到 縱橫交錯(cuò)的各種關(guān)系，也只能望而生畏；用例圖不適應(yīng)描述系統(tǒng)的非功能要 求；文字不便于說明復(fù)雜用例的流程。涉及多個(gè)部門之間的交互協(xié)調(diào)，事件流 文檔中的文字難以清晰地表達(dá)地籍?dāng)?shù)據(jù)的復(fù)雜流程。因此我們將采用建立多層 次的用例圖。頂層用例圖描述系統(tǒng)粗粒度的全部功能；下一層將沒有表述清的 粗粒度用例用更細(xì)粒度的子用例描述。根據(jù)系統(tǒng)的業(yè)務(wù)過程分析與用戶的需求分析，系統(tǒng)的頂層用例如表所示:參與者用例說明入庫管理人員入庫管理，其中包括到站登記日報(bào)管理，入庫單管理， 審核記帳等碼單管理，庫存

33、管理人員庫存的基本業(yè)務(wù)管理，包括盤點(diǎn)管理，過戶管理，移庫管理倉區(qū)的基本信息管理，包括倉區(qū)參數(shù)設(shè)置，庫存分配，預(yù)警管理出庫管理人員出庫管理，有出庫單管理，出庫信息管理，出庫審核管理，以及平 帳等系統(tǒng)管理人員系統(tǒng)管理，報(bào)表管理，查詢管理，基本資料管理等系 統(tǒng) 得 頂 層用 例 圖 如 下庫存管理人負(fù)庫存管理入庫管理人員入庫管理出庫管理人員出庫管理3.1.3入庫管理功能性分析:根據(jù)業(yè)務(wù)描述，我們知道此模塊應(yīng)該要實(shí)現(xiàn)的功能大致如下：1入庫管理人員利用系統(tǒng)登記站臺(tái)管理員送來的到站日報(bào)表信息；2入庫管理人員能修改到站日報(bào)表信息；3入庫管理人員能刪除到站日報(bào)表信息；4入庫管理人員根據(jù)到站日報(bào)填寫，修改，刪除

34、碼單；5入庫管理人員根據(jù)貨物明細(xì)單填寫，修改，刪除入庫單；6 入庫管理人員審核碼單、貨物明細(xì)單，入庫單如有差 錯(cuò)，返回貨物異常報(bào)告；如無差錯(cuò)生成帳卡、入庫收費(fèi) 單。入庫管理的分層用例圖如下：登記到站日很r5:返回:6:碼單修改界面仁修改并確認(rèn)8:修改碼單6刪除碼單入庫信息入底管理人1:登陸2：返回:3:選擇刪除的碼單匚rh4:查詢5：返回:6:碼單具體信息A 7：刪除并確認(rèn)8：刪除碼單9：幽刪除17新建入庫單:入庵管理人q5:返回和入入眄S:新建入庫單牡當(dāng)詢?nèi)霂鞌?shù)量營信息” 10：返回:異常否9:完成4:查詢?nèi)霂靻?；i1 9刪除入庫單:入庫管理人2：返回=K3：宀選擇刪除的入庫黔4:查詢 5:

35、返回迥：入庫單刪除界匹 應(yīng)亦并確認(rèn)J8：刪除入庫單i9：成功1. 10審核處理4.2定義基本對象與類入庫管理子系統(tǒng)的對象分析:實(shí)體對象貨物，物資到站日報(bào)，碼單入庫信息表，倉庫，貨物明細(xì)單，入 庫單，貨物異常報(bào)告，帳卡入庫信息，入庫收費(fèi)單，客戶信息， 庫區(qū)，庫位，碼單基本信息表，職工信息表，用戶權(quán)限表，權(quán)限 信息表，驗(yàn)收工具表，設(shè)備表，站臺(tái)表，計(jì)里單位表，部門表， 物資明晰分類表，業(yè)務(wù)類別表邊界對象入庫到站日報(bào)管理界面，入庫碼單管理界面，入庫單管理界面， 入庫審核界面控制對象入庫審核根據(jù)分析級的順序圖與系統(tǒng)的對象分析定義系統(tǒng)中涉及的類：（1）類 客戶 KH（2）類 貨物 HW（3）類 倉庫 CK

36、（4）類 庫區(qū) KQ（5）類 庫位 KW（6）類 物資到站日報(bào) DZRB（7）類 碼單基本信息 MDJBXX（8）類 碼單入庫信息： MDRKXX（9）類 保管員入庫驗(yàn)收信息（ BGYYSX）X（ 10）類 碼單貨物存放明細(xì)（ MDHWC）F（11）類 入庫單 RKD（12）類 貨物異常報(bào)告 HWYCBG（13）類 帳卡入庫信息 ZKRKXX（14）類 入庫收費(fèi)單 RKSFD（15）類 用戶權(quán)限 YHQX（16）類 權(quán)限信息 QXXX（17）類 入庫審核 RKSH（18）類 職工信息 ZGXX（19） 類 物資存儲(chǔ)類 WZCCL（20）類 業(yè)務(wù)類別 YWLB（21）類 物資明晰分類 WZMXF

37、L（22）類 部門 BM（23）類 計(jì)量單位 JLDW（24）類 站點(diǎn) ZD（25）類 驗(yàn)收工具 YSGJ（26）類 設(shè)備 SB4.3入庫系統(tǒng)類圖KQCKIZCCLYliQiKDZRBMDRKXXEKDMDJEXXHW QKXKEESHHMDKH1ZKRKXKHWYCBG44定義對象與類的屬性與操作(1 )類客戶KH 私有屬性屬性名含義屬性類型khlD客戶號StringkhM客戶名Stri ngkhDZ客戶地址Stri ngIxDH聯(lián)系電話Stri ngStringz傳真Stri ngxsqx銷售權(quán)限Stri ngyyzh銀行帳號Stri ngBZ備注Stri ng公共方法方法名含義說明Query():Boolea n Add_KH():Boolean。查詢(2)類貨物HW私有屬性屬性名含義屬性類型khlD客戶號StringwzflID物資分類號StringhwID貨物編號Stri ngPM品名Stri ngGG