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

1、目錄 目 錄 第1章 緒論 1 1.1 系統(tǒng)開(kāi)發(fā)的背景和意義 1 1.2 國(guó)內(nèi)外研究發(fā)展現(xiàn)狀 1 1.2.1 面向?qū)ο蠹夹g(shù)的發(fā)展與現(xiàn)狀 1 1.2.2 UML的建模語(yǔ)言 2 1.2.3 UML的應(yīng)用領(lǐng)域 3 1.2.4 超市倉(cāng)庫(kù)管理發(fā)展與現(xiàn)狀 4 1.3主要工作 5 第2章 業(yè)務(wù)建模 6 2.1 RUP軟件開(kāi)發(fā)過(guò)程 6 2.2 業(yè)務(wù)術(shù)語(yǔ)表 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 超市倉(cāng)庫(kù)管理信息系統(tǒng)業(yè)務(wù)流程調(diào)查 12 3.1.2 崗位職

2、責(zé) 12 3.2 業(yè)務(wù)用例分析 12 3.2.1 入庫(kù)管理用例圖： 13 3.2.2出庫(kù)管理用例圖 14 3.2.3 入庫(kù)管理活動(dòng)圖 15 3.2.4 出庫(kù)管理活動(dòng)圖 16 3.3 業(yè)務(wù)類(lèi)圖 17 3.3.1 超市倉(cāng)庫(kù)管理系統(tǒng)業(yè)務(wù)類(lèi)圖 17 3.3.2 超市倉(cāng)庫(kù)管理信息系統(tǒng)業(yè)務(wù)類(lèi)描述 18 3.3.3 數(shù)據(jù)庫(kù)詳細(xì)設(shè)計(jì) 18 第4章 系統(tǒng)實(shí)現(xiàn) 20 4.1 順序圖 20 4.1.1 倉(cāng)庫(kù)入庫(kù)順序圖 20 4.1.2 出庫(kù)順序圖 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)用戶(hù)界面程序設(shè)計(jì)遵循的原則 27 4.6.2 輸入輸出設(shè)計(jì) 27 結(jié) 論 29 參考文獻(xiàn) 30 29 第1章 緒論 第1章 緒論 1.1 系統(tǒng)開(kāi)發(fā)的背景和意義 隨著經(jīng)濟(jì)的迅速發(fā)展,庫(kù)存在企業(yè)中的地位越來(lái)越重要,庫(kù)存資產(chǎn)占企業(yè)資產(chǎn)總額的20%-40%左右。若能通過(guò)庫(kù)存管理使庫(kù)存節(jié)約即使很小的百分比,對(duì)企業(yè)來(lái)講,其經(jīng)濟(jì)效益也是十分可觀(guān)的,市場(chǎng)競(jìng)爭(zhēng)的日益激烈,降低庫(kù)存成本己經(jīng)成為企業(yè)的“第三利潤(rùn)源泉”。隨著經(jīng)濟(jì)全球化的發(fā)展,企業(yè)作為供應(yīng)鏈的節(jié)點(diǎn),庫(kù)存也是一個(gè)

4、重要的供應(yīng)鏈驅(qū)動(dòng)要素,庫(kù)存的改變會(huì)在很大程度上影響供應(yīng)鏈整體的贏利水平和響應(yīng)能力,因此庫(kù)存的研究在供應(yīng)鏈中具有十分重要的作用和意義。本文在其他學(xué)者研究的基礎(chǔ)上,提出了基于協(xié)同供應(yīng)鏈的庫(kù)存管理,利用聚類(lèi)分析,主成分分析分類(lèi),多元統(tǒng)計(jì)分析建立安全庫(kù)存模型,并利用數(shù)據(jù)對(duì)該模型進(jìn)行仿真分析,以證其有效性。 超市需要處理大量的庫(kù)存信息，還要時(shí)刻更新產(chǎn)品的銷(xiāo)售信息，不斷添加商品信息。面對(duì)不同種類(lèi)的信息，需要合理的數(shù)據(jù)庫(kù)結(jié)構(gòu)來(lái)保存數(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)的銷(xiāo)售情況。如果可

