《基于uml統(tǒng)一建模語言rose軟件軟件工程倉庫管理系統(tǒng)課程設(shè)計(jì)》由會(huì)員分享，可在線閱讀，更多相關(guān)《基于uml統(tǒng)一建模語言rose軟件軟件工程倉庫管理系統(tǒng)課程設(shè)計(jì)（32頁珍藏版）》請?jiān)谘b配圖網(wǎng)上搜索。

1、目錄 目 錄 第1章 緒論 1 1.1 系統(tǒng)開發(fā)的背景和意義 1 1.2 國內(nèi)外研究發(fā)展現(xiàn)狀 1 1.2.1 面向?qū)ο蠹夹g(shù)的發(fā)展與現(xiàn)狀 1 1.2.2 UML的建模語言 2 1.2.3 UML的應(yīng)用領(lǐng)域 3 1.2.4 超市倉庫管理發(fā)展與現(xiàn)狀 4 1.3主要工作 5 第2章 業(yè)務(wù)建模 6 2.1 RUP軟件開發(fā)過程 6 2.2 業(yè)務(wù)術(shù)語表 9 2.3 組織機(jī)構(gòu)圖 10 2.4 主業(yè)務(wù)用例圖 10 第3章 分析與設(shè)計(jì) 12 3.1 業(yè)務(wù)流程調(diào)查 12 3.1.1 超市倉庫管理信息系統(tǒng)業(yè)務(wù)流程調(diào)查 12 3.1.2 崗位職

2、責(zé) 12 3.2 業(yè)務(wù)用例分析 12 3.2.1 入庫管理用例圖： 13 3.2.2出庫管理用例圖 14 3.2.3 入庫管理活動(dòng)圖 15 3.2.4 出庫管理活動(dòng)圖 16 3.3 業(yè)務(wù)類圖 17 3.3.1 超市倉庫管理系統(tǒng)業(yè)務(wù)類圖 17 3.3.2 超市倉庫管理信息系統(tǒng)業(yè)務(wù)類描述 18 3.3.3 數(shù)據(jù)庫詳細(xì)設(shè)計(jì) 18 第4章 系統(tǒng)實(shí)現(xiàn) 20 4.1 順序圖 20 4.1.1 倉庫入庫順序圖 20 4.1.2 出庫順序圖 21 4.2 協(xié)作圖 22 4.3 活動(dòng)圖 23 4.4 系統(tǒng)構(gòu)件圖 24 4.5 部署圖 25 4.5

3、.1 網(wǎng)絡(luò)結(jié)構(gòu)圖 26 4.5.2 系統(tǒng)部署圖 26 4.6 界面設(shè)計(jì) 27 4.6.1 本系統(tǒng)用戶界面程序設(shè)計(jì)遵循的原則 27 4.6.2 輸入輸出設(shè)計(jì) 27 結(jié) 論 29 參考文獻(xiàn) 30 29 第1章 緒論 第1章 緒論 1.1 系統(tǒng)開發(fā)的背景和意義 隨著經(jīng)濟(jì)的迅速發(fā)展,庫存在企業(yè)中的地位越來越重要,庫存資產(chǎn)占企業(yè)資產(chǎn)總額的20%-40%左右。若能通過庫存管理使庫存節(jié)約即使很小的百分比,對企業(yè)來講,其經(jīng)濟(jì)效益也是十分可觀的,市場競爭的日益激烈,降低庫存成本己經(jīng)成為企業(yè)的“第三利潤源泉”。隨著經(jīng)濟(jì)全球化的發(fā)展,企業(yè)作為供應(yīng)鏈的節(jié)點(diǎn),庫存也是一個(gè)

4、重要的供應(yīng)鏈驅(qū)動(dòng)要素,庫存的改變會(huì)在很大程度上影響供應(yīng)鏈整體的贏利水平和響應(yīng)能力,因此庫存的研究在供應(yīng)鏈中具有十分重要的作用和意義。本文在其他學(xué)者研究的基礎(chǔ)上,提出了基于協(xié)同供應(yīng)鏈的庫存管理,利用聚類分析,主成分分析分類,多元統(tǒng)計(jì)分析建立安全庫存模型,并利用數(shù)據(jù)對該模型進(jìn)行仿真分析,以證其有效性。 超市需要處理大量的庫存信息，還要時(shí)刻更新產(chǎn)品的銷售信息，不斷添加商品信息。面對不同種類的信息，需要合理的數(shù)據(jù)庫結(jié)構(gòu)來保存數(shù)據(jù)信息，需要有效的程序結(jié)構(gòu)支持各種數(shù)據(jù)操作的執(zhí)行。商店自動(dòng)化的產(chǎn)品管理在歐美等國家早已經(jīng)實(shí)現(xiàn)，也是零售業(yè)管理的基礎(chǔ)。它最主要的特點(diǎn)是能夠?qū)崟r(shí)的和準(zhǔn)確的控制店內(nèi)的銷售情況。如果可

5、以能夠?qū)崟r(shí)掌握銷售流程及銷售情況，則可以有效地加速商品的周轉(zhuǎn)率并提高服務(wù)質(zhì)量，而且可以減少產(chǎn)品售價(jià)不符等所產(chǎn)生的問題。顧客的消費(fèi)要求的是希望在超市購物中能基本上都能購得所需的商品，并且還要既保證商品質(zhì)量還要享受優(yōu)質(zhì)，方便的服務(wù)。 1.2 國內(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è)對象，并建立這些對象的聯(lián)系，以引發(fā)狀態(tài)轉(zhuǎn)換，最終完成計(jì)算，它模擬了人類認(rèn)識問題的較高、較廣層次的過程，即分類過程。函數(shù)和邏輯方法則更適合于模擬人的邏輯思維，處于人類認(rèn)識問題的較高層次過程，它們的結(jié)合才是完美的。當(dāng)

