基于uml統(tǒng)一建模語(yǔ)言rose軟件軟件工程倉(cāng)庫(kù)管理系統(tǒng)課程設(shè)計(jì)

目錄目 錄第1章 緒論 11.1 系統(tǒng)開發(fā)的背景和意義 11.2 國(guó)內(nèi)外研究發(fā)展現(xiàn)狀 11.2.1 面向?qū)ο蠹夹g(shù)的發(fā)展與現(xiàn)狀 11.2.2 UML的建模語(yǔ)言 21.2.3 UML的應(yīng)用領(lǐng)域 31.2.4 超市倉(cāng)庫(kù)管理發(fā)展與現(xiàn)狀 41.3主要工作 5第2章 業(yè)務(wù)建模 62.1 RUP軟件開發(fā)過程 62.2 業(yè)務(wù)術(shù)語(yǔ)表 92.3 組織機(jī)構(gòu)圖 102.4 主業(yè)務(wù)用例圖 10第3章 分析與設(shè)計(jì) 123.1 業(yè)務(wù)流程調(diào)查 123.1.1 超市倉(cāng)庫(kù)管理信息系統(tǒng)業(yè)務(wù)流程調(diào)查 123.1.2 崗位職責(zé) 123.2 業(yè)務(wù)用例分析 123.2.1 入庫(kù)管理用例圖： 133.2.2出庫(kù)管理用例圖 143.2.3 入庫(kù)管理活動(dòng)圖 153.2.4 出庫(kù)管理活動(dòng)圖 163.3 業(yè)務(wù)類圖 173.3.1 超市倉(cāng)庫(kù)管理系統(tǒng)業(yè)務(wù)類圖 173.3.2 超市倉(cāng)庫(kù)管理信息系統(tǒng)業(yè)務(wù)類描述 183.3.3 數(shù)據(jù)庫(kù)詳細(xì)設(shè)計(jì) 18第4章 系統(tǒng)實(shí)現(xiàn) 204.1 順序圖 204.1.1 倉(cāng)庫(kù)入庫(kù)順序圖 204.1.2 出庫(kù)順序圖 214.2 協(xié)作圖 224.3 活動(dòng)圖 234.4 系統(tǒng)構(gòu)件圖 244.5 部署圖 254.5.1 網(wǎng)絡(luò)結(jié)構(gòu)圖 264.5.2 系統(tǒng)部署圖 264.6 界面設(shè)計(jì) 274.6.1 本系統(tǒng)用戶界面程序設(shè)計(jì)遵循的原則 274.6.2 輸入輸出設(shè)計(jì) 27結(jié) 論 29參考文獻(xiàn) 3029第1章 緒論第1章 緒論1.1 系統(tǒng)開發(fā)的背景和意義隨著經(jīng)濟(jì)的迅速發(fā)展,庫(kù)存在企業(yè)中的地位越來越重要,庫(kù)存資產(chǎn)占企業(yè)資產(chǎn)總額的20%-40%左右。

若能通過庫(kù)存管理使庫(kù)存節(jié)約即使很小的百分比,對(duì)企業(yè)來講,其經(jīng)濟(jì)效益也是十分可觀的,市場(chǎng)競(jìng)爭(zhēng)的日益激烈,降低庫(kù)存成本己經(jīng)成為企業(yè)的“第三利潤(rùn)源泉”隨著經(jīng)濟(jì)全球化的發(fā)展,企業(yè)作為供應(yīng)鏈的節(jié)點(diǎn),庫(kù)存也是一個(gè)重要的供應(yīng)鏈驅(qū)動(dòng)要素,庫(kù)存的改變會(huì)在很大程度上影響供應(yīng)鏈整體的贏利水平和響應(yīng)能力,因此庫(kù)存的研究在供應(yīng)鏈中具有十分重要的作用和意義本文在其他學(xué)者研究的基礎(chǔ)上,提出了基于協(xié)同供應(yīng)鏈的庫(kù)存管理,利用聚類分析,主成分分析分類,多元統(tǒng)計(jì)分析建立安全庫(kù)存模型,并利用數(shù)據(jù)對(duì)該模型進(jìn)行仿真分析,以證其有效性超市需要處理大量的庫(kù)存信息，還要時(shí)刻更新產(chǎn)品的銷售信息，不斷添加商品信息面對(duì)不同種類的信息，需要合理的數(shù)據(jù)庫(kù)結(jié)構(gòu)來保存數(shù)據(jù)信息，需要有效的程序結(jié)構(gòu)支持各種數(shù)據(jù)操作的執(zhí)行商店自動(dòng)化的產(chǎn)品管理在歐美等國(guó)家早已經(jīng)實(shí)現(xiàn)，也是零售業(yè)管理的基礎(chǔ)它最主要的特點(diǎn)是能夠?qū)崟r(shí)的和準(zhǔn)確的控制店內(nèi)的銷售情況如果可以能夠?qū)崟r(shí)掌握銷售流程及銷售情況，則可以有效地加速商品的周轉(zhuǎn)率并提高服務(wù)質(zhì)量，而且可以減少產(chǎn)品售價(jià)不符等所產(chǎn)生的問題顧客的消費(fèi)要求的是希望在超市購(gòu)物中能基本上都能購(gòu)得所需的商品，并且還要既保證商品質(zhì)量還要享受優(yōu)質(zhì)，方便的服務(wù)。

1.2 國(guó)內(nèi)外研究發(fā)展現(xiàn)狀1.2.1 面向?qū)ο蠹夹g(shù)的發(fā)展與現(xiàn)狀面向?qū)ο笫菍⒂?jì)算過程看作為分類過程，加狀態(tài)變換過程，即將系統(tǒng)逐步分為相互關(guān)聯(lián)的多個(gè)對(duì)象，并建立這些對(duì)象的聯(lián)系，以引發(fā)狀態(tài)轉(zhuǎn)換，最終完成計(jì)算，它模擬了人類認(rèn)識(shí)問題的較高、較廣層次的過程，即分類過程函數(shù)和邏輯方法則更適合于模擬人的邏輯思維，處于人類認(rèn)識(shí)問題的較高層次過程，它們的結(jié)合才是完美的當(dāng)今的應(yīng)用軟件應(yīng)該具有更大的靈活性、集成的透明性，以及使用上的方便性，而日益增強(qiáng)的計(jì)算能力及面向?qū)ο蟮男录夹g(shù)開發(fā)，使這些應(yīng)用軟件的功能不斷擴(kuò)展，面向?qū)ο蟮能浖锰幈愠尸F(xiàn)在應(yīng)用軟件的用戶面前，無論是對(duì)軟件的剪裁還是擴(kuò)充、修改都可以更快更容易的進(jìn)行面向?qū)ο蠹夹g(shù)及分析方法為實(shí)際問題建立了一個(gè)可用的軟件實(shí)現(xiàn)模型，對(duì)象提供了一種描述信息的機(jī)制，它是一種獨(dú)特的方法抽象層次較高，思維方法和傳統(tǒng)方法不同，目前處于發(fā)展階段已日趨成熟，而且已被應(yīng)用于由軟件、硬件構(gòu)成的各種應(yīng)用領(lǐng)域面向?qū)ο笈c人工智能語(yǔ)言、面向?qū)ο髷?shù)據(jù)庫(kù):優(yōu)勢(shì)在于數(shù)據(jù)庫(kù)管理提供更適合于自然思維方式的數(shù)據(jù)庫(kù)管理風(fēng)格和數(shù)據(jù)模型—對(duì)象，OOP以其概念和機(jī)制支持了軟件的可重用性、軟插件為軟件可重用性終于明顯的支持。

