UML的倉儲管理系統(tǒng)的設(shè)計與實現(xiàn)概述

1、 . . 64/64TOC o 1-3 h z u目錄HYPERLINK l _Toc74322649引言 PAGEREF _Toc74322649 h 5HYPERLINK l _Toc74322654第一章面向?qū)ο蟮腢ML建模 PAGEREF _Toc74322654 h 7HYPERLINK l _Toc743226551.1面向?qū)ο蟮幕舅枷?PAGEREF _Toc74322655 h 7HYPERLINK l _Toc743226561.2面向?qū)ο蟮能浖?PAGEREF _Toc74322656 h 7HYPERLINK l _Toc743226571.3 UML建模語言簡介

2、PAGEREF _Toc74322657 h 9HYPERLINK l _Toc743226581.4 RUP過程指導(dǎo)與本系統(tǒng)分析設(shè)計過程 PAGEREF _Toc74322658 h 10HYPERLINK l _Toc74322659第二章倉儲系統(tǒng)業(yè)務(wù)用例建模 PAGEREF _Toc74322659 h 13HYPERLINK l _Toc743226602.1 倉儲系統(tǒng)業(yè)務(wù)流程分析 PAGEREF _Toc74322660 h 13HYPERLINK l _Toc743226612.1.1 入庫流程分析 PAGEREF _Toc74322661 h 13HYPERLINK l _Toc

3、743226622.2業(yè)務(wù)需求用例建模階段 PAGEREF _Toc74322662 h 15HYPERLINK l _Toc743226632.2.1業(yè)務(wù)角色的查找與建立 PAGEREF _Toc74322663 h 15HYPERLINK l _Toc743226642.2.3業(yè)務(wù)用例圖 PAGEREF _Toc74322664 h 18HYPERLINK l _Toc743226652.2.3業(yè)務(wù)活動圖 PAGEREF _Toc74322665 h 18HYPERLINK l _Toc743226662.3 系統(tǒng)基本功能描述 PAGEREF _Toc74322666 h 20HYPERL

4、INK l _Toc74322667第三章倉儲系統(tǒng)系統(tǒng)需求用例建模 PAGEREF _Toc74322667 h 21HYPERLINK l _Toc743226683.1 入庫管理需求用例分析 PAGEREF _Toc74322668 h 21HYPERLINK l _Toc743226693.1.1 確定系統(tǒng)角色 PAGEREF _Toc74322669 h 21HYPERLINK l _Toc743226703.1.2 確定系統(tǒng)頂層用例 PAGEREF _Toc74322670 h 21HYPERLINK l _Toc743226713.1.3 入庫管理功能性分析 PAGEREF _To

5、c74322671 h 22HYPERLINK l _Toc743226723.1.4 到站日報錄入管理用例描述 PAGEREF _Toc74322672 h 23HYPERLINK l _Toc743226733.1.5 碼單管理用例描述 PAGEREF _Toc74322673 h 25HYPERLINK l _Toc743226743.1.6 入庫單管理用例描述 PAGEREF _Toc74322674 h 27HYPERLINK l _Toc743226753.1.7 審核管理用例描述 PAGEREF _Toc74322675 h 29HYPERLINK l _Toc743226763

6、.2 系統(tǒng)擴展功能需求用例分析 PAGEREF _Toc74322676 h 30HYPERLINK l _Toc743226773.3 系統(tǒng)整體功能描述 PAGEREF _Toc74322677 h 32HYPERLINK l _Toc74322678第四章業(yè)務(wù)領(lǐng)域分析與設(shè)計 PAGEREF _Toc74322678 h 33 HYPERLINK l _Toc74322679 4.1 系統(tǒng)順序圖，狀態(tài)圖 PAGEREF _Toc74322679 h 33 HYPERLINK l _Toc74322680 4.2 定義基本對象與類 PAGEREF _Toc74322680 h 40 HYPER

7、LINK l _Toc74322681 4.3 入庫系統(tǒng)類圖 PAGEREF _Toc74322681 h 41 HYPERLINK l _Toc74322682 4.4 定義對象與類的屬性與操作 PAGEREF _Toc74322682 h 41 HYPERLINK l _Toc74322683 4.5 系統(tǒng)設(shè)計順序圖，入庫類圖 PAGEREF _Toc74322683 h 53 HYPERLINK l _Toc74322684 4.6系統(tǒng)擴展功能 PAGEREF _Toc74322684 h 55 HYPERLINK l _Toc74322685 4.7 系統(tǒng)構(gòu)架設(shè)計 PAGEREF _T

8、oc74322685 h 63HYPERLINK l _Toc74322686第五章系統(tǒng)實現(xiàn)測試與配置 PAGEREF _Toc74322686 h 64HYPERLINK l _Toc743226875.1系統(tǒng)實現(xiàn)的工具與技術(shù) PAGEREF _Toc74322687 h 64HYPERLINK l _Toc743226885.2 系統(tǒng)實現(xiàn)方式圖 PAGEREF _Toc74322688 h 65HYPERLINK l _Toc743226895.3 系統(tǒng)測試與系統(tǒng)實現(xiàn)界面 PAGEREF _Toc74322689 h 66HYPERLINK l _Toc74322690第六章系統(tǒng)開發(fā)的思考

9、 PAGEREF _Toc74322690 h 68HYPERLINK l _Toc743226916. 1 數(shù)據(jù)庫設(shè)計問題 PAGEREF _Toc74322691 h 68HYPERLINK l _Toc743226926. 2 數(shù)據(jù)庫訪問設(shè)計問題 PAGEREF _Toc74322692 h 69HYPERLINK l _Toc74322693結(jié)束語 PAGEREF _Toc74322693 h 70HYPERLINK l _Toc74322694參考文獻 PAGEREF _Toc74322694 h 71HYPERLINK l _Toc74322695致 PAGEREF _Toc743

10、22695 h 72基于UML的倉儲管理系統(tǒng)的設(shè)計與實現(xiàn)摘要面向?qū)ο蠹夹g(shù)是軟件工程和過程工程領(lǐng)域中的重要技術(shù)，統(tǒng)模語言UML則是近幾年國際上比較流行的面向?qū)ο蟮臉藴式ＵZ言。本文闡述了基于UML建模的倉儲管理信息系統(tǒng)的開發(fā)。建模是開發(fā)優(yōu)秀軟件所有活動的核心部分，也是本文工作的重點所在。在開發(fā)中我們考慮了RUP迭代式開發(fā)的優(yōu)點并與本倉儲系統(tǒng)開發(fā)的特色相結(jié)合，提出了自己的一套UML的建模過程?；谶@個過程我們從系統(tǒng)分析，設(shè)計，實現(xiàn)與測試，運用UML建模思想與各種模型對倉儲系統(tǒng)進行了詳細的描述。關(guān)鍵字:面向?qū)ο?，UML,倉儲系統(tǒng)，系統(tǒng)開發(fā)Abstract00 is an important tech

11、nology for software engineering andprocessing engineering, and the Unified Modeling Language (UML) is ainternational popular 00 modeling language in recent years. This articleexpatiate the development of storage system based on UML.Modeling is the key portion for an excellent software development,an

