UML建模工具Visio 、RationalRose、PowerDesign、EA的功能与异同

建模工具 专栏收录该内容
3 篇文章 0 订阅


本节向大家介绍一下UML建模工具Visio RationalRosePowerDesign的功能与异同,相信通过本节的学习你对UML建模工具会有深入的了解。下面请看详细介绍。

UML建模工具Visio RationalRosePowerDesign的功能与异同

UML建模工具ROSE是直接从UML发展而诞生的设计工具,它的出现就是为了对UML建模的支持,ROSE一开始没有对数据库端建模的支持,但是在现在的版本中已经加入数据库建模的功能。ROSE主要是在开发过程中的各种语义、模块、对象以及流程,状态等描述比较好,主要体现在能够从各个方面和角度来分析和设计,使软件的开发蓝图更清晰,内部结构更加明朗(但是它的结构仅仅对那些对掌握UML的开发人员,也就是说对客户了解系统的功能和流程等并不一定很有效),对系统的代码框架生成有很好的支持。但对数据库的开发管理和数据库端的迭代不是很好。

UML建模工具PowerDesigner原来是对数据库建模而发展起来的一种数据库建模工具。直到7.0版才开始对面向对象的开发的支持,后来又引入了对UML的支持。但是由于PowerDesigner侧重不一样,所以它对数据库建模的支持很好,支持了能够看到的90%左右的数据库,对UML的建模使用到的各种图的支持比较滞后。但是在最近得到加强。所以使用它来进行UML开发的并不多,很多人都是用它来作为数据库的建模。如果使用UML分析,它的优点是生成代码时对Sybase的产品PowerBuilder的支持很好(其它UML建模工具则没有或者需要一定的插件),其他面向对象语言如C++JavaVB,C#等支持也不错。但是它好像继承了Sybase公司的一贯传统,对中国的市场不是很看看好,所以对中文的支持总是有这样或那样的问题。

UML建模工具Visio 原来仅仅是一种画图工具,能够用来描述各种图形(从电路图到房屋结构图),也是到VISIO2000才开始引进软件分析设计功能到代码生成的全部功能,它可以说是目前最能够用图形方式来表达各种商业图形用途的工具(对软件开发中的UML支持仅仅是其中很少的一部分)。它跟微软的office产品的能够很好兼容。能够把图形直接复制或者内嵌到WORD的文档中。但是对于代码的生成更多是支持微软的产品如VB,VC++,MSSQLServer等(这也是微软的传统),所以它可以说用于图形语义的描述比较方便,但是用于软件开发过程的迭代开发则有点牵强。

三种产品各有侧重点,各有优缺点,主要是看你的选择和你的开发方式和环境。

从目的和支持的角度来谈。首先谈一个目的问题。现在都讲究面向对象的分析和设计,俺也就基于oo讲起吧。版本就是RationalSuite2002VSPowerDesigner9.5VSVisio2002

第一,Case软件的一个基本功能就是作图。

在软件工程中,我们做的图大概有以下几种:系统框图/树图;UML图;ER图;Gantt图;任意流程图;其他任意的图表。
系统框图/树图用在比较随意、没有形成特定的文档的时候,在这个环节上面,UML建模工具Visio 最好,rose不支持,PowerDesigner支持一点点不好用。
UML
图中,三者都支持,Rose支持全系列的,而且很容易体现迭代、用例驱动等特性,相关性最好,缺点是图形质量差,逻辑检查与控制差,没有NameCode的区分(PowerDesigner的特性)不太适合中国人,生成文档不好也不适合自定义,也没有设计对象的字典可以快速查找。PowerDesigner9.5全支持,优点就是图形质量好,生成的文档容易自定义,逻辑检查与控制好,有设计对象的字典可以快速查找和快速在图形中定位,缺点就是相互之间的衔接稍微麻烦一点,对UMLRUP不熟练的人用了,体现不出来迭代和用例驱动,熟练的人用了还算比较好解决。相比较起来Visio的图形质量是最好的,但是衔接和相关性也是最差的,逻辑检查和控制勉强能做一点点。