面向?qū)ο笈c并行處理：從并行角度看，面向?qū)ο蟾拍罹哂幸韵绿卣鳍俟逃胁l(fā)性，對(duì)象是相對(duì)獨(dú)立的，知道如何工作的實(shí)體消息發(fā)送是啟動(dòng)對(duì)象工作的唯一途徑，各個(gè)對(duì)象的工作可以相互獨(dú)立，因此具有天然的并發(fā)性；②顯式并發(fā)性，在一個(gè)面向?qū)ο笙到y(tǒng)中可以為某些對(duì)象明確定義并發(fā)方法；③數(shù)據(jù)流與控制的統(tǒng)一，對(duì)象操作的啟動(dòng)是由其它對(duì)象發(fā)送消息來控制的，消息的發(fā)送又總是攜帶某些對(duì)象的，因此，控制信息和數(shù)據(jù)信息是一起到來的，從而統(tǒng)一了數(shù)據(jù)流和控制流的思想；④動(dòng)態(tài)連接，即對(duì)象的功能是消息傳送時(shí)確定的，提高了程序設(shè)計(jì)的靈活性；⑤局部存儲(chǔ)與分布式計(jì)算，每個(gè)對(duì)灸通過數(shù)據(jù)抽象和數(shù)據(jù)隱蔽將其內(nèi)容和狀態(tài)置于自身獨(dú)立的存儲(chǔ)結(jié)構(gòu)中，對(duì)象的處理也是自治的，整個(gè)系統(tǒng)的運(yùn)算和處理是分布的面向?qū)ο筌浖こ?OOSE)：從軟件生存周期的偽度出發(fā)，研究面向?qū)ο蟾拍钤谲浖囊?guī)格化、分析、設(shè)計(jì)、編碼、測(cè)試等階段應(yīng)用面向?qū)ο筮€可廣泛用于各種應(yīng)用系統(tǒng)、CAD/CAM/CAE，動(dòng)態(tài)模擬，CASE和人機(jī)界面等方面總而言之，由于面向?qū)ο蠹夹g(shù)從軟件的可修改性、可移植性、可重用性、可靠性、兼容性等方面致力于改善軟件產(chǎn)品的質(zhì)量，縮短軟件研制的同期，所以這種方法是有強(qiáng)大的生命力，已成為現(xiàn)今計(jì)算機(jī)軟件發(fā)展的重要技術(shù)，有著非常光明的前途。

1.2.2 UML的建模語(yǔ)言 軟件工程領(lǐng)域在1995年至1997年取得了前所未有的進(jìn)展,其成果超過軟件工程領(lǐng)域過去15年來的成就總和其中最重要的、具有劃時(shí)代重大意義的成果之一就是統(tǒng)一建模語(yǔ)言(UML:Unified Modeling Language)的出現(xiàn)在世界范圍內(nèi),至少在近10年內(nèi),UML將是面向?qū)ο蠹夹g(shù)領(lǐng)域內(nèi)占主導(dǎo)地位的標(biāo)準(zhǔn)建模語(yǔ)言采用UML作為我國(guó)統(tǒng)一的建模語(yǔ)言是完全必要的:首先,過去數(shù)十種面向?qū)ο蟮慕ＵZ(yǔ)言都是相互獨(dú)立的,而UML可以消除一些潛在的不必要的差異,以免用戶混淆;其次,通過統(tǒng)一語(yǔ)義和符號(hào)表示,能夠穩(wěn)定我國(guó)的面向?qū)ο蠹夹g(shù)市場(chǎng),使項(xiàng)目根植于一個(gè)成熟的標(biāo)準(zhǔn)建模語(yǔ)言,從而可以大大拓寬所研制與開發(fā)的軟件系統(tǒng)的適用范圍,并大大提高其靈活程度統(tǒng)一建模語(yǔ)言（UML）是用來對(duì)軟件密集系統(tǒng)進(jìn)行描述、構(gòu)造、視化和文檔編制的一種語(yǔ)言 首先，也是最重要的一點(diǎn)，統(tǒng)一建模語(yǔ)言融合了Booch、OMT和OOSE方法中的概念，它是可以被上述及其他方法的使用者廣泛采用的一門簡(jiǎn)單、一致、通用的建模語(yǔ)言 其次，統(tǒng)一建模語(yǔ)言擴(kuò)展了現(xiàn)有方法的應(yīng)用范圍特別值得一提的是，UML的開發(fā)者們把并行分布式系統(tǒng)的建模作為UML的設(shè)計(jì)目標(biāo)，也就是說，UML具有處理這類問題的能力。

第三，統(tǒng)一建模語(yǔ)言是標(biāo)準(zhǔn)的建模語(yǔ)言，而不是一個(gè)標(biāo)準(zhǔn)的開發(fā)流程雖然UML的應(yīng)用必然以系統(tǒng)的開發(fā)流程為背景，但根據(jù)我們的經(jīng)驗(yàn)，不同的組織，不同的應(yīng)用領(lǐng)域需要不同的開發(fā)過程舉個(gè)例子來說，開發(fā)錯(cuò)綜復(fù)雜的軟件是非常有趣的工作，但開發(fā)這種軟件與構(gòu)造嚴(yán)格實(shí)時(shí)的航空電子系統(tǒng)是大不一樣的，后者是性命攸關(guān)的大事因此首先把精力集中在設(shè)計(jì)通用的元模型上（統(tǒng)一不同方法的語(yǔ)義），其次是建立通用的表示法（提供對(duì)這些語(yǔ)義的形象化的表達(dá)）雖然UML的開發(fā)者們將繼續(xù)倡導(dǎo)從用例驅(qū)動(dòng)到體系結(jié)構(gòu)為中心最后反復(fù)改進(jìn)、不斷添加的軟件開發(fā)過程，但實(shí)際上設(shè)計(jì)標(biāo)準(zhǔn)的開發(fā)流程并不是非常必要的1.2.3 UML的應(yīng)用領(lǐng)域UML的目標(biāo)是以面向?qū)ο髨D的方式來描述任何類型的系統(tǒng)，具有很寬的應(yīng)用領(lǐng)域其中最常用的是建立軟件系統(tǒng)的模型，但它同樣可以用于描述非軟件領(lǐng)域的系統(tǒng)，如機(jī)械系統(tǒng)、企業(yè)機(jī)構(gòu)或業(yè)務(wù)過程，以及處理復(fù)雜數(shù)據(jù)的信息系統(tǒng)、具有實(shí)時(shí)要求的工業(yè)系統(tǒng)或工業(yè)過程等總之，UML是一個(gè)通用的標(biāo)準(zhǔn)建模語(yǔ)言，可以對(duì)任何具有靜態(tài)結(jié)構(gòu)和動(dòng)態(tài)行為的系統(tǒng)進(jìn)行建模此外，UML適用于系統(tǒng)開發(fā)過程中從需求規(guī)格描述到系統(tǒng)完成后測(cè)試的不同階段在需求分析階段，可以用用例來捕獲用戶需求。

通過用例建模，描述對(duì)系統(tǒng)感興趣的外部角色及其對(duì)系統(tǒng)（用例）的功能要求分析階段主要關(guān)心問題域中的主要概念（如抽象、類和對(duì)象等）和機(jī)制，需要識(shí)別這些類以及它們相互間的關(guān)系，并用UML類圖來描述為實(shí)現(xiàn)用例，類之間需要協(xié)作，這可以用UML動(dòng)態(tài)模型來描述在分析階段，只對(duì)問題域的對(duì)象（現(xiàn)實(shí)世界的概念）建模，而不考慮定義軟件系統(tǒng)中技術(shù)細(xì)節(jié)的類（如處理用戶接口、數(shù)據(jù)庫(kù)、通訊和并行性等問題的類）這些技術(shù)細(xì)節(jié)將在設(shè)計(jì)階段引入，因此設(shè)計(jì)階段為構(gòu)造階段提供更詳細(xì)的規(guī)格說明為實(shí)現(xiàn)用例,類之間需要協(xié)作,這可以用UML動(dòng)態(tài)模型來描述在分析階段,只對(duì)問題域的對(duì)象(現(xiàn)實(shí)世界的概念)建模,而不考慮定義軟件系統(tǒng)中技術(shù)細(xì)節(jié)的類(如處理用戶接口、數(shù)據(jù)庫(kù)、通訊和并行性等問題的類)這些技術(shù)細(xì)節(jié)將在設(shè)計(jì)階段引入,因此設(shè)計(jì)階段為構(gòu)造階段提供更詳細(xì)的規(guī)格說明編程(構(gòu)造)是一個(gè)獨(dú)立的階段,其任務(wù)是用面向?qū)ο缶幊陶Z(yǔ)言將來自設(shè)計(jì)階段的類轉(zhuǎn)換成實(shí)際的代碼在用UML建立分析和設(shè)計(jì)模型時(shí),應(yīng)盡量避免考慮把模型轉(zhuǎn)換成某種特定的編程語(yǔ)言因?yàn)樵谠缙陔A段,模型僅僅是理解和分析系統(tǒng)結(jié)構(gòu)的工具,過早考慮編碼問題十分不利于建立簡(jiǎn)單正確的模型UML模型還可作為測(cè)試階段的依據(jù)。