12、d 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ù)以與外部環(huán)境的變化，物資儲運公司原開發(fā)的信息系統(tǒng)已不能滿足新業(yè)務(wù)、新環(huán)境以與客戶對信息查詢的要求，迫切需要開發(fā)一套新的系統(tǒng)以替代原有系統(tǒng)，并實

13、現(xiàn)原有流程的優(yōu)化，把一些原來未納入系統(tǒng)管理的功能納入到新的系統(tǒng)中來，并為轉(zhuǎn)變到第三方物流和與電子商務(wù)接軌作好準備。傳統(tǒng)的面向過程的倉儲管理信息系統(tǒng)的開發(fā)中存在不少的問題，傳統(tǒng)的面向過程的開發(fā)方法，也即主要是基于功能分析或數(shù)據(jù)分析基礎(chǔ)上的結(jié)構(gòu)化方法。這種開發(fā)方法下設(shè)計的系統(tǒng)在70或80年代早期還可以適應(yīng)，但在越來越復(fù)雜的非數(shù)值計算類型的軟件開發(fā)中，在廣泛應(yīng)用圖形界面的交互式系統(tǒng)中，在控制要求非常突出的應(yīng)用中，在需求經(jīng)常變化的條件下，尤其是在倉儲系統(tǒng)這種數(shù)據(jù)流動性要求比較高的管理軟件的開發(fā)，用傳統(tǒng)的軟件開發(fā)方法解決問題往往暴露出嚴重的不適應(yīng)性，主要表現(xiàn)在以下幾點：1)功能與數(shù)據(jù)分離的軟件設(shè)計結(jié)構(gòu)與

14、人類的現(xiàn)實環(huán)境很不一樣，和人的自 然思維也就很不一致。 2)系統(tǒng)是圍繞著如何實現(xiàn)一定的行為來進行的，當系統(tǒng)行為易變，需要常常修改時，修改極為困難，因此這種結(jié)構(gòu)無法適應(yīng)迅速變化的技術(shù)和需求。3)在系統(tǒng)中模塊之間的控制作用有重要影響時，由于在“好的模塊結(jié)構(gòu)”中的模塊間的控制作用只能通過上下之間的調(diào)用關(guān)系來進行，造成信息傳遞路徑過長，效率低，易受干擾，甚至出錯。所以這種結(jié)構(gòu)無法適應(yīng)以控制關(guān)系為重要特性的系統(tǒng)要求。4)結(jié)構(gòu)化方法開發(fā)出來的系統(tǒng)往往難以維護，因為所有的函數(shù)都必須知道數(shù)據(jù)結(jié)構(gòu)。5)自頂向下功能分解的分析方法極限制了軟件的可重用性，導(dǎo)致對同樣對象的大量的重復(fù)性工作，大大降低了開發(fā)人員的生產(chǎn)率

15、。結(jié)構(gòu)化開發(fā)方法暴露出來的問題促使了面向?qū)ο箝_發(fā)技術(shù)的形成與發(fā)展，而面向?qū)ο蠹夹g(shù)的發(fā)展促使了UML語言的產(chǎn)生。2 UML 的產(chǎn)生：自20世紀70年代面向?qū)ο蠹夹g(shù)出現(xiàn)以后，面向?qū)ο蠹夹g(shù)在計算機界得到了廣泛的應(yīng)用，并成為當前軟件領(lǐng)域的主流技術(shù)。為了解決復(fù)雜系統(tǒng)的開發(fā)，各種面向?qū)ο蟮能浖こ谭椒ū徊粩嗤瞥?。?995年起，著名的軟件工程學家Grady Booch, Ivar Jacobson, Jin Rumbaugh攜手合作共同努力，綜合了他們各自的面向?qū)ο蟮姆治龊驮O(shè)計方法，并加以擴充和改進，汲取其他同類方法的優(yōu)點，提出了UML(統(tǒng)模語言)。UML是一種定義良好、易于表達、功能強大且普遍適用的建模

16、語言。它溶入了軟件工程領(lǐng)域的新思想、新方法和新技術(shù)。它可以對復(fù)雜軟件系統(tǒng)的各種成分進行可視化，進行說明和構(gòu)造系統(tǒng)模型，以與建立軟件文檔。目前，隨著UML的提出與應(yīng)用的成功，面向?qū)ο蠓椒ㄒ掩呌诔墒?，大有取代結(jié)構(gòu)化方法的趨勢。其中，基于UML的面向?qū)ο蟮南到y(tǒng)分析與設(shè)計方法解決了傳統(tǒng)結(jié)構(gòu)化方法中問題空間和解決空間在結(jié)構(gòu)上不一致的問題，避免了從分析、設(shè)計到軟件模塊結(jié)構(gòu)間的多次轉(zhuǎn)換過程，同時又有效地結(jié)束了以前方法和模型語言之間不合理的差異，統(tǒng)一了許多信息系統(tǒng)的開發(fā)過程和部概念，使信息系統(tǒng)開發(fā)變得簡單、高效、合理，已成為當前進行信息系統(tǒng)開發(fā)的主流分析和設(shè)計方法。3 本文工作和系統(tǒng)開發(fā)：本文首先對公司的業(yè)務(wù)

17、與用戶的需求進行了分析，然后對系統(tǒng)的功能進行詳細的設(shè)計，并在分析與設(shè)計的同時用UML建模語言對其建模，采用UML工具ROSE繪制描述各種模型的圖形，目的使開發(fā)者與用戶更有效的實現(xiàn)功能與理解需求，并使程序人員能順利的實現(xiàn)系統(tǒng)，在系統(tǒng)的實現(xiàn)階段重點講述設(shè)計到編碼的過渡，以體現(xiàn)UML建模的模型對系統(tǒng)開發(fā)帶來的好處。本文的編寫結(jié)合了面向?qū)ο蟮能浖_發(fā)方法與UML建模語言的優(yōu)勢與特色，同時與倉儲管理系統(tǒng)緊密結(jié)合。既體現(xiàn)了面向?qū)ο蟮能浖_發(fā)思想 ，又包容了UML建模語言所特有的語言建模優(yōu)勢。在編寫中我們大量的使用UML語言所提供的各種建模圖形來描述倉儲管理系統(tǒng)，例如描述用戶需求的用例圖，描述系統(tǒng)功能的動態(tài)

18、的順序圖。根據(jù)倉儲管理的特點，我們大膽的改進了一般的UML建模的分析過程，并在分析設(shè)計過程中采用更加適合倉儲系統(tǒng)的分析級類圖與順序圖。倉儲系統(tǒng)過程語言思想因為系統(tǒng)開發(fā)的難度比較大，系統(tǒng)分析工作是我與我的合作者洪少藩同學共同完成的，而系統(tǒng)設(shè)計任務(wù)是我們分工完成的，我完成了入庫管理與系統(tǒng)其他功能的設(shè)計，洪少藩完成了出庫和庫存的系統(tǒng)設(shè)計工作，由于時間關(guān)系我們在實現(xiàn)階段只完成了入庫管理這一模塊。4 系統(tǒng)功能簡介：系統(tǒng)的功能是系統(tǒng)能夠做的事情，在本系統(tǒng)中，系統(tǒng)的功能有：1 系統(tǒng)應(yīng)該能完成入庫操作過程中的表與碼單的錄入；2 系統(tǒng)應(yīng)該能完成入庫過程中的貨物的審核，記費；3 系統(tǒng)應(yīng)該能進行有效的庫存管理，例如