5、以能夠?qū)崟r(shí)掌握銷(xiāo)售流程及銷(xiāo)售情況，則可以有效地加速商品的周轉(zhuǎn)率并提高服務(wù)質(zhì)量，而且可以減少產(chǎn)品售價(jià)不符等所產(chǎn)生的問(wè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ì)算過(guò)程看作為分類(lèi)過(guò)程，加狀態(tài)變換過(guò)程，即將系統(tǒng)逐步分為相互關(guān)聯(lián)的多個(gè)對(duì)象，并建立這些對(duì)象的聯(lián)系，以引發(fā)狀態(tài)轉(zhuǎn)換，最終完成計(jì)算，它模擬了人類(lèi)認(rèn)識(shí)問(wèn)題的較高、較廣層次的過(guò)程，即分類(lèi)過(guò)程。函數(shù)和邏輯方法則更適合于模擬人的邏輯思維，處于人類(lèi)認(rèn)識(shí)問(wèn)題的較高層次過(guò)程，它們的結(jié)合才是完美的。當(dāng)

6、今的應(yīng)用軟件應(yīng)該具有更大的靈活性、集成的透明性，以及使用上的方便性，而日益增強(qiáng)的計(jì)算能力及面向?qū)ο蟮男录夹g(shù)開(kāi)發(fā)，使這些應(yīng)用軟件的功能不斷擴(kuò)展，面向?qū)ο蟮能浖锰幈愠尸F(xiàn)在應(yīng)用軟件的用戶(hù)面前，無(wú)論是對(duì)軟件的剪裁還是擴(kuò)充、修改都可以更快更容易的進(jìn)行。 面向?qū)ο蠹夹g(shù)及分析方法為實(shí)際問(wèn)題建立了一個(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以其

7、概念和機(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ā)送消息來(lái)控制的，消息的發(fā)送又總是攜帶某些對(duì)象的，因此，控制信息和數(shù)據(jù)信息是一起到來(lái)的，從而統(tǒng)一了數(shù)據(jù)流和控制流的思想；④動(dòng)態(tài)連接，即對(duì)象的功能是消息傳送時(shí)確定的，提高了程序設(shè)計(jì)的靈活性；⑤局部存儲(chǔ)與分布式計(jì)算，每個(gè)對(duì)灸

8、通過(guò)數(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ǔ)言

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

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

11、驗(yàn)，不同的組織，不同的應(yīng)用領(lǐng)域需要不同的開(kāi)發(fā)過(guò)程。舉個(gè)例子來(lái)說(shuō)，開(kāi)發(fā)錯(cuò)綜復(fù)雜的軟件是非常有趣的工作，但開(kāi)發(fā)這種軟件與構(gòu)造嚴(yán)格實(shí)時(shí)的航空電子系統(tǒng)是大不一樣的，后者是性命攸關(guān)的大事。因此首先把精力集中在設(shè)計(jì)通用的元模型上（統(tǒng)一不同方法的語(yǔ)義），其次是建立通用的表示法（提供對(duì)這些語(yǔ)義的形象化的表達(dá)）。雖然UML的開(kāi)發(fā)者們將繼續(xù)倡導(dǎo)從用例驅(qū)動(dòng)到體系結(jié)構(gòu)為中心最后反復(fù)改進(jìn)、不斷添加的軟件開(kāi)發(fā)過(guò)程，但實(shí)際上設(shè)計(jì)標(biāo)準(zhǔn)的開(kāi)發(fā)流程并不是非常必要的。 1.2.3 UML的應(yīng)用領(lǐng)域 UML的目標(biāo)是以面向?qū)ο髨D的方式來(lái)描述任何類(lèi)型的系統(tǒng)，具有很寬的應(yīng)用領(lǐng)域。其中最常用的是建立軟件系統(tǒng)的模型，但它同樣可以用于描述

