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