19、盤點，移庫等；4 系統(tǒng)應(yīng)該能對出庫過程中的表與帳單進行管理；5 系統(tǒng)應(yīng)該能對出庫后的平帳，記錄儲存等進行管理；6 系統(tǒng)用戶能有效的進行權(quán)限，日志的管理；7 系統(tǒng)用戶可以查詢報表，客戶，貨物等基本信息；8 系統(tǒng)能記錄下系統(tǒng)的使用日志；9 任何人員要使用本系統(tǒng)必須擁有相應(yīng)的權(quán)限；第一章 面向?qū)ο蟮腢ML建模1.1面向?qū)ο蟮幕舅枷朊嫦驅(qū)ο蠓椒ㄊ钱斀褴浖_發(fā)的主流方法，它的基本思想是從現(xiàn)實世界客觀存在的事物或者說對象出發(fā)來構(gòu)建系統(tǒng)，并且在構(gòu)建系統(tǒng)時盡可能運用人類的自然思維方式。軟件開發(fā)是對問題求解的過程，從哲學中認識論的角度看整個軟件的開發(fā)可以歸結(jié)為兩個主要的活動:人們對所要解決問題與其相關(guān)事物的認

20、識和基于這種認識所進行的描述。認識指通過人的思維正確認識和理解系統(tǒng)所要處理的問題域中客觀存在事物和所要解決問題:弄清事物的屬性、行為和彼此的關(guān)系，找出解決問題的方法。描述指用一種語言說明人們對問題域中事物和問題與其解決方法的認識。1.2面向?qū)ο蟮能浖＝Ｊ侨藗冊趯嶋H應(yīng)用中常用而且具有重要作用的一種技術(shù)。例如，人們在建造一座大樓前，先規(guī)劃出大樓的藍圖;在制造飛機前，先要畫出設(shè)計圖，并可能要建造一個實際模型進行風洞實驗;在畫一幅油畫之前，先要用鉛筆勾勒出畫的輪廓。同樣的，軟件開發(fā)人員在實際開發(fā)一個復(fù)雜的項目之前，也應(yīng)該先建立系統(tǒng)的模型。對軟件系統(tǒng)進行建模的目的在于:1.理解應(yīng)用領(lǐng)域中的知識，捕

21、獲用戶的需求。對系統(tǒng)進行分析的過程就是開發(fā)者不斷學習用戶領(lǐng)域知識的過程。要想建立一個正確的模型，首要的問題就是理解用戶領(lǐng)域的知識。當開發(fā)者能建立出一個用戶滿意的模型時，說明他已經(jīng)理解了用戶領(lǐng)域中的知識，至少是抓住了與將要建立的系統(tǒng)本質(zhì)有關(guān)的知識。2.與用戶溝通。用戶往往不是計算機專家，而開發(fā)者往往也不熟悉用戶的領(lǐng)域。二者的溝通就有一定的難度。通過建立一個雙方都能理解的模型有利于這種溝通，可以使項目投資者、分析人員、設(shè)計人員、程序員等達成一致，從而為建立正確的軟件系統(tǒng)打下良好的基礎(chǔ)。3.進行系統(tǒng)設(shè)計。在編寫代碼以前，軟件系統(tǒng)的模型可以幫助軟件開發(fā)人員方便的研究軟件的多科構(gòu)架和設(shè)計方案，從中找出最

22、適合的解決方案，簡化實現(xiàn)。通過研究一個大型軟件系統(tǒng)的模型可以提出多個實際方案并可以對它們進行相互比較。利用模型可以研究多種設(shè)計案，所花費的成本只是實現(xiàn)其中一種方案所花費的成本。4.使實現(xiàn)細節(jié)和需求分開。軟件系統(tǒng)的模型可以從多個角度來描述系統(tǒng):有些側(cè)重于系統(tǒng)的外部行為和系統(tǒng)中與現(xiàn)實世界對應(yīng)的有關(guān)信息;有一些則側(cè)重于描述系統(tǒng)中的類以與類的部操作。通過模型，可以將實現(xiàn)細節(jié)和需求分開。5.設(shè)計出有用的實際產(chǎn)品.通過建模，可以得到這樣一些實際產(chǎn)品:類的聲明，數(shù)據(jù)庫結(jié)構(gòu)，配置草案，或者還有初始的用戶界面等，這些產(chǎn)品可以直接應(yīng)用在后邊的階段中。6.通過模型可以建立系統(tǒng)的文檔。軟件系統(tǒng)用視圖來組織信息:靜態(tài)結(jié)

23、構(gòu)視圖，狀態(tài)機視圖，交互視圖，反映需求的用例視圖等。通過這些視圖可以組織、查找、檢查以與編輯大型系統(tǒng)的有關(guān)信息。7.利于我們理解復(fù)雜系統(tǒng)。對大型復(fù)雜的系統(tǒng)直接理解往往有困難，通過建立模型，對系統(tǒng)進行抽象，抓住系統(tǒng)的主要方面，這樣有利于理解系統(tǒng)。面向?qū)ο蠼７椒ㄖ饕獜拿嫦驅(qū)ο蟪绦蛟O(shè)計領(lǐng)域發(fā)展而來，它通過對象對問題域進行完整的映射，對象包括了事物的數(shù)據(jù)特征和行為特征:它用結(jié)構(gòu)和連接如實反映問題域中事物間的關(guān)系，比如分類、組裝等;它通過封裝、繼承、消息通信等原則使問題域的復(fù)雜性得到控制。所以，面向?qū)ο蠼７椒ㄊ菍栴}域的完整和直接的映射，在模擬現(xiàn)實世界方面具有天然的優(yōu)勢。面向?qū)ο蠓椒ㄖС周浖_發(fā)中從

24、分析到設(shè)計以至實現(xiàn)的各個階段，且各個階段均采用一套概念和表達手段，它們之間沒有“鴻溝”的存在，幾乎不需要什么轉(zhuǎn)化。面向?qū)ο蠓椒ㄟ€支持和鼓勵復(fù)用，不僅包括實現(xiàn)的復(fù)用，還包括分析、設(shè)計等建模成果的復(fù)用。1.3 UML建模語言簡介面向?qū)ο蟮姆治雠c設(shè)計方法的發(fā)展在80年代末至90年代中出現(xiàn)了一個高潮，UML是這個高潮的產(chǎn)物。它不僅統(tǒng)一了Booch, Rumbaugh和Jacobson的表示方法，而且對其作了進一步的發(fā)展，并最終統(tǒng)一為大眾所接受的標準建模語言。UML語言具有以下特點：1 UML已經(jīng)成為面向?qū)ο蠼ＵZ言的標準從理論角度講，UML是三位很有影響的面向?qū)ο蠓椒ù髱熞耘c許多大公司井同努力的成果，

