軟件工程倉(cāng)庫(kù)管理系統(tǒng)課程設(shè)計(jì)

1、<p><b>　　目 錄</b></p><p><b>　　第1章 緒論1</b></p><p>　　1.1 系統(tǒng)開發(fā)的背景和意義1</p><p>　　1.2 國(guó)內(nèi)外研究發(fā)展現(xiàn)狀1</p><p>　　1.2.1 面向?qū)ο蠹夹g(shù)的發(fā)展與現(xiàn)狀1</p>&

2、lt;p>　　1.2.2 UML的建模語(yǔ)言2</p><p>　　1.2.3 UML的應(yīng)用領(lǐng)域3</p><p>　　1.2.4 超市倉(cāng)庫(kù)管理發(fā)展與現(xiàn)狀4</p><p><b>　　1.3主要工作5</b></p><p>　　第2章 業(yè)務(wù)建模6</p><p>　　2.

3、1 RUP軟件開發(fā)過(guò)程6</p><p>　　2.2 業(yè)務(wù)術(shù)語(yǔ)表9</p><p>　　2.3 組織機(jī)構(gòu)圖10</p><p>　　2.4 主業(yè)務(wù)用例圖10</p><p>　　第3章 分析與設(shè)計(jì)12</p><p>　　3.1 業(yè)務(wù)流程調(diào)查12</p><p>　　3.

4、1.1 超市倉(cāng)庫(kù)管理信息系統(tǒng)業(yè)務(wù)流程調(diào)查12</p><p>　　3.1.2 崗位職責(zé)12</p><p>　　3.2 業(yè)務(wù)用例分析12</p><p>　　3.2.1 入庫(kù)管理用例圖：13</p><p>　　3.2.2出庫(kù)管理用例圖14</p><p>　　3.2.3 入庫(kù)管理活動(dòng)圖15<

5、/p><p>　　3.2.4 出庫(kù)管理活動(dòng)圖16</p><p>　　3.3 業(yè)務(wù)類圖17</p><p>　　3.3.1 超市倉(cāng)庫(kù)管理系統(tǒng)業(yè)務(wù)類圖17</p><p>　　3.3.2 超市倉(cāng)庫(kù)管理信息系統(tǒng)業(yè)務(wù)類描述18</p><p>　　3.3.3 數(shù)據(jù)庫(kù)詳細(xì)設(shè)計(jì)18</p><

6、p>　　第4章 系統(tǒng)實(shí)現(xiàn)20</p><p>　　4.1 順序圖20</p><p>　　4.1.1 倉(cāng)庫(kù)入庫(kù)順序圖20</p><p>　　4.1.2 出庫(kù)順序圖21</p><p>　　4.2 協(xié)作圖22</p><p>　　4.3 活動(dòng)圖23</p><p>

7、　　4.4 系統(tǒng)構(gòu)件圖24</p><p>　　4.5 部署圖25</p><p>　　4.5.1 網(wǎng)絡(luò)結(jié)構(gòu)圖26</p><p>　　4.5.2 系統(tǒng)部署圖26</p><p>　　4.6 界面設(shè)計(jì)27</p><p>　　4.6.1 本系統(tǒng)用戶界面程序設(shè)計(jì)遵循的原則27</p>

8、<p>　　4.6.2 輸入輸出設(shè)計(jì)27</p><p><b>　　結(jié) 論29</b></p><p><b>　　參考文獻(xiàn)30</b></p><p><b>　　第1章 緒論</b></p><p>　　1.1 系統(tǒng)開發(fā)的背景和意義</p&g

9、t;<p>　　隨著經(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ì)效益也是十分可觀的,市場(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)鏈中具有十分

10、重要的作用和意義。本文在其他學(xué)者研究的基礎(chǔ)上,提出了基于協(xié)同供應(yīng)鏈的庫(kù)存管理,利用聚類分析,主成分分析分類,多元統(tǒng)計(jì)分析建立安全庫(kù)存模型,并利用數(shù)據(jù)對(duì)該模型進(jìn)行仿真分析,以證其有效性。</p><p>　　超市需要處理大量的庫(kù)存信息，還要時(shí)刻更新產(chǎn)品的銷售信息，不斷添加商品信息。面對(duì)不同種類的信息，需要合理的數(shù)據(jù)庫(kù)結(jié)構(gòu)來(lái)保存數(shù)據(jù)信息，需要有效的程序結(jié)構(gòu)支持各種數(shù)據(jù)操作的執(zhí)行。商店自動(dòng)化的產(chǎn)品管理在歐美等國(guó)家早已經(jīng)

11、實(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)生的問(wèn)題。顧客的消費(fèi)要求的是希望在超市購(gòu)物中能基本上都能購(gòu)得所需的商品，并且還要既保證商品質(zhì)量還要享受優(yōu)質(zhì)，方便的服務(wù)。</p><p>　　1.2 國(guó)內(nèi)外研究發(fā)展現(xiàn)狀</p><p>　　1.

12、2.1 面向?qū)ο蠹夹g(shù)的發(fā)展與現(xiàn)狀</p><p>　　面向?qū)ο笫菍⒂?jì)算過(guò)程看作為分類過(guò)程，加狀態(tài)變換過(guò)程，即將系統(tǒng)逐步分為相互關(guān)聯(lián)的多個(gè)對(duì)象，并建立這些對(duì)象的聯(lián)系，以引發(fā)狀態(tài)轉(zhuǎn)換，最終完成計(jì)算，它模擬了人類認(rèn)識(shí)問(wèn)題的較高、較廣層次的過(guò)程，即分類過(guò)程。函數(shù)和邏輯方法則更適合于模擬人的邏輯思維，處于人類認(rèn)識(shí)問(wèn)題的較高層次過(guò)程，它們的結(jié)合才是完美的。當(dāng)今的應(yīng)用軟件應(yīng)該具有更大的靈活性、集成的透明性，以及使用上的方便性

13、，而日益增強(qiáng)的計(jì)算能力及面向?qū)ο蟮男录夹g(shù)開發(fā)，使這些應(yīng)用軟件的功能不斷擴(kuò)展，面向?qū)ο蟮能浖锰幈愠尸F(xiàn)在應(yīng)用軟件的用戶面前，無(wú)論是對(duì)軟件的剪裁還是擴(kuò)充、修改都可以更快更容易的進(jìn)行。</p><p>　　面向?qū)ο蠹夹g(shù)及分析方法為實(shí)際問(wèn)題建立了一個(gè)可用的軟件實(shí)現(xiàn)模型，對(duì)象提供了一種描述信息的機(jī)制，它是一種獨(dú)特的方法抽象層次較高，思維方法和傳統(tǒng)方法不同，目前處于發(fā)展階段已日趨成熟，而且已被應(yīng)用于由軟件、硬件構(gòu)成的各種應(yīng)用