系統(tǒng)通常需要經(jīng)過單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試不同的測(cè)試小組使用不同的UML圖作為測(cè)試依據(jù):單元測(cè)試使用類圖和類規(guī)格說明；集成測(cè)試使用部件圖和合作圖；系統(tǒng)測(cè)試使用用例圖來驗(yàn)證系統(tǒng)的行為，驗(yàn)收測(cè)試由用戶進(jìn)行，以驗(yàn)證系統(tǒng)測(cè)試的結(jié)果是否滿足在分析階段確定的需求總之，標(biāo)準(zhǔn)建模語(yǔ)言UML適用于以面向?qū)ο蠹夹g(shù)來描述任何類型的系統(tǒng)，而且適用于系統(tǒng)開發(fā)的不同階段，從需求規(guī)格描述直至系統(tǒng)完成后的測(cè)試和維護(hù)1.2.4 超市倉(cāng)庫(kù)管理發(fā)展與現(xiàn)狀在我國(guó)超市形成在20世紀(jì)90年代初期，現(xiàn)在已經(jīng)成為我國(guó)零售業(yè)的一種重要形態(tài)，為國(guó)民經(jīng)濟(jì)的發(fā)展發(fā)揮了重要的作用隨著超市高速的發(fā)展，其經(jīng)營(yíng)管理也變得愈加復(fù)雜，早期的售貨員站柜臺(tái)的形式早已不能滿足現(xiàn)有銷售也的發(fā)展，這樣就迫切地需要引入新的管理技術(shù)超市形態(tài)具有種種優(yōu)點(diǎn)，但在目前狀況下，它仍存在零售業(yè)企業(yè)所共有的落后的一面，如：不能有效地管理每種商品，收款結(jié)算速度慢，容易出現(xiàn)營(yíng)業(yè)差錯(cuò)，不宜進(jìn)行商品調(diào)價(jià)，盤點(diǎn)效率低等，而且在超市日常管理中，商品的進(jìn)、銷、存等決策以經(jīng)驗(yàn)為主，缺乏實(shí)時(shí)分析功能，管理人員對(duì)及時(shí)傳遞資料的要求始終得不到滿足蘇轍超市形態(tài)的高速發(fā)展，其經(jīng)營(yíng)管理也變得愈加復(fù)雜，日常所需要處理的數(shù)據(jù)量也逐漸增大，商業(yè)運(yùn)轉(zhuǎn)的中間環(huán)節(jié)也越來越多，原始的人工管理已無法應(yīng)對(duì)這復(fù)雜的市場(chǎng)。

為此，在選題過程中，我選擇了超市管理系統(tǒng)設(shè)計(jì)題目，依靠現(xiàn)代化的計(jì)算機(jī)信息處理技術(shù)來管理超市，從而節(jié)省了大量的人力、物力，改善了員工的工作條件，減輕了勞動(dòng)強(qiáng)度，并且能夠快速反映出商品的進(jìn)、銷、存等狀況和各種反饋信息分析，使管理人員快速對(duì)市場(chǎng)的變化做出相應(yīng)的決策，加快超市經(jīng)營(yíng)管理效率1.3主要工作主要有幾個(gè)階段的任務(wù)，如下：1．緒論（系統(tǒng)開發(fā)背景、國(guó)內(nèi)外技術(shù)現(xiàn)、開發(fā)計(jì)劃）2．業(yè)務(wù)建模 3．系統(tǒng)開發(fā)的過程文檔（需求、分析、設(shè)計(jì)） 4．系統(tǒng)實(shí)現(xiàn) 5．結(jié)論本文首先對(duì)公司的業(yè)務(wù)與用戶的需求進(jìn)行了分析，然后對(duì)系統(tǒng)的功能進(jìn)行詳細(xì)的設(shè)計(jì)，并在分析與設(shè)計(jì)的同時(shí)用UML建模語(yǔ)言對(duì)其建模，采用UML工具ROSE繪制描述各種模型的圖形，目的使開發(fā)者與用戶更有效的實(shí)現(xiàn)功能與理解需求，并使程序人員能順利的實(shí)現(xiàn)系統(tǒng)，在系統(tǒng)的實(shí)現(xiàn)階段重點(diǎn)講述設(shè)計(jì)到編碼的過渡，以體現(xiàn)UML建模的模型對(duì)系統(tǒng)開發(fā)帶來的好處本文的編寫結(jié)合了面向?qū)ο蟮能浖_發(fā)方法與UML建模語(yǔ)言的優(yōu)勢(shì)與特色，同時(shí)與倉(cāng)儲(chǔ)管理系統(tǒng)緊密結(jié)合既體現(xiàn)了面向?qū)ο蟮能浖_發(fā)思想 ，又包容了UML建模語(yǔ)言所特有的語(yǔ)言建模優(yōu)勢(shì)在編寫中我們大量的使用UML語(yǔ)言所提供的各種建模圖形來描述倉(cāng)儲(chǔ)管理系統(tǒng)，例如描述用戶需求的用例圖，描述系統(tǒng)功能的動(dòng)態(tài)的順序圖。

根據(jù)倉(cāng)儲(chǔ)管理的特點(diǎn)，我們大膽的改進(jìn)了一般的UML建模的分析過程，并在分析設(shè)計(jì)過程中采用更加適合倉(cāng)儲(chǔ)系統(tǒng)的分析級(jí)類圖與順序圖第2章 業(yè)務(wù)建模第2章 業(yè)務(wù)建模首先，UML融合了Booch、OMT和OOSE方法中的基本概念，這些概念與其它面向?qū)ο蠹夹g(shù)中的基本概念大多相同，UML因而成為使用者樂于采用的簡(jiǎn)單一致的建模語(yǔ)言；其次，UML不僅是上述方法的簡(jiǎn)單匯合，而且在這些方法的基礎(chǔ)上幾經(jīng)修改完成，它擴(kuò)展了已有方法的應(yīng)用范圍；第三，UML是標(biāo)準(zhǔn)的建模語(yǔ)言，而不是標(biāo)準(zhǔn)的開發(fā)過程盡管UML的應(yīng)用以系統(tǒng)的開發(fā)過程為背景，但針對(duì)不同組織和不同應(yīng)用領(lǐng)域，需要采取不同的開發(fā)過程作為一種建模語(yǔ)言，UML的定義包括UML語(yǔ)義和UML表示法兩個(gè)部分1) UML語(yǔ)義 描述基于UML的精確元模型定義元模型為UML的所有元素在語(yǔ)法和語(yǔ)義上提供了簡(jiǎn)單、一致、通用的定義性說明，使開發(fā)者能在語(yǔ)義上取得一致，消除了因人而異的最佳表達(dá)方法所造成的影響此外UML還支持對(duì)元模型的擴(kuò)展定義2) UML表示法 定義UML符號(hào)的表示法，為開發(fā)者或開發(fā)工具使用這些圖形符號(hào)和文本語(yǔ)法為系統(tǒng)建模提供了標(biāo)準(zhǔn)這些圖形符號(hào)和文字所表達(dá)的是應(yīng)用級(jí)的模型，在語(yǔ)義上它是UML元模型的實(shí)例。