25、Booch, Rumbaugh和Jacobson各自提出的方法與有關(guān)著作擁有不少用戶和讀者，而UML是他們以往研究的繼續(xù)。在定義模型元素語義的基礎(chǔ)上定義建模語言，使UML在理論上比較健全，具有表達力強、清晰和一致的特點，UML定義的各種圖和各種建模元素是來自多種00方法的研究成果匯集。2 UML缺乏過程指導(dǎo)UML并不是十全十美的東西，最重要的一點是，它只是一種建模語言而非建模方法.3 UML過于復(fù)雜UML在具有豐富的表達力的同時，其復(fù)雜性也是驚人的。UML的開發(fā)者稱:只要UML中20%的容就可以表達實際應(yīng)用中80%的系統(tǒng)。但UML中并沒有給出哪些容是必要的，哪些是可選的。這給用戶的使用帶來了不

26、小的麻煩。UML的模型主要是通過一系列相關(guān)的圖來表達，在UML中共定義了9種圖，它們分別從不同的側(cè)面來描述系統(tǒng)，下圖為在UML中定義的視圖與圖：主要的域視圖圖主要概念結(jié)構(gòu)靜態(tài)視圖類圖類，關(guān)聯(lián)，泛化，依賴關(guān)系，實現(xiàn)，接口用例視圖用例圖用例，參與者，關(guān)聯(lián)，擴展，包含，泛化實現(xiàn)視圖構(gòu)件圖構(gòu)件，接口，依賴關(guān)系，實現(xiàn)培植視圖配置圖節(jié)點，構(gòu)件，依賴關(guān)系，位置動態(tài)狀態(tài)機視圖狀態(tài)視圖狀態(tài)，事件，轉(zhuǎn)換，動作活動視圖活動圖狀態(tài)，活動，完成轉(zhuǎn)換，分叉，結(jié)合交互視圖順序圖交互，對象，消息，激活協(xié)作圖協(xié)作，交互，協(xié)作角色，消息模型管理模型管理視圖類圖包，子系統(tǒng)，模型1.4 RUP過程指導(dǎo)與本系統(tǒng)分析設(shè)計過程UML是一種

27、建模語言而不是一種方法，UML的表示法和規(guī)則能夠用來為系統(tǒng)進行面向?qū)ο蠼＃]有指定應(yīng)用UML的過程和方法。1998年正式頒布的RUP(Rational Unified Process)是UML設(shè)計者們共同定義的一個軟件開發(fā)的公共過程框架。統(tǒng)一過程主要包括四個階段:開始階段、細化階段、構(gòu)建階段和移交階段。結(jié)合倉儲系統(tǒng)得特點和RUP分析過程，我們對本倉儲系統(tǒng)的開發(fā)過程以與在開發(fā)過程中用到的建模圖形如下： 配置 測試依據(jù) 測試依據(jù) 實現(xiàn)目標 編碼依據(jù) 細化 調(diào)整 增補業(yè)務(wù)建模需求分析領(lǐng)域分析系統(tǒng)設(shè)計實現(xiàn)測試與配置描述業(yè)務(wù)用例活動圖表示描述系統(tǒng)用例系統(tǒng)描述表示特化狀態(tài)圖活動圖順序圖 實例化表示用

28、戶接口包業(yè)務(wù)邏輯包數(shù)據(jù)存儲包應(yīng)用包表示類圖協(xié)作圖順序圖狀態(tài)圖活動圖用例圖用例圖順序圖類圖注： 箭頭表示模型和各種活動之間的描述關(guān)系; 虛線表示各種活動之間的可溯性對象圖配置圖用例圖流程圖用例圖類圖1 進行業(yè)務(wù)流程建模通過使用UML的活動圖與用例圖描述企業(yè)的業(yè)務(wù)流程來理解領(lǐng)域知識，建立業(yè)務(wù)用例圖;在建模之前我們對倉儲系統(tǒng)的業(yè)務(wù)過程輔助業(yè)務(wù)流程圖來分析，這也是我們在本次系統(tǒng)開發(fā)中的一創(chuàng)新點。2 進行系統(tǒng)功能建模尋找用例與其之間的關(guān)系(用例圖)，通過詳細描述用例來捕獲系統(tǒng)的功能需求，同時輔助活動圖，并建立系統(tǒng)用例圖，這是整個開發(fā)過程的基礎(chǔ);3 進行領(lǐng)域建模尋找對象與類，主要是使用類圖表現(xiàn)領(lǐng)域中各業(yè)務(wù)

29、類之間的靜態(tài)關(guān)系，并用交互圖、順序圖等具體描述類之間的交互以與對象的狀態(tài)變化。主要涉與以下活動(并不一定是順序的):1 分析用例以與業(yè)務(wù)領(lǐng)域2 發(fā)現(xiàn)對象，為對象分類，確定對象之間的交互3 確定類之間的關(guān)系4 定義類的屬性和操作5 分析對象的狀態(tài)變化4 進行系統(tǒng)設(shè)計，在系統(tǒng)分析的基礎(chǔ)上進行:系統(tǒng)架構(gòu)的設(shè)計進行高層的系統(tǒng)決策、確定基本的軟件結(jié)構(gòu)，并對應(yīng)用系統(tǒng)進行劃分;對象進一步設(shè)計對領(lǐng)域模型中的業(yè)務(wù)類進行精化、調(diào)整，增添界面類、控制類等用于實現(xiàn)的類。數(shù)據(jù)模型設(shè)計考慮解決持久對象到數(shù)據(jù)庫的映射問題，設(shè)計數(shù)據(jù)模型以與數(shù)據(jù)存取訪問部分設(shè)計。系統(tǒng)設(shè)計 得到的模型是精化和調(diào)整后的類圖、交互圖等，同時還有對象

30、持久設(shè)計得到的數(shù)據(jù)模型。5 實現(xiàn)實現(xiàn)的依據(jù)是設(shè)計過程中得到的靜態(tài)視圖(類圖、對象圖)、動態(tài)視圖(順序圖、狀態(tài)圖、協(xié)作圖、活動圖);同時可以將類映射為組件，進而使用CASE工具的框架代碼自動生成的功能;同時通過實現(xiàn)圖(組件圖、配置圖)來描述系統(tǒng)的物理視圖。6 單元測試，集成與系統(tǒng)測試測試實現(xiàn)的部分是否滿足用例的功能要求;另外，類圖、組件圖、協(xié)作圖等也可以用來進行測試。 第二章 倉儲系統(tǒng)業(yè)務(wù)用例建模2.1 倉儲系統(tǒng)業(yè)務(wù)流程分析2.1.1 入庫流程分析1、貨物到達后，站臺值班員組織卸貨，大致清點品種、件數(shù)，編寫物資到站日報，送至收貨組；2、收貨組根據(jù)物資到站日報表核對驗收貨物，分配庫位，填寫碼單。