14、領(lǐng)域。</p><p>　　面向?qū)ο笈c人工智能語(yǔ)言、面向?qū)ο髷?shù)據(jù)庫(kù):優(yōu)勢(shì)在于數(shù)據(jù)庫(kù)管理提供更適合于自然思維方式的數(shù)據(jù)庫(kù)管理風(fēng)格和數(shù)據(jù)模型—對(duì)象，OOP以其概念和機(jī)制支持了軟件的可重用性、軟插件為軟件可重用性終于明顯的支持。</p><p>　　面向?qū)ο笈c并行處理：從并行角度看，面向?qū)ο蟾拍罹哂幸韵绿卣鳍俟逃胁l(fā)性，對(duì)象是相對(duì)獨(dú)立的，知道如何工作的實(shí)體。消息發(fā)送是啟動(dòng)對(duì)象工作的唯一途徑，各個(gè)

15、對(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ì)灸通過(guò)數(shù)據(jù)抽象和數(shù)據(jù)隱蔽將其內(nèi)容和狀態(tài)置于自身獨(dú)立的存儲(chǔ)結(jié)構(gòu)中

16、，對(duì)象的處理也是自治的，整個(gè)系統(tǒng)的運(yùn)算和處理是分布的。</p><p>　　面向?qū)ο筌浖こ?OOSE)：從軟件生存周期的偽度出發(fā)，研究面向?qū)ο蟾拍钤谲浖囊?guī)格化、分析、設(shè)計(jì)、編碼、測(cè)試等階段應(yīng)用。</p><p>　　面向?qū)ο筮€可廣泛用于各種應(yīng)用系統(tǒng)、CAD/CAM/CAE，動(dòng)態(tài)模擬，CASE和人機(jī)界面等方面。</p><p>　　總而言之，由于面向?qū)ο蠹夹g(shù)從軟件

17、的可修改性、可移植性、可重用性、可靠性、兼容性等方面致力于改善軟件產(chǎn)品的質(zhì)量，縮短軟件研制的同期，所以這種方法是有強(qiáng)大的生命力，已成為現(xiàn)今計(jì)算機(jī)軟件發(fā)展的重要技術(shù)，有著非常光明的前途。</p><p>　　1.2.2 UML的建模語(yǔ)言</p><p>　　軟件工程領(lǐng)域在1995年至1997年取得了前所未有的進(jìn)展,其成果超過(guò)軟件工程領(lǐng)域過(guò)去15年來(lái)的成就總和。其中最重要的、具有劃時(shí)代重大意

18、義的成果之一就是統(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可以消除一些潛在的不必要的差異,以免用戶混淆;其次,通過(guò)統(tǒng)一語(yǔ)義和符號(hào)表示,能夠穩(wěn)定我國(guó)的面向?qū)ο蠹夹g(shù)市場(chǎng),使項(xiàng)目根植于一個(gè)成熟的標(biāo)準(zhǔn)建模語(yǔ)言,從而可以

19、大大拓寬所研制與開發(fā)的軟件系統(tǒng)的適用范圍,并大大提高其靈活程度。統(tǒng)一建模語(yǔ)言（UML）是用來(lái)對(duì)軟件密集系統(tǒng)進(jìn)行描述、構(gòu)造、視化和文檔編制的一種語(yǔ)言。 </p><p>　　首先，也是最重要的一點(diǎn)，統(tǒng)一建模語(yǔ)言融合了Booch、OMT和OOSE方法中的概念，它是可以被上述及其他方法的使用者廣泛采用的一門簡(jiǎn)單、一致、通用的建模語(yǔ)言。 </p><p>　　其次，統(tǒng)一建模語(yǔ)言擴(kuò)展了現(xiàn)有方法的應(yīng)用

20、范圍。特別值得一提的是，UML的開發(fā)者們把并行分布式系統(tǒng)的建模作為UML的設(shè)計(jì)目標(biāo)，也就是說(shuō)，UML具有處理這類問(wèn)題的能力。 </p><p>　　第三，統(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ā)過(guò)程。舉個(gè)例子來(lái)說(shuō)，開發(fā)錯(cuò)綜復(fù)雜的軟件是非常有趣的工作，但開發(fā)這種軟件與構(gòu)造嚴(yán)格實(shí)時(shí)的航空電子系統(tǒng)是大不

21、一樣的，后者是性命攸關(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ā)過(guò)程，但實(shí)際上設(shè)計(jì)標(biāo)準(zhǔn)的開發(fā)流程并不是非常必要的。</p><p>　　1.2.3 UML的應(yīng)用領(lǐng)域</p><p>　　UML的目標(biāo)是以面向?qū)ο髨D的方式

22、來(lái)描述任何類型的系統(tǒng)，具有很寬的應(yīng)用領(lǐng)域。其中最常用的是建立軟件系統(tǒng)的模型，但它同樣可以用于描述非軟件領(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)行建模。</p><p>　　此外，UML適用于系統(tǒng)開發(fā)過(guò)程中從需求規(guī)格描述到系統(tǒng)完成后測(cè)試的不同階段。在需求分析階段，可以用用

23、例來(lái)捕獲用戶需求。通過(guò)用例建模，描述對(duì)系統(tǒng)感興趣的外部角色及其對(duì)系統(tǒng)（用例）的功能要求。分析階段主要關(guān)心問(wèn)題域中的主要概念（如抽象、類和對(duì)象等）和機(jī)制，需要識(shí)別這些類以及它們相互間的關(guān)系，并用UML類圖來(lái)描述。為實(shí)現(xiàn)用例，類之間需要協(xié)作，這可以用UML動(dòng)態(tài)模型來(lái)描述。在分析階段，只對(duì)問(wèn)題域的對(duì)象（現(xiàn)實(shí)世界的概念）建模，而不考慮定義軟件系統(tǒng)中技術(shù)細(xì)節(jié)的類（如處理用戶接口、數(shù)據(jù)庫(kù)、通訊和并行性等問(wèn)題的類）。這些技術(shù)細(xì)節(jié)將在設(shè)計(jì)階段引入，因此

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

25、的代碼。在用UML建立分析和設(shè)計(jì)模型時(shí),應(yīng)盡量避免考慮把模型轉(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è)試使用類圖和類規(guī)格說(shuō)明；集成測(cè)試使用部件圖和合作圖；系統(tǒng)測(cè)試使用用例圖來(lái)驗(yàn)證系統(tǒng)的行為，驗(yàn)收測(cè)試由用戶進(jìn)行，以驗(yàn)證