ER图不用说了,做得最好的是PowerDesignerRoseVisio比较业余。
Gantt
图用于项目计划,Visio可以做,其他的都不支持。但是建议你不要用Visio做,还是用Project做好啦。
任意流程图不被Rose支持,Rose只支持面向业务的活动图和面向用例的活动图,限制比较多。PowerDesigner9.5支持,用起来还可以。UML建模工具Visio 最好,因为它的图形质量最好,而且预定义的元素也最多。
Rose
不支持其他任意的图表。PowerDesigner9.5支持,但是预定义的元素不多。这一点Visio最好,不用多说了。

第二,好的Case软件支持Case文档与代码、Case文档与数据库之间的双向转换。

Rose文档能够与代码、数据库双向转换,是通过中间插件实现的。PowerDesigner最好,大集成,支持与代码和数据库之间的双向转换,而且不需要插件。Visio是通过VBA和宏实现的,用起来稍微麻烦,虽然这个技术不难,但是现在懂这个的好像不太多。

其次谈一个支撑和协作问题。
Rose
有相对最新最完整UML支持,PowerDesignerVisio稍微滞后一点。RoseRUP体系的支持和一系列支持RUP的软件与Rose协作,这一点是PowerDesignerVisio望尘莫及的。但是PowerDesigner有一个优点就是一站式分析设计,不需要任何插件就可以与代码和数据库双向转换,Rose这方面需要Rational公司提供的相应的插件(数据库不要,只是客户端代码要),这个冬冬的钱真他××贵!这方面PowerDesigner真好:)。Visio感觉不入流。

可能还有其他方面,我也不一一罗列了,大家可以根据自己的环境取舍。我的建议是:如果你的团队对业务和英文比较熟悉但是对RUP不太熟悉,建议你使用Rose,因为它有完整的RUP理论支撑而且相关性很好;如果你的团队对业务和英文稍逊而且系统分析员能够良好地理解RUP,那么建议你采用PowerDesigner;当然,如果你不准备全面采用RUP开发过程,PowerDesigner是最好的;UML建模工具Visio 都是必需的,但是只是作为Rose或者PowerDesigner的补充。

 

EARose UML建模工具比较

UML profile使用UML可扩展性机制扩展标准UML符号,即,构造型,标注值和约束。EA专业版V.3.51RationalRose V.2002.05都支持UML 1.4 九种图中的八种标准UML - 用例图,类图,序列图,协作图,活动图,状态图,实现图(组件)图,部署图,和几种UML Profiles. 如果需要,对象图可以使用协作图来创建。不同点仅仅存在于创建UML图(表1)和扩展UMLprofiles时所支持的一些特性。

UML

功能

EA

Rose

用例图

建立描述领域的边界

Yes

No.但是,一些工作使用文本或包。

序列 协作

序列图与协作图之间的相互转化

No

Yes

序列

更改消息的范围

Yes

No

序列

显示消息层次号码

Yes

No

序列

协作

在浏览器中创建对象

Yes

No

序列

管理控件的焦点

容易

困难

所有

图的属性

Yes

No

                  

1. EARoseUML图建模比较

                  

  Enterprise Architect 有一个通用的UML profile机制用来加载和运行不同的ProfilesEnterprise ArchitectUMLprofiles指定一个特定格式的XML文件。而在Rational Rose中却需要生成一个附加项。

  表2展示了在EARoseUML profiles的可用性。                  

UML Profiles

EA

Rose

业务流程建模

支持Eriksson-Penker业务流程建模扩展

使用UML活动图

业务建模

No

Yes

数据建模

Yes

Yes

用户体验建模

Yes

No

Web建模

Yes

Yes

Yes

No

Yes

XML DTD

No

                   

2. EARoseUML Profile比较

                   

  双向工程
  双向工程包括正向工程 - 从模型到代码 和反向工程 - 从代码到模型。一旦设计完成后,使用模型(设计模型和数据模型)信息能够生成特定编程语言的源代码或者数据库的DDL脚本。当开发人员添加/更改代码或数据库实现时,设计和数据模型能够通过双向工程同步代码或DDL脚本以保持一致。表3显示了EARose双向工程的特征。                 