31、3、客戶貨物明細單到達后，填寫入庫單。核對碼單、貨物明細單，入庫單，如出現(xiàn)差錯，返客戶貨物異常報告。4、總經(jīng)辦審核記帳后，生成帳卡、入庫收費單，數(shù)據(jù)不再允許改動。入庫業(yè)務(wù)流程圖如下：2.1.2 出庫庫流程分析1 客戶在入庫時提供提貨樣單，用戶持提貨單至發(fā)貨組，要求提貨。調(diào)度員核實提貨單的合法性，填寫出庫單，顯示相關(guān)業(yè)務(wù)號信息，如果有層次，則顯示層次信息，并修改層次信息；如果是一個業(yè)務(wù)號的尾貨則給出尾貨提示。然后向用戶出具出庫收費單，同時生成派車單，并派保管員準備發(fā)貨。2 保管員持派車單組織貨物裝運，記錄實出貨物信息，填寫碼單出庫信息表 。3 用戶繳費后，保管員開具出門證給用戶。4 總經(jīng)辦審核記

32、帳后，生成保管收費單。5 一批貨物全部出庫后，保管員將帳卡、提貨單、碼單送至總經(jīng)辦核實平帳后，存檔。 出庫業(yè)務(wù)流程圖如下：2.1.3 庫存管理業(yè)務(wù)流程分析盤點流程：1 貨艙部根據(jù)需要盤點的貨物生成盤點帳存表，表中有生成盤點表的商品編碼、商品名稱、所屬部門、庫位、經(jīng)營方式、庫存數(shù)量與盤點日期等相關(guān)信息；2 打印盤點單,包括的項目有：商品庫位、所屬部門、類別、商品編碼、商品名稱、經(jīng)營方式、實盤數(shù)量與盤點日期，這里不輸出商品的帳存數(shù)量;3 盤點員手持盤點單，進行實地盤點，將數(shù)量填入盤點單中實盤數(shù)量處；4 貨艙部在微機中調(diào)出對應(yīng)的盤點帳存表，將實盤的數(shù)量錄入進去，經(jīng)主管檢察錄入數(shù)據(jù)的準確性后，審核生效

33、；5 生成盤點盈虧表。6 針對商品有盤盈和盤虧的商品進行記帳。凡是有盈虧的商品列出商品編碼、名稱、實盤數(shù)量、帳存數(shù)量、成本單價、盈虧金額 盤點業(yè)務(wù)流程圖如下：2.2業(yè)務(wù)需求用例建模階段2.2.1業(yè)務(wù)角色的查找與建立根據(jù)此倉儲管理的分析知，倉儲管理說涉與的業(yè)務(wù)角色有：站臺值班員，收貨組，總經(jīng)辦，客戶，保管員，貨艙部，盤點員，調(diào)度員2.2.2業(yè)務(wù)用例查找與分析根據(jù)業(yè)務(wù)流程可以找到基本的業(yè)務(wù)用例有：1 站臺值班員卸貨審核清點貨物貨物到達后，站臺值班員組織卸貨，大致清點品種、件數(shù)，編寫物資到站日報，送至收貨組。2 收貨組驗收入庫貨物分配庫位收貨組根據(jù)物資到站日報表核對驗收貨物，分配庫位，填寫碼單。3

34、收貨組審核入庫單據(jù)處理異?？蛻糌浳锩骷殕蔚竭_后，填寫入庫單。核對碼單、貨物明細單，入庫單，如出現(xiàn)差錯，返客戶貨物異常報告。4 總經(jīng)辦進行入庫審核記帳總經(jīng)辦審核記帳后，生成帳卡、入庫收費單，數(shù)據(jù)不再允許改動。注：客戶提供提單的同時，提供一份提貨樣單。5客戶申請?zhí)嶝浛蛻粼谌霂鞎r提供提貨樣單，用戶持提貨單至發(fā)貨組，要求提貨。6調(diào)度員審核客戶提貨的合法性調(diào)度員核實提貨單的合法性，填寫出庫單，顯示相關(guān)業(yè)務(wù)號信息，如果有層次，則顯示層次信息，并修改層次信息；如果是一個業(yè)務(wù)號的尾貨則給出尾貨提示。然后向用戶出具出庫收費單，同時生成派車單，并派保管員準備發(fā)貨。7保管員組織發(fā)貨處理保管員持派車單組織貨物裝運，記

35、錄實出貨物信息，填寫碼單出庫信息表 。8用戶繳費后，保管員開具出門證給用戶總經(jīng)辦進行出庫審核記帳?？偨?jīng)辦審核記帳后，生成保管收費單?？偨?jīng)辦平帳處理。一批貨物全部出庫后，保管員將帳卡、提貨單、碼單送至總經(jīng)辦核實平帳后，存檔。9貨艙部生成盤點單據(jù)貨艙部根據(jù)需要盤點的貨物生成盤點帳存表，表中有生成盤點表的商品編碼、商品名稱、所屬部門、庫位、經(jīng)營方式、庫存數(shù)量與盤點日期等相關(guān)信息。打印盤點單,包括的項目有：商品庫位、所屬部門、類別、商品編碼、商品名稱、經(jīng)營方式、實盤數(shù)量與盤點日期，這里不輸出商品的帳存數(shù)量。10 盤點員進行實地盤點盤點員手持盤點單，進行實地盤點，將數(shù)量填入盤點單中實盤數(shù)量處。11 貨艙

36、部進行盤點結(jié)果處理貨艙部在微機中調(diào)出對應(yīng)的盤點帳存表，將實盤的數(shù)量錄入進去，經(jīng)主管檢察錄入數(shù)據(jù)的準確性后，審核生效。12 生成盤點盈虧表針對商品有盤盈和盤虧的商品進行記帳。凡是有盈虧的商品列出商品編碼、名稱、實盤數(shù)量、帳存數(shù)量、成本單價、盈虧金額。13 過戶處理修改貨物所屬貨主，同時修改相應(yīng)信息（重復(fù)出庫、入庫流程）。14 移庫處理修改移庫貨物原有和現(xiàn)有的庫存位置。2.2.3業(yè)務(wù)用例圖2.2.3業(yè)務(wù)活動圖入庫過程：出庫過程：盤點過程：2.3 系統(tǒng)基本功能描述：根據(jù)倉儲系統(tǒng)業(yè)務(wù)過程分析知系統(tǒng)的基本功能有入庫管理，出庫管理與庫存管理三大模塊，系統(tǒng)功能圖如下：倉儲系統(tǒng)入庫業(yè)務(wù)庫存業(yè)務(wù)出庫業(yè)務(wù)第三章