12、非軟件領(lǐng)域的系統(tǒng)，如機(jī)械系統(tǒng)、企業(yè)機(jī)構(gòu)或業(yè)務(wù)過(guò)程，以及處理復(fù)雜數(shù)據(jù)的信息系統(tǒng)、具有實(shí)時(shí)要求的工業(yè)系統(tǒng)或工業(yè)過(guò)程等?？傊?，UML是一個(gè)通用的標(biāo)準(zhǔn)建模語(yǔ)言，可以對(duì)任何具有靜態(tài)結(jié)構(gòu)和動(dòng)態(tài)行為的系統(tǒng)進(jìn)行建模。 此外，UML適用于系統(tǒng)開(kāi)發(fā)過(guò)程中從需求規(guī)格描述到系統(tǒng)完成后測(cè)試的不同階段。在需求分析階段，可以用用例來(lái)捕獲用戶(hù)需求。通過(guò)用例建模，描述對(duì)系統(tǒng)感興趣的外部角色及其對(duì)系統(tǒng)（用例）的功能要求。分析階段主要關(guān)心問(wèn)題域中的主要概念（如抽象、類(lèi)和對(duì)象等）和機(jī)制，需要識(shí)別這些類(lèi)以及它們相互間的關(guān)系，并用UML類(lèi)圖來(lái)描述。為實(shí)現(xiàn)用例，類(lèi)之間需要協(xié)作，這可以用UML動(dòng)態(tài)模型來(lái)描述。在分析階段，只對(duì)問(wèn)題域的對(duì)象（

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

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

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

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

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

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

19、要采取不同的開(kāi)發(fā)過(guò)程。 作為一種建模語(yǔ)言，UML的定義包括UML語(yǔ)義和UML表示法兩個(gè)部分。 (1) UML語(yǔ)義 描述基于UML的精確元模型定義。元模型為UML的所有元素在語(yǔ)法和語(yǔ)義上提供了簡(jiǎn)單、一致、通用的定義性說(shuō)明，使開(kāi)發(fā)者能在語(yǔ)義上取得一致，消除了因人而異的最佳表達(dá)方法所造成的影響。此外UML還支持對(duì)元模型的擴(kuò)展定義。 (2) UML表示法 定義UML符號(hào)的表示法，為開(kāi)發(fā)者或開(kāi)發(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)描述為一些離散的相互作

20、用的對(duì)象并最終為外部用戶(hù)提供一定功能的模型結(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è)包間的依賴(lài)關(guān)系，在復(fù)雜的開(kāi)發(fā)環(huán)境中管理模型單元。它還包括用于顯示系統(tǒng)實(shí)現(xiàn)和組織運(yùn)行的組件。 2.1 RUP軟件開(kāi)發(fā)過(guò)程 UML是一種建模語(yǔ)言而不是一種方法，UML的表示法和規(guī)則能夠用來(lái)為系統(tǒng)進(jìn)行面向?qū)ο蠼?，但并沒(méi)有指定應(yīng)用UML的過(guò)程和方法。19

21、98年正式頒布的RUP(Rational Unified Process)是UML設(shè)計(jì)者們共同定義的一個(gè)軟件開(kāi)發(fā)的公共過(guò)程框架。 統(tǒng)一過(guò)程主要包括四個(gè)階段:開(kāi)始階段、細(xì)化階段、構(gòu)建階段和移交階段。 結(jié)合倉(cāng)儲(chǔ)系統(tǒng)得特點(diǎn)和RUP分析過(guò)程，我們對(duì)本倉(cāng)儲(chǔ)系統(tǒng)的開(kāi)發(fā)過(guò)程以及在開(kāi)發(fā)過(guò)程中用到的建模圖形如圖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í)例化

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

23、用例圖)，通過(guò)詳細(xì)描述用例來(lái)捕獲系統(tǒng)的功能需求，同時(shí)輔助活動(dòng)圖，并建立系統(tǒng)用例圖，這是整個(gè)開(kāi)發(fā)過(guò)程的基礎(chǔ); 3 進(jìn)行領(lǐng)域建模 尋找對(duì)象與類(lèi)，主要是使用類(lèi)圖表現(xiàn)領(lǐng)域中各業(yè)務(wù)類(lèi)之間的靜態(tài)關(guān)系，并用交互圖、順序圖等具體描述類(lèi)之間的交互以及對(duì)象的狀態(tài)變化。主要涉及以下活動(dòng)(并不一定是順序的): 1> 分析用例以及業(yè)務(wù)領(lǐng)域 2> 發(fā)現(xiàn)對(duì)象，為對(duì)象分類(lèi)，確定對(duì)象之間的交互 3> 確定類(lèi)之間的關(guān)系 4> 定義類(lèi)的屬性和操作 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)行劃分;

