【文章內(nèi)容簡(jiǎn)介】 式實(shí)時(shí)系統(tǒng)－－在嵌入到其它設(shè)備硬件上執(zhí)行的系統(tǒng)。通常是通過低級(jí)程序設(shè)計(jì)進(jìn)行的，需要實(shí)時(shí)支持；　　分布式系統(tǒng)－－分布在一組機(jī)器上運(yùn)行的系統(tǒng)，數(shù)據(jù)很容易從一臺(tái)機(jī)器傳到另一臺(tái)計(jì)其。需要同步通信機(jī)制來確定數(shù)據(jù)完整性，通常是建立在對(duì)象機(jī)制上的。 在軟件開發(fā)過程中的應(yīng)用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ù)庫、通訊和并行性等問題的類)。這些技術(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)盡量避免考慮把模型轉(zhuǎn)換成某種特定的編程語言。因?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è)試使用構(gòu)件圖和協(xié)作圖；系統(tǒng)測(cè)試使用用例圖來驗(yàn)證系統(tǒng)的行為；驗(yàn)收測(cè)試由用戶進(jìn)行，以驗(yàn)證系統(tǒng)測(cè)試的結(jié)果是否滿足在分析階段確定的需求。　　總之，標(biāo)準(zhǔn)建模語言UML適用于以面向?qū)ο蠹夹g(shù)來描述任何類型的系統(tǒng)，而且適用于系統(tǒng)開發(fā)的不同階段，從需求規(guī)格描述直至系統(tǒng)完成后的測(cè)試和維護(hù)。 結(jié)系統(tǒng)開發(fā)是一種人力活動(dòng)，如果沒有易于理解的表示法系統(tǒng),開發(fā)過程就會(huì)冒很大的錯(cuò)誤風(fēng)險(xiǎn)。UML就是一套表示法系統(tǒng)，它已經(jīng)成為系統(tǒng)開發(fā)領(lǐng)域中的標(biāo)準(zhǔn)。UML是由Grady Booch、James Rumbaugh和Ivar Jacobson發(fā)明的。UML由一組圖組成它使得系統(tǒng)分析員可以利用這一標(biāo)準(zhǔn)來建立能夠?yàn)榭蛻簟⒊绦騿T以及任何參與開發(fā)的的風(fēng)險(xiǎn)人員理解的多角度的系統(tǒng)藍(lán)圖。因?yàn)椴煌袚?dān)人通常使用不同種圖相互交流，因此UML包含所有這些種類的圖是很有必要的。 UML模型只說明一個(gè)系統(tǒng)應(yīng)該做什么，并沒有告訴我們系統(tǒng)應(yīng)該怎么做。2 Rational Rose Rose簡(jiǎn)介　 Rational Rose是分析和設(shè)計(jì)面向?qū)ο筌浖到y(tǒng)的強(qiáng)大的可視化工具，可以用來先建模系統(tǒng)再編寫代碼，從而一開始就保證系統(tǒng)結(jié)構(gòu)合理。利用模型可以更方便地捕獲設(shè)計(jì)缺陷，從而以較低的成本修正這些缺陷。 Rational Rose支持業(yè)務(wù)模型，幫助了解系統(tǒng)的業(yè)務(wù)，有助于系統(tǒng)分析，可以先設(shè)計(jì)使用案例和Use Case框圖，顯示系統(tǒng)的功能。也可以用Interaction框圖顯示對(duì)象之間的如何配合，提供所需功能。Class框圖可以顯示系統(tǒng)中的對(duì)象及其相互關(guān)系。Component框圖可以演示類如何映射到實(shí)現(xiàn)組建。最后，Deployment框圖可以顯示系統(tǒng)的網(wǎng)絡(luò)設(shè)計(jì)?！? Rose模型是系統(tǒng)的圖形，包括所有UML框圖、角色、使用案例、對(duì)象、類、組件和部署節(jié)點(diǎn)。它詳細(xì)描述系統(tǒng)的內(nèi)容和工作方法，開發(fā)人員可以用模型作為所建系統(tǒng)的藍(lán)圖?！? 藍(lán)圖是Rose模型很好的比喻。就象房子有一組藍(lán)圖，讓建筑隊(duì)的不同成員從不同角度使用，Rose模型包含許多不同的框圖，使項(xiàng)目小組可以從不同角度觀察這個(gè)系統(tǒng)?！? 用Rose能避免一些老問題： 往往開發(fā)出來的系統(tǒng)不是客戶心目中想象的系統(tǒng)，而且維護(hù)系統(tǒng)時(shí)總會(huì)遇到這樣和那樣的問題。　　在傳統(tǒng)的過程中，我們采用如下步驟：代碼　需求　　傳統(tǒng)開發(fā)過程　 用戶的需求被建成文檔，但設(shè)計(jì)在開發(fā)人員的腦子里，因此只有某個(gè)開發(fā)人員知道系統(tǒng)的結(jié)構(gòu)。如果這個(gè)開發(fā)人員離開，則這個(gè)信息也將離開。如果你代替他，則你會(huì)知道要了解這個(gè)文檔有多么費(fèi)事。　 Rose模型采用的過程如下：對(duì)象模型需求代碼 Rose模型開發(fā)過程設(shè)計(jì)被建成文檔，開發(fā)人員就可以在編碼之前在一起討論設(shè)計(jì)決策了，不必?fù)?dān)心系統(tǒng)設(shè)計(jì)中每個(gè)人選不同的方向。但這個(gè)模型不僅為開發(fā)人員使用：（１） 整個(gè)小組用Business Use Case框圖了解系統(tǒng)針對(duì) 的業(yè)務(wù)。（２） 客戶和項(xiàng)目經(jīng)理用Use Case框圖取得系統(tǒng)的高級(jí)視圖，確定項(xiàng)目的范圍。（３） 項(xiàng)目經(jīng)理用Use Case框圖和文檔將項(xiàng)目分解成為管理的小塊。（４） 分析人員和客戶用使用案例文檔了解系統(tǒng)提供的功能。（５） 技術(shù)作者用使用案例文檔開始編寫擁護(hù)手冊(cè)和培訓(xùn)計(jì)劃。（６） 分析人員和開發(fā)人員用Sequence和Collaboration 框圖了解系統(tǒng)的邏輯流程，系統(tǒng)中的對(duì)象及其對(duì)象間的消息。（７） 質(zhì)量保證人員用使用案例文檔和Sequence，Collaboration框圖取得測(cè)試腳本所需要的信息。（８） 開發(fā)人員用Class框圖和Statechart框圖取得系統(tǒng)各部分的細(xì)節(jié)及其相互關(guān)系的信息。因此，Rose是整個(gè)項(xiàng)目組使用的工具，是每個(gè)小組成員可以收集所需要信息的范圍和分析，設(shè)計(jì)信息的倉庫。 Rose模型四個(gè)視圖Rose模型的四個(gè)視圖是：Use Case視圖、Logical視圖、Component視圖和Deployment視圖?！se Case視圖Use Case視圖包括系統(tǒng)中的所有角色使用案例和Use Case框圖,還可能包括一些Sequence或Collaboration 框圖。Use Case視圖是系統(tǒng)中與實(shí)現(xiàn)無關(guān)的視圖。 Case視圖。 Use Case 視 圖Use Case 框圖，顯示角色、使用案例和它們之間的交互。Interaction框圖，顯示一個(gè)使用案例流程涉及的對(duì)象或類。 角色，是與所建系統(tǒng)交互的外部實(shí)體。 使用案例，是系統(tǒng)的高層功能塊。Activity框圖，描述用例中的工作流或用例中的事物流。 包是角色/使用案例或其他模型元素組。 Logical視圖，其關(guān)注系統(tǒng)如何實(shí)現(xiàn)使用案例中提出的功能。它提供系統(tǒng)的詳細(xì)圖形，描述組件見如何關(guān)聯(lián)。除了這些外，Logical視圖還包括需要的特定類，Class框圖和Statechart框圖。利用這些細(xì)節(jié)元素，開發(fā)人員可以構(gòu)造系統(tǒng)的詳細(xì)設(shè)計(jì)。 Logical視 類是系統(tǒng)的建筑塊。　　　　　　　　Class框圖用于瀏統(tǒng)系統(tǒng)中的類，類的屬性與操作及其相互關(guān)系。 Component視圖Component視圖包含模型代碼庫，可執(zhí)行文件，運(yùn)行庫和其他組件的信息，組件是代碼的實(shí)際模塊?！　≡赗ose中，組件和Component框圖在Component 視圖，系統(tǒng)的Component視圖可以顯示代碼模塊間的關(guān)系。 Component視圖 組件，代碼的實(shí)際模塊?！　　　? Component框圖，顯示組件間的關(guān)系，可以幫你了解編譯相關(guān)性。利用這個(gè)信息，就可以確定組件的編譯順序。 包，相關(guān)組件的組。Component視圖的主要用戶是負(fù)責(zé)控制代碼和編譯部署應(yīng)用程序的人。有些組件是代碼庫有些是組件，如可執(zhí)行文件或動(dòng)態(tài)連接庫（DLL）文件。開發(fā)人員也用Component視圖顯示已經(jīng)生成的代碼庫和每個(gè)代碼庫中包含的類。 Deployment視圖Rose中的最后一個(gè)視圖是Deployment視圖。Deployment視圖關(guān)注系統(tǒng)的實(shí)際部署，可能與系統(tǒng)的邏輯結(jié)構(gòu)有所不同?！±纾到y(tǒng)可能用三層邏輯結(jié)構(gòu)．換句話說，界面與業(yè)務(wù)邏輯可能分開，業(yè)務(wù)邏輯又與數(shù)據(jù)庫邏輯分開。但部署可能是兩層的。界面放在一臺(tái)機(jī)器上，而業(yè)務(wù)和數(shù)據(jù)庫邏輯放在另一臺(tái)機(jī)器上。Deployment視圖還要處理其他問題，如容錯(cuò)、網(wǎng)絡(luò)寬帶、故障恢復(fù)和響應(yīng)時(shí)間。 Deployment視圖　進(jìn)程，是在自己的內(nèi)存空間執(zhí)行的線程。處理器，任何有處理功能的機(jī)器。每個(gè)進(jìn)程可以在一個(gè)或 幾個(gè)處理器中的運(yùn)行。設(shè)備，包括任何沒有處理功能的機(jī)器，例如打印機(jī)。Deployment框圖顯示網(wǎng)絡(luò)上的進(jìn)程和設(shè)備及其相互間的實(shí)際聯(lián)系。Deployment框圖還顯示進(jìn)程,哪個(gè)進(jìn)程在哪臺(tái)機(jī)器上運(yùn)行。整個(gè)小組都用Deployment視圖的信息了解系統(tǒng)部署,但主要用戶是發(fā)布應(yīng)用程序的人員。 小結(jié)本章介紹了Rose，利用這些知識(shí)就可以利用Rose工具來對(duì)系統(tǒng)進(jìn)行建模。在眾多的建模工具之中，Rose是比較流行，受到廣大公司青睞的建模工具。它分別提供了4種視圖：Use Case視圖，從主體角色描述系統(tǒng)。Logical視圖，包括系統(tǒng)中的類、類包和其他邏輯結(jié)構(gòu)。Component視圖，描述文件的物理布局。Deployment 視圖，描述部署系統(tǒng)的網(wǎng)絡(luò)結(jié)構(gòu)。通過這四個(gè)視圖，項(xiàng)目小組成員可以完成了解系統(tǒng)，從高層到細(xì)節(jié)層。3 UML設(shè)計(jì)與傳統(tǒng)的軟件設(shè)計(jì)的區(qū)別 盡管傳統(tǒng)的生命周期方法曾經(jīng)給軟件產(chǎn)業(yè)帶來了巨大的進(jìn)步,部分的緩