26、系統(tǒng)測(cè)試的結(jié)果是否滿足在分析階段確定的需求。</p><p>　　總之，標(biāo)準(zhǔn)建模語(yǔ)言UML適用于以面向?qū)ο蠹夹g(shù)來(lái)描述任何類型的系統(tǒng)，而且適用于系統(tǒng)開發(fā)的不同階段，從需求規(guī)格描述直至系統(tǒng)完成后的測(cè)試和維護(hù)。</p><p>　　1.2.4 超市倉(cāng)庫(kù)管理發(fā)展與現(xiàn)狀</p><p>　　在我國(guó)超市形成在20世紀(jì)90年代初期，現(xiàn)在已經(jīng)成為我國(guó)零售業(yè)的一種重要形態(tài)，為國(guó)民經(jīng)

27、濟(jì)的發(fā)展發(fā)揮了重要的作用。隨著超市高速的發(fā)展，其經(jīng)營(yíng)管理也變得愈加復(fù)雜，早期的售貨員站柜臺(tái)的形式早已不能滿足現(xiàn)有銷售也的發(fā)展，這樣就迫切地需要引入新的管理技術(shù)。</p><p>　　超市形態(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í)

28、分析功能，管理人員對(duì)及時(shí)傳遞資料的要求始終得不到滿足。蘇轍超市形態(tài)的高速發(fā)展，其經(jīng)營(yíng)管理也變得愈加復(fù)雜，日常所需要處理的數(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)、銷、存等狀況和各種反饋信息分析，使管理人員快速對(duì)

29、市場(chǎng)的變化做出相應(yīng)的決策，加快超市經(jīng)營(yíng)管理效率。</p><p><b>　　1.3主要工作</b></p><p>　　主要有幾個(gè)階段的任務(wù)，如下：</p><p>　　1．緒論（系統(tǒng)開發(fā)背景、國(guó)內(nèi)外技術(shù)現(xiàn)、開發(fā)計(jì)劃）</p><p><b>　　2．業(yè)務(wù)建模</b></p><

30、;p>　　3．系統(tǒng)開發(fā)的過(guò)程文檔（需求、分析、設(shè)計(jì)）</p><p><b>　　4．系統(tǒng)實(shí)現(xiàn)</b></p><p><b>　　5．結(jié)論</b></p><p>　　本文首先對(duì)公司的業(yè)務(wù)與用戶的需求進(jìn)行了分析，然后對(duì)系統(tǒng)的功能進(jìn)行詳細(xì)的設(shè)計(jì)，并在分析與設(shè)計(jì)的同時(shí)用UML建模語(yǔ)言對(duì)其建模，采用UML工具ROSE繪制

31、描述各種模型的圖形，目的使開發(fā)者與用戶更有效的實(shí)現(xiàn)功能與理解需求，并使程序人員能順利的實(shí)現(xiàn)系統(tǒng)，在系統(tǒng)的實(shí)現(xiàn)階段重點(diǎn)講述設(shè)計(jì)到編碼的過(guò)渡，以體現(xiàn)UML建模的模型對(duì)系統(tǒng)開發(fā)帶來(lái)的好處。</p><p>　　本文的編寫結(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ǔ)言所提供

32、的各種建模圖形來(lái)描述倉(cāng)儲(chǔ)管理系統(tǒng)，例如描述用戶需求的用例圖，描述系統(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í)類圖與順序圖。</p><p><b>　　第2章 業(yè)務(wù)建模</b></p><p>　　首先，UML融合了Booch、OMT和OOSE方法中的基本概念，這些概念與其它面

33、向?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ā)過(guò)程。盡管UML的應(yīng)用以系統(tǒng)的開發(fā)過(guò)程為背景，但針對(duì)不同組織和不同應(yīng)用領(lǐng)域，需要采取不同的開發(fā)過(guò)程。</p><p>　　作為一種建模語(yǔ)言，UML的定義包括UML語(yǔ)義和UML表示法兩個(gè)部

34、分。</p><p>　　(1) UML語(yǔ)義 描述基于UML的精確元模型定義。元模型為UML的所有元素在語(yǔ)法和語(yǔ)義上提供了簡(jiǎn)單、一致、通用的定義性說(shuō)明，使開發(fā)者能在語(yǔ)義上取得一致，消除了因人而異的最佳表達(dá)方法所造成的影響。此外UML還支持對(duì)元模型的擴(kuò)展定義。</p><p>　　(2) UML表示法 定義UML符號(hào)的表示法，為開發(fā)者或開發(fā)工具使用這些圖形符號(hào)和文本語(yǔ)法為系統(tǒng)建模提供了標(biāo)準(zhǔn)。

35、這些圖形符號(hào)和文字所表達(dá)的是應(yīng)用級(jí)的模型，在語(yǔ)義上它是UML元模型的實(shí)例。</p><p>　　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)建立的模型可用于不同的目的。<

36、;/p><p>　　UML還包括可將模型分解成包的結(jié)構(gòu)組件，以便于軟件小組將大的系統(tǒng)分解成易于處理的塊結(jié)構(gòu)，并理解和控制各個(gè)包間的依賴關(guān)系，在復(fù)雜的開發(fā)環(huán)境中管理模型單元。它還包括用于顯示系統(tǒng)實(shí)現(xiàn)和組織運(yùn)行的組件。</p><p>　　2.1 RUP軟件開發(fā)過(guò)程</p><p>　　UML是一種建模語(yǔ)言而不是一種方法，UML的表示法和規(guī)則能夠用來(lái)為系統(tǒng)進(jìn)行面向?qū)ο蠼?/p>

37、，但并沒有指定應(yīng)用UML的過(guò)程和方法。1998年正式頒布的RUP(Rational Unified Process)是UML設(shè)計(jì)者們共同定義的一個(gè)軟件開發(fā)的公共過(guò)程框架。</p><p>　　統(tǒng)一過(guò)程主要包括四個(gè)階段:開始階段、細(xì)化階段、構(gòu)建階段和移交階段。</p><p>　　結(jié)合倉(cāng)儲(chǔ)系統(tǒng)得特點(diǎn)和RUP分析過(guò)程，我們對(duì)本倉(cāng)儲(chǔ)系統(tǒng)的開發(fā)過(guò)程以及在開發(fā)過(guò)程中用到的建模圖形如圖2-1所示。&l

38、t;/p><p><b>　　圖2-1建模圖形</b></p><p>　　1 進(jìn)行業(yè)務(wù)流程建模</p><p>　　通過(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)開發(fā)中的一創(chuàng)新點(diǎn)。</p><p>　　2 進(jìn)行