UML描述了一個(gè)系統(tǒng)的靜態(tài)結(jié)構(gòu)和動(dòng)態(tài)行為UML將系統(tǒng)描述為一些離散的相互作用的對(duì)象并最終為外部用戶提供一定功能的模型結(jié)構(gòu)靜態(tài)結(jié)構(gòu)定義了系統(tǒng)中重要對(duì)象的屬性和操作以及這些對(duì)象之間的相互關(guān)系動(dòng)態(tài)行為定義了對(duì)象的時(shí)間特性和對(duì)象為完成目標(biāo)而相互進(jìn)行通信的機(jī)制從不同但相互聯(lián)系的角度對(duì)系統(tǒng)建立的模型可用于不同的目的UML還包括可將模型分解成包的結(jié)構(gòu)組件，以便于軟件小組將大的系統(tǒng)分解成易于處理的塊結(jié)構(gòu)，并理解和控制各個(gè)包間的依賴關(guān)系，在復(fù)雜的開發(fā)環(huán)境中管理模型單元它還包括用于顯示系統(tǒng)實(shí)現(xiàn)和組織運(yùn)行的組件2.1 RUP軟件開發(fā)過程UML是一種建模語(yǔ)言而不是一種方法，UML的表示法和規(guī)則能夠用來為系統(tǒng)進(jìn)行面向?qū)ο蠼＃]有指定應(yīng)用UML的過程和方法1998年正式頒布的RUP(Rational Unified Process)是UML設(shè)計(jì)者們共同定義的一個(gè)軟件開發(fā)的公共過程框架統(tǒng)一過程主要包括四個(gè)階段:開始階段、細(xì)化階段、構(gòu)建階段和移交階段結(jié)合倉(cāng)儲(chǔ)系統(tǒng)得特點(diǎn)和RUP分析過程，我們對(duì)本倉(cāng)儲(chǔ)系統(tǒng)的開發(fā)過程以及在開發(fā)過程中用到的建模圖形如圖2-1所示 配置 測(cè)試依據(jù) 測(cè)試依據(jù) 實(shí)現(xiàn)目標(biāo) 編碼依據(jù) 細(xì)化 調(diào)整 增補(bǔ)業(yè)務(wù)建模需求分析領(lǐng)域分析系統(tǒng)設(shè)計(jì)實(shí)現(xiàn)測(cè)試與配置描述業(yè)務(wù)用例活動(dòng)圖表示描述系統(tǒng)用例系統(tǒng)描述表示特化狀態(tài)圖活動(dòng)圖順序圖 實(shí)例化表示用戶接口包業(yè)務(wù)邏輯包數(shù)據(jù)存儲(chǔ)包應(yīng)用包表示類圖協(xié)作圖順序圖狀態(tài)圖活動(dòng)圖用例圖用例圖順序圖類圖注： 箭頭表示模型和各種活動(dòng)之間的描述關(guān)系; 虛線表示各種活動(dòng)之間的可溯性對(duì)象圖配置圖用例圖流程圖用例圖類圖圖2-1建模圖形1 進(jìn)行業(yè)務(wù)流程建模通過使用UML的活動(dòng)圖與用例圖描述企業(yè)的業(yè)務(wù)流程來理解領(lǐng)域知識(shí)，建立業(yè)務(wù)用例圖;在建模之前我們對(duì)倉(cāng)儲(chǔ)系統(tǒng)的業(yè)務(wù)過程輔助業(yè)務(wù)流程圖來分析，這也是我們?cè)诒敬蜗到y(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)域建模尋找對(duì)象與類，主要是使用類圖表現(xiàn)領(lǐng)域中各業(yè)務(wù)類之間的靜態(tài)關(guān)系，并用交互圖、順序圖等具體描述類之間的交互以及對(duì)象的狀態(tài)變化主要涉及以下活動(dòng)(并不一定是順序的):1> 分析用例以及業(yè)務(wù)領(lǐng)域2> 發(fā)現(xiàn)對(duì)象，為對(duì)象分類，確定對(duì)象之間的交互3> 確定類之間的關(guān)系4> 定義類的屬性和操作5> 分析對(duì)象的狀態(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)，并對(duì)應(yīng)用系統(tǒng)進(jìn)行劃分;對(duì)象進(jìn)一步設(shè)計(jì)對(duì)領(lǐng)域模型中的業(yè)務(wù)類進(jìn)行精化、調(diào)整，增添界面類、控制類等用于實(shí)現(xiàn)的類數(shù)據(jù)模型設(shè)計(jì)考慮解決持久對(duì)象到數(shù)據(jù)庫(kù)的映射問題，設(shè)計(jì)數(shù)據(jù)模型以及數(shù)據(jù)存取訪問部分設(shè)計(jì)系統(tǒng)設(shè)計(jì) 得到的模型是精化和調(diào)整后的類圖、交互圖等，同時(shí)還有對(duì)象持久設(shè)計(jì)得到的數(shù)據(jù)模型5 實(shí)現(xiàn)實(shí)現(xiàn)的依據(jù)是設(shè)計(jì)過程中得到的靜態(tài)視圖(類圖、對(duì)象圖)、動(dòng)態(tài)視圖(順序圖、狀態(tài)圖、協(xié)作圖、活動(dòng)圖);同時(shí)可以將類映射為組件，進(jìn)而使用CASE工具的框架代碼自動(dòng)生成的功能;同時(shí)通過實(shí)現(xiàn)圖(組件圖、配置圖)來描述系統(tǒng)的物理視圖。

6 單元測(cè)試，集成與系統(tǒng)測(cè)試測(cè)試實(shí)現(xiàn)的部分是否滿足用例的功能要求;另外，類圖、組件圖、協(xié)作圖等也可以用來進(jìn)行測(cè)試 2.2 業(yè)務(wù)術(shù)語(yǔ)表軟件構(gòu)架：在計(jì)算的算法和數(shù)據(jù)結(jié)構(gòu)之外，設(shè)計(jì)并確定系統(tǒng)整體結(jié)構(gòu)成為了新的問題結(jié)構(gòu)問題包括總體組織結(jié)構(gòu)和全局控制結(jié)構(gòu)，通信、同步和數(shù)據(jù)訪問的協(xié)議，設(shè)計(jì)元素的功能分配，物理分布，設(shè)計(jì)元素的組成，定標(biāo)與性能，備選設(shè)計(jì)的選擇邏輯視圖：包括最重要的設(shè)計(jì)類、從這些設(shè)計(jì)類到包和子系統(tǒng)的組織形式，以及從這些包和子系統(tǒng)到層的組織形式它還包括一些用例實(shí)現(xiàn)它是設(shè)計(jì)模型的子集實(shí)施視圖：包括實(shí)施模型及其從模塊到包和層的組織形式的概覽同時(shí)還描述了將邏輯視圖中的包和類向?qū)嵤┮晥D中的包和模塊分配的情況它是實(shí)施模型的子集 進(jìn)程視圖：包括所涉及任務(wù)（進(jìn)程和線程）的描述，它們的交互和配置，以及將設(shè)計(jì)對(duì)象和類向任務(wù)的分配情況只有在系統(tǒng)具有很高程度的并行時(shí)，才需要該視圖在Rational Unified Process中，它是設(shè)計(jì)模型的子集 配置視圖：包括對(duì)最典型的平臺(tái)配置的各種物理節(jié)點(diǎn)的描述以及將任務(wù)（來自進(jìn)程視圖）向物理節(jié)點(diǎn)分配的情況只有在分布式系統(tǒng)中才需要該視圖它是部署模型的一個(gè)子集用例圖：用例圖是包括參與者、由系統(tǒng)邊界（一個(gè)矩形）封閉的一組用例、參與者和用例之間的關(guān)聯(lián)、用例間的關(guān)系以及參與者的泛化的圖。

用例圖表示了來自用例模型（用例，參與者）的元素活動(dòng)圖：活動(dòng)圖是狀態(tài)機(jī)的一個(gè)特殊例子，在該狀態(tài)機(jī)中所有的或大部分的狀態(tài)都是活動(dòng)狀態(tài)或動(dòng)作狀態(tài)，所有或大部分的轉(zhuǎn)換由源狀態(tài)中活動(dòng)的完成所觸發(fā)活動(dòng)圖表示一個(gè)程序或工作流活動(dòng)圖是模型中的完整單元類圖：類圖是靜態(tài)視圖的圖形表達(dá)方式，表示聲明的（靜態(tài)的）模型元素，如類、類型及其內(nèi)容及相互關(guān)系類圖可以表示包的視圖，包含嵌套包的符號(hào)協(xié)作圖：協(xié)作圖是表示角色間交互的視圖，即，協(xié)作中的實(shí)例及其鏈接與順序圖不同，協(xié)作圖表示了角色之間的關(guān)系另一方面，協(xié)作圖也不將時(shí)間作為單獨(dú)的維來表示，所以必須使用順序號(hào)來判斷消息的順序以及并行線程2.3 組織機(jī)構(gòu)圖倉(cāng)庫(kù)庫(kù)存管理機(jī)構(gòu)組織機(jī)構(gòu)圖描述了內(nèi)部組織結(jié)構(gòu)，工作人員之間的上下級(jí)關(guān)系超市組織機(jī)構(gòu)圖如圖2-2所示圖2-2超市組織機(jī)構(gòu)圖 2.4 主業(yè)務(wù)用例圖在下一章將會(huì)對(duì)高倉(cāng)庫(kù)管理系統(tǒng)的主業(yè)務(wù)用例進(jìn)行細(xì)化，有關(guān)本用例圖的描述在此略主用例圖如圖 2-3所示圖2-3主用例圖第3章 分析與設(shè)計(jì)第3章 分析與設(shè)計(jì)系統(tǒng)分析與設(shè)計(jì)過程首先根據(jù)業(yè)務(wù)用例和業(yè)務(wù)活動(dòng)圖進(jìn)行聚類，聚類活動(dòng)在系統(tǒng)分析時(shí)開始聚類活動(dòng)是個(gè)連續(xù)的過程，需要不斷地進(jìn)行豐富和完善，需要按照面向?qū)ο笤O(shè)計(jì)的思想，劃分出子系統(tǒng)類，并為類添加應(yīng)該具有的方法或?qū)傩裕约斑@些方法或?qū)傩缘目梢娦?，這些可以通過設(shè)計(jì)類圖來描述。

