【正文】 目錄引言 5第一章 面向?qū)ο蟮腢ML建模 7 7 7 UML建模語言簡介 9 RUP過程指導(dǎo)與本系統(tǒng)分析設(shè)計過程 10第二章 倉儲系統(tǒng)業(yè)務(wù)用例建模 13 倉儲系統(tǒng)業(yè)務(wù)流程分析 13 入庫流程分析 13 15 15 18 18 系統(tǒng)基本功能描述 20第三章 倉儲系統(tǒng)系統(tǒng)需求用例建模 21 入庫管理需求用例分析 21 確定系統(tǒng)角色 21 確定系統(tǒng)頂層用例 21 入庫管理功能性分析 22 到站日報錄入管理用例描述 23 碼單管理用例描述 25 入庫單管理用例描述 27 審核管理用例描述 29 系統(tǒng)擴展功能需求用例分析 30 系統(tǒng)整體功能描述 32第四章 業(yè)務(wù)領(lǐng)域分析與設(shè)計 33 系統(tǒng)順序圖，狀態(tài)圖 33 定義基本對象與類 40 入庫系統(tǒng)類圖 41 定義對象與類的屬性與操作 41 系統(tǒng)設(shè)計順序圖，入庫類圖 53 系統(tǒng)擴展功能 55 系統(tǒng)構(gòu)架設(shè)計 63第五章 系統(tǒng)實現(xiàn)測試與配置 64 64 系統(tǒng)實現(xiàn)方式圖 65 系統(tǒng)測試與系統(tǒng)實現(xiàn)界面 66第六章 系統(tǒng)開發(fā)的思考 686. 1 數(shù)據(jù)庫設(shè)計問題 686. 2 數(shù)據(jù)庫訪問設(shè)計問題 69結(jié)束語 70參考文獻 71致 謝 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 technology for software engineering and processing engineering, and the Unified Modeling Language (UML) is ainternational popular 00 modeling language in recent years. This article expatiate the development of storage system based on UML.Modeling is the key portion for an excellent software development,and modeling is also the key work for the article. we develop an new process of Modeling based on the bine 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)，并實現(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)與人類的現(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)率。結(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年起，著名的軟件工程學(xué)家Grady Booch, Ivar Jacobson, Jin Rumbaugh攜手合作共同努力，綜合了他們各自的面向?qū)ο蟮姆治龊驮O(shè)計方法，并加以擴充和改進，汲取其他同類方法的優(yōu)點，提出了UML(統(tǒng)一建模語言)。UML是一種定義良好、易于表達、功能強大且普遍適用的建模語言。它溶入了軟件工程領(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ā)過程和內(nèi)部概念，使信息系統(tǒng)開發(fā)變得簡單、高效、合理，已成為當前進行信息系統(tǒng)開發(fā)的主流分析和設(shè)計方法。3 本文工作和系統(tǒng)開發(fā)：本文首先對公司的業(yè)務(wù)與用戶的需求進行了分析，然后對系統(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)的順序圖。根據(jù)倉儲管理的特點，我們大膽的改進了一般的UML建模的分析過程，并在分析設(shè)計過程中采用更加適合倉儲系統(tǒng)的分析級類圖與順序圖。倉儲系統(tǒng)過程語言思想因為系統(tǒng)開發(fā)的難度比較大，系統(tǒng)分析工作是我與我的合作者洪少藩同學(xué)共同完成的，而系統(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)該能進行有效的庫存管理，例如盤點，移庫等；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建模面向?qū)ο蠓椒ㄊ钱斀褴浖_發(fā)的主流方法，它的基本思想是從現(xiàn)實世界客觀存在的事物或者說對象出發(fā)來構(gòu)建系統(tǒng)，并且在構(gòu)建系統(tǒng)時盡可能運用人類的自然思維方式。軟件開發(fā)是對問題求解的過程，從哲學(xué)中認識論的角度看整個軟件的開發(fā)可以歸結(jié)為兩個主要的活動:人們對所要解決問題及其相關(guān)事物的認識和基于這種認識所進行的描述。認識指通過人的思維正確認識和理解系統(tǒng)所要處理的問題域中客觀存在事物和所要解決問題:弄清事物的屬性、行為和彼此的關(guān)系，找出解決問題的方法。描述指用一種語言說明人們對問題域中事物和問題及其解決方法的認識。建模是人們在實際應(yīng)用中常用而且具有重要作用的一種技術(shù)。例如，人們在建造一座大樓前，先規(guī)劃出大樓的藍圖。在制造飛機前，先要畫出設(shè)計圖，并可能要建造一個實際模型進行風(fēng)洞實驗。在畫一幅油畫之前，先要用鉛筆勾勒出畫的輪廓。同樣的，軟件開發(fā)人員在實際開發(fā)一個復(fù)雜的項目之前，也應(yīng)該先建立系統(tǒng)的模型。對軟件系統(tǒng)進行建模的目的在于:，捕獲用戶的需求。對系統(tǒng)進行分析的過程就是開發(fā)者不斷學(xué)習(xí)用戶領(lǐng)域知識的過程。要想建立一個正確的模型，首要的問題就是理解用戶領(lǐng)域的知識。當開發(fā)者能建立出一個用戶滿意的模型時，說明他已經(jīng)理解了用戶領(lǐng)域中的知識，至少是抓住了與將要建立的系統(tǒng)本質(zhì)有關(guān)的知識。用戶往往不是計算機專家，而開發(fā)者往往也不熟悉用戶的領(lǐng)域。二者的溝通就有一定的難度。通過建立一個雙方都能理解的模型有利于這種溝通，可以使項目投資者、分析人員、設(shè)計人員、程序員等達成一致，從而為建立正確的軟件系統(tǒng)打下良好的基礎(chǔ)。在編寫代碼以前，軟件系統(tǒng)的模型可以幫助軟件開發(fā)人員方便的研究軟件的多科構(gòu)架和設(shè)計方案，從中找出最適合的解決方案，簡化實現(xiàn)。通過研究一個大型軟件系統(tǒng)的模型可以提出多個實際方案并可以對它們進行相互比較。利用模型可以研究多種設(shè)計案，所花費的成本只是實現(xiàn)其中一種方案所花費的成本。軟件系統(tǒng)的模型可以從多個角度來描述系統(tǒng):有些側(cè)重于系統(tǒng)的外部行為和系統(tǒng)中與現(xiàn)實世界對應(yīng)的有關(guān)信息。有一些則側(cè)重于描述系統(tǒng)中的類以及類的內(nèi)部操作。通過模型，可以將實現(xiàn)細節(jié)和需求分開。.通過建模，可以得到這樣一些實際產(chǎn)品:類的聲明，數(shù)據(jù)庫結(jié)構(gòu)，配置草案，或者還有初始的用戶界面等，這些產(chǎn)品可以直接應(yīng)用在后邊的階段中。軟件系統(tǒng)用視圖來組織信息:靜態(tài)結(jié)構(gòu)視圖，狀態(tài)機視圖，交互視圖，反映需求的用例視圖等。通過這些視圖可以組織、查找、檢查以及編輯大型系統(tǒng)的有關(guān)信息。對大型復(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ā)中從分析到設(shè)計以至實現(xiàn)的各個階段，且各個階段均采用一套概念和表達手段，它們之間沒有“鴻溝”的存在，幾乎不需要什么轉(zhuǎn)化。面向?qū)ο蠓椒ㄟ€支持和鼓勵復(fù)用，不僅包括實現(xiàn)的復(fù)用，還包括分析、設(shè)計等建模成果的復(fù)用。 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ū)ο蠓椒ù髱熞约霸S多大公司井同努力的成果，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%的內(nèi)容就可以表達實際應(yīng)用中80%的系統(tǒng)。但UML中并沒有給出哪些內(nèi)容是必要的，哪些是可選的。這給用戶的使用帶來了不小的麻煩。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)培植視圖配