6、今的應(yīng)用軟件應(yīng)該具有更大的靈活性、集成的透明性，以及使用上的方便性，而日益增強(qiáng)的計(jì)算能力及面向?qū)ο蟮男录夹g(shù)開發(fā)，使這些應(yīng)用軟件的功能不斷擴(kuò)展，面向?qū)ο蟮能浖锰幈愠尸F(xiàn)在應(yīng)用軟件的用戶面前，無論是對軟件的剪裁還是擴(kuò)充、修改都可以更快更容易的進(jìn)行。 面向?qū)ο蠹夹g(shù)及分析方法為實(shí)際問題建立了一個(gè)可用的軟件實(shí)現(xiàn)模型，對象提供了一種描述信息的機(jī)制，它是一種獨(dú)特的方法抽象層次較高，思維方法和傳統(tǒng)方法不同，目前處于發(fā)展階段已日趨成熟，而且已被應(yīng)用于由軟件、硬件構(gòu)成的各種應(yīng)用領(lǐng)域。 面向?qū)ο笈c人工智能語言、面向?qū)ο髷?shù)據(jù)庫:優(yōu)勢在于數(shù)據(jù)庫管理提供更適合于自然思維方式的數(shù)據(jù)庫管理風(fēng)格和數(shù)據(jù)模型—對象，OOP以其

7、概念和機(jī)制支持了軟件的可重用性、軟插件為軟件可重用性終于明顯的支持。 面向?qū)ο笈c并行處理：從并行角度看，面向?qū)ο蟾拍罹哂幸韵绿卣鳍俟逃胁l(fā)性，對象是相對獨(dú)立的，知道如何工作的實(shí)體。消息發(fā)送是啟動(dòng)對象工作的唯一途徑，各個(gè)對象的工作可以相互獨(dú)立，因此具有天然的并發(fā)性；②顯式并發(fā)性，在一個(gè)面向?qū)ο笙到y(tǒng)中可以為某些對象明確定義并發(fā)方法；③數(shù)據(jù)流與控制的統(tǒng)一，對象操作的啟動(dòng)是由其它對象發(fā)送消息來控制的，消息的發(fā)送又總是攜帶某些對象的，因此，控制信息和數(shù)據(jù)信息是一起到來的，從而統(tǒng)一了數(shù)據(jù)流和控制流的思想；④動(dòng)態(tài)連接，即對象的功能是消息傳送時(shí)確定的，提高了程序設(shè)計(jì)的靈活性；⑤局部存儲與分布式計(jì)算，每個(gè)對灸

8、通過數(shù)據(jù)抽象和數(shù)據(jù)隱蔽將其內(nèi)容和狀態(tài)置于自身獨(dú)立的存儲結(jié)構(gòu)中，對象的處理也是自治的，整個(gè)系統(tǒng)的運(yùn)算和處理是分布的。 面向?qū)ο筌浖こ?OOSE)：從軟件生存周期的偽度出發(fā)，研究面向?qū)ο蟾拍钤谲浖囊?guī)格化、分析、設(shè)計(jì)、編碼、測試等階段應(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的建模語言

9、 軟件工程領(lǐng)域在1995年至1997年取得了前所未有的進(jìn)展,其成果超過軟件工程領(lǐng)域過去15年來的成就總和。其中最重要的、具有劃時(shí)代重大意義的成果之一就是統(tǒng)一建模語言(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)建模語言。采用UML作為我國統(tǒng)一的建模語言是完全必要的:首先,過去數(shù)十種面向?qū)ο蟮慕ＵZ言都是相互獨(dú)立的,而UML可以消除一些潛在的不必要的差異,以免用戶混淆;其次,通過統(tǒng)一語義和符號表示,能夠穩(wěn)定我國的面向?qū)ο蠹夹g(shù)市場,使項(xiàng)目根植于一個(gè)成熟的標(biāo)準(zhǔn)建模語言,從而可以大大拓寬所研制與開發(fā)的軟

10、件系統(tǒng)的適用范圍,并大大提高其靈活程度。統(tǒng)一建模語言（UML）是用來對軟件密集系統(tǒng)進(jìn)行描述、構(gòu)造、視化和文檔編制的一種語言。 首先，也是最重要的一點(diǎn)，統(tǒng)一建模語言融合了Booch、OMT和OOSE方法中的概念，它是可以被上述及其他方法的使用者廣泛采用的一門簡單、一致、通用的建模語言。 其次，統(tǒng)一建模語言擴(kuò)展了現(xiàn)有方法的應(yīng)用范圍。特別值得一提的是，UML的開發(fā)者們把并行分布式系統(tǒng)的建模作為UML的設(shè)計(jì)目標(biāo)，也就是說，UML具有處理這類問題的能力。 第三，統(tǒng)一建模語言是標(biāo)準(zhǔn)的建模語言，而不是一個(gè)標(biāo)準(zhǔn)的開發(fā)流程。雖然UML的應(yīng)用必然以系統(tǒng)的開發(fā)流程為背景，但根據(jù)我們的經(jīng)

11、驗(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)一不同方法的語義），其次是建立通用的表示法（提供對這些語義的形象化的表達(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)的模型，但它同樣可以用于描述