系統(tǒng)設(shè)計(jì)的任務(wù)就是要依據(jù)系統(tǒng)分析文檔資料，采用正確的方法，確定系統(tǒng)功能模塊在計(jì)算機(jī)內(nèi)應(yīng)該用那些程序組成，它們之間用什么方式連接在一起，以構(gòu)成一個(gè)最好的系統(tǒng)結(jié)構(gòu)3.1 業(yè)務(wù)流程調(diào)查3.1.1 超市倉(cāng)庫(kù)管理信息系統(tǒng)業(yè)務(wù)流程調(diào)查根據(jù)分析，本系統(tǒng)業(yè)務(wù)流程主要包括如下內(nèi)容：l 顧客發(fā)訂單給銷售部門l 銷售部門經(jīng)過訂單檢查，把不合格的訂單反饋給客戶l 對(duì)合格的訂單，通過核對(duì)庫(kù)存記錄，缺貨訂單通過缺貨統(tǒng)計(jì)，向采購(gòu)部門發(fā)出缺貨通知，并登記缺貨記錄；對(duì)于可供貨訂單，登記客戶檔案，開出備貨單，通知倉(cāng)庫(kù)備貨l 保存訂單數(shù)據(jù)，并進(jìn)行銷售統(tǒng)計(jì)3.1.2 崗位職責(zé)1.部門經(jīng)理：進(jìn)行入庫(kù)出庫(kù)的貨物進(jìn)行決策以及對(duì)報(bào)表進(jìn)行簽字2.入庫(kù)管理員：對(duì)貨物進(jìn)行登記如數(shù)量單價(jià)等進(jìn)行核對(duì)，各種信息的查詢修改等3.庫(kù)存管理員：對(duì)貨物進(jìn)行盤點(diǎn)，對(duì)貨物所在貨架進(jìn)行登記，貨物的信息增加，刪除，修改等，進(jìn)行生成報(bào)表4.出庫(kù)管理員：對(duì)貨物進(jìn)行登記如數(shù)量單價(jià)等進(jìn)行核對(duì)，各種信息的查詢修改等制作報(bào)表3.2 業(yè)務(wù)用例分析用例視圖是被稱為參與者的外部用戶所能觀察到的系統(tǒng)功能的模型圖用例是系統(tǒng)中的一個(gè)功能單元，可以被描述為參與者與系統(tǒng)之間的一次交互作用。

用例模型的用途是列出系統(tǒng)中的用例和參與者，并顯示哪個(gè)參與者參與了哪個(gè)用例的執(zhí)行用例建模的主要目標(biāo)是：1. 將需求模型變?yōu)榭梢暬Ｐ?，并最終得到用戶確認(rèn)；2. 給出清晰、一致的關(guān)于系統(tǒng)做什么的描述，確定系統(tǒng)的功能要求；3. 提供從功能需求到系統(tǒng)分析、設(shè)計(jì)、實(shí)現(xiàn)各階段的度量標(biāo)準(zhǔn)；4. 為最終系統(tǒng)測(cè)試提供基準(zhǔn)，據(jù)此驗(yàn)證系統(tǒng)是否達(dá)到功能要求3.2.1 入庫(kù)管理用例圖：用例名：報(bào)表管理角色：入庫(kù)管理員目的： 防止有錯(cuò)誤的信息描述：對(duì)報(bào)表進(jìn)行修改，刪除，查詢等用例名：入庫(kù)單管理角色：入庫(kù)管理員目的：進(jìn)行貨物歸類統(tǒng)一管理描述：管理員根據(jù)銷售方面的情況計(jì)劃的需要的貨物用例名：入庫(kù)審核角色：入庫(kù)管理員目的：防止有錯(cuò)誤的貨物進(jìn)入倉(cāng)庫(kù)描述：生成單價(jià)和生成收費(fèi)單倉(cāng)庫(kù)管理員在工作的最開始階段負(fù)責(zé)接收供應(yīng)商給出的貨物供應(yīng)單，接收貨物后填寫入庫(kù)單，給采購(gòu)人員確認(rèn)信息，為采購(gòu)人員打印相關(guān)報(bào)表，使用業(yè)務(wù)用例刻畫了業(yè)務(wù)活動(dòng)中的各個(gè)角色以及它們?cè)跇I(yè)務(wù)活動(dòng)中的關(guān)系如圖3-1所示 圖3-1入庫(kù)管理用例圖3.2.2出庫(kù)管理用例圖用例名：報(bào)表管理角色：出庫(kù)管理員目的： 防止有錯(cuò)誤的信息。

描述：對(duì)報(bào)表進(jìn)行修改，刪除，查詢等用例名：出庫(kù)單管理角色：出庫(kù)管理員目的：進(jìn)行貨物歸類統(tǒng)一管理描述：管理員根據(jù)銷售方面的情況計(jì)劃的需要的貨物用例名：出庫(kù)審核角色：出庫(kù)管理員目的：防止有錯(cuò)誤的貨物出倉(cāng)庫(kù)描述：生成單價(jià)和生成收費(fèi)單倉(cāng)庫(kù)管理員接收提貨單后填寫出庫(kù)單，給銷售人員確認(rèn)性息對(duì)于價(jià)格較高的貨物需要高層領(lǐng)導(dǎo)簽字確認(rèn)出庫(kù)，活動(dòng)方可進(jìn)行倉(cāng)庫(kù)管理系統(tǒng)在得到提貨單確認(rèn)后，更改系統(tǒng)中的信息，如系統(tǒng)庫(kù)位和貨物剩余量出庫(kù)管理的用例圖如圖3-2所示 圖3-2出庫(kù)管理的用例圖3.2.3 入庫(kù)管理活動(dòng)圖 活動(dòng)圖是系統(tǒng)一系列狀態(tài)的綜合體現(xiàn)，它描述了系統(tǒng)中各種活動(dòng)執(zhí)行的順序，活動(dòng)圖是系統(tǒng)一系列狀態(tài)的綜合體現(xiàn)，它描述了系統(tǒng)中各種活動(dòng)執(zhí)行的順序，刻畫了一個(gè)系統(tǒng)中所要進(jìn)行的各項(xiàng)活動(dòng)的執(zhí)行流程根據(jù)上文中繪制的順序圖以及合作圖，對(duì)兩圖中相互交互的對(duì)象進(jìn)行分析可以得出系統(tǒng)中各部分主要的活動(dòng)如下 在用例的基礎(chǔ)上，需要對(duì)每一個(gè)業(yè)務(wù)活動(dòng)進(jìn)行詳細(xì)描述UML中的活動(dòng)圖用于描述滿足用例要求所要進(jìn)行的活動(dòng)以及活動(dòng)間的約束關(guān)系，有利于識(shí)別并行活動(dòng)和工作流程情況活動(dòng)圖實(shí)際上就是用來為用例的事件流建模的工具下面用活動(dòng)圖來對(duì)入庫(kù)管理系統(tǒng)的主要活動(dòng)進(jìn)行描述。