24、對(duì)象進(jìn)一步設(shè)計(jì) 對(duì)領(lǐng)域模型中的業(yè)務(wù)類(lèi)進(jìn)行精化、調(diào)整，增添界面類(lèi)、控制類(lèi)等用于實(shí)現(xiàn)的類(lèi)。 數(shù)據(jù)模型設(shè)計(jì) 考慮解決持久對(duì)象到數(shù)據(jù)庫(kù)的映射問(wèn)題，設(shè)計(jì)數(shù)據(jù)模型以及數(shù)據(jù)存取訪(fǎng)問(wèn)部分設(shè)計(jì)。 系統(tǒng)設(shè)計(jì) 得到的模型是精化和調(diào)整后的類(lèi)圖、交互圖等，同時(shí)還有對(duì)象持久設(shè)計(jì)得到的數(shù)據(jù)模型。 5 實(shí)現(xiàn) 實(shí)現(xiàn)的依據(jù)是設(shè)計(jì)過(guò)程中得到的靜態(tài)視圖(類(lèi)圖、對(duì)象圖)、動(dòng)態(tài)視圖(順序圖、狀態(tài)圖、協(xié)作圖、活動(dòng)圖);同時(shí)可以將類(lèi)映射為組件，進(jìn)而使用CASE工具的框架代碼自動(dòng)生成的功能;同時(shí)通過(guò)實(shí)現(xiàn)圖(組件圖、配置圖)來(lái)描述系統(tǒng)的物理視圖。 6 單元測(cè)試，集成與系統(tǒng)測(cè)試 測(cè)試實(shí)現(xiàn)的部分是否滿(mǎn)足用例的功能要求;另

25、外，類(lèi)圖、組件圖、協(xié)作圖等也可以用來(lái)進(jìn)行測(cè)試。 2.2 業(yè)務(wù)術(shù)語(yǔ)表 軟件構(gòu)架：在計(jì)算的算法和數(shù)據(jù)結(jié)構(gòu)之外，設(shè)計(jì)并確定系統(tǒng)整體結(jié)構(gòu)成為了新的問(wèn)題。結(jié)構(gòu)問(wèn)題包括總體組織結(jié)構(gòu)和全局控制結(jié)構(gòu)，通信、同步和數(shù)據(jù)訪(fǎng)問(wèn)的協(xié)議，設(shè)計(jì)元素的功能分配，物理分布，設(shè)計(jì)元素的組成，定標(biāo)與性能，備選設(shè)計(jì)的選擇。 邏輯視圖：包括最重要的設(shè)計(jì)類(lèi)、從這些設(shè)計(jì)類(lèi)到包和子系統(tǒng)的組織形式，以及從這些包和子系統(tǒng)到層的組織形式。它還包括一些用例實(shí)現(xiàn)。它是設(shè)計(jì)模型的子集。 實(shí)施視圖：包括實(shí)施模型及其從模塊到包和層的組織形式的概覽。同時(shí)還描述了將邏輯視圖中的包和類(lèi)向?qū)嵤┮晥D中的包和模塊分配的情況。它是實(shí)施模型的子集。 進(jìn)程

26、視圖：包括所涉及任務(wù)（進(jìn)程和線(xiàn)程）的描述，它們的交互和配置，以及將設(shè)計(jì)對(duì)象和類(lèi)向任務(wù)的分配情況。只有在系統(tǒng)具有很高程度的并行時(shí)，才需要該視圖。在Rational Unified Process中，它是設(shè)計(jì)模型的子集。 配置視圖：包括對(duì)最典型的平臺(tái)配置的各種物理節(jié)點(diǎn)的描述以及將任務(wù)（來(lái)自進(jìn)程視圖）向物理節(jié)點(diǎn)分配的情況。只有在分布式系統(tǒng)中才需要該視圖。它是部署模型的一個(gè)子集。 用例圖：用例圖是包括參與者、由系統(tǒng)邊界（一個(gè)矩形）封閉的一組用例、參與者和用例之間的關(guān)聯(lián)、用例間的關(guān)系以及參與者的泛化的圖。用例圖表示了來(lái)自用例模型（用例，參與者）的元素。 活動(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)圖是模型中的完整單元。 類(lèi)圖：類(lèi)圖是靜態(tài)視圖的圖形表達(dá)方式，表示聲明的（靜態(tài)的）模型元素，如類(lèi)、類(lèi)型及其內(nèi)容及相互關(guān)系。類(lèi)圖可以表示包的視圖，包含嵌套包的符號(hào)。 協(xié)作圖：協(xié)作圖是表示角色間交互的視圖，即，協(xié)作中的實(shí)例及其鏈接。與順序圖不同，協(xié)作圖表示了角色之間的關(guān)系。另一方面，協(xié)作圖也不將時(shí)間作為單獨(dú)的維來(lái)表示，所以必須使用順序號(hào)來(lái)判斷消息的順序以及并行線(xiàn)程。 2.3 組織機(jī)構(gòu)圖 倉(cāng)庫(kù)庫(kù)存管理機(jī)構(gòu)組織機(jī)構(gòu)圖描述了內(nèi)部組織結(jié)構(gòu)，工作人員之間的上下級(jí)關(guān)系。超市