12、非軟件領(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)建模語言，可以對任何具有靜態(tài)結(jié)構(gòu)和動(dòng)態(tài)行為的系統(tǒng)進(jìn)行建模。 此外，UML適用于系統(tǒng)開發(fā)過程中從需求規(guī)格描述到系統(tǒng)完成后測試的不同階段。在需求分析階段，可以用用例來捕獲用戶需求。通過用例建模，描述對系統(tǒng)感興趣的外部角色及其對系統(tǒng)（用例）的功能要求。分析階段主要關(guān)心問題域中的主要概念（如抽象、類和對象等）和機(jī)制，需要識別這些類以及它們相互間的關(guān)系，并用UML類圖來描述。為實(shí)現(xiàn)用例，類之間需要協(xié)作，這可以用UML動(dòng)態(tài)模型來描述。在分析階段，只對問題域的對象（

13、現(xiàn)實(shí)世界的概念）建模，而不考慮定義軟件系統(tǒng)中技術(shù)細(xì)節(jié)的類（如處理用戶接口、數(shù)據(jù)庫、通訊和并行性等問題的類）。這些技術(shù)細(xì)節(jié)將在設(shè)計(jì)階段引入，因此設(shè)計(jì)階段為構(gòu)造階段提供更詳細(xì)的規(guī)格說明。 為實(shí)現(xiàn)用例,類之間需要協(xié)作,這可以用UML動(dòng)態(tài)模型來描述。在分析階段,只對問題域的對象(現(xiàn)實(shí)世界的概念)建模,而不考慮定義軟件系統(tǒng)中技術(shù)細(xì)節(jié)的類(如處理用戶接口、數(shù)據(jù)庫、通訊和并行性等問題的類)。這些技術(shù)細(xì)節(jié)將在設(shè)計(jì)階段引入,因此設(shè)計(jì)階段為構(gòu)造階段提供更詳細(xì)的規(guī)格說明。編程(構(gòu)造)是一個(gè)獨(dú)立的階段,其任務(wù)是用面向?qū)ο缶幊陶Z言將來自設(shè)計(jì)階段的類轉(zhuǎn)換成實(shí)際的代碼。在用UML建立分析和設(shè)計(jì)模型時(shí),應(yīng)盡量避免考慮把模型

14、轉(zhuǎn)換成某種特定的編程語言。因?yàn)樵谠缙陔A段,模型僅僅是理解和分析系統(tǒng)結(jié)構(gòu)的工具,過早考慮編碼問題十分不利于建立簡單正確的模型。UML模型還可作為測試階段的依據(jù)。系統(tǒng)通常需要經(jīng)過單元測試、集成測試、系統(tǒng)測試和驗(yàn)收測試。不同的測試小組使用不同的UML圖作為測試依據(jù):單元測試使用類圖和類規(guī)格說明；集成測試使用部件圖和合作圖；系統(tǒng)測試使用用例圖來驗(yàn)證系統(tǒng)的行為，驗(yàn)收測試由用戶進(jìn)行，以驗(yàn)證系統(tǒng)測試的結(jié)果是否滿足在分析階段確定的需求。 總之，標(biāo)準(zhǔn)建模語言UML適用于以面向?qū)ο蠹夹g(shù)來描述任何類型的系統(tǒng)，而且適用于系統(tǒng)開發(fā)的不同階段，從需求規(guī)格描述直至系統(tǒng)完成后的測試和維護(hù)。 1.2.4 超市倉庫管理發(fā)展

15、與現(xiàn)狀 在我國超市形成在20世紀(jì)90年代初期，現(xiàn)在已經(jīng)成為我國零售業(yè)的一種重要形態(tài)，為國民經(jīng)濟(jì)的發(fā)展發(fā)揮了重要的作用。隨著超市高速的發(fā)展，其經(jīng)營管理也變得愈加復(fù)雜，早期的售貨員站柜臺的形式早已不能滿足現(xiàn)有銷售也的發(fā)展，這樣就迫切地需要引入新的管理技術(shù)。 超市形態(tài)具有種種優(yōu)點(diǎn)，但在目前狀況下，它仍存在零售業(yè)企業(yè)所共有的落后的一面，如：不能有效地管理每種商品，收款結(jié)算速度慢，容易出現(xiàn)營業(yè)差錯(cuò)，不宜進(jìn)行商品調(diào)價(jià)，盤點(diǎn)效率低等，而且在超市日常管理中，商品的進(jìn)、銷、存等決策以經(jīng)驗(yàn)為主，缺乏實(shí)時(shí)分析功能，管理人員對及時(shí)傳遞資料的要求始終得不到滿足。蘇轍超市形態(tài)的高速發(fā)展，其經(jīng)營管理也變得愈加復(fù)雜，日常

16、所需要處理的數(shù)據(jù)量也逐漸增大，商業(yè)運(yùn)轉(zhuǎn)的中間環(huán)節(jié)也越來越多，原始的人工管理已無法應(yīng)對這復(fù)雜的市場。為此，在選題過程中，我選擇了超市管理系統(tǒng)設(shè)計(jì)題目，依靠現(xiàn)代化的計(jì)算機(jī)信息處理技術(shù)來管理超市，從而節(jié)省了大量的人力、物力，改善了員工的工作條件，減輕了勞動(dòng)強(qiáng)度，并且能夠快速反映出商品的進(jìn)、銷、存等狀況和各種反饋信息分析，使管理人員快速對市場的變化做出相應(yīng)的決策，加快超市經(jīng)營管理效率。 1.3主要工作 主要有幾個(gè)階段的任務(wù)，如下： 1．緒論（系統(tǒng)開發(fā)背景、國內(nèi)外技術(shù)現(xiàn)、開發(fā)計(jì)劃） 2．業(yè)務(wù)建模 3．系統(tǒng)開發(fā)的過程文檔（需求、分析、設(shè)計(jì)） 4．系統(tǒng)實(shí)現(xiàn) 5．結(jié)論