圖3-3描述了入庫(kù)管理活動(dòng)圖圖中共有3條泳道，它們分別是：供應(yīng)商，操作員，管理員圖3-3入庫(kù)管理的活動(dòng)圖3.2.4 出庫(kù)管理活動(dòng)圖圖3-4描述了倉(cāng)庫(kù)管理系統(tǒng)的出庫(kù)管理活動(dòng)圖圖中共有2條泳道，它們分別是：管理員操作員圖3-4出庫(kù)管理的活動(dòng)圖3.3 業(yè)務(wù)類圖3.3.1 超市倉(cāng)庫(kù)管理系統(tǒng)業(yè)務(wù)類圖類是應(yīng)用領(lǐng)域或應(yīng)用解決方案中概念的描述類圖是以類為中心來組織的，類圖中的其他元素或?qū)儆谀硞€(gè)類或與類相關(guān)聯(lián)靜態(tài)視圖用類圖來實(shí)現(xiàn)，正因?yàn)樗灶悶橹行模苑Q其為類圖在類圖中類用矩形框來表示，它的屬性和操作分別列在分格中如不需要表達(dá)詳細(xì)信息時(shí)，分格可以省略一個(gè)類可能出現(xiàn)在好幾個(gè)圖中同一個(gè)類的屬性和操作可只在一種圖中列出，在其他圖中可省略關(guān)系用類框之間的連線來表示，不同的關(guān)系用連線上和連線端頭處的修飾符來區(qū)別超市倉(cāng)庫(kù)管理系統(tǒng)的域模型圖如圖3-5所示 圖3-5 超市倉(cāng)庫(kù)管理系統(tǒng)業(yè)務(wù)類圖3.3.2 超市倉(cāng)庫(kù)管理信息系統(tǒng)業(yè)務(wù)類描述類名：供貨商功能：記錄供貨商的情況屬性：企業(yè)編號(hào)、企業(yè)名稱、企業(yè)地址、企業(yè)電話類名：入庫(kù)單功能：記錄要進(jìn)庫(kù)的貨物屬性：入庫(kù)單編號(hào)、物料名稱、物料編號(hào)、數(shù)量、單價(jià)類名：出庫(kù)單功能：記錄要出庫(kù)的貨物屬性：出庫(kù)單編號(hào)、物料名稱、物料編號(hào)、數(shù)量、單價(jià)類名：庫(kù)位描述功能：記錄倉(cāng)庫(kù)的位置屬性：庫(kù)位編碼、物料編碼、容積編碼、備注類名：盤點(diǎn)功能：記錄庫(kù)存的位置屬性：貨架編碼、物料編碼、盤點(diǎn)日期、現(xiàn)有存量、盤點(diǎn)數(shù)量3.3.3 數(shù)據(jù)庫(kù)詳細(xì)設(shè)計(jì)數(shù)據(jù)庫(kù)管理系統(tǒng)的使用上系統(tǒng)將采用 SQL Server 2000, 系統(tǒng)主要需要維護(hù)3張數(shù)據(jù)表： 表3-1入庫(kù)信息表字段名類型長(zhǎng)度描述StockIDVarchar 10入庫(kù)編號(hào)MerchIDVarchar10入庫(kù)商品編號(hào)MerchNumInt6入庫(kù)數(shù)量MerchPriceVarchar3單額TotalPriceVarchar6總額StockDateDatetime8入庫(kù)日期PlanDateDatetime8計(jì)劃進(jìn)貨日期StockStateVarchar4入庫(kù)狀態(tài)表3-2 出庫(kù)信息表字段名類型長(zhǎng)度描述CkIDVarchar 10出庫(kù)編號(hào)CkIDVarchar10出庫(kù)商品編號(hào)CkNumInt6出庫(kù)數(shù)量MerchPriceVarchar3單額TotalPriceVarchar6總額CkDateDatetime8出庫(kù)日期CkDateDatetime8出庫(kù)日期CkStateVarchar4出庫(kù)狀態(tài)表3-3供貨商表字段名類型長(zhǎng)度描述ProvideIDVARCHAR10企業(yè)編號(hào)ProvideNameVARCHAR20企業(yè)名稱ProvideAddressVARCHAR80企業(yè)地址ProvidePhoneVARCHAR15企業(yè)電話第4章 系統(tǒng)實(shí)現(xiàn)第4章 系統(tǒng)實(shí)現(xiàn)根據(jù)聚類分析結(jié)果和業(yè)務(wù)流程中的活動(dòng)圖可以設(shè)計(jì)和完成用例的實(shí)現(xiàn)，可以用順序圖、協(xié)作圖和活動(dòng)圖來表示。

下面詳細(xì)描述整個(gè)系統(tǒng)實(shí)現(xiàn)過程4.1 順序圖順序圖表示了對(duì)象之間傳送消息的時(shí)間順序每一個(gè)類元角色用一條生命線來表示，即用垂直線代表整個(gè)交互過程中對(duì)象的生命期生命線之間的箭頭連線代表消息順序圖可以用來進(jìn)行一個(gè)場(chǎng)景說明——即一個(gè)事務(wù)的歷史過程順序圖的一個(gè)用途是用來表示用例中的行為順序當(dāng)執(zhí)行一個(gè)用例行為時(shí)，順序圖中的每條消息對(duì)應(yīng)了一個(gè)類操作或狀態(tài)機(jī)中引起轉(zhuǎn)換的觸發(fā)事件順序圖將交互關(guān)系表示為一個(gè)二維圖縱向是時(shí)間軸，時(shí)間沿豎線向下延伸橫向軸代表在協(xié)作中各獨(dú)立對(duì)象的類元角色類元角色用生命線表示當(dāng)對(duì)象存在時(shí)，角色用一條虛線表示；當(dāng)對(duì)象的過程處于激活狀態(tài)時(shí)，生命線是一個(gè)雙道線消息用從一個(gè)對(duì)象的生命線到另一個(gè)對(duì)象生命線的箭頭表示箭頭以時(shí)間順序在圖中從上到下排列順序圖的圖形元素組成成分：對(duì)象、生存線、消息和激活期1. 對(duì)象：時(shí)序圖中所包含的每個(gè)對(duì)象用一個(gè)對(duì)象框表示，對(duì)象名需要帶下劃線2. 生存線：對(duì)象框下畫垂直的虛線，稱為該對(duì)象的生存線，表示對(duì)象的生存時(shí)間3. 激活期：對(duì)象生存線上的一個(gè)長(zhǎng)方形框，表示該對(duì)象的激活時(shí)間段，即活動(dòng)期4. 消息：在時(shí)序圖中，對(duì)象之間的消息發(fā)送和接收用兩個(gè)對(duì)象生存線之間的消息箭頭線表示，用來指出該對(duì)象執(zhí)行期間的時(shí)序。

在本論文中選用順序圖對(duì)系統(tǒng)進(jìn)行動(dòng)態(tài)建模4.1.1 倉(cāng)庫(kù)入庫(kù)順序圖對(duì)象之間傳送消息的時(shí)間順序系統(tǒng)入庫(kù)管理順序圖如圖4-1所示圖4-1系統(tǒng)入庫(kù)管理順序圖4.1.2 出庫(kù)順序圖超市倉(cāng)庫(kù)管理出庫(kù)順序圖如圖4-2所示圖4-2 超市倉(cāng)庫(kù)管理出庫(kù)順序圖4.2 協(xié)作圖協(xié)作圖和順序圖都可以表示各對(duì)象間的交互關(guān)系，但它們的側(cè)重點(diǎn)不同順序圖用消息的幾何排列關(guān)系來表達(dá)消息的時(shí)間順序，各角色之間的相關(guān)關(guān)系是隱含的協(xié)作圖用各個(gè)角色的幾何排列圖形來表示角色之間的關(guān)系，并用消息來說明這些關(guān)系在實(shí)際中可以根據(jù)需要選用這兩種圖一個(gè)協(xié)作圖描述了系統(tǒng)中為實(shí)現(xiàn)某些服務(wù)所涉及的對(duì)象扮演的角色及其相互之間的交互協(xié)作圖著重于有協(xié)作關(guān)系的對(duì)象之間的交互和鏈接（指對(duì)象實(shí)例之間的物理或概念上的鏈接，一個(gè)鏈接是某關(guān)聯(lián)的一個(gè)實(shí)例）它可用于圖示系統(tǒng)中的操作執(zhí)行、用例執(zhí)行或一個(gè)簡(jiǎn)單的交互場(chǎng)景協(xié)作圖描述了對(duì)象及其之間的鏈接，還描述了鏈接的對(duì)象之間如何發(fā)送消息倉(cāng)庫(kù)管理的入庫(kù)協(xié)作圖如圖4-3 所示圖4-3倉(cāng)庫(kù)管理的入庫(kù)協(xié)作圖超市倉(cāng)庫(kù)管理的出庫(kù)協(xié)作圖如圖4-4 所示 圖4-4超市倉(cāng)庫(kù)管理的出庫(kù)協(xié)作圖4.3 活動(dòng)圖在UML中，活動(dòng)圖是系統(tǒng)動(dòng)態(tài)行為建模的圖形工具之一，用來表示完成一個(gè)操作所需要的活動(dòng)，或者是一個(gè)用例實(shí)例（場(chǎng)景）的活動(dòng)。