37、倉儲系統(tǒng)系統(tǒng)需求用例建模3.1 入庫管理需求用例分析3.1.1 確定系統(tǒng)角色：一個角色可以是人、硬件設(shè)備、甚至另外一個系統(tǒng)。對于一個系統(tǒng)而言，每種類型的用戶表示為一個或幾個角色，每個與該系統(tǒng)交互的外部系統(tǒng)也表示為一個或幾個角色。倉儲管理系統(tǒng)中，我們通過分析，可以找出這樣一些角色：客戶，貨物，入庫管理人員，倉庫，出庫管理人員，庫存管理人員，系統(tǒng)管理人員。3.1.2確定系統(tǒng)頂層用例一般的uml的需求描述方法是用用例圖來表達角色、用例與其之間的關(guān)系，用文字形式的事件流文檔具體描述用例細節(jié)。這種方法存在以下缺點：一用例圖不能描述復(fù)雜系統(tǒng)全部需求；系統(tǒng)的業(yè)務(wù)種類多、功能繁雜，根本無法清晰地將系統(tǒng)的全部功

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

39、，庫存分配，預(yù)警管理出庫管理人員出庫管理，有出庫單管理，出庫信息管理，出庫審核管理，以與平帳等系統(tǒng)管理人員系統(tǒng)管理，報表管理，查詢管理，基本資料管理等系統(tǒng)得頂層用例圖如下：3.1.3 入庫管理功能性分析：根據(jù)業(yè)務(wù)描述，我們知道此模塊應(yīng)該要實現(xiàn)的功能大致如下：1 入庫管理人員利用系統(tǒng)登記站臺管理員送來的到站日報表信息；2 入庫管理人員能修改到站日報表信息；3 入庫管理人員能刪除到站日報表信息；4 入庫管理人員根據(jù)到站日報填寫，修改，刪除碼單；5 入庫管理人員根據(jù)貨物明細單填寫，修改，刪除入庫單；6 入庫管理人員審核碼單、貨物明細單，入庫單如有差錯，返回貨物異常報告；如無差錯生成帳卡、入庫收費單。

40、入庫管理的分層用例圖如下：3.1.4 到站日報錄入管理用例描述：用例： 到站日報管理參與者：入庫管理人員，站臺管理員目的： 記錄貨物的到站情況和到站貨物的基本信息綜述： 貨物到達后，站臺管理員組織卸貨，大致清點品種、件數(shù)，編寫物資到站日報，入庫管理人員根據(jù)到站日報進行到站日報的錄入修改等操作。參與者的動作系統(tǒng)響應(yīng)1）用例始于入庫管理人員根據(jù)站臺管理員提供的信息進行到站日報的管理2）入庫管理人員選擇登陸到本系統(tǒng)，并輸入管理與密碼3）系統(tǒng)確認與密碼，并提示登陸成功進入系統(tǒng)4）入庫管理人員根據(jù)系統(tǒng)的提示選擇到站日報管理5）進入到站管理界面6）入庫管理人員選擇：A 登記到站日報B 修改到站日報C 刪除

41、到站日報7）記錄這次完成的操作8）用例在所有操作完成后結(jié)束入庫日報管理包括登記到站日報，修改到站日報，刪除到站日報：登記到站日報：參與者的動作系統(tǒng)響應(yīng)1）入庫管理人員選擇登記到站日報2）系統(tǒng)顯示出登記日報的界面3）入庫管理人員根據(jù)站臺管理人員提供的信息輸入要登記日報的基本信息4）入庫管理人員選擇登記完成5）系統(tǒng)接收日報的基本信息并放入數(shù)據(jù)庫中6）系統(tǒng)提示登記到站日報完成修改到站日報參與者的動作系統(tǒng)響應(yīng)1）入庫管理人員選擇要修改的到站日報2）系統(tǒng)顯示出到站日報的信息3）入庫管理人員確認要修改，并選擇修改項4）系統(tǒng)進入日報修改界面5）入庫管理人員修改完成6）系統(tǒng)接收日報的修改信息并再次給出提示信息

42、7）入庫管理人員確認8）系統(tǒng)提示修改到站日報完成刪除到站日報參與者的動作系統(tǒng)響應(yīng)1）入庫管理人員選擇要刪除的到站日報2）系統(tǒng)顯示出要刪除的到站日報的信息3）入庫管理人員確認要刪除，并選擇刪除項4）系統(tǒng)接收日報的刪除命令并給出提示信息5）入庫管理人員確認6）系統(tǒng)提示刪除到站日報完成3.1.5 碼單管理用例描述：用例： 碼單管理參與者：入庫管理人員目的： 根據(jù)到站日報生成碼單，貨物到達驗收后產(chǎn)生，記錄貨物存放信息。綜述： 入庫管理人員在貨物入庫后，錄入實收的貨物信息，記錄詳細的貨物信息、存放位置信息（包括層數(shù)）。參與者的動作系統(tǒng)響應(yīng)1）用例始于入庫管理人員根據(jù)貨物的基本信息與存放信息對碼單管理2）

43、入庫管理人員選擇登陸到本系統(tǒng)，并輸入管理與密碼3）系統(tǒng)確認與密碼，并提示登陸成功進入系統(tǒng)4）入庫管理人員根據(jù)系統(tǒng)的提示選擇到站碼單管理5）進入碼單管理界面6）入庫管理人員選擇：A 新建碼單B 修改碼單C 刪除碼單7）記錄這次完成的操作8）用例在所有操作完成后結(jié)束碼單管理包括新建碼單，修改碼單，刪除碼單：新建碼單參與者的動作系統(tǒng)響應(yīng)1）入庫管理人員選擇新建碼單2）系統(tǒng)顯示出未處理的到站日報的界面3）入庫管理人員根據(jù)到站日報號選擇要生成碼單的到站的貨物4）系統(tǒng)給出到站的基本信息與碼單的基本信息空位4）入庫管理人員輸入碼單的基本信息5）系統(tǒng)接收新建碼單的基本信息并放入數(shù)據(jù)庫中6）系統(tǒng)提示新建碼單完成

44、修改碼單參與者的動作系統(tǒng)響應(yīng)1）入庫管理人員選擇要修改的碼單2）系統(tǒng)顯示出修改碼單的信息3）入庫管理人員確認要修改，并選擇修改項4）系統(tǒng)進入碼單修改界面5）入庫管理人員修改完成6）系統(tǒng)接收碼單的修改信息并再次給出提示信息7）入庫管理人員確認8）系統(tǒng)提示修改碼單完成刪除碼單參與者的動作系統(tǒng)響應(yīng)1）入庫管理人員選擇要刪除的碼單2）系統(tǒng)顯示出要刪除的碼單的信息3）入庫管理人員確認要刪除，并選擇刪除項4）系統(tǒng)接收碼單的刪除命令并給出提示信息5）入庫管理人員確認6）系統(tǒng)提示刪除碼單完成3.1.6 入庫單管理用例描述：用例： 入庫單管理參與者： 入庫管理人員目的： 入庫管理人員根據(jù)客戶提供的貨物明細表填寫

