建模工具Visio `RationalRose`PowerDesigner`EA的功能與異同

1、 UML建模工具Visio 、RationalRose、PowerDesign的功能與異同UML建模工具相信大家應(yīng)該有所了解，那么你對(duì)UML建模工具Visio 、RationalRose、PowerDesign的功能與異同是否熟悉，這里就向大家介紹一下，歡迎大家一起來學(xué)習(xí)。本節(jié)向大家介紹一下UML建模工具Visio 、RationalRose、PowerDesign的功能與異同，相信通過本節(jié)的學(xué)習(xí)你對(duì)UML建模工具會(huì)有深入的了解。下面請(qǐng)看詳細(xì)介紹。UML建模工具Visio 、RationalRose、PowerDesign的功能與異同UML建模工具ROSE是直接從UML發(fā)展而誕生的設(shè)計(jì)工具，它

2、的出現(xiàn)就是為了對(duì)UML建模的支持，ROSE一開始沒有對(duì)數(shù)據(jù)庫(kù)端建模的支持，但是在現(xiàn)在的版本中已經(jīng)加入數(shù)據(jù)庫(kù)建模的功能。ROSE主要是在開發(fā)過程中的各種語(yǔ)義、模塊、對(duì)象以及流程，狀態(tài)等描述比較好，主要體現(xiàn)在能夠從各個(gè)方面和角度來分析和設(shè)計(jì)，使軟件的開發(fā)藍(lán)圖更清晰，內(nèi)部結(jié)構(gòu)更加明朗（但是它的結(jié)構(gòu)僅僅對(duì)那些對(duì)掌握UML的開發(fā)人員，也就是說對(duì)客戶了解系統(tǒng)的功能和流程等并不一定很有效），對(duì)系統(tǒng)的代碼框架生成有很好的支持。但對(duì)數(shù)據(jù)庫(kù)的開發(fā)管理和數(shù)據(jù)庫(kù)端的迭代不是很好。UML建模工具PowerDesigner原來是對(duì)數(shù)據(jù)庫(kù)建模而發(fā)展起來的一種數(shù)據(jù)庫(kù)建模工具。直到7.0版才開始對(duì)面向?qū)ο蟮拈_發(fā)的支持，后來又引

3、入了對(duì)UML的支持。但是由于PowerDesigner側(cè)重不一樣，所以它對(duì)數(shù)據(jù)庫(kù)建模的支持很好，支持了能夠看到的90%左右的數(shù)據(jù)庫(kù)，對(duì)UML的建模使用到的各種圖的支持比較滯后。但是在最近得到加強(qiáng)。所以使用它來進(jìn)行UML開發(fā)的并不多，很多人都是用它來作為數(shù)據(jù)庫(kù)的建模。如果使用UML分析，它的優(yōu)點(diǎn)是生成代碼時(shí)對(duì)Sybase的產(chǎn)品PowerBuilder的支持很好（其它UML建模工具則沒有或者需要一定的插件），其他面向?qū)ο笳Z(yǔ)言如C+，Java，VB,C#等支持也不錯(cuò)。但是它好像繼承了Sybase公司的一貫傳統(tǒng)，對(duì)中國(guó)的市場(chǎng)不是很看看好，所以對(duì)中文的支持總是有這樣或那樣的問題。UML建模工具Visio

4、 原來僅僅是一種畫圖工具，能夠用來描述各種圖形（從電路圖到房屋結(jié)構(gòu)圖），也是到VISIO2000才開始引進(jìn)軟件分析設(shè)計(jì)功能到代碼生成的全部功能，它可以說是目前最能夠用圖形方式來表達(dá)各種商業(yè)圖形用途的工具（對(duì)軟件開發(fā)中的UML支持僅僅是其中很少的一部分）。它跟微軟的office產(chǎn)品的能夠很好兼容。能夠把圖形直接復(fù)制或者內(nèi)嵌到WORD的文檔中。但是對(duì)于代碼的生成更多是支持微軟的產(chǎn)品如VB,VC+,MSSQLServer等（這也是微軟的傳統(tǒng)），所以它可以說用于圖形語(yǔ)義的描述比較方便，但是用于軟件開發(fā)過程的迭代開發(fā)則有點(diǎn)牽強(qiáng)。三種產(chǎn)品各有側(cè)重點(diǎn)，各有優(yōu)缺點(diǎn)，主要是看你的選擇和你的開發(fā)方式和環(huán)境。從目的

5、和支持的角度來談。首先談一個(gè)目的問題?，F(xiàn)在都講究面向?qū)ο蟮姆治龊驮O(shè)計(jì)，俺也就基于oo講起吧。版本就是RationalSuite2002VSPowerDesigner9.5VSVisio2002。第一，Case軟件的一個(gè)基本功能就是作圖。在軟件工程中，我們做的圖大概有以下幾種：系統(tǒng)框圖/樹圖；UML圖；ER圖；Gantt圖；任意流程圖；其他任意的圖表。系統(tǒng)框圖/樹圖用在比較隨意、沒有形成特定的文檔的時(shí)候，在這個(gè)環(huán)節(jié)上面，UML建模工具Visio 最好，rose不支持，PowerDesigner支持一點(diǎn)點(diǎn)不好用。UML圖中，三者都支持，Rose支持全系列的，而且很容易體現(xiàn)迭代、用例驅(qū)動(dòng)等特性，相關(guān)

6、性最好，缺點(diǎn)是圖形質(zhì)量差，邏輯檢查與控制差，沒有Name和Code的區(qū)分（PowerDesigner的特性）不太適合中國(guó)人，生成文檔不好也不適合自定義，也沒有設(shè)計(jì)對(duì)象的字典可以快速查找。PowerDesigner9.5全支持，優(yōu)點(diǎn)就是圖形質(zhì)量好，生成的文檔容易自定義，邏輯檢查與控制好，有設(shè)計(jì)對(duì)象的字典可以快速查找和快速在圖形中定位，缺點(diǎn)就是相互之間的銜接稍微麻煩一點(diǎn)，對(duì)UML和RUP不熟練的人用了，體現(xiàn)不出來迭代和用例驅(qū)動(dòng)，熟練的人用了還算比較好解決。相比較起來Visio的圖形質(zhì)量是最好的，但是銜接和相關(guān)性也是最差的，邏輯檢查和控制勉強(qiáng)能做一點(diǎn)點(diǎn)。ER圖不用說了，做得最好的是PowerDesi

7、gner，Rose和Visio比較業(yè)余。Gantt圖用于項(xiàng)目計(jì)劃，Visio可以做，其他的都不支持。但是建議你不要用Visio做，還是用Project做好啦。任意流程圖不被Rose支持，Rose只支持面向業(yè)務(wù)的活動(dòng)圖和面向用例的活動(dòng)圖，限制比較多。PowerDesigner9.5支持，用起來還可以。UML建模工具Visio 最好，因?yàn)樗膱D形質(zhì)量最好，而且預(yù)定義的元素也最多。Rose不支持其他任意的圖表。PowerDesigner9.5支持，但是預(yù)定義的元素不多。這一點(diǎn)Visio最好，不用多說了。第二，好的Case軟件支持Case文檔與代碼、Case文檔與數(shù)據(jù)庫(kù)之間的雙向轉(zhuǎn)換。Rose文檔能夠

8、與代碼、數(shù)據(jù)庫(kù)雙向轉(zhuǎn)換，是通過中間插件實(shí)現(xiàn)的。PowerDesigner最好，大集成，支持與代碼和數(shù)據(jù)庫(kù)之間的雙向轉(zhuǎn)換，而且不需要插件。Visio是通過VBA和宏實(shí)現(xiàn)的，用起來稍微麻煩，雖然這個(gè)技術(shù)不難，但是現(xiàn)在懂這個(gè)的好像不太多。其次談一個(gè)支撐和協(xié)作問題。Rose有相對(duì)最新最完整UML支持，PowerDesigner和Visio稍微滯后一點(diǎn)。Rose有RUP體系的支持和一系列支持RUP的軟件與Rose協(xié)作，這一點(diǎn)是PowerDesigner和Visio望塵莫及的。但是PowerDesigner有一個(gè)優(yōu)點(diǎn)就是“一站式”分析設(shè)計(jì)，不需要任何插件就可以與代碼和數(shù)據(jù)庫(kù)雙向轉(zhuǎn)換，Rose這方面需要Ra

9、tional公司提供的相應(yīng)的插件(數(shù)據(jù)庫(kù)不要，只是客戶端代碼要），這個(gè)冬冬的錢真他貴！這方面PowerDesigner真好：）。Visio感覺不入流。可能還有其他方面，我也不一一羅列了，大家可以根據(jù)自己的環(huán)境取舍。我的建議是：如果你的團(tuán)隊(duì)對(duì)業(yè)務(wù)和英文比較熟悉但是對(duì)RUP不太熟悉，建議你使用Rose，因?yàn)樗型暾腞UP理論支撐而且相關(guān)性很好；如果你的團(tuán)隊(duì)對(duì)業(yè)務(wù)和英文稍遜而且系統(tǒng)分析員能夠良好地理解RUP，那么建議你采用PowerDesigner；當(dāng)然，如果你不準(zhǔn)備全面采用RUP開發(fā)過程，PowerDesigner是最好的；UML建模工具Visio 都是必需的，但是只是作為Rose或者Power

10、Designer的補(bǔ)充。EA與Rose UML建模工具比較UML profile使用UML可擴(kuò)展性機(jī)制擴(kuò)展標(biāo)準(zhǔn)UML符號(hào)，即，構(gòu)造型，標(biāo)注值和約束。EA專業(yè)版V.3.51和Rational Rose V.2002.05都支持UML 1.4九種圖中的八種標(biāo)準(zhǔn)UML圖 - 用例圖，類圖，序列圖，協(xié)作圖，活動(dòng)圖，狀態(tài)圖，實(shí)現(xiàn)圖（組件）圖，部署圖，和幾種UML Profiles. 如果需要，對(duì)象圖可以使用協(xié)作圖來創(chuàng)建。不同點(diǎn)僅僅存在于創(chuàng)建UML圖（表1）和擴(kuò)展UML profiles時(shí)所支持的一些特性。 UML圖 功能 EA Rose 用例圖 建立描述領(lǐng)域的邊界 Yes No.但是，一些工作使用文本或

11、包。 序列 協(xié)作 序列圖與協(xié)作圖之間的相互轉(zhuǎn)化 No Yes 序列 更改消息的范圍 Yes No 序列 顯示消息層次號(hào)碼 Yes No 序列 協(xié)作 在瀏覽器中創(chuàng)建對(duì)象 Yes No 序列 管理控件的焦點(diǎn) 容易 困難 所有 圖的屬性 Yes No 表1. EA和Rose的UML圖建模比較 Enterprise Architect 有一個(gè)通用的UML profile機(jī)制用來加載和運(yùn)行不同的Profiles。Enterprise Architect為UML profiles指定一個(gè)特定格式的XML文件。而在Rational Rose中卻需要生成一個(gè)附加項(xiàng)。 表2展示了在EA和Rose中UML pro

12、files的可用性。 UML Profiles EA Rose 業(yè)務(wù)流程建模 支持Eriksson-Penker業(yè)務(wù)流程建模擴(kuò)展 使用UML活動(dòng)圖 業(yè)務(wù)建模 No Yes 數(shù)據(jù)建模 Yes Yes 用戶體驗(yàn)建模 Yes No Web建模 Yes Yes Yes No Yes XML DTD No 表2. EA和Rose的UML Profile比較 雙向工程 雙向工程包括正向工程 從模型到代碼 和反向工程從代碼到模型。一旦設(shè)計(jì)完成后，使用模型（設(shè)計(jì)模型和數(shù)據(jù)模型）信息能夠生成特定編程語(yǔ)言的源代碼或者數(shù)據(jù)庫(kù)的DDL腳本。當(dāng)開發(fā)人員添加/更改代碼或數(shù)據(jù)庫(kù)實(shí)現(xiàn)時(shí)，設(shè)計(jì)和數(shù)據(jù)模型能夠通過雙向工程同步代碼

13、或DDL腳本以保持一致。表3顯示了EA和Rose雙向工程的特征。 語(yǔ)言 EA Rose ANSI C+ Yes Yes Visual C+ No Yes VB6 Yes Yes Java Yes Yes C# Yes No VB.NET Yes No Delphi Yes No. 第三方附加項(xiàng). J2EE/EJB No Yes CORBA No Yes Ada83, Ada95 No Yes Database Yes. 從數(shù)據(jù)模型到DDL腳本的正向工程。ODBC數(shù)據(jù)源的反向工程 Yes.DB2，Oracle, SQL 92, SQL Server, Sybase COM No Yes. 只是反

14、向工程 Web應(yīng)用程序 No Yes 表3. EA和Rose的雙向工程 EA為類生成類的源代碼文件放在同一個(gè)包里。Rational Rose在VC+或VB中更多的涉及到具體的項(xiàng)目。 Rational Rose也可以通過向?qū)Ш吞峁┐a模板來創(chuàng)建類，這樣可以大大增加源代碼生成的數(shù)量。另外，EA和Rose都可以應(yīng)用設(shè)計(jì)模式。當(dāng)使用EA時(shí)，用戶必須自己創(chuàng)建模式，而Rose則提供了Java的20種GOF設(shè)計(jì)模式。 項(xiàng)目生命周期的支持 CASE工具應(yīng)該為團(tuán)隊(duì)中的所有隊(duì)員完成他們的任務(wù)提供支持。關(guān)于項(xiàng)目生命周期的支持，EA將大量的功能合成一體,而Rose則主要是一個(gè)建模工具，它可以與其他的Rational或

15、第三方工具集成，如RequisitePro, Test Manager, Soda, MS Word, MS Project 以達(dá)到同樣的目標(biāo)。 表4比較了EA和Rose在不同科目的功能支持。 項(xiàng)目科目 EA Rose 業(yè)務(wù)建模 Yes. 使用UML Profile為業(yè)務(wù)流程建模 Yes.使用業(yè)務(wù)用例模型 需求管理 Yes. 功能和非功能需求；需求跟蹤矩陣 合并RequisitePro 分析和設(shè)計(jì) Yes；UML類圖和交互圖，如果需要可以添加一些原型，如， Yes；UML類圖和交互圖 框架向?qū)峁┝艘幌盗械哪０鍋順?gòu)造模型 實(shí)現(xiàn) 參見表3；適合C+，VB，C#和VB.NET項(xiàng)目 參見表3；支持大

16、多數(shù)語(yǔ)言，除了.NET外 測(cè)試 Yes No. Quality Architect提供了單元測(cè)試，但是它需要其他的Rational工具，如Test Manager,Robot 版本控制 不直接支持。使用控制單元，為將來發(fā)布計(jì)劃。 集成SCC相應(yīng)版本控制應(yīng)用程序 項(xiàng)目管理 風(fēng)險(xiǎn)管理、資源分配、項(xiàng)目預(yù)算 No Web發(fā)布 Yes Yes 生成報(bào)表 Yes No. 使用SoDA. 多用戶協(xié)作 Yes Yes 表4 EA和Rose對(duì)項(xiàng)目生命周期的支持 結(jié)論 大體上，EA和Rose在UML建模能力上有相似的功能。 EA和Rational Rose都支持UML九種圖中的八種。 從表1中可以看出EA在用戶友

17、好性的靈活性中比Rose更勝一籌，特別是序列圖。 在雙向工程中，Rose比EA支持更多的語(yǔ)言，除C#和VB.NET 外(事實(shí)上，Rational 開發(fā)了另外的工具 Rational XDE for .NET 就是針對(duì).NET環(huán)境的)。 表4闡明，在項(xiàng)目生命周期的支持方面，EA相對(duì)于Rose來說，是更好的選擇。盡管你可以購(gòu)買其他的Rational工具來協(xié)助它，但是絕大部分公司在考慮成本問題時(shí)卻不認(rèn)為這是一個(gè)可接受的方案。當(dāng)然，你需要工具上沒有或第三方工具不支持的一些其他的特定功能時(shí)，這也是要考慮的重要因素。在這一點(diǎn)上，Rational Rose得到了更廣的支持。 最后，經(jīng)過一系列同類型的比較，是不是費(fèi)用也不同？ 是的非常大的不同！單是Rose花費(fèi)就