28、組織機(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ì)過(guò)程首先根據(jù)業(yè)務(wù)用例和業(yè)務(wù)活動(dòng)圖進(jìn)行聚類(lèi)，聚類(lèi)活動(dòng)在系統(tǒng)分析時(shí)開(kāi)始。聚類(lèi)活動(dòng)是個(gè)連續(xù)的過(guò)程，需要不斷地進(jìn)行豐富和完善，需要按照面向?qū)ο笤O(shè)計(jì)的思想，劃分出子系統(tǒng)類(lèi)，并為類(lèi)添加應(yīng)該具有的方法或?qū)傩裕约斑@些方法或?qū)傩缘目?/p>

29、見(jiàn)性，這些可以通過(guò)設(shè)計(jì)類(lèi)圖來(lái)描述。系統(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ā)訂單給銷(xiāo)售部門(mén) l 銷(xiāo)售部門(mén)經(jīng)過(guò)訂單檢查，把不合格的訂單反饋給客戶(hù) l 對(duì)合格的訂單，通過(guò)核對(duì)庫(kù)存記錄，缺貨訂單通過(guò)缺貨統(tǒng)計(jì)，向采購(gòu)部門(mén)發(fā)出缺貨通知，并登記缺貨記錄；對(duì)于可供貨訂單，登記客戶(hù)檔案，開(kāi)出備貨單，通知倉(cāng)庫(kù)備貨。 l 保存訂單數(shù)據(jù)，并進(jìn)行銷(xiāo)售統(tǒng)計(jì)。 3

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

31、 用例建模的主要目標(biāo)是： 1. 將需求模型變?yōu)榭梢暬Ｐ停⒆罱K得到用戶(hù)確認(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)行修改，刪除，查詢(xún)等 用例名：入庫(kù)單管理 角色：入庫(kù)管理員 目的：進(jìn)行貨物歸類(lèi)統(tǒng)一管理 描述：管理員根據(jù)銷(xiāo)售方面的情況計(jì)劃的需要的貨物 用例名：入庫(kù)審核 角色：入庫(kù)管理員 目的：防

32、止有錯(cuò)誤的貨物進(jìn)入倉(cāng)庫(kù) 描述：生成單價(jià)和生成收費(fèi)單 倉(cāng)庫(kù)管理員在工作的最開(kāi)始階段負(fù)責(zé)接收供應(yīng)商給出的貨物供應(yīng)單，接收貨物后填寫(xiě)入庫(kù)單，給采購(gòu)人員確認(rèn)信息，為采購(gòu)人員打印相關(guān)報(bào)表，使用業(yè)務(wù)用例刻畫(huà)了業(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)行修改，刪除，查詢(xún)等 用例名：出庫(kù)單管理 角色：出庫(kù)管理員 目的：進(jìn)行貨物歸類(lèi)統(tǒng)一管理 描述：管理員根

33、據(jù)銷(xiāo)售方面的情況計(jì)劃的需要的貨物 用例名：出庫(kù)審核 角色：出庫(kù)管理員 目的：防止有錯(cuò)誤的貨物出倉(cāng)庫(kù) 描述：生成單價(jià)和生成收費(fèi)單 倉(cāng)庫(kù)管理員接收提貨單后填寫(xiě)出庫(kù)單，給銷(xiāo)售人員確認(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)中各種活