17、本文首先對公司的業(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)勢與特色，同時(shí)與倉儲管理系統(tǒng)緊密結(jié)合。既體現(xiàn)了面向?qū)ο蟮能浖_發(fā)思想 ，又包容了UML建模語言所特有的語言建模優(yōu)勢。在編寫中我們大量的使用UML語言所提供的各種建模圖形來描述倉儲管理系統(tǒng)，例如描述用戶需求的用

18、例圖，描述系統(tǒng)功能的動(dòng)態(tài)的順序圖。根據(jù)倉儲管理的特點(diǎn)，我們大膽的改進(jìn)了一般的UML建模的分析過程，并在分析設(shè)計(jì)過程中采用更加適合倉儲系統(tǒng)的分析級類圖與順序圖。 第2章 業(yè)務(wù)建模 第2章 業(yè)務(wù)建模 首先，UML融合了Booch、OMT和OOSE方法中的基本概念，這些概念與其它面向?qū)ο蠹夹g(shù)中的基本概念大多相同，UML因而成為使用者樂于采用的簡單一致的建模語言；其次，UML不僅是上述方法的簡單匯合，而且在這些方法的基礎(chǔ)上幾經(jīng)修改完成，它擴(kuò)展了已有方法的應(yīng)用范圍；第三，UML是標(biāo)準(zhǔn)的建模語言，而不是標(biāo)準(zhǔn)的開發(fā)過程。盡管UML的應(yīng)用以系統(tǒng)的開發(fā)過程為背景，但針對不同組織和不同應(yīng)用領(lǐng)域，需

19、要采取不同的開發(fā)過程。 作為一種建模語言，UML的定義包括UML語義和UML表示法兩個(gè)部分。 (1) UML語義 描述基于UML的精確元模型定義。元模型為UML的所有元素在語法和語義上提供了簡單、一致、通用的定義性說明，使開發(fā)者能在語義上取得一致，消除了因人而異的最佳表達(dá)方法所造成的影響。此外UML還支持對元模型的擴(kuò)展定義。 (2) UML表示法 定義UML符號的表示法，為開發(fā)者或開發(fā)工具使用這些圖形符號和文本語法為系統(tǒng)建模提供了標(biāo)準(zhǔn)。這些圖形符號和文字所表達(dá)的是應(yīng)用級的模型，在語義上它是UML元模型的實(shí)例。 UML描述了一個(gè)系統(tǒng)的靜態(tài)結(jié)構(gòu)和動(dòng)態(tài)行為。UML將系統(tǒng)描述為一些離散的相互作

20、用的對象并最終為外部用戶提供一定功能的模型結(jié)構(gòu)。靜態(tài)結(jié)構(gòu)定義了系統(tǒng)中重要對象的屬性和操作以及這些對象之間的相互關(guān)系。動(dòng)態(tài)行為定義了對象的時(shí)間特性和對象為完成目標(biāo)而相互進(jìn)行通信的機(jī)制。從不同但相互聯(lián)系的角度對系統(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是一種建模語言而不是一種方法，UML的表示法和規(guī)則能夠用來為系統(tǒng)進(jìn)行面向?qū)ο蠼?，但并沒有指定應(yīng)用UML的過程和方法。19

21、98年正式頒布的RUP(Rational Unified Process)是UML設(shè)計(jì)者們共同定義的一個(gè)軟件開發(fā)的公共過程框架。 統(tǒng)一過程主要包括四個(gè)階段:開始階段、細(xì)化階段、構(gòu)建階段和移交階段。 結(jié)合倉儲系統(tǒng)得特點(diǎn)和RUP分析過程，我們對本倉儲系統(tǒng)的開發(fā)過程以及在開發(fā)過程中用到的建模圖形如圖2-1所示。 配置 測試依據(jù) 測試依據(jù) 實(shí)現(xiàn)目標(biāo) 編碼依據(jù) 細(xì)化 調(diào)整 增補(bǔ) 業(yè)務(wù)建模 需求分析 領(lǐng)域分析 系統(tǒng)設(shè)計(jì) 實(shí)現(xiàn) 測試與配置 描述 業(yè)務(wù)用例 活動(dòng)圖 表示 描述 系統(tǒng)用例 系統(tǒng)描述 表示 特化 狀態(tài)圖 活動(dòng)圖 順序圖 實(shí)例化

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