39、系統(tǒng)功能建模</p><p>　　尋找用例及其之間的關(guān)系(用例圖)，通過(guò)詳細(xì)描述用例來(lái)捕獲系統(tǒng)的功能需求，同時(shí)輔助活動(dòng)圖，并建立系統(tǒng)用例圖，這是整個(gè)開發(fā)過(guò)程的基礎(chǔ);</p><p><b>　　3 進(jìn)行領(lǐng)域建模</b></p><p>　　尋找對(duì)象與類，主要是使用類圖表現(xiàn)領(lǐng)域中各業(yè)務(wù)類之間的靜態(tài)關(guān)系，并用交互圖、順序圖等具體描述類之間的交互以

40、及對(duì)象的狀態(tài)變化。主要涉及以下活動(dòng)(并不一定是順序的):</p><p>　　1> 分析用例以及業(yè)務(wù)領(lǐng)域</p><p>　　2> 發(fā)現(xiàn)對(duì)象，為對(duì)象分類，確定對(duì)象之間的交互</p><p>　　3> 確定類之間的關(guān)系</p><p>　　4> 定義類的屬性和操作</p><p>　　5&

41、gt; 分析對(duì)象的狀態(tài)變化</p><p>　　4 進(jìn)行系統(tǒng)設(shè)計(jì)，在系統(tǒng)分析的基礎(chǔ)上進(jìn)行:</p><p><b>　　系統(tǒng)架構(gòu)的設(shè)計(jì)</b></p><p>　　進(jìn)行高層的系統(tǒng)決策、確定基本的軟件結(jié)構(gòu)，并對(duì)應(yīng)用系統(tǒng)進(jìn)行劃分;</p><p><b>　　對(duì)象進(jìn)一步設(shè)計(jì)</b></p>

42、;<p>　　對(duì)領(lǐng)域模型中的業(yè)務(wù)類進(jìn)行精化、調(diào)整，增添界面類、控制類等用于實(shí)現(xiàn)的類。</p><p><b>　　數(shù)據(jù)模型設(shè)計(jì)</b></p><p>　　考慮解決持久對(duì)象到數(shù)據(jù)庫(kù)的映射問(wèn)題，設(shè)計(jì)數(shù)據(jù)模型以及數(shù)據(jù)存取訪問(wèn)部分設(shè)計(jì)。</p><p><b>　　系統(tǒng)設(shè)計(jì) </b></p><

43、p>　　得到的模型是精化和調(diào)整后的類圖、交互圖等，同時(shí)還有對(duì)象持久設(shè)計(jì)得到的數(shù)據(jù)模型。</p><p><b>　　5 實(shí)現(xiàn)</b></p><p>　　實(shí)現(xiàn)的依據(jù)是設(shè)計(jì)過(guò)程中得到的靜態(tài)視圖(類圖、對(duì)象圖)、動(dòng)態(tài)視圖(順序圖、狀態(tài)圖、協(xié)作圖、活動(dòng)圖);同時(shí)可以將類映射為組件，進(jìn)而使用CASE工具的框架代碼自動(dòng)生成的功能;同時(shí)通過(guò)實(shí)現(xiàn)圖(組件圖、配置圖)來(lái)描述

44、系統(tǒng)的物理視圖。</p><p>　　6 單元測(cè)試，集成與系統(tǒng)測(cè)試</p><p>　　測(cè)試實(shí)現(xiàn)的部分是否滿足用例的功能要求;另外，類圖、組件圖、協(xié)作圖等也可以用來(lái)進(jìn)行測(cè)試。 </p><p>　　2.2 業(yè)務(wù)術(shù)語(yǔ)表</p><p>　　軟件構(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)

45、和全局控制結(jié)構(gòu)，通信、同步和數(shù)據(jù)訪問(wèn)的協(xié)議，設(shè)計(jì)元素的功能分配，物理分布，設(shè)計(jì)元素的組成，定標(biāo)與性能，備選設(shè)計(jì)的選擇。</p><p>　　邏輯視圖：包括最重要的設(shè)計(jì)類、從這些設(shè)計(jì)類到包和子系統(tǒng)的組織形式，以及從這些包和子系統(tǒng)到層的組織形式。它還包括一些用例實(shí)現(xiàn)。它是設(shè)計(jì)模型的子集。</p><p>　　實(shí)施視圖：包括實(shí)施模型及其從模塊到包和層的組織形式的概覽。同時(shí)還描述了將邏輯視圖中的包

46、和類向?qū)嵤┮晥D中的包和模塊分配的情況。它是實(shí)施模型的子集。 </p><p>　　進(jìn)程視圖：包括所涉及任務(wù)（進(jìn)程和線程）的描述，它們的交互和配置，以及將設(shè)計(jì)對(duì)象和類向任務(wù)的分配情況。只有在系統(tǒng)具有很高程度的并行時(shí)，才需要該視圖。在Rational Unified Process中，它是設(shè)計(jì)模型的子集。 </p><p>　　配置視圖：包括對(duì)最典型的平臺(tái)配置的各種物理節(jié)點(diǎn)的描述以及將任務(wù)（來(lái)

47、自進(jìn)程視圖）向物理節(jié)點(diǎn)分配的情況。只有在分布式系統(tǒng)中才需要該視圖。它是部署模型的一個(gè)子集。</p><p>　　用例圖：用例圖是包括參與者、由系統(tǒng)邊界（一個(gè)矩形）封閉的一組用例、參與者和用例之間的關(guān)聯(lián)、用例間的關(guān)系以及參與者的泛化的圖。用例圖表示了來(lái)自用例模型（用例，參與者）的元素。</p><p>　　活動(dòng)圖：活動(dòng)圖是狀態(tài)機(jī)的一個(gè)特殊例子，在該狀態(tài)機(jī)中所有的或大部分的狀態(tài)都是活動(dòng)狀態(tài)或動(dòng)

48、作狀態(tài)，所有或大部分的轉(zhuǎn)換由源狀態(tài)中活動(dòng)的完成所觸發(fā)?；顒?dòng)圖表示一個(gè)程序或工作流?；顒?dòng)圖是模型中的完整單元。</p><p>　　類圖：類圖是靜態(tài)視圖的圖形表達(dá)方式，表示聲明的（靜態(tài)的）模型元素，如類、類型及其內(nèi)容及相互關(guān)系。類圖可以表示包的視圖，包含嵌套包的符號(hào)。</p><p>　　協(xié)作圖：協(xié)作圖是表示角色間交互的視圖，即，協(xié)作中的實(shí)例及其鏈接。與順序圖不同，協(xié)作圖表示了角色之間的關(guān)系