34、動(dòng)執(zhí)行的順序，刻畫(huà)了一個(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)圖用于描述滿(mǎn)足用例要求所要進(jìn)行的活動(dòng)以及活動(dòng)間的約束關(guān)系，有利于識(shí)別并行活動(dòng)和工作流程情況?；顒?dòng)圖實(shí)際上就是用來(lái)為用例的事件流建模的工具。下面用活動(dòng)圖來(lái)對(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ù)管

35、理系統(tǒng)的出庫(kù)管理活動(dòng)圖。圖中共有2條泳道，它們分別是：管理員操作員。 圖3-4出庫(kù)管理的活動(dòng)圖 3.3 業(yè)務(wù)類(lèi)圖 3.3.1 超市倉(cāng)庫(kù)管理系統(tǒng)業(yè)務(wù)類(lèi)圖 類(lèi)是應(yīng)用領(lǐng)域或應(yīng)用解決方案中概念的描述。類(lèi)圖是以類(lèi)為中心來(lái)組織的，類(lèi)圖中的其他元素或?qū)儆谀硞€(gè)類(lèi)或與類(lèi)相關(guān)聯(lián)。靜態(tài)視圖用類(lèi)圖來(lái)實(shí)現(xiàn)，正因?yàn)樗灶?lèi)為中心，所以稱(chēng)其為類(lèi)圖。 在類(lèi)圖中類(lèi)用矩形框來(lái)表示，它的屬性和操作分別列在分格中。如不需要表達(dá)詳細(xì)信息時(shí)，分格可以省略。一個(gè)類(lèi)可能出現(xiàn)在好幾個(gè)圖中。同一個(gè)類(lèi)的屬性和操作可只在一種圖中列出，在其他圖中可省略。 關(guān)系用類(lèi)框之間的連線(xiàn)來(lái)表示，不同的關(guān)系用連線(xiàn)上和連線(xiàn)端頭處的修飾符來(lái)區(qū)別。

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

37、點(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ù)信息表 字段名 類(lèi)型 長(zhǎng)度 描述 StockID Varchar 10 入庫(kù)編號(hào) MerchID Varchar 10 入庫(kù)商品編號(hào) MerchNum Int 6 入庫(kù)數(shù)量 MerchPrice Varchar 3 單額 TotalPrice Varchar 6 總額 StockDate Datetime 8 入庫(kù)日期

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

39、 出庫(kù)狀態(tài) 表3-3供貨商表 字段名 類(lèi)型 長(zhǎng)度 描述 ProvideID VARCHAR 10 企業(yè)編號(hào) ProvideName VARCHAR 20 企業(yè)名稱(chēng) ProvideAddress VARCHAR 80 企業(yè)地址 ProvidePhone VARCHAR 15 企業(yè)電話(huà) 第4章 系統(tǒng)實(shí)現(xiàn) 第4章 系統(tǒng)實(shí)現(xiàn) 根據(jù)聚類(lèi)分析結(jié)果和業(yè)務(wù)流程中的活動(dòng)圖可以設(shè)計(jì)和完成用例的實(shí)現(xiàn)，可以用順序圖、協(xié)作圖和活動(dòng)圖來(lái)表示。下面詳細(xì)描述整個(gè)系統(tǒng)實(shí)現(xiàn)過(guò)程。 4.1 順序圖 順序圖表示了對(duì)象之間傳送消息的時(shí)間順序。每一個(gè)類(lèi)元角色用一條生命

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

41、：對(duì)象、生存線(xiàn)、消息和激活期。 1. 對(duì)象：時(shí)序圖中所包含的每個(gè)對(duì)象用一個(gè)對(duì)象框表示，對(duì)象名需要帶下劃線(xiàn)。 2. 生存線(xiàn)：對(duì)象框下畫(huà)垂直的虛線(xiàn)，稱(chēng)為該對(duì)象的生存線(xiàn)，表示對(duì)象的生存時(shí)間。 3. 激活期：對(duì)象生存線(xiàn)上的一個(gè)長(zhǎng)方形框，表示該對(duì)象的激活時(shí)間段，即活動(dòng)期。 4. 消息：在時(shí)序圖中，對(duì)象之間的消息發(fā)送和接收用兩個(gè)對(duì)象生存線(xiàn)之間的消息箭頭線(xiàn)表示，用來(lái)指出該對(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ù)