45、入庫單，錄入入庫單基本信息。綜述： 人工核對客戶遞交的貨物明細表、碼單，超出誤差圍產(chǎn)生異常報告，如果無異常則正確錄入入庫單。參與者的動作系統(tǒng)響應(yīng)1）用例始于入庫管理人員根據(jù)貨物的明細表信息進行錄入2）入庫管理人員選擇登陸到本系統(tǒng)，并輸入管理與密碼3）系統(tǒng)確認與密碼，并提示登陸成功進入系統(tǒng)4）入庫管理人員根據(jù)系統(tǒng)的提示選擇入庫單管理5）進入入庫單管理界面6）入庫管理人員選擇：A 新建入庫單B 修改入庫單C 刪除入庫單7）記錄這次完成的操作8）用例在所有操作完成后結(jié)束入庫單管理包括新建入庫單，修改入庫單，刪除入庫單：新建入庫單參與者的動作系統(tǒng)響應(yīng)1）入庫管理人員選擇新建入庫單2）系統(tǒng)顯示出新建入庫

46、單的查詢界面3）入庫管理人員根據(jù)客戶提供的貨物明細表進行查詢4）系統(tǒng)給出查詢結(jié)果5）入庫管理人員要生成入庫單的業(yè)務(wù)6）系統(tǒng)顯示此筆業(yè)務(wù)的基本信息7）入庫管理人員進行審核選擇：A 生成入庫單B 進入異常處理8）記錄這次完成的操作生成入庫單1）入庫管理人員輸入入庫單的基本信息并提交2）系統(tǒng)接收入庫單的信息并給出提示信息3）輸入完成入庫單錄入異常處理1）入庫管理人員輸入異常信息并提交2）系統(tǒng)接收入庫單的異常信息3）處理完成修改入庫單參與者的動作系統(tǒng)響應(yīng)1）入庫管理人員選擇要修改的入庫單2）系統(tǒng)顯示出修改入庫單的信息3）入庫管理人員確認要修改，并選擇修改項4）系統(tǒng)進入碼單修改界面5）入庫管理人員修改完

47、成6）系統(tǒng)接收入庫單的修改信息并再次給出提示信息7）入庫管理人員確認8）系統(tǒng)提示修改入庫單完成刪除入庫單參與者的動作系統(tǒng)響應(yīng)1）入庫管理人員選擇要刪除的入庫單2）系統(tǒng)顯示出要刪除的入庫單的信息3）入庫管理人員確認要刪除，并選擇刪除項4）系統(tǒng)接收入庫單的刪除命令并給出提示信息5）入庫管理人員確認6）系統(tǒng)提示刪除入庫單完成3.1.7 審核管理用例描述：用例： 審核管理參與者： 入庫管理人員目的： 審核錄入是否正確，生成帳卡，入庫收費單綜述： 入庫管理人員根據(jù)貨物的基本信息以與入庫信息對業(yè)務(wù)進行審核，如果合格則自動生成帳卡和入庫收費單，如果不合格則此筆業(yè)務(wù)被致與不合格處理。參與者的動作系統(tǒng)響應(yīng)1）用

48、例始于對貨物的信息進行審核處理2）入庫管理人員選擇登陸到本系統(tǒng)，并輸入管理與密碼3）系統(tǒng)確認與密碼，并提示登陸成功進入系統(tǒng)4）入庫管理人員根據(jù)系統(tǒng)的提示選擇到審核管理5）進入審核管理界面6）入庫管理人員選擇要審核業(yè)務(wù)7）給出此業(yè)務(wù)的具體信息8）入庫管理人員進行人工審核并選擇：A 審核合格B 不合格9)如果審核合格系統(tǒng)自動生成帳卡和入庫收費單，如果不合格修改審核狀態(tài)為不合格10）系統(tǒng)給出提示信息11）用例在所有操作完成后結(jié)束3.2 系統(tǒng)擴展功能需求用例分析1、 系統(tǒng)管理：權(quán)限管理：給操作員分配相應(yīng)的權(quán)限。日志管理：保存每個操作員所進行的所有操作，并提供相關(guān)信息的查詢。數(shù)據(jù)備份：將所有數(shù)據(jù)表信息定

49、期保存在磁盤中，確保數(shù)據(jù)的安全性與可靠性。數(shù)據(jù)恢復(fù)：將備份文件恢復(fù)到數(shù)據(jù)庫中。2、 報表管理：業(yè)務(wù)統(tǒng)計：統(tǒng)計客戶期間的入庫業(yè)務(wù)量、出庫業(yè)務(wù)量、庫存貨物信息（包括平帳與否）等。庫存統(tǒng)計：統(tǒng)計庫存狀況（可以按客戶、貨物、器件、倉區(qū)組合統(tǒng)計）。貨物統(tǒng)計：統(tǒng)計期間的進出存、大品種貨物信息。貨位統(tǒng)計：統(tǒng)計貨位占有情況、分配情況。盤點統(tǒng)計：統(tǒng)計與盤點相關(guān)的信息。3、 查詢管理：在庫查詢：根據(jù)不同的查詢條件，查詢出庫存貨物的信息。進貨查詢：根據(jù)不同的查詢條件，查詢出貨物入庫的信息。出貨查詢：根據(jù)不同的查詢條件，查詢出出庫貨物的信息。盤點查詢：根據(jù)不同的查詢條件，查詢出與盤點相關(guān)信息。（如歷史盤點數(shù)據(jù)、某貨物

50、的盤點信息、某客戶的盤點信息等。）貨況查詢：根據(jù)不同的查詢條件，查詢出貨物狀況的信息?；举Y料查詢：根據(jù)不同的查詢條件，查詢出與基本資料相關(guān)信息。4、 基本資料管理：客戶管理：對客戶基本信息進行增加、刪除、修改操作。貨物管理：對貨物基本信息進行增加、刪除、修改操作。業(yè)務(wù)員管理：對業(yè)務(wù)員基本信息進行增加、刪除、修改操作。其它基本資料管理：對基本資料進行增加、刪除、修改操作。包括：用戶權(quán)限表、權(quán)限信息表、客戶(貨主)/用戶信息表、貨物表、倉庫信息表、庫區(qū)信息表、庫位信息表、部門表、物資種類表、物資大類表、物資小類表、物資明細分類表、入庫費率表、出庫費率表、倉儲費率表、其他費率表、設(shè)備表、到貨/出貨

51、方式表、業(yè)務(wù)類別表5、 倉區(qū)管理：倉區(qū)參數(shù)設(shè)置：設(shè)置倉區(qū)參數(shù)信息，提供對倉庫、庫區(qū)、庫位的信息進行添加、刪除、修改等操作。庫位分配示意圖：按平面圖形式顯示庫位是否分配信息。庫存預(yù)警：在超出或低于庫存限度時給予報警。計算機輔助分配：進行庫位分配時，計算機提供可分配的倉位。6、 其他業(yè)務(wù)管理：錄入與編輯其它業(yè)務(wù)管理信息，具體包括：機電物質(zhì)信息、化工產(chǎn)品信息、攀金公司的物資信息、加工廠的物資信息、配送信息等。7、 客戶遠程查詢系統(tǒng)：客戶可根據(jù)不同的查詢條件對自己的貨物信息進行在庫查詢、進貨查詢、出貨查詢、貨況查詢。8、 權(quán)限管理：我們對操作進行編碼，為每個操作角色賦予相應(yīng)的操作權(quán)限，形成操作權(quán)限表，

