EA與Rose兩大UML建模工具PK，誰主沉浮
本節(jié)向大家介紹一下EA與RoseUML建模工具比較，主要包括UML建模能力、雙向工程特性和項目生命周期支持等幾個方面的內(nèi)容，相信通過本節(jié)的介紹大家對UML建模工具一定會有深刻的認(rèn)識。
EA與RoseUML建模工具比較
自從1997年正式發(fā)布UML以后，大量商用UML建模CASE工具粉墨登場。這樣為我們提供了許多的選擇，同時也要求我們在選擇正確的UML建模工具以更好地適應(yīng)我們業(yè)務(wù)和軟件應(yīng)用程序開發(fā)需求，達(dá)到***的投資回報率（ROI）方面做大量的調(diào)查。在這篇文章中，我們將比較兩款CASE工具的UML建模能力、雙向工程特性和項目生命周期支持：SparxSystems的EntERPriseArchitect(EA)專業(yè)版V.3.51和IBMRational的RationalRose企業(yè)版V.2002。
為什么我們需要UML建模CASE工具
今天，系統(tǒng)的構(gòu)建變得越來越復(fù)雜，UML建模CASE工具為項目相關(guān)人員(如，項目經(jīng)理，分析員，設(shè)計者，構(gòu)架師，開發(fā)者等)提供了許多的好處。UML建模CASE工具允許我們應(yīng)用規(guī)范的面向?qū)ο蠓治龊驮O(shè)計的方法與理論，遠(yuǎn)離糾纏不清的源代碼，達(dá)到構(gòu)建和設(shè)計變得更直觀，更容易地理解與修改的層次。在大型項目中，使用CASE工具更重要。通過使用CASE工具：
◆通過用例模型，業(yè)務(wù)/系統(tǒng)分析可以捕獲到業(yè)務(wù)/系統(tǒng)需求。
◆設(shè)計者/構(gòu)架師所作的設(shè)計模型能在不同層次的同一層內(nèi)清晰表達(dá)對象或子系統(tǒng)之間的交互（典型的UML圖如類圖和交互圖）。
◆開發(fā)者能快速地將模型轉(zhuǎn)變?yōu)橐粋€可運行的應(yīng)用程序，尋找類和方法的子集，以及理解它們?nèi)绾谓换ァ?/p>
模型被看作是藍(lán)圖和構(gòu)建系統(tǒng)的最終手冊。同樣，建模也就是一種從高層并以適當(dāng)?shù)男问絹砜紤]一個設(shè)計的表述和理解它怎樣運行的能力。
出于這些動機(jī)，UMLCASE工具以及對應(yīng)的方法論為我們提供了一種因系統(tǒng)太復(fù)雜而不能理解下層源代碼的描述系統(tǒng)的方法，同時允許我們更快更便宜地開發(fā)正確的軟件解決方案。
當(dāng)然，要考慮CASE工具在UML建模能力，項目生命周期支持，雙向工程，數(shù)據(jù)建模，性能，價格，可支持性，易使用性等方面的不同。這篇文章將探索Rose與EA在UML建模，項目生命周期支持以及雙向工程領(lǐng)域的相同點和不同點，希望能幫助你在你的項目中選擇正確的工具。
UML建模工具特性
UML標(biāo)準(zhǔn)由三部分組成，即：構(gòu)造塊（如對象，類，消息），構(gòu)造塊間的關(guān)系（如關(guān)聯(lián)，泛化）和圖（如，活動圖）。UMLprofile使用UML可擴(kuò)展性機(jī)制擴(kuò)展標(biāo)準(zhǔn)UML符號，即，構(gòu)造型，標(biāo)注值和約束。EA專業(yè)版V.3.51和RationalRoseV.2002.05都支持UML1.4 九種圖中的八種標(biāo)準(zhǔn)UML圖-用例圖，類圖，序列圖，協(xié)作圖，活動圖，狀態(tài)圖，實現(xiàn)圖（組件）圖，部署圖，和幾種UMLProfiles.如果需要，對象圖可以使用協(xié)作圖來創(chuàng)建。不同點僅僅存在于創(chuàng)建UML圖（表1）和擴(kuò)展UMLprofiles時所支持的一些特性。
EnterpriseArchitect有一個通用的UMLprofile機(jī)制用來加載和運行不同的Profiles。EnterpriseArchitect為UMLprofiles指定一個特定格式的XML文件。而在UML建模工具RationalRose中卻需要生成一個附加項。
表2展示了在EA和Rose中UMLprofiles的可用性。
雙向工程
雙向工程包括正向工程－ 從模型到代碼和反向工程?。拇a到模型。一旦設(shè)計完成后，使用模型（設(shè)計模型和數(shù)據(jù)模型）信息能夠生成特定編程語言的源代碼或者數(shù)據(jù)庫的DDL腳本。當(dāng)開發(fā)人員添加/更改代碼或數(shù)據(jù)庫實現(xiàn)時，設(shè)計和數(shù)據(jù)模型能夠通過雙向工程同步代碼或DDL腳本以保持一致。表3顯示了EA和Rose雙向工程的特征。
UML建模工具EA為類生成類的源代碼文件放在同一個包里。RationalRose在VC++或VB中更多的涉及到具體的項目。RationalRose也可以通過向?qū)Ш吞峁┐a模板來創(chuàng)建類，這樣可以大大增加源代碼生成的數(shù)量。另外，EA和Rose都可以應(yīng)用設(shè)計模式。當(dāng)使用EA時，用戶必須自己創(chuàng)建模式，而Rose則提供了Java的20種GOF設(shè)計模式。
項目生命周期的支持
CASE工具應(yīng)該為團(tuán)隊中的所有隊員完成他們的任務(wù)提供支持。關(guān)于項目生命周期的支持，EA將大量的功能合成一體,而Rose則主要是一個建模工具，它可以與其他的Rational或第三方工具集成，如RequisitePro,TestManager,Soda,MSWord,MSProject以達(dá)到同樣的目標(biāo)。表4比較了EA和Rose在不同科目的功能支持。
結(jié)論
大體上，EA和Rose在UML建模能力上有相似的功能。EA和RationalRose都支持UML九種圖中的八種。從表1中可以看出EA在用戶友好性的靈活性中比Rose更勝一籌，特別是序列圖。在雙向工程中，Rose比EA支持更多的語言，除C#和VB.NET外(事實上，Rational開發(fā)了另外的工具–RationalXDEfor.NET就是針對.NET環(huán)境的)。表4闡明，在項目生命周期的支持方面，EA相對于Rose來說，是更好的選擇。盡管你可以購買其他的Rational工具來協(xié)助它，但是絕大部分公司在考慮成本問題時卻不認(rèn)為這是一個可接受的方案。當(dāng)然，你需要工具上沒有或第三方工具不支持的一些其他的特定功能時，這也是要考慮的重要因素。在這一點上，RationalRose得到了更廣的支持。
【編輯推薦】