42、順序圖 超市倉(cāng)庫(kù)管理出庫(kù)順序圖如圖4-2所示。 圖4-2 超市倉(cāng)庫(kù)管理出庫(kù)順序圖 4.2 協(xié)作圖 協(xié)作圖和順序圖都可以表示各對(duì)象間的交互關(guān)系，但它們的側(cè)重點(diǎn)不同。順序圖用消息的幾何排列關(guān)系來(lái)表達(dá)消息的時(shí)間順序，各角色之間的相關(guān)關(guān)系是隱含的。協(xié)作圖用各個(gè)角色的幾何排列圖形來(lái)表示角色之間的關(guān)系，并用消息來(lái)說(shuō)明這些關(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í)行或

43、一個(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)行為建模的圖形工具之一，用來(lá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)系

44、的另一種方法。 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)行。也可以說(shuō)，一個(gè)活動(dòng)狀態(tài)是由一系列動(dòng)作狀態(tài)組成?；顒?dòng)狀態(tài)的圖標(biāo)中可以只標(biāo)明活動(dòng)名稱(chēng)。也可以詳細(xì)描述其入口動(dòng)作和出口動(dòng)作等。 3. 動(dòng)作流是一個(gè)實(shí)例的不同動(dòng)作狀態(tài)之間的聯(lián)系，說(shuō)明狀態(tài)之間的控制流。 4. 泳道 泳道代表對(duì)象對(duì)活動(dòng)的責(zé)任。 一張活動(dòng)圖可劃分成若干個(gè)矩形區(qū)，每個(gè)矩形區(qū)為一個(gè)泳道，泳道名放在矩形區(qū)的頂端。把這些泳道指定給對(duì)象，這些對(duì)象必須履行該泳道包括的活動(dòng)。泳道是

45、把指定對(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)的輸入或輸出（用虛線(xiàn)箭線(xiàn)連接），也可展示一個(gè)對(duì)象受一個(gè)特定動(dòng)作的影響（用動(dòng)作和對(duì)象之間的虛箭線(xiàn)表示）。在活動(dòng)圖中，虛箭線(xiàn)也稱(chēng)為對(duì)象流，對(duì)象流表示動(dòng)作狀態(tài)或活動(dòng)狀態(tài)與對(duì)象之間的關(guān)聯(lián)。 通過(guò)活動(dòng)圖中的對(duì)象流，可以清楚地描述各項(xiàng)動(dòng)作狀態(tài)與不同對(duì)象之間的關(guān)系，方便系統(tǒng)的分析與設(shè)計(jì)。 根據(jù)聚類(lèi)分析結(jié)果和業(yè)務(wù)流程中的活動(dòng)圖可以設(shè)

46、計(jì)和完成用例。用例的實(shí)現(xiàn)可以用順序圖和活動(dòng)圖來(lái)表示。這里用順序圖做了詳細(xì)分析，因此不在用活動(dòng)圖表示。 4.4 系統(tǒng)構(gòu)件圖 構(gòu)件圖描述構(gòu)件及其之間的相互依賴(lài)，構(gòu)件是邏輯體系結(jié)構(gòu)（類(lèi)、對(duì)象、它們間的關(guān)系和協(xié)作）中定義的概念和功能在物理體系結(jié)構(gòu)中的視線(xiàn)，它通常是開(kāi)發(fā)環(huán)境中的實(shí)現(xiàn)性文件。 構(gòu)件圖主要用于建立系統(tǒng)的靜態(tài)實(shí)現(xiàn)視圖模型，通過(guò)構(gòu)件之間的依賴(lài)（虛箭線(xiàn)）關(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è)面。也就是說(shuō)，任何一個(gè)構(gòu)件圖都不必面面俱到，