49、。另一方面，協(xié)作圖也不將時(shí)間作為單獨(dú)的維來(lái)表示，所以必須使用順序號(hào)來(lái)判斷消息的順序以及并行線程。</p><p>　　2.3 組織機(jī)構(gòu)圖</p><p>　　倉(cāng)庫(kù)庫(kù)存管理機(jī)構(gòu)組織機(jī)構(gòu)圖描述了內(nèi)部組織結(jié)構(gòu)，工作人員之間的上下級(jí)關(guān)系。超市組織機(jī)構(gòu)圖如圖2-2所示。</p><p>　　圖2-2超市組織機(jī)構(gòu)圖</p><p>　　2.4 主業(yè)務(wù)

50、用例圖</p><p>　　在下一章將會(huì)對(duì)高倉(cāng)庫(kù)管理系統(tǒng)的主業(yè)務(wù)用例進(jìn)行細(xì)化，有關(guān)本用例圖的描述在此略。主用例圖如圖 2-3所示。</p><p><b>　　圖2-3主用例圖</b></p><p>　　第3章 分析與設(shè)計(jì)</p><p>　　系統(tǒng)分析與設(shè)計(jì)過(guò)程首先根據(jù)業(yè)務(wù)用例和業(yè)務(wù)活動(dòng)圖進(jìn)行聚類，聚類活動(dòng)在系統(tǒng)分析

51、時(shí)開始。聚類活動(dòng)是個(gè)連續(xù)的過(guò)程，需要不斷地進(jìn)行豐富和完善，需要按照面向?qū)ο笤O(shè)計(jì)的思想，劃分出子系統(tǒng)類，并為類添加應(yīng)該具有的方法或?qū)傩?，以及這些方法或?qū)傩缘目梢娦?，這些可以通過(guò)設(shè)計(jì)類圖來(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)。</p><p>　　3.1 業(yè)務(wù)流程調(diào)查</p>

52、<p>　　3.1.1 超市倉(cāng)庫(kù)管理信息系統(tǒng)業(yè)務(wù)流程調(diào)查</p><p>　　根據(jù)分析，本系統(tǒng)業(yè)務(wù)流程主要包括如下內(nèi)容：</p><p>　　顧客發(fā)訂單給銷售部門</p><p>　　銷售部門經(jīng)過(guò)訂單檢查，把不合格的訂單反饋給客戶</p><p>　　對(duì)合格的訂單，通過(guò)核對(duì)庫(kù)存記錄，缺貨訂單通過(guò)缺貨統(tǒng)計(jì)，向采購(gòu)部門發(fā)出缺貨通知，

53、并登記缺貨記錄；對(duì)于可供貨訂單，登記客戶檔案，開出備貨單，通知倉(cāng)庫(kù)備貨。</p><p>　　保存訂單數(shù)據(jù)，并進(jìn)行銷售統(tǒng)計(jì)。</p><p>　　3.1.2 崗位職責(zé)</p><p>　　1.部門經(jīng)理：進(jìn)行入庫(kù)出庫(kù)的貨物進(jìn)行決策。以及對(duì)報(bào)表進(jìn)行簽字。</p><p>　　2.入庫(kù)管理員：對(duì)貨物進(jìn)行登記如數(shù)量單價(jià)等進(jìn)行核對(duì)，各種信息的查詢修改

54、等。</p><p>　　3.庫(kù)存管理員：對(duì)貨物進(jìn)行盤點(diǎn)，對(duì)貨物所在貨架進(jìn)行登記，貨物的信息增加，刪除，修改等，進(jìn)行生成報(bào)表。</p><p>　　4.出庫(kù)管理員：對(duì)貨物進(jìn)行登記如數(shù)量單價(jià)等進(jìn)行核對(duì)，各種信息的查詢修改等。制作報(bào)表。</p><p>　　3.2 業(yè)務(wù)用例分析</p><p>　　用例視圖是被稱為參與者的外部用戶所能觀察到的系

55、統(tǒng)功能的模型圖。用例是系統(tǒng)中的一個(gè)功能單元，可以被描述為參與者與系統(tǒng)之間的一次交互作用。用例模型的用途是列出系統(tǒng)中的用例和參與者，并顯示哪個(gè)參與者參與了哪個(gè)用例的執(zhí)行。</p><p>　　用例建模的主要目標(biāo)是：</p><p>　　將需求模型變?yōu)榭梢暬Ｐ?，并最終得到用戶確認(rèn)；</p><p>　　給出清晰、一致的關(guān)于系統(tǒng)做什么的描述，確定系統(tǒng)的功能要求；<

56、/p><p>　　提供從功能需求到系統(tǒng)分析、設(shè)計(jì)、實(shí)現(xiàn)各階段的度量標(biāo)準(zhǔn)；</p><p>　　為最終系統(tǒng)測(cè)試提供基準(zhǔn)，據(jù)此驗(yàn)證系統(tǒng)是否達(dá)到功能要求。</p><p>　　3.2.1 入庫(kù)管理用例圖：</p><p><b>　　用例名：報(bào)表管理</b></p><p><b>　　角色：入庫(kù)

57、管理員</b></p><p>　　目的： 防止有錯(cuò)誤的信息。</p><p>　　描述：對(duì)報(bào)表進(jìn)行修改，刪除，查詢等</p><p><b>　　用例名：入庫(kù)單管理</b></p><p><b>　　角色：入庫(kù)管理員</b></p><p>　　目的：進(jìn)行貨物

58、歸類統(tǒng)一管理</p><p>　　描述：管理員根據(jù)銷售方面的情況計(jì)劃的需要的貨物</p><p><b>　　用例名：入庫(kù)審核</b></p><p><b>　　角色：入庫(kù)管理員</b></p><p>　　目的：防止有錯(cuò)誤的貨物進(jìn)入倉(cāng)庫(kù)</p><p>　　描述：生成單價(jià)