23、用例圖)，通過詳細(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> 分析對象的狀態(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)行劃分;

24、對象進(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í)通過實(shí)現(xiàn)圖(組件圖、配置圖)來描述系統(tǒng)的物理視圖。 6 單元測試，集成與系統(tǒng)測試 測試實(shí)現(xiàn)的部分是否滿足用例的功能要求;另

25、外，類圖、組件圖、協(xié)作圖等也可以用來進(jìn)行測試。 2.2 業(yè)務(wù)術(shù)語表 軟件構(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)程

26、視圖：包括所涉及任務(wù)（進(jìn)程和線程）的描述，它們的交互和配置，以及將設(shè)計(jì)對象和類向任務(wù)的分配情況。只有在系統(tǒng)具有很高程度的并行時(shí)，才需要該視圖。在Rational Unified Process中，它是設(shè)計(jì)模型的子集。 配置視圖：包括對最典型的平臺配置的各種物理節(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è)特殊例子，在該

27、狀態(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)系。類圖可以表示包的視圖，包含嵌套包的符號。 協(xié)作圖：協(xié)作圖是表示角色間交互的視圖，即，協(xié)作中的實(shí)例及其鏈接。與順序圖不同，協(xié)作圖表示了角色之間的關(guān)系。另一方面，協(xié)作圖也不將時(shí)間作為單獨(dú)的維來表示，所以必須使用順序號來判斷消息的順序以及并行線程。 2.3 組織機(jī)構(gòu)圖 倉庫庫存管理機(jī)構(gòu)組織機(jī)構(gòu)圖描述了內(nèi)部組織結(jié)構(gòu)，工作人員之間的上下級關(guān)系。超市

28、組織機(jī)構(gòu)圖如圖2-2所示。 圖2-2超市組織機(jī)構(gòu)圖 2.4 主業(yè)務(wù)用例圖 在下一章將會(huì)對高倉庫管理系統(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ū)傩缘目?/p>

29、見性，這些可以通過設(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 超市倉庫管理信息系統(tǒng)業(yè)務(wù)流程調(diào)查 根據(jù)分析，本系統(tǒng)業(yè)務(wù)流程主要包括如下內(nèi)容： l 顧客發(fā)訂單給銷售部門 l 銷售部門經(jīng)過訂單檢查，把不合格的訂單反饋給客戶 l 對合格的訂單，通過核對庫存記錄，缺貨訂單通過缺貨統(tǒng)計(jì)，向采購部門發(fā)出缺貨通知，并登記缺貨記錄；對于可供貨訂單，登記客戶檔案，開出備貨單，通知倉庫備貨。 l 保存訂單數(shù)據(jù)，并進(jìn)行銷售統(tǒng)計(jì)。 3

30、.1.2 崗位職責(zé) 1.部門經(jīng)理：進(jìn)行入庫出庫的貨物進(jìn)行決策。以及對報(bào)表進(jìn)行簽字。 2.入庫管理員：對貨物進(jìn)行登記如數(shù)量單價(jià)等進(jìn)行核對，各種信息的查詢修改等。 3.庫存管理員：對貨物進(jìn)行盤點(diǎn)，對貨物所在貨架進(jìn)行登記，貨物的信息增加，刪除，修改等，進(jìn)行生成報(bào)表。 4.出庫管理員：對貨物進(jìn)行登記如數(shù)量單價(jià)等進(jìn)行核對，各種信息的查詢修改等。制作報(bào)表。 3.2 業(yè)務(wù)用例分析 用例視圖是被稱為參與者的外部用戶所能觀察到的系統(tǒng)功能的模型圖。用例是系統(tǒng)中的一個(gè)功能單元，可以被描述為參與者與系統(tǒng)之間的一次交互作用。用例模型的用途是列出系統(tǒng)中的用例和參與者，并顯示哪個(gè)參與者參與了哪個(gè)用例的執(zhí)行。

31、 用例建模的主要目標(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)測試提供基準(zhǔn)，據(jù)此驗(yàn)證系統(tǒng)是否達(dá)到功能要求。 3.2.1 入庫管理用例圖： 用例名：報(bào)表管理 角色：入庫管理員 目的： 防止有錯(cuò)誤的信息。 描述：對報(bào)表進(jìn)行修改，刪除，查詢等 用例名：入庫單管理 角色：入庫管理員 目的：進(jìn)行貨物歸類統(tǒng)一管理 描述：管理員根據(jù)銷售方面的情況計(jì)劃的需要的貨物 用例名：入庫審核 角色：入庫管理員 目的：防

32、止有錯(cuò)誤的貨物進(jìn)入倉庫 描述：生成單價(jià)和生成收費(fèi)單 倉庫管理員在工作的最開始階段負(fù)責(zé)接收供應(yīng)商給出的貨物供應(yīng)單，接收貨物后填寫入庫單，給采購人員確認(rèn)信息，為采購人員打印相關(guān)報(bào)表，使用業(yè)務(wù)用例刻畫了業(yè)務(wù)活動(dòng)中的各個(gè)角色以及它們在業(yè)務(wù)活動(dòng)中的關(guān)系。如圖3-1所示。 圖3-1入庫管理用例圖 3.2.2出庫管理用例圖 用例名：報(bào)表管理 角色：出庫管理員 目的： 防止有錯(cuò)誤的信息。 描述：對報(bào)表進(jìn)行修改，刪除，查詢等 用例名：出庫單管理 角色：出庫管理員 目的：進(jìn)行貨物歸類統(tǒng)一管理 描述：管理員根

33、據(jù)銷售方面的情況計(jì)劃的需要的貨物 用例名：出庫審核 角色：出庫管理員 目的：防止有錯(cuò)誤的貨物出倉庫 描述：生成單價(jià)和生成收費(fèi)單 倉庫管理員接收提貨單后填寫出庫單，給銷售人員確認(rèn)性息。對于價(jià)格較高的貨物需要高層領(lǐng)導(dǎo)簽字確認(rèn)出庫，活動(dòng)方可進(jìn)行。倉庫管理系統(tǒng)在得到提貨單確認(rèn)后，更改系統(tǒng)中的信息，如系統(tǒng)庫位和貨物剩余量。出庫管理的用例圖如圖3-2所示。 圖3-2出庫管理的用例圖 3.2.3 入庫管理活動(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)中各種活

34、動(dòng)執(zhí)行的順序，刻畫了一個(gè)系統(tǒng)中所要進(jìn)行的各項(xiàng)活動(dòng)的執(zhí)行流程。根據(jù)上文中繪制的順序圖以及合作圖，對兩圖中相互交互的對象進(jìn)行分析可以得出系統(tǒng)中各部分主要的活動(dòng)如下 在用例的基礎(chǔ)上，需要對每一個(gè)業(yè)務(wù)活動(dòng)進(jìn)行詳細(xì)描述。UML中的活動(dòng)圖用于描述滿足用例要求所要進(jìn)行的活動(dòng)以及活動(dòng)間的約束關(guān)系，有利于識別并行活動(dòng)和工作流程情況。活動(dòng)圖實(shí)際上就是用來為用例的事件流建模的工具。下面用活動(dòng)圖來對入庫管理系統(tǒng)的主要活動(dòng)進(jìn)行描述。圖3-3描述了入庫管理活動(dòng)圖。圖中共有3條泳道，它們分別是：供應(yīng)商，操作員，管理員。 圖3-3入庫管理的活動(dòng)圖 3.2.4 出庫管理活動(dòng)圖 圖3-4描述了倉庫管

35、理系統(tǒng)的出庫管理活動(dòng)圖。圖中共有2條泳道，它們分別是：管理員操作員。 圖3-4出庫管理的活動(dòng)圖 3.3 業(yè)務(wù)類圖 3.3.1 超市倉庫管理系統(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ū)別。

36、 超市倉庫管理系統(tǒng)的域模型圖如圖3-5所示 圖3-5 超市倉庫管理系統(tǒng)業(yè)務(wù)類圖 3.3.2 超市倉庫管理信息系統(tǒng)業(yè)務(wù)類描述 類名：供貨商 功能：記錄供貨商的情況 屬性：企業(yè)編號、企業(yè)名稱、企業(yè)地址、企業(yè)電話 類名：入庫單 功能：記錄要進(jìn)庫的貨物 屬性：入庫單編號、物料名稱、物料編號、數(shù)量、單價(jià) 類名：出庫單 功能：記錄要出庫的貨物 屬性：出庫單編號、物料名稱、物料編號、數(shù)量、單價(jià) 類名：庫位描述 功能：記錄倉庫的位置 屬性：庫位編碼、物料編碼、容積編碼、備注 類名：盤點(diǎn) 功能：記錄庫存的位置 屬性：貨架編碼、物料編碼、盤點(diǎn)日期、現(xiàn)有存量、盤

37、點(diǎn)數(shù)量 3.3.3 數(shù)據(jù)庫詳細(xì)設(shè)計(jì) 數(shù)據(jù)庫管理系統(tǒng)的使用上系統(tǒng)將采用 SQL Server 2000, 系統(tǒng)主要需要維護(hù)3張數(shù)據(jù)表： 表3-1入庫信息表 字段名 類型 長度 描述 StockID Varchar 10 入庫編號 MerchID Varchar 10 入庫商品編號 MerchNum Int 6 入庫數(shù)量 MerchPrice Varchar 3 單額 TotalPrice Varchar 6 總額 StockDate Datetime 8 入庫日期

38、 PlanDate Datetime 8 計(jì)劃進(jìn)貨日期 StockState Varchar 4 入庫狀態(tài) 表3-2 出庫信息表 字段名 類型 長度 描述 CkID Varchar 10 出庫編號 CkID Varchar 10 出庫商品編號 CkNum Int 6 出庫數(shù)量 MerchPrice Varchar 3 單額 TotalPrice Varchar 6 總額 CkDate Datetime 8 出庫日期 CkDate Datetime 8 出庫日期 CkState Varchar 4

39、 出庫狀態(tài) 表3-3供貨商表 字段名 類型 長度 描述 ProvideID VARCHAR 10 企業(yè)編號 ProvideName VARCHAR 20 企業(yè)名稱 ProvideAddress VARCHAR 80 企業(yè)地址 ProvidePhone VARCHAR 15 企業(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 順序圖 順序圖表示了對象之間傳送消息的時(shí)間順序。每一個(gè)類元角色用一條生命

40、線來表示，即用垂直線代表整個(gè)交互過程中對象的生命期。生命線之間的箭頭連線代表消息。順序圖可以用來進(jìn)行一個(gè)場景說明——即一個(gè)事務(wù)的歷史過程。順序圖的一個(gè)用途是用來表示用例中的行為順序。當(dāng)執(zhí)行一個(gè)用例行為時(shí)，順序圖中的每條消息對應(yīng)了一個(gè)類操作或狀態(tài)機(jī)中引起轉(zhuǎn)換的觸發(fā)事件。 順序圖將交互關(guān)系表示為一個(gè)二維圖?？v向是時(shí)間軸，時(shí)間沿豎線向下延伸。橫向軸代表在協(xié)作中各獨(dú)立對象的類元角色。類元角色用生命線表示。當(dāng)對象存在時(shí)，角色用一條虛線表示；當(dāng)對象的過程處于激活狀態(tài)時(shí)，生命線是一個(gè)雙道線。消息用從一個(gè)對象的生命線到另一個(gè)對象生命線的箭頭表示。箭頭以時(shí)間順序在圖中從上到下排列。 順序圖的圖形元素組成成分

41、：對象、生存線、消息和激活期。 1. 對象：時(shí)序圖中所包含的每個(gè)對象用一個(gè)對象框表示，對象名需要帶下劃線。 2. 生存線：對象框下畫垂直的虛線，稱為該對象的生存線，表示對象的生存時(shí)間。 3. 激活期：對象生存線上的一個(gè)長方形框，表示該對象的激活時(shí)間段，即活動(dòng)期。 4. 消息：在時(shí)序圖中，對象之間的消息發(fā)送和接收用兩個(gè)對象生存線之間的消息箭頭線表示，用來指出該對象執(zhí)行期間的時(shí)序。 在本論文中選用順序圖對系統(tǒng)進(jìn)行動(dòng)態(tài)建模。 4.1.1 倉庫入庫順序圖 對象之間傳送消息的時(shí)間順序系統(tǒng)入庫管理順序圖如圖4-1所示。 圖4-1系統(tǒng)入庫管理順序圖 4.1.2 出庫

42、順序圖 超市倉庫管理出庫順序圖如圖4-2所示。 圖4-2 超市倉庫管理出庫順序圖 4.2 協(xié)作圖 協(xié)作圖和順序圖都可以表示各對象間的交互關(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ù)所涉及的對象扮演的角色及其相互之間的交互。協(xié)作圖著重于有協(xié)作關(guān)系的對象之間的交互和鏈接（指對象實(shí)例之間的物理或概念上的鏈接，一個(gè)鏈接是某關(guān)聯(lián)的一個(gè)實(shí)例）。它可用于圖示系統(tǒng)中的操作執(zhí)行、用例執(zhí)行或

43、一個(gè)簡單的交互場景。協(xié)作圖描述了對象及其之間的鏈接，還描述了鏈接的對象之間如何發(fā)送消息。倉庫管理的入庫協(xié)作圖如圖4-3 所示。 圖4-3倉庫管理的入庫協(xié)作圖 超市倉庫管理的出庫協(xié)作圖如圖4-4 所示。 圖4-4超市倉庫管理的出庫協(xié)作圖 4.3 活動(dòng)圖 在UML中，活動(dòng)圖是系統(tǒng)動(dòng)態(tài)行為建模的圖形工具之一，用來表示完成一個(gè)操作所需要的活動(dòng)，或者是一個(gè)用例實(shí)例（場景）的活動(dòng)?；顒?dòng)圖實(shí)際上也是一種流程圖，它描述活動(dòng)的序列，即系統(tǒng)從一個(gè)活動(dòng)到另一個(gè)活動(dòng)的控制流?；顒?dòng)圖特別適合描述動(dòng)作流和并發(fā)處理行為?；顒?dòng)圖是描述對象間互動(dòng)關(guān)系