活動(dòng)圖實(shí)際上也是一種流程圖，它描述活動(dòng)的序列，即系統(tǒng)從一個(gè)活動(dòng)到另一個(gè)活動(dòng)的控制流活動(dòng)圖特別適合描述動(dòng)作流和并發(fā)處理行為活動(dòng)圖是描述對(duì)象間互動(dòng)關(guān)系的另一種方法1. 動(dòng)作狀態(tài)動(dòng)作狀態(tài)表達(dá)不可中斷的動(dòng)作或操作的執(zhí)行，用于對(duì)實(shí)例中原子性（不可分割）動(dòng)作或算法的執(zhí)行步驟建立模型2. 活動(dòng)狀態(tài)活動(dòng)狀態(tài)擁有一組不可中斷的動(dòng)作或操作，表達(dá)一個(gè)非原字的運(yùn)行也可以說，一個(gè)活動(dòng)狀態(tài)是由一系列動(dòng)作狀態(tài)組成活動(dòng)狀態(tài)的圖標(biāo)中可以只標(biāo)明活動(dòng)名稱也可以詳細(xì)描述其入口動(dòng)作和出口動(dòng)作等3. 動(dòng)作流是一個(gè)實(shí)例的不同動(dòng)作狀態(tài)之間的聯(lián)系，說明狀態(tài)之間的控制流4. 泳道泳道代表對(duì)象對(duì)活動(dòng)的責(zé)任一張活動(dòng)圖可劃分成若干個(gè)矩形區(qū)，每個(gè)矩形區(qū)為一個(gè)泳道，泳道名放在矩形區(qū)的頂端把這些泳道指定給對(duì)象，這些對(duì)象必須履行該泳道包括的活動(dòng)泳道是把指定對(duì)象和活動(dòng)相聯(lián)系的辦法之一，它明確表明對(duì)象進(jìn)行了哪些活動(dòng)通常根據(jù)責(zé)任把活動(dòng)組織到不同的泳道中，它能清楚地表明動(dòng)作在哪執(zhí)行（在那個(gè)對(duì)象中），或者表明一個(gè)組織的哪部分工作（一個(gè)動(dòng)作）被執(zhí)行5. 活動(dòng)圖中的對(duì)象活動(dòng)圖中的對(duì)象用對(duì)象符號(hào)（矩形框）表示，它可作為活動(dòng)的輸入或輸出（用虛線箭線連接），也可展示一個(gè)對(duì)象受一個(gè)特定動(dòng)作的影響（用動(dòng)作和對(duì)象之間的虛箭線表示）。

在活動(dòng)圖中，虛箭線也稱為對(duì)象流，對(duì)象流表示動(dòng)作狀態(tài)或活動(dòng)狀態(tài)與對(duì)象之間的關(guān)聯(lián)通過活動(dòng)圖中的對(duì)象流，可以清楚地描述各項(xiàng)動(dòng)作狀態(tài)與不同對(duì)象之間的關(guān)系，方便系統(tǒng)的分析與設(shè)計(jì)根據(jù)聚類分析結(jié)果和業(yè)務(wù)流程中的活動(dòng)圖可以設(shè)計(jì)和完成用例用例的實(shí)現(xiàn)可以用順序圖和活動(dòng)圖來表示這里用順序圖做了詳細(xì)分析，因此不在用活動(dòng)圖表示4.4 系統(tǒng)構(gòu)件圖構(gòu)件圖描述構(gòu)件及其之間的相互依賴，構(gòu)件是邏輯體系結(jié)構(gòu)（類、對(duì)象、它們間的關(guān)系和協(xié)作）中定義的概念和功能在物理體系結(jié)構(gòu)中的視線，它通常是開發(fā)環(huán)境中的實(shí)現(xiàn)性文件構(gòu)件圖主要用于建立系統(tǒng)的靜態(tài)實(shí)現(xiàn)視圖模型，通過構(gòu)件之間的依賴（虛箭線）關(guān)系描述系統(tǒng)軟件的組織結(jié)構(gòu)，展示系統(tǒng)中的不同物理構(gòu)件及其之間的聯(lián)系在UML中對(duì)一個(gè)系統(tǒng)的構(gòu)件和構(gòu)件圖建模就是在物理結(jié)構(gòu)上建模每一個(gè)構(gòu)件圖只是系統(tǒng)靜態(tài)視圖的某一個(gè)圖形表示，描述系統(tǒng)的某一個(gè)側(cè)面也就是說，任何一個(gè)構(gòu)件圖都不必面面俱到，試圖全面地描述系統(tǒng)的整個(gè)面貌，系統(tǒng)中所有的構(gòu)件圖合起來才能描述系統(tǒng)的完整靜態(tài)視圖超市倉(cāng)庫(kù)管理系統(tǒng)構(gòu)件圖如圖4-5所示圖4-5超市倉(cāng)庫(kù)管理系統(tǒng)構(gòu)件圖4.5 部署圖一個(gè)系統(tǒng)包括軟件和硬件兩方面，經(jīng)過開發(fā)的軟件系統(tǒng)的構(gòu)件和重用模塊必須部署在某些硬件上予以執(zhí)行。

部署視圖表示運(yùn)行時(shí)的計(jì)算資源（如計(jì)算機(jī)及它們之間的連接）的物理布置這些運(yùn)行資源被稱作節(jié)點(diǎn)在運(yùn)行時(shí)，節(jié)點(diǎn)包含構(gòu)件和對(duì)象構(gòu)件和對(duì)象的分配可以是靜態(tài)的，它們也可以在節(jié)點(diǎn)間遷移如果含有依賴關(guān)系的構(gòu)件實(shí)例放置在不同節(jié)點(diǎn)上，部署視圖可以展示出執(zhí)行過程中的瓶頸節(jié)點(diǎn)是某些計(jì)算資源的物理對(duì)象，包括計(jì)算機(jī)、外部設(shè)備等節(jié)點(diǎn)可被看作類型，也可看作實(shí)例節(jié)點(diǎn)與節(jié)點(diǎn)之間是通過物理連接發(fā)生關(guān)聯(lián)，以便從硬件方面保證系統(tǒng)各節(jié)點(diǎn)之間的協(xié)同運(yùn)行建立部署圖的步驟如下：1．確定節(jié)點(diǎn)：根據(jù)硬件設(shè)備和軟件體系結(jié)構(gòu)的功能要求統(tǒng)一考慮系統(tǒng)的節(jié)點(diǎn)2．確定駐留構(gòu)件：根據(jù)軟件體系結(jié)構(gòu)和系統(tǒng)功能要求分配到相應(yīng)構(gòu)件駐留到節(jié)點(diǎn)上3．注明節(jié)點(diǎn)性質(zhì)：用UML標(biāo)準(zhǔn)或自定義的構(gòu)造模型描述節(jié)點(diǎn)的性質(zhì)4．確定聯(lián)系：用關(guān)聯(lián)連接描述節(jié)點(diǎn)之間的聯(lián)系；可在關(guān)聯(lián)線上標(biāo)明使用的通信協(xié)議或網(wǎng)絡(luò)類型5．繪制部署圖：形成結(jié)構(gòu)清晰具有層次的部署圖4.5.1 網(wǎng)絡(luò)結(jié)構(gòu)圖網(wǎng)絡(luò)結(jié)構(gòu)圖如圖4-6所示圖4-6 網(wǎng)絡(luò)結(jié)構(gòu)圖4.5.2 系統(tǒng)部署圖系統(tǒng)部署圖如圖4-7所示圖4-7系統(tǒng)部署圖超市倉(cāng)庫(kù)管理系統(tǒng)的部署圖描述如下：節(jié)點(diǎn)該系統(tǒng)使用的硬件設(shè)備：普通PC機(jī)和移動(dòng)PC機(jī)作為終端設(shè)備，1臺(tái)數(shù)據(jù)庫(kù)服務(wù)器（采用SQL Server 2000），1臺(tái)應(yīng)用程序服務(wù)器，和多臺(tái)Web服務(wù)器。