59、和生成收費(fèi)單</p><p>　　倉(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所示。</p><p>　　圖3-1入庫(kù)管理用例圖</p><p>　　3.2.2出庫(kù)管理用例圖</p><p&

60、gt;<b>　　用例名：報(bào)表管理</b></p><p><b>　　角色：出庫(kù)管理員</b></p><p>　　目的： 防止有錯(cuò)誤的信息。</p><p>　　描述：對(duì)報(bào)表進(jìn)行修改，刪除，查詢等</p><p><b>　　用例名：出庫(kù)單管理</b></p>

61、<p><b>　　角色：出庫(kù)管理員</b></p><p>　　目的：進(jìn)行貨物歸類統(tǒng)一管理</p><p>　　描述：管理員根據(jù)銷售方面的情況計(jì)劃的需要的貨物</p><p><b>　　用例名：出庫(kù)審核</b></p><p><b>　　角色：出庫(kù)管理員</b>

62、;</p><p>　　目的：防止有錯(cuò)誤的貨物出倉(cāng)庫(kù)</p><p>　　描述：生成單價(jià)和生成收費(fèi)單</p><p>　　倉(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所示。</p>&l

63、t;p>　　圖3-2出庫(kù)管理的用例圖</p><p>　　3.2.3 入庫(kù)管理活動(dòng)圖</p><p>　　活動(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)如

64、下</p><p>　　在用例的基礎(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í)際上就是用來(lái)為用例的事件流建模的工具。下面用活動(dòng)圖來(lái)對(duì)入庫(kù)管理系統(tǒng)的主要活動(dòng)進(jìn)行描述。圖3-3描述了入庫(kù)管理活動(dòng)圖。圖中共有3條泳道，它們分別是：供應(yīng)商，操作員，管理員。</p><p>　　圖3-3入庫(kù)

65、管理的活動(dòng)圖</p><p>　　3.2.4 出庫(kù)管理活動(dòng)圖</p><p>　　圖3-4描述了倉(cāng)庫(kù)管理系統(tǒng)的出庫(kù)管理活動(dòng)圖。圖中共有2條泳道，它們分別是：管理員操作員。</p><p>　　圖3-4出庫(kù)管理的活動(dòng)圖</p><p><b>　　3.3 業(yè)務(wù)類圖</b></p><p>　　3

66、.3.1 超市倉(cāng)庫(kù)管理系統(tǒng)業(yè)務(wù)類圖</p><p>　　類是應(yīng)用領(lǐng)域或應(yīng)用解決方案中概念的描述。類圖是以類為中心來(lái)組織的，類圖中的其他元素或?qū)儆谀硞€(gè)類或與類相關(guān)聯(lián)。靜態(tài)視圖用類圖來(lái)實(shí)現(xiàn)，正因?yàn)樗灶悶橹行?，所以稱其為類圖。</p><p>　　在類圖中類用矩形框來(lái)表示，它的屬性和操作分別列在分格中。如不需要表達(dá)詳細(xì)信息時(shí)，分格可以省略。一個(gè)類可能出現(xiàn)在好幾個(gè)圖中。同一個(gè)類的屬性和操作可只

67、在一種圖中列出，在其他圖中可省略。</p><p>　　關(guān)系用類框之間的連線來(lái)表示，不同的關(guān)系用連線上和連線端頭處的修飾符來(lái)區(qū)別。</p><p>　　超市倉(cāng)庫(kù)管理系統(tǒng)的域模型圖如圖3-5所示</p><p>　　圖3-5 超市倉(cāng)庫(kù)管理系統(tǒng)業(yè)務(wù)類圖</p><p>　　3.3.2 超市倉(cāng)庫(kù)管理信息系統(tǒng)業(yè)務(wù)類描述</p>&l

68、t;p><b>　　類名：供貨商</b></p><p>　　功能：記錄供貨商的情況</p><p>　　屬性：企業(yè)編號(hào)、企業(yè)名稱、企業(yè)地址、企業(yè)電話</p><p><b>　　類名：入庫(kù)單</b></p><p>　　功能：記錄要進(jìn)庫(kù)的貨物</p><p>　　屬性

69、：入庫(kù)單編號(hào)、物料名稱、物料編號(hào)、數(shù)量、單價(jià)</p><p><b>　　類名：出庫(kù)單</b></p><p>　　功能：記錄要出庫(kù)的貨物</p><p>　　屬性：出庫(kù)單編號(hào)、物料名稱、物料編號(hào)、數(shù)量、單價(jià)</p><p><b>　　類名：庫(kù)位描述</b></p><p>

70、;　　功能：記錄倉(cāng)庫(kù)的位置</p><p>　　屬性：庫(kù)位編碼、物料編碼、容積編碼、備注</p><p><b>　　類名：盤點(diǎn)</b></p><p>　　功能：記錄庫(kù)存的位置</p><p>　　屬性：貨架編碼、物料編碼、盤點(diǎn)日期、現(xiàn)有存量、盤點(diǎn)數(shù)量</p><p>　　3.3.3 數(shù)據(jù)庫(kù)詳

71、細(xì)設(shè)計(jì)</p><p>　　數(shù)據(jù)庫(kù)管理系統(tǒng)的使用上系統(tǒng)將采用 SQL Server 2000, 系統(tǒng)主要需要維護(hù)3張數(shù)據(jù)表：</p><p><b>　　表3-1入庫(kù)信息表</b></p><p>　　表3-2 出庫(kù)信息表</p><p><b>　　表3-3供貨商表</b></p>

72、<p><b>　　第4章 系統(tǒng)實(shí)現(xiàn)</b></p><p>　　根據(jù)聚類分析結(jié)果和業(yè)務(wù)流程中的活動(dòng)圖可以設(shè)計(jì)和完成用例的實(shí)現(xiàn)，可以用順序圖、協(xié)作圖和活動(dòng)圖來(lái)表示。下面詳細(xì)描述整個(gè)系統(tǒng)實(shí)現(xiàn)過(guò)程。</p><p><b>　　4.1 順序圖</b></p><p>　　順序圖表示了對(duì)象之間傳送消息的時(shí)間順序。每

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

74、色。類元角色用生命線表示。當(dāng)對(duì)象存在時(shí)，角色用一條虛線表示；當(dāng)對(duì)象的過(guò)程處于激活狀態(tài)時(shí)，生命線是一個(gè)雙道線。消息用從一個(gè)對(duì)象的生命線到另一個(gè)對(duì)象生命線的箭頭表示。箭頭以時(shí)間順序在圖中從上到下排列。</p><p>　　順序圖的圖形元素組成成分：對(duì)象、生存線、消息和激活期。</p><p>　　1. 對(duì)象：時(shí)序圖中所包含的每個(gè)對(duì)象用一個(gè)對(duì)象框表示，對(duì)象名需要帶下劃線。</p>

75、<p>　　2. 生存線：對(duì)象框下畫垂直的虛線，稱為該對(duì)象的生存線，表示對(duì)象的生存時(shí)間。</p><p>　　3. 激活期：對(duì)象生存線上的一個(gè)長(zhǎng)方形框，表示該對(duì)象的激活時(shí)間段，即活動(dòng)期。</p><p>　　4. 消息：在時(shí)序圖中，對(duì)象之間的消息發(fā)送和接收用兩個(gè)對(duì)象生存線之間的消息箭頭線表示，用來(lái)指出該對(duì)象執(zhí)行期間的時(shí)序。</p><p>　　在本論文中選