44、的另一種方法。 1. 動(dòng)作狀態(tài) 動(dòng)作狀態(tài)表達(dá)不可中斷的動(dòng)作或操作的執(zhí)行，用于對實(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. 泳道 泳道代表對象對活動(dòng)的責(zé)任。 一張活動(dòng)圖可劃分成若干個(gè)矩形區(qū)，每個(gè)矩形區(qū)為一個(gè)泳道，泳道名放在矩形區(qū)的頂端。把這些泳道指定給對象，這些對象必須履行該泳道包括的活動(dòng)。泳道是

45、把指定對象和活動(dòng)相聯(lián)系的辦法之一，它明確表明對象進(jìn)行了哪些活動(dòng)。 通常根據(jù)責(zé)任把活動(dòng)組織到不同的泳道中，它能清楚地表明動(dòng)作在哪執(zhí)行（在那個(gè)對象中），或者表明一個(gè)組織的哪部分工作（一個(gè)動(dòng)作）被執(zhí)行。 5. 活動(dòng)圖中的對象 活動(dòng)圖中的對象用對象符號（矩形框）表示，它可作為活動(dòng)的輸入或輸出（用虛線箭線連接），也可展示一個(gè)對象受一個(gè)特定動(dòng)作的影響（用動(dòng)作和對象之間的虛箭線表示）。在活動(dòng)圖中，虛箭線也稱為對象流，對象流表示動(dòng)作狀態(tài)或活動(dòng)狀態(tài)與對象之間的關(guān)聯(lián)。 通過活動(dòng)圖中的對象流，可以清楚地描述各項(xiàng)動(dòng)作狀態(tài)與不同對象之間的關(guān)系，方便系統(tǒng)的分析與設(shè)計(jì)。 根據(jù)聚類分析結(jié)果和業(yè)務(wù)流程中的活動(dòng)圖可以設(shè)

46、計(jì)和完成用例。用例的實(shí)現(xiàn)可以用順序圖和活動(dòng)圖來表示。這里用順序圖做了詳細(xì)分析，因此不在用活動(dòng)圖表示。 4.4 系統(tǒng)構(gòu)件圖 構(gòu)件圖描述構(gòu)件及其之間的相互依賴，構(gòu)件是邏輯體系結(jié)構(gòu)（類、對象、它們間的關(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中對一個(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)件圖都不必面面俱到，

47、試圖全面地描述系統(tǒng)的整個(gè)面貌，系統(tǒng)中所有的構(gòu)件圖合起來才能描述系統(tǒng)的完整靜態(tài)視圖。超市倉庫管理系統(tǒng)構(gòu)件圖如圖4-5所示。 圖4-5超市倉庫管理系統(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)件和對象。構(gòu)件和對象的分配可以是靜態(tài)的，它們也可以在節(jié)點(diǎn)間遷移。如果含有依賴關(guān)系的構(gòu)件實(shí)例放置在不同節(jié)點(diǎn)上，部署視圖可以展示出執(zhí)行過程中的瓶頸。 節(jié)點(diǎn)是某些計(jì)算資源的物理對象，包括計(jì)算機(jī)、外部設(shè)備等。節(jié)

48、點(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

49、.5.2 系統(tǒng)部署圖 系統(tǒng)部署圖如圖4-7所示。 圖4-7系統(tǒng)部署圖 超市倉庫管理系統(tǒng)的部署圖描述如下： 節(jié)點(diǎn) 該系統(tǒng)使用的硬件設(shè)備：普通PC機(jī)和移動(dòng)PC機(jī)作為終端設(shè)備，1臺數(shù)據(jù)庫服務(wù)器（采用SQL Server 2000），1臺應(yīng)用程序服務(wù)器，和多臺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)是簡單通信聯(lián)系，采用TCP/IP通信協(xié)議；客戶通過Internet網(wǎng)與W

50、eb服務(wù)器相連接，利用瀏覽器進(jìn)行查詢；外出員工通過Internet網(wǎng)對系統(tǒng)進(jìn)行瀏覽訪問。 4.6 界面設(shè)計(jì) 4.6.1 本系統(tǒng)用戶界面程序設(shè)計(jì)遵循的原則 1.一致性原則： 系統(tǒng)所有窗口的設(shè)計(jì)，采用統(tǒng)一的字體字號、統(tǒng)一的色調(diào)、統(tǒng)一的提示詞，新彈出的對話框在統(tǒng)一的位置，按鈕也在窗口的相同位置。 2.功能的統(tǒng)一： 對一些常用功能，如添加、修改、刪除、查看等，這些功能都有相同的使用方法。 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è)備：

51、顯示器和打印機(jī)。 在此列舉輸入設(shè)計(jì)中的文種管理登錄界面的設(shè)計(jì)，系統(tǒng)對不同的用戶設(shè)置了不同的管理權(quán)限，用戶必須輸入用戶名和密碼才能登錄系統(tǒng)。具體的登錄界面如圖4-8所示。 ****** 用戶名： ****** 密碼 ： 確認(rèn) 取消 圖4-8各種管理登錄界面圖 進(jìn)貨輸入界面如圖4-9所示 貨物編號： 供應(yīng)商： 日期： 年： 月： ： 日： 貨物編號 單價(jià) 數(shù)量 總價(jià)

52、 確定 取消 圖4-9進(jìn)貨輸入界面 結(jié)論 結(jié) 論 經(jīng)過半個(gè)月的努力，報(bào)告基本完成。從最初的茫然，到慢慢的進(jìn)入狀態(tài)，再到對思路逐漸的清晰，整個(gè)寫作過程難以用語言來表達(dá)。歷經(jīng)了幾個(gè)月的奮戰(zhàn)，緊張而又充實(shí)的課程設(shè)計(jì)終于落下了帷幕?；叵脒@段日子的經(jīng)歷和感受，我感慨萬千，在這次課程設(shè)計(jì)的過程中，我擁有了無數(shù)難忘的回憶和收獲。 本文從面向?qū)ο蟮乃枷氤霭l(fā)，討論了UML建模的語法結(jié)構(gòu)和UML的建模思路與過程，并基于此對倉儲管理系統(tǒng)進(jìn)行了分析，設(shè)計(jì)，以及最后的實(shí)現(xiàn)與測試，由于篇