節(jié)點(diǎn)屬性該系統(tǒng)各節(jié)點(diǎn)計(jì)算機(jī)的性能指標(biāo)：戴爾658：CPU速度為2.0GHz,內(nèi)存容量為2GB,自帶硬盤容量為300GB；戴爾658：CPU速度為2.5GHz,內(nèi)存容量為4GB，自帶硬盤容量為500GB節(jié)點(diǎn)之間聯(lián)系客戶機(jī)節(jié)點(diǎn)是簡(jiǎn)單通信聯(lián)系，采用TCP/IP通信協(xié)議；客戶通過Internet網(wǎng)與Web服務(wù)器相連接，利用瀏覽器進(jìn)行查詢；外出員工通過Internet網(wǎng)對(duì)系統(tǒng)進(jìn)行瀏覽訪問4.6 界面設(shè)計(jì)4.6.1 本系統(tǒng)用戶界面程序設(shè)計(jì)遵循的原則1.一致性原則：系統(tǒng)所有窗口的設(shè)計(jì)，采用統(tǒng)一的字體字號(hào)、統(tǒng)一的色調(diào)、統(tǒng)一的提示詞，新彈出的對(duì)話框在統(tǒng)一的位置，按鈕也在窗口的相同位置2.功能的統(tǒng)一：對(duì)一些常用功能，如添加、修改、刪除、查看等，這些功能都有相同的使用方法4.6.2 輸入輸出設(shè)計(jì)業(yè)務(wù)人員負(fù)責(zé)系統(tǒng)的各項(xiàng)輸入工作，采用人機(jī)交互的方式，直接從鍵盤錄入輸入設(shè)計(jì)要求：用戶在輸入數(shù)據(jù)的時(shí)候要嚴(yán)格遵守格式要求輸出項(xiàng)目：各類打印報(bào)表輸出設(shè)備：顯示器和打印機(jī)在此列舉輸入設(shè)計(jì)中的文種管理登錄界面的設(shè)計(jì)，系統(tǒng)對(duì)不同的用戶設(shè)置了不同的管理權(quán)限，用戶必須輸入用戶名和密碼才能登錄系統(tǒng)具體的登錄界面如圖4-8所示用戶名：******密碼 ：確認(rèn)取消圖4-8各種管理登錄界面圖進(jìn)貨輸入界面如圖4-9所示貨物編號(hào)： 供應(yīng)商：日期： 年： 月： ： 日： 貨物編號(hào) 單價(jià) 數(shù)量 總價(jià) 確定 取消圖4-9進(jìn)貨輸入界面結(jié)論結(jié) 論經(jīng)過半個(gè)月的努力，報(bào)告基本完成。

從最初的茫然，到慢慢的進(jìn)入狀態(tài)，再到對(duì)思路逐漸的清晰，整個(gè)寫作過程難以用語(yǔ)言來表達(dá)歷經(jīng)了幾個(gè)月的奮戰(zhàn)，緊張而又充實(shí)的課程設(shè)計(jì)終于落下了帷幕回想這段日子的經(jīng)歷和感受，我感慨萬千，在這次課程設(shè)計(jì)的過程中，我擁有了無數(shù)難忘的回憶和收獲本文從面向?qū)ο蟮乃枷氤霭l(fā)，討論了UML建模的語(yǔ)法結(jié)構(gòu)和UML的建模思路與過程，并基于此對(duì)倉(cāng)儲(chǔ)管理系統(tǒng)進(jìn)行了分析，設(shè)計(jì)，以及最后的實(shí)現(xiàn)與測(cè)試，由于篇幅有限，本文重點(diǎn)介紹了系統(tǒng)的設(shè)計(jì)部分，對(duì)系統(tǒng)的實(shí)現(xiàn)與測(cè)試只是選擇重點(diǎn)分析從整個(gè)論文的撰寫和用例的開發(fā)中，我對(duì)基于UML和統(tǒng)一過程的面向?qū)ο蠼７椒ㄓ辛讼喈?dāng)?shù)恼J(rèn)識(shí)在統(tǒng)一過程開發(fā)中，把一個(gè)較大的項(xiàng)目的功能分配到一個(gè)個(gè)用例上去實(shí)現(xiàn)，讓開發(fā)過程變得比較輕松，更適合多個(gè)人共同開發(fā);同時(shí)，通過開發(fā)階段的限制和迭代的劃分，使開發(fā)過程的透明度更高，目標(biāo)更明確，整個(gè)項(xiàng)目開發(fā)的風(fēng)險(xiǎn)也降低了當(dāng)然，由于時(shí)間關(guān)系，系統(tǒng)還有很多不完善的地方，系統(tǒng)地實(shí)現(xiàn)部分我們只實(shí)現(xiàn)了入庫(kù)管理這一模塊，并且對(duì)于系統(tǒng)高要求標(biāo)準(zhǔn)作的還不夠，這也是我們?nèi)蘸笈Φ姆较蛭也粫?huì)忘記這難忘的半個(gè)月的時(shí)間課程報(bào)告的制作給了我難忘的回憶在我徜徉書海查找資料的日子里，面對(duì)無數(shù)書本的羅列，最難忘的是每次找到資料時(shí)的激動(dòng)和興奮；理系統(tǒng)里，記憶最深的是每一步小小思路實(shí)現(xiàn)時(shí)那幸福的心情；為了報(bào)告我曾趕稿到深夜，但看著親手設(shè)計(jì)超市商品管親手打出的一字一句，心里滿滿的只有喜悅毫無疲憊。

這段旅程看似荊棘密布，實(shí)則蘊(yùn)藏著無盡的寶藏我從資料的收集中，掌握了和鞏固很多專業(yè)知識(shí)，讓我對(duì)我所學(xué)過的知識(shí)有所鞏固和提高，并且讓我超市的發(fā)展及軟件設(shè)計(jì)的最新發(fā)展技術(shù)有所了解在整個(gè)過程中，我學(xué)到了新知識(shí)，增長(zhǎng)了見識(shí)在今后的日子里，我仍然要不斷地充實(shí)自己，爭(zhēng)取在所學(xué)領(lǐng)域有所作為參考文獻(xiàn)[1] 張基溫，陳佳， 信息系統(tǒng)開發(fā) 清華大學(xué)出版社 2006[2] 衛(wèi)紅春， 信息系統(tǒng)分析與設(shè)計(jì) 西安電子科技大學(xué)出版社 2003[3] 黃梯云 ， 管理信息系統(tǒng) 高等教育出版社 2005[4]方美琪 陳禹， 軟件開發(fā)工具 經(jīng)濟(jì)科學(xué)出版社 2008[5]王珊， 數(shù)據(jù)組織與管理 經(jīng)濟(jì)科學(xué)出版社 1996[6]袁然，王誠(chéng)梅，SQL Server 2005數(shù)據(jù)庫(kù)簡(jiǎn)明教程 電子工業(yè)出版 2006 [7] 于功弟.90年代的軟件核心技術(shù)—面向?qū)ο蠹夹g(shù).軟件世界，1993(9)[8] 張海藩.軟件工程導(dǎo)論(第三版).北京：清華大學(xué)出版社，1998[9] 文新輝.信息系統(tǒng)工程項(xiàng)目管理的基本要點(diǎn).計(jì)算機(jī)世界，1996(9)[10] 王宏超.電力企業(yè)管理研究.北京：新華出版社，2005[11] 章少?gòu)?qiáng).電力企業(yè)管理信息系統(tǒng).北京：中國(guó)電力出版社，2005。