EA与Rose建模工具的对比学习

一、为什么我们需要UML建模CASE工具

　　今天，系统的构建变得越来越复杂，UML建模CASE工具为项目相关人员(如，项目经理，分析员，设计者，构架师，开发者等)提供了许多的好处。UML建模CASE工具允许我们应用规范的面向对象分析和设计的方法与理论，远离纠缠不清的源代码，达到构建和设计变得更直观，更容易地理解与修改的层次。在大型项目中，使用CASE工具更重要。通过使用CASE工具：

　　* 通过用例模型，业务/系统分析可以捕获到业务/系统需求。

　　* 设计者/构架师所作的设计模型能在不同层次的同一层内清晰表达对象或子系统之间的交互（典型的UML图如类图和交互图）。

　　* 开发者能快速地将模型转变为一个可运行的应用程序，寻找类和方法的子集，以及理解它们如何交互。

　

　模型被看作是蓝图和构建系统的最终手册。同样，建模也就是一种从高层并以适当的形式来考虑一个设计的表述和理解它怎样运行的能力。

　　出于这些动机，UML CASE工具以及对应的方法论为我们提供了一种因系统太复杂而不能理解下层源代码的描述系统的方法，同时允许我们更快更便宜地开发正确的软件解决方案。

　　 当然，要考虑CASE工具在UML建模能力，项目生命周期支持，双向工程，数据建模，性能，价格，可支持性，易使用性等方面的不同。这篇文章将探索Rose与EA在UML建模，项目生命周期支持以及双向工程领域的相同点和不同点，希望能帮助你在你的项目中选择正确的工具。

 

二、UML建模特性

 

　　UML标准由三部分组成，即：构造块（如对象，类，消息），构造块间的关系（如关联，泛化）和图（如，活动图）。UML profile使用UML可扩展性机制扩展标准UML符号，即，构造型，标注值和约束。EA专业版和Rational Rose都支持UML九种图中的八种标准UML图 - 用例图，类图，序列图，协作图，活动图，状态图，实现图/组件图，部署图，和几种UML Profiles。如果需要，对象图可以使用协作图来创建。不同点仅仅存在于创建UML图（表1）和扩展UMLprofiles时所支持的一些特性。

UML图	功能	EA	Rose
用例图	建立描述领域的边界	Yes	No.但是，一些工作使用文本或包。
序列/ 协作	序列图与协作图之间的相互转化	No	Yes
序列	更改消息的范围	Yes	No
序列	显示消息层次号码	Yes	No
序列  协作	在浏览器中创建对象	Yes	No
序列	管理控件的焦点	容易	困难
所有	图的属性	Yes	No

（表1. EA和Rose的UML图建模比较）

　　　　　　　　　　　　　　　　　　

三、EA在UML中的可用性

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

（表2展示了在EA和Rose中UML 的可用性）

UML Profiles	EA	Rose
业务流程建模	支持Eriksson-Penker业务流程建模扩展	使用UML活动图
业务建模	No	Yes
数据建模	Yes	Yes
用户体验建模	Yes	No
Web建模	Yes	Yes
Yes	No	Yes
XML DTD	No

　　　　　　　　　　　　　　　　　　　

（表2. EA和Rose的UML比较）

四、双向工程 

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

（表3显示了EA和Rose双向工程的特征）

语言	EA	Rose
ANSI C++	Yes	Yes
Visual C++	No	Yes
VB6.0	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.DB2，Oracle, SQL 92, SQL Server, Sybase
COM	No	Yes. 只是反向工程
Web应用程序	No	Yes

（表3. EA和Rose的双向工程 ）

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

五、项目生命周期的支持 

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

（表4比较了EA和Rose在不同科目的功能支持。）

项目科目	EA	Rose
业务建模	Yes. 使用UML Profile为业务流程建模	Yes.使用业务用例模型
需求管理	Yes. 功能和非功能需求；需求跟踪矩阵	合并RequisitePro
分析和设计	Yes；UML类图和交互图，如果需要可以添加一些原型，如<<层>>，<<用例实现>>	Yes；UML类图和交互图 框架向导提供了一系列的模板来构造模型
实现	参见表3；适合C++，VB，C#和VB.NET项目	参见表3；支持大多数语言，除了.NET外
测试	Yes	No. Quality Architect提供了单元测试，但是它需要其他的Rational工具，如Test Manager,Robot
版本控制	不直接支持。使用控制单元，为将来发布计划。	集成SCC相应版本控制应用程序
项目管理	风险管理、资源分配、项目预算	No
Web发布	Yes	Yes
生成报表	Yes	No. 使用SoDA.
多用户协作	Yes	Yes

（表4 EA和Rose对项目生命周期的支持 ）

 

六、结论 

　　大体上，EA和Rose在UML建模能力上有相似的功能。 EA和RationalRose都支持UML九种图中的八种。 从表1中可以看出EA在用户友好性的灵活性中比Rose更胜一筹，特别是序列图。 在双向工程中，Rose比EA支持更多的语言，除C#和VB.NET 外(事实上，Rational开发了另外的工具 – Rational XDE for .NET 就是针对.NET环境的)。 表4阐明，在项目生命周期的支持方面，EA相对于Rose来说，是更好的选择。

 

接下来的一篇博文，我将就EA软件的使用，给大家简单介绍一下。　

《EA画图工具的使用介绍》