76、用順序圖對(duì)系統(tǒng)進(jìn)行動(dòng)態(tài)建模。</p><p>　　4.1.1 倉(cāng)庫(kù)入庫(kù)順序圖</p><p>　　對(duì)象之間傳送消息的時(shí)間順序系統(tǒng)入庫(kù)管理順序圖如圖4-1所示。</p><p>　　圖4-1系統(tǒng)入庫(kù)管理順序圖</p><p>　　4.1.2 出庫(kù)順序圖</p><p>　　超市倉(cāng)庫(kù)管理出庫(kù)順序圖如圖4-2所示。<

77、;/p><p>　　圖4-2 超市倉(cāng)庫(kù)管理出庫(kù)順序圖</p><p><b>　　4.2 協(xié)作圖</b></p><p>　　協(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)系。在

78、實(shí)際中可以根據(jù)需要選用這兩種圖。</p><p>　　一個(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 所示。<

79、;/p><p>　　圖4-3倉(cāng)庫(kù)管理的入庫(kù)協(xié)作圖</p><p>　　超市倉(cāng)庫(kù)管理的出庫(kù)協(xié)作圖如圖4-4 所示。</p><p>　　圖4-4超市倉(cāng)庫(kù)管理的出庫(kù)協(xié)作圖</p><p><b>　　4.3 活動(dòng)圖</b></p><p>　　在UML中，活動(dòng)圖是系統(tǒng)動(dòng)態(tài)行為建模的圖形工具之一，用來(lái)表示

80、完成一個(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)系的另一種方法。</p><p><b>　　1. 動(dòng)作狀態(tài)</b></p><p>　　動(dòng)作狀態(tài)表達(dá)不可中斷的動(dòng)作或操作的執(zhí)行，用于對(duì)實(shí)例中原子性（不可分割）動(dòng)

81、作或算法的執(zhí)行步驟建立模型。</p><p><b>　　2. 活動(dòng)狀態(tài)</b></p><p>　　活動(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)名稱。也可以詳細(xì)描述其入口動(dòng)作和出口動(dòng)作等。</p><p>　　3. 動(dòng)作流是一個(gè)實(shí)例的不同動(dòng)作狀態(tài)之間的

82、聯(lián)系，說(shuō)明狀態(tài)之間的控制流。</p><p><b>　　4. 泳道</b></p><p>　　泳道代表對(duì)象對(duì)活動(dòng)的責(zé)任。</p><p>　　一張活動(dòng)圖可劃分成若干個(gè)矩形區(qū)，每個(gè)矩形區(qū)為一個(gè)泳道，泳道名放在矩形區(qū)的頂端。把這些泳道指定給對(duì)象，這些對(duì)象必須履行該泳道包括的活動(dòng)。泳道是把指定對(duì)象和活動(dòng)相聯(lián)系的辦法之一，它明確表明對(duì)象進(jìn)行了哪些活

83、動(dòng)。</p><p>　　通常根據(jù)責(zé)任把活動(dòng)組織到不同的泳道中，它能清楚地表明動(dòng)作在哪執(zhí)行（在那個(gè)對(duì)象中），或者表明一個(gè)組織的哪部分工作（一個(gè)動(dòng)作）被執(zhí)行。</p><p>　　5. 活動(dòng)圖中的對(duì)象</p><p>　　活動(dòng)圖中的對(duì)象用對(duì)象符號(hào)（矩形框）表示，它可作為活動(dòng)的輸入或輸出（用虛線箭線連接），也可展示一個(gè)對(duì)象受一個(gè)特定動(dòng)作的影響（用動(dòng)作和對(duì)象之間的虛箭線表

84、示）。在活動(dòng)圖中，虛箭線也稱為對(duì)象流，對(duì)象流表示動(dòng)作狀態(tài)或活動(dòng)狀態(tài)與對(duì)象之間的關(guān)聯(lián)。</p><p>　　通過(guò)活動(dòng)圖中的對(duì)象流，可以清楚地描述各項(xiàng)動(dòng)作狀態(tài)與不同對(duì)象之間的關(guān)系，方便系統(tǒng)的分析與設(shè)計(jì)。</p><p>　　根據(jù)聚類分析結(jié)果和業(yè)務(wù)流程中的活動(dòng)圖可以設(shè)計(jì)和完成用例。用例的實(shí)現(xiàn)可以用順序圖和活動(dòng)圖來(lái)表示。這里用順序圖做了詳細(xì)分析，因此不在用活動(dòng)圖表示。</p><

85、;p>　　4.4 系統(tǒng)構(gòu)件圖</p><p>　　構(gòu)件圖描述構(gòu)件及其之間的相互依賴，構(gòu)件是邏輯體系結(jié)構(gòu)（類、對(duì)象、它們間的關(guān)系和協(xié)作）中定義的概念和功能在物理體系結(jié)構(gòu)中的視線，它通常是開發(fā)環(huán)境中的實(shí)現(xiàn)性文件。</p><p>　　構(gòu)件圖主要用于建立系統(tǒng)的靜態(tài)實(shí)現(xiàn)視圖模型，通過(guò)構(gòu)件之間的依賴（虛箭線）關(guān)系描述系統(tǒng)軟件的組織結(jié)構(gòu)，展示系統(tǒng)中的不同物理構(gòu)件及其之間的聯(lián)系。</p&g

86、t;<p>　　在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)件圖都不必面面俱到，試圖全面地描述系統(tǒng)的整個(gè)面貌，系統(tǒng)中所有的構(gòu)件圖合起來(lái)才能描述系統(tǒng)的完整靜態(tài)視圖。超市倉(cāng)庫(kù)管理系統(tǒng)構(gòu)件圖如圖4-5所示。</p><p>　　圖4-5超市倉(cāng)庫(kù)管理系統(tǒng)構(gòu)件圖</p><p>&l

87、t;b>　　4.5 部署圖</b></p><p>　　一個(gè)系統(tǒng)包括軟件和硬件兩方面，經(jīng)過(guò)開發(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í)行過(guò)程

88、中的瓶頸。</p><p>　　節(jié)點(diǎn)是某些計(jì)算資源的物理對(duì)象，包括計(jì)算機(jī)、外部設(shè)備等。節(jié)點(diǎn)可被看作類型，也可看作實(shí)例。節(jié)點(diǎn)與節(jié)點(diǎn)之間是通過(guò)物理連接發(fā)生關(guān)聯(lián)，以便從硬件方面保證系統(tǒng)各節(jié)點(diǎn)之間的協(xié)同運(yùn)行。建立部署圖的步驟如下：</p><p>　　1．確定節(jié)點(diǎn)：根據(jù)硬件設(shè)備和軟件體系結(jié)構(gòu)的功能要求統(tǒng)一考慮系統(tǒng)的節(jié)點(diǎn)。</p><p>　　2．確定駐留構(gòu)件：根據(jù)軟件體系結(jié)