52、系統(tǒng)管理員能根據(jù)需要靈活地對操作角色的操作權(quán)限進行賦予與修改，以此有效靈活地對用戶的操作權(quán)限進行控制。角色管理（1）角色填加（2）角色刪除（3）角色權(quán)限修改（4）角色密碼修改權(quán)限管理對系統(tǒng)的權(quán)限編號的權(quán)限容進行權(quán)限的管理，如修改客戶權(quán)限的權(quán)限大小，入庫管理員的權(quán)限大小等操作：3.3 系統(tǒng)整體功能描述系統(tǒng)整體功能圖如下：倉儲系統(tǒng)功能其他業(yè)務(wù)管理 入庫管理 出庫管理 庫存管理 系統(tǒng)管理 查詢管理 基本資料管理 倉區(qū)管理 報表管理 第四章 業(yè)務(wù)領(lǐng)域分析與設(shè)計4.1 系統(tǒng)順序圖，狀態(tài)圖權(quán)限管理對于系統(tǒng)來說十分重要，因為它關(guān)系到系統(tǒng)得安全性，因此在系統(tǒng)得開發(fā)與設(shè)計中，我們始終把系統(tǒng)的安全性放在十分重要的

53、位置，因此我們在用順序圖分析的時候始終從系統(tǒng)用戶未登陸狀態(tài)來分析的，在后邊系統(tǒng)詳細設(shè)計時，我們會給出用戶登錄的順序圖；1 新建到站日報：2 修改到站日報：3 刪除到站日報4 新建碼單：5 修改碼單入庫信息6 刪除碼單入庫信息7 新建入庫單：18 修改入庫單19 刪除入庫單110 審核處理4.2 定義基本對象與類HYPERLINK l _Toc43621679入庫管理子系統(tǒng)的對象分析：實體對象貨物，物資到站日報，碼單入庫信息表，倉庫，貨物明細單，入庫單，貨物異常報告，帳卡入庫信息，入庫收費單，客戶信息，庫區(qū)，庫位，碼單基本信息表，職工信息表，用戶權(quán)限表，權(quán)限信息表，驗收工具表，設(shè)備表，站臺表，計

54、量單位表，部門表，物資明晰分類表，業(yè)務(wù)類別表邊界對象入庫到站日報管理界面，入庫碼單管理界面，入庫單管理界面，入庫審核界面控制對象入庫審核根據(jù)分析級的順序圖與系統(tǒng)的對象分析定義系統(tǒng)中涉與的類：（1）類 客戶 KH（2）類 貨物 HW（3）類 倉庫 CK（4）類 庫區(qū) KQ（5）類 庫位 KW（6）類 物資到站日報 DZRB（7）類 碼單基本信息 MDXX（8）類 碼單入庫信息：MDRKXX（9）類 保管員入庫驗收信息（BGYYSXX）（10）類 碼單貨物存放明細（MDHWCF）（11）類 入庫單 RKD（12）類 貨物異常報告 HWYCBG（13）類 帳卡入庫信息 ZKRKXX（14）類 入庫收

55、費單 RKSFD（15）類 用戶權(quán)限 YHQX（16）類 權(quán)限信息 QXXX（17）類 入庫審核 RKSH（18）類 職工信息ZGXX（19) 類 物資存儲類 WZCCL（20）類 業(yè)務(wù)類別 YWLB（21）類 物資明晰分類 WZMXFL（22）類 部門 BM（23）類 計量單位 JLDW（24）類 站點 ZD（25）類 驗收工具 YSGJ（26）類 設(shè)備 SB4.3 入庫系統(tǒng)類圖：4.4 定義對象與類的屬性與操作（1）類 客戶 KH私有屬性屬性名含義屬性類型khID客戶號StringkhM客戶名StringkhDZ客戶地址StringlxDH聯(lián)系StringStringz Stringxsq

56、x銷售權(quán)限Stringyyzh銀行StringBZ備注String公共方法方法名含義說明Query():BooleanAdd_KH():Boolean;查詢（2）類 貨物 HW私有屬性屬性名含義屬性類型khID客戶號StringwzflID物資分類號StringhwID貨物編號StringPM品名StringGGXH規(guī)格型號Stringsccj產(chǎn)地/生產(chǎn)廠家Stringghpp鋼號/品牌StringDj等級Stringdc定尺Stringdccd定尺長度FloatdwZL單位重量FloatbzLX包裝類型StringjsDW1記數(shù)單位1StringjsDW2記數(shù)單位2StringslZSXS數(shù)

57、量折算系數(shù)Floatbcyq保存要求Stringkz克重Floatbzq保質(zhì)期FloatBZ備注String公共方法：方法名含義說明Add_HW( ): Boolean;增加新近貨物信息Update_HW():Boolean;更新貨物信息Del_HW():Boolean;刪除貨物信息Query_HW(KHID:String,WZFlID:String):Boolean根據(jù)物資號與客戶號查詢貨物基本信息Print_HW():Boolean;打印（3）類 倉庫 CK私有屬性屬性名含義屬性類型ckID倉庫編號StringckMC倉庫名稱 StringckLX倉庫類型StringckMJ倉庫面積Flo

58、atckGS庫區(qū)個數(shù)IntBZ備注String公有方法方法名含義說明Add_CK( ): Boolean;新建倉庫Update_CK():Boolean;更新倉庫信息Del_CK():Boolean;刪除倉庫Query_CK(CKID:String):Boolean倉庫查詢Print_CK():Boolean;打印（4）類 庫區(qū) KQ私有屬性屬性名含義屬性類型kqID庫區(qū)編號StringkqLX庫區(qū)類型StringkqGS庫位個數(shù)IntkqMJ庫區(qū)面積FloatBZ備注String共有方法方法名含義說明Add_KQ( ): Boolean;新建庫區(qū)Update_KQ():Boolean;更新庫

59、區(qū)信息Del_KQ():Boolean;刪除庫區(qū)Query_KQ(KQID:String):Boolean庫區(qū)查詢Print_KQ():Boolean;打?。?）類 庫位 KW私有屬性屬性名含義屬性類型kwID庫位編號StringkwMJ庫位面積FloatZdl最低量FloatBZ備注String公有方法方法名含義說明Add_KW( ): Boolean;新建庫位Update_KW():Boolean;更新庫位信息Del_KW():Boolean;刪除庫位Query_KW(KWID:String):Boolean庫位查詢Print_KW():Boolean;打印（6）類 物資到站日報 DZRB

60、私有屬性:屬性名含義屬性類型dzrbID到站日報號IntdhSJ到貨時間Date fz發(fā)站Stringch車號StringPM品名StringybSL預(yù)報數(shù)量FloatssSL實收數(shù)量FloatjlDW計量單位Stringxhdd卸貨地點Stringqf鉛封Stringztzby站臺值班員StringclSF是否處理Stringdzry調(diào)裝人員Stringdzsb調(diào)裝設(shè)備Stringdzsjd調(diào)裝時間段StringBZ備注String公共方法：方法名含義說明Add_ DZRBB ( ): Boolean;增加物資到站日報信息Update_ DZRBB ():Boolean;更新物資到站日報信息