语言

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. 第三方附加项.

J2EE/EJB

No

Yes

CORBA

No

Yes

Ada83, Ada95

No

Yes

Database

Yes. 从数据模型到DDL脚本的正向工程。ODBC数据源的反向工程

Yes.DB2Oracle, SQL 92, SQL Server, Sybase

COM

No

Yes. 只是反向工程

Web应用程序

No

Yes

                3. EARose的双向工程

  EA为类生成类的源代码文件放在同一个包里。Rational RoseVC++VB中更多的涉及到具体的项目。 Rational Rose也可以通过向导和提供代码模板来创建类,这样可以大大增加源代码生成的数量。另外,EARose都可以应用设计模式。当使用EA时,用户必须自己创建模式,而Rose则提供了Java20GOF设计模式。

  项目生命周期的支持

  CASE工具应该为团队中的所有队员完成他们的任务提供支持。关于项目生命周期的支持,EA将大量的功能合成一体,Rose则主要是一个建模工具,它可以与其他的Rational或第三方工具集成,如RequisitePro, TestManager, Soda, MS Word, MS Project 以达到同样的目标。 4比较了EARose在不同科目的功能支持。

               

项目科目

EA

Rose

业务建模

Yes. 使用UML Profile为业务流程建模

Yes.使用业务用例模型

需求管理

Yes. 功能和非功能需求;需求跟踪矩阵

合并RequisitePro

分析和设计

YesUML类图和交互图,如果需要可以添加一些原型,如<<>><<用例实现>>

YesUML类图和交互图 框架向导提供了一系列的模板来构造模型

实现

参见表3;适合C++VBC#VB.NET项目

参见表3;支持大多数语言,除了.NET

测试

Yes

No. Quality Architect提供了单元测试,但是它需要其他的Rational工具,如Test Manager,Robot

版本控制

不直接支持。使用控制单元,为将来发布计划。

集成SCC相应版本控制应用程序

项目管理

风险管理、资源分配、项目预算

No

Web发布

Yes

Yes

生成报表

Yes

No. 使用SoDA.

多用户协作

Yes

Yes

                 4 EARose对项目生命周期的支持

  结论

  大体上,EARoseUML建模能力上有相似的功能。 EARational Rose都支持UML九种图中的八种。 从表1中可以看出EA在用户友好性的灵活性中比Rose更胜一筹,特别是序列图。 在双向工程中,RoseEA支持更多的语言,除C#VB.NET (事实上,Rational开发了另外的工具 – Rational XDE for .NET 就是针对.NET环境的) 4阐明,在项目生命周期的支持方面,EA相对于Rose来说,是更好的选择。尽管你可以购买其他的Rational工具来协助它,但是绝大部分公司在考虑成本问题时却不认为这是一个可接受的方案。当然,你需要工具上没有或第三方工具不支持的一些其他的特定功能时,这也是要考虑的重要因素。在这一点上,Rational Rose得到了更广的支持。

  最后,经过一系列同类型的比较,是不是费用也不同? 是的――非常大的不同!单是Rose花费就是EA28倍。如果你要比较项目生命周期的支持,假设你是一个Rose用户,你将必须去购买Rational捆绑的一整套产品 ,如Requisite Pro, SoDA, Test Manager等。虽然附加的工具比同类的EA提供了更丰富的功能,但是在大部分时间里EA的基本功能已经够用了。在写本文时,EA企业版(最高版本支持SQL后台)的费用是$179.00(111.58) RationalRose企业版的费用是$5024(3140),一天整套开发包(Rational Developer Suite)的费用是$8976(5610)

  • 1
    点赞
  • 0
    评论
  • 1
    收藏
  • 一键三连
    一键三连
  • 扫一扫,分享海报

©️2021 CSDN 皮肤主题: 编程工作室 设计师:CSDN官方博客 返回首页
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值