89、構(gòu)和系統(tǒng)功能要求分配到相應(yīng)構(gòu)件駐留到節(jié)點(diǎn)上。</p><p>　　3．注明節(jié)點(diǎn)性質(zhì)：用UML標(biāo)準(zhǔn)或自定義的構(gòu)造模型描述節(jié)點(diǎn)的性質(zhì)。</p><p>　　4．確定聯(lián)系：用關(guān)聯(lián)連接描述節(jié)點(diǎn)之間的聯(lián)系；可在關(guān)聯(lián)線上標(biāo)明使用的通信協(xié)議或網(wǎng)絡(luò)類型。</p><p>　　5．繪制部署圖：形成結(jié)構(gòu)清晰具有層次的部署圖。</p><p>　　4.5.1 網(wǎng)

90、絡(luò)結(jié)構(gòu)圖</p><p>　　網(wǎng)絡(luò)結(jié)構(gòu)圖如圖4-6所示</p><p>　　圖4-6 網(wǎng)絡(luò)結(jié)構(gòu)圖</p><p>　　4.5.2 系統(tǒng)部署圖</p><p>　　系統(tǒng)部署圖如圖4-7所示。</p><p><b>　　圖4-7系統(tǒng)部署圖</b></p><p>　　超市倉(cāng)

91、庫(kù)管理系統(tǒng)的部署圖描述如下：</p><p><b>　　節(jié)點(diǎn)</b></p><p>　　該系統(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ù)器。</p><p><b>　　節(jié)點(diǎn)屬性</b></p><

92、p>　　該系統(tǒng)各節(jié)點(diǎn)計(jì)算機(jī)的性能指標(biāo)：</p><p>　　戴爾658：CPU速度為2.0GHz,內(nèi)存容量為2GB,自帶硬盤容量為300GB；</p><p>　　戴爾658：CPU速度為2.5GHz,內(nèi)存容量為4GB，自帶硬盤容量為500GB。</p><p><b>　　節(jié)點(diǎn)之間聯(lián)系</b></p><p>　

93、　客戶機(jī)節(jié)點(diǎn)是簡(jiǎn)單通信聯(lián)系，采用TCP/IP通信協(xié)議；客戶通過(guò)Internet網(wǎng)與Web服務(wù)器相連接，利用瀏覽器進(jìn)行查詢；外出員工通過(guò)Internet網(wǎng)對(duì)系統(tǒng)進(jìn)行瀏覽訪問(wèn)。</p><p><b>　　4.6 界面設(shè)計(jì)</b></p><p>　　4.6.1 本系統(tǒng)用戶界面程序設(shè)計(jì)遵循的原則</p><p><b>　　1.一致性

94、原則：</b></p><p>　　系統(tǒng)所有窗口的設(shè)計(jì)，采用統(tǒng)一的字體字號(hào)、統(tǒng)一的色調(diào)、統(tǒng)一的提示詞，新彈出的對(duì)話框在統(tǒng)一的位置，按鈕也在窗口的相同位置。</p><p><b>　　2.功能的統(tǒng)一：</b></p><p>　　對(duì)一些常用功能，如添加、修改、刪除、查看等，這些功能都有相同的使用方法。</p><

95、p>　　4.6.2 輸入輸出設(shè)計(jì)</p><p>　　業(yè)務(wù)人員負(fù)責(zé)系統(tǒng)的各項(xiàng)輸入工作，采用人機(jī)交互的方式，直接從鍵盤錄入。</p><p>　　輸入設(shè)計(jì)要求：用戶在輸入數(shù)據(jù)的時(shí)候要嚴(yán)格遵守格式要求。</p><p>　　輸出項(xiàng)目：各類打印報(bào)表。</p><p>　　輸出設(shè)備：顯示器和打印機(jī)。</p><p>　

96、　在此列舉輸入設(shè)計(jì)中的文種管理登錄界面的設(shè)計(jì)，系統(tǒng)對(duì)不同的用戶設(shè)置了不同的管理權(quán)限，用戶必須輸入用戶名和密碼才能登錄系統(tǒng)。具體的登錄界面如圖4-8所示。</p><p>　　進(jìn)貨輸入界面如圖4-9所示</p><p>　　圖4-9進(jìn)貨輸入界面</p><p><b>　　結(jié) 論</b></p><p>　　經(jīng)過(guò)半個(gè)月的

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

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

99、p><p>　　當(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ì)無(wú)數(shù)書本的羅列，最難忘的是每次找到資料時(shí)的激動(dòng)和興奮；理系統(tǒng)里，記憶最深的是每一步小小思路實(shí)現(xiàn)時(shí)那幸福的心情；為了報(bào)告我曾趕稿到深夜，但看著親手設(shè)計(jì)超市商品

100、管親手打出的一字一句，心里滿滿的只有喜悅毫無(wú)疲憊。這段旅程看似荊棘密布，實(shí)則蘊(yùn)藏著無(wú)盡的寶藏。我從資料的收集中，掌握了和鞏固很多專業(yè)知識(shí)，讓我對(duì)我所學(xué)過(guò)的知識(shí)有所鞏固和提高，并且讓我超市的發(fā)展及軟件設(shè)計(jì)的最新發(fā)展技術(shù)有所了解。在整個(gè)過(guò)程中，我學(xué)到了新知識(shí)，增長(zhǎng)了見識(shí)。在今后的日子里，我仍然要不斷地充實(shí)自己，爭(zhēng)取在所學(xué)領(lǐng)域有所作為。</p><p><b>　　參考文獻(xiàn)</b></p&g

101、t;<p>　　[1] 張基溫，陳佳， 信息系統(tǒng)開發(fā) 清華大學(xué)出版社 2006</p><p>　　[2] 衛(wèi)紅春， 信息系統(tǒng)分析與設(shè)計(jì) 西安電子科技大學(xué)出版社 2003</p><p>　　[3] 黃梯云 ， 管理信息系統(tǒng) 高等教育出版社 2005</p><p>　　[4]方美琪 陳禹， 軟件開發(fā)工具 經(jīng)濟(jì)科學(xué)出版社 2008</p>

102、<p>　　[5]王珊， 數(shù)據(jù)組織與管理 經(jīng)濟(jì)科學(xué)出版社 1996</p><p>　　[6]袁然，王誠(chéng)梅，SQL Server 2005數(shù)據(jù)庫(kù)簡(jiǎn)明教程 電子工業(yè)出版 2006 </p><p>　　[7] 于功弟.90年代的軟件核心技術(shù)—面向?qū)ο蠹夹g(shù).軟件世界，1993(9)</p><p>　　[8] 張海藩.軟件工程導(dǎo)論(第三版).北京：清華大學(xué)出