47、試圖全面地描述系統(tǒng)的整個(gè)面貌，系統(tǒng)中所有的構(gòu)件圖合起來(lái)才能描述系統(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)過(guò)開(kāi)發(fā)的軟件系統(tǒng)的構(gòu)件和重用模塊必須部署在某些硬件上予以執(zhí)行。部署視圖表示運(yùn)行時(shí)的計(jì)算資源（如計(jì)算機(jī)及它們之間的連接）的物理布置。這些運(yùn)行資源被稱(chēng)作節(jié)點(diǎn)。在運(yùn)行時(shí)，節(jié)點(diǎn)包含構(gòu)件和對(duì)象。構(gòu)件和對(duì)象的分配可以是靜態(tài)的，它們也可以在節(jié)點(diǎn)間遷移。如果含有依賴(lài)關(guān)系的構(gòu)件實(shí)例放置在不同節(jié)點(diǎn)上，部署視圖可以展示出執(zhí)行過(guò)程中的瓶頸。 節(jié)點(diǎn)是某些計(jì)算資源的物理對(duì)象，包括計(jì)算機(jī)、外部設(shè)備等。節(jié)

48、點(diǎn)可被看作類(lèi)型，也可看作實(shí)例。節(jié)點(diǎn)與節(jié)點(diǎn)之間是通過(guò)物理連接發(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)線(xiàn)上標(biāo)明使用的通信協(xié)議或網(wǎng)絡(luò)類(lèi)型。 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)部署圖 超市倉(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,自帶硬盤(pán)容量為300GB； 戴爾658：CPU速度為2.5GHz,內(nèi)存容量為4GB，自帶硬盤(pán)容量為500GB。 節(jié)點(diǎn)之間聯(lián)系 客戶(hù)機(jī)節(jié)點(diǎn)是簡(jiǎn)單通信聯(lián)系，采用TCP/IP通信協(xié)議；客戶(hù)通過(guò)Internet網(wǎng)與W

50、eb服務(wù)器相連接，利用瀏覽器進(jìn)行查詢(xún)；外出員工通過(guò)Internet網(wǎng)對(duì)系統(tǒng)進(jìn)行瀏覽訪(fǎng)問(wèn)。 4.6 界面設(shè)計(jì) 4.6.1 本系統(tǒng)用戶(hù)界面程序設(shè)計(jì)遵循的原則 1.一致性原則： 系統(tǒng)所有窗口的設(shè)計(jì)，采用統(tǒng)一的字體字號(hào)、統(tǒng)一的色調(diào)、統(tǒng)一的提示詞，新彈出的對(duì)話(huà)框在統(tǒng)一的位置，按鈕也在窗口的相同位置。 2.功能的統(tǒng)一： 對(duì)一些常用功能，如添加、修改、刪除、查看等，這些功能都有相同的使用方法。 4.6.2 輸入輸出設(shè)計(jì) 業(yè)務(wù)人員負(fù)責(zé)系統(tǒng)的各項(xiàng)輸入工作，采用人機(jī)交互的方式，直接從鍵盤(pán)錄入。 輸入設(shè)計(jì)要求：用戶(hù)在輸入數(shù)據(jù)的時(shí)候要嚴(yán)格遵守格式要求。 輸出項(xiàng)目：各類(lèi)打印報(bào)表。 輸出設(shè)備：

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

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

53、幅有限，本文重點(diǎn)介紹了系統(tǒng)的設(shè)計(jì)部分，對(duì)系統(tǒng)的實(shí)現(xiàn)與測(cè)試只是選擇重點(diǎn)分析。 從整個(gè)論文的撰寫(xiě)和用例的開(kāi)發(fā)中，我對(duì)基于UML和統(tǒng)一過(guò)程的面向?qū)ο蠼７椒ㄓ辛讼喈?dāng)?shù)恼J(rèn)識(shí)。在統(tǒng)一過(guò)程開(kāi)發(fā)中，把一個(gè)較大的項(xiàng)目的功能分配到一個(gè)個(gè)用例上去實(shí)現(xiàn)，讓開(kāi)發(fā)過(guò)程變得比較輕松，更適合多個(gè)人共同開(kāi)發(fā);同時(shí)，通過(guò)開(kāi)發(fā)階段的限制和迭代的劃分，使開(kāi)發(fā)過(guò)程的透明度更高，目標(biāo)更明確，整個(gè)項(xiàng)目開(kāi)發(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)告的制作給了我難忘的回憶。

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

55、出版社 2006 [2] 衛(wèi)紅春， 信息系統(tǒng)分析與設(shè)計(jì) 西安電子科技大學(xué)出版社 2003 [3] 黃梯云 ， 管理信息系統(tǒng) 高等教育出版社 2005 [4]方美琪 陳禹， 軟件開(kāi)發(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