53、幅有限，本文重點(diǎn)介紹了系統(tǒng)的設(shè)計(jì)部分，對系統(tǒng)的實(shí)現(xiàn)與測試只是選擇重點(diǎn)分析。 從整個(gè)論文的撰寫和用例的開發(fā)中，我對基于UML和統(tǒng)一過程的面向?qū)ο蠼７椒ㄓ辛讼喈?dāng)?shù)恼J(rèn)識。在統(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)了入庫管理這一模塊，并且對于系統(tǒng)高要求標(biāo)準(zhǔn)作的還不夠，這也是我們?nèi)蘸笈Φ姆较颉Ｎ也粫?huì)忘記這難忘的半個(gè)月的時(shí)間。課程報(bào)告的制作給了我難忘的回憶。

54、在我徜徉書海查找資料的日子里，面對無數(shù)書本的羅列，最難忘的是每次找到資料時(shí)的激動(dòng)和興奮；理系統(tǒng)里，記憶最深的是每一步小小思路實(shí)現(xiàn)時(shí)那幸福的心情；為了報(bào)告我曾趕稿到深夜，但看著親手設(shè)計(jì)超市商品管親手打出的一字一句，心里滿滿的只有喜悅毫無疲憊。這段旅程看似荊棘密布，實(shí)則蘊(yùn)藏著無盡的寶藏。我從資料的收集中，掌握了和鞏固很多專業(yè)知識，讓我對我所學(xué)過的知識有所鞏固和提高，并且讓我超市的發(fā)展及軟件設(shè)計(jì)的最新發(fā)展技術(shù)有所了解。在整個(gè)過程中，我學(xué)到了新知識，增長了見識。在今后的日子里，我仍然要不斷地充實(shí)自己，爭取在所學(xué)領(lǐng)域有所作為。 參考文獻(xiàn) [1] 張基溫，陳佳， 信息系統(tǒng)開發(fā) 清華大學(xué)

55、出版社 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]袁然，王誠梅，SQL Server 2005數(shù)據(jù)庫簡明教程 電子工業(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] 章少強(qiáng).電力企業(yè)管理信息系統(tǒng).北京：中國電力出版社，2005