随笔 - 239&
评论 - 427&
&&&&&&&&&&&
　　PowerDesigner（简称PD）是一种强大的数据库建模工具，使用PD可以创建业务模型，UML类图等，当然最主要的功能是数据库建模。我打算分以下几个部分来讲如何使用PD。
　　1，两种重要模型，概念模型和物理模型　　2，创建表和主外键　　3，创建视图和存储过程　　4，生成数据库
两种重要模型
　　首先说概念模型，概念模型是一个抽象的宏观层次的业务模型，比如E-R（实体关系）图，在概念模型中最重要的对象是实体和关系。
　　根据概念模型可以生成逻辑模型，逻辑模型是概念模型的延伸，表示概念之间的逻辑次序，是一个属于方法层次的模型。具体来说，逻辑模型中一方面显示了实体、实体的属性和实体之间的关系，另一方面又将继承、实体关系中的引用等在实体的属性中进行展示。逻辑模型介于概念模型和物理模型之间，具有物理模型方面的特性，在概念模型中的多对多关系，在逻辑模型中将会以增加中间实体的一对多关系的方式来实现。逻辑模型主要是使得整个概念模型更易于理解，同时又不依赖于具体的数据库实现，使用逻辑模型可以生成针对具体数据库管理系统的物理模型。逻辑模型并不是在整个步骤中必须的，可以直接通过概念模型来生成物理模型。
　　其次物理模型依赖于具体的物理实现，使用的是数据库对象，原来的&实体-关系&转换成&表-外键&，实体的属性转换为表的列，同时每个列的数据类型转换为对应的DBMS中支持的数据类型。
　　对于SQL Server 2008的物理模型，如果主键需要使用自增长，那么需要修改具体的列，设置该列为Identity。如果生成的数据类型不合理，也可以调整数据类型，使得数据类型使用得更恰当。在物理模型中除了生成的表外，还可以手动增加视图、存储过程、业务规则等在概念模型和逻辑模型中无法表达的数据库对象。
　　对物理模型调整好后，就可以将模型应用到SQL Server数据库中。在数据库中实现物理模型的方法有两种，一种是使用PD连接到SQL Server数据库，然后将模型同步到数据库中，另一种方法就是生成数据库脚本。
创建表和主外键
　　1，创建表：
　　新建物理模型时需要指定物理模型对应的DBMS，这里我们使用Sql server 2008，新建一个物理模型后，系统会显示一个专门用于物理模型设计的工具栏，如下图:
　　若要在物理模型中添加一个表，单击&表&按钮，然后再到模型设计面板中单击一次便可添加一个表，系统默认为表命名为Table_n，这里的n会随着添加的表增多而顺序增加。添加的表是没有任何列的，如图所示:
　　单击工具栏的鼠标指针按钮，将鼠标切换回指针模式，然后双击一个表，系统将打开表属性窗口，在General选项卡中可以设置表的Name、Code等属性。例如我们要新建一个教室表（ClassRoom），则可修改Name和Code。Name是在模型中显示的名称，Code是生成数据库表的时候的实际表名。另外Name中的内容还会作为SQL Server中的表备注。
　　单击Columns切换到列选项卡，在下面的列表中可以添加表中的列。Name是模型上显示的名称，Code是生成的实际的表名，后面的3个复选框P代办主键、F代表外键，M代表不能为空。为教室表设计了两个列，如图所示:
　　2，设定主键
　　在设计一个表时，一般情况下每个表都会有一个主键，主键分为单列主键和复合主键。在为表设置主键时有以下几种办法：　　1&在Columns选项卡中，直接选中主键列的P列复选框，这是最简单的方式。　　2&选中一个列，然后单击工具栏中的&属性&按钮，系统将弹出列属性窗口，在该窗口中可以设置该列的各种属性，当然也包括该列是否是否是主键。另外还有一个很重要的复选框是&Identity&。选中Identity复选框则表示该列为自增列。如图：
　　3& 切换到Keys选项卡中，在其中添加一行命名为PK_ClassRoom，然后单击工具栏的&属性&按钮，打开键属性窗口，在该窗口中切换到Columns选项卡，单击添加列按钮，弹出列选择窗口，选中主键中应该包含的列，单击确定按钮即可完成主键的创建。
　　另外需要注意的是，在建立主键时，系统会在主键上建立索引，索引分为聚集索引和非聚集索引，在&键属性&窗口的General选项卡中可以设置该主键上建立的索引是聚集索引还是非聚集索引，如图所示:
　　3，设定外键
　　如果是由概念模型或者逻辑模型生成物理模型，那么外键是通过Relationship生成的，也可以通过工具栏中的Reference来实现两表之间的外键关系。假如一个课程只会在一个固定的教室上课，而一个教室会安排多个课程在不同的时间上课，所以教室和课程是一对多的关系，那么课程表中就需要添加RoomID列以形成外键列，具体操作方法就是在工具栏中单击&Reference&按钮，然后在设计面板中，课程表上按下鼠标左键，并拖拽到教师表中放开鼠标，这时如果课程表中没有RoomID列，系统会自动创建RoomID列并创建该列上的外键引用，如果已经存在RoomID列，则只添加外键引用，不会再添加新列。如图：
　　切换到鼠标指针模式，双击箭头，系统将弹出引用的属性窗口，在属性窗口中可以设置该引用的Name、Code、关联的列、约束名、更新策略和删除策略等。其它约束还包括check约束，默认值约束，非空约束等等
创建视图和存储过程
　　1，创建视图
　　在SQL Server中视图定义了一个SQL查询，一个查询中可以查询一个表也可以查询多个表，在PD中定义视图与在SQL Server中定义查询相似。例如要创几个所有学生的所有选课结果的视图，那么在工具栏中选择视图按钮，然后在设计面板中单击鼠标一次便可添加一个空白的视图，切换到鼠标指针模式，双击该视图便可打开视图的属性窗口。在General选项卡中，可以设置视图的名字和其他属性。
　　Usage是表示视图是只读的视图还是可更新的视图，还有一个是check option选项，指定了 CHECK OPTION，也不能依据视图来验证任何直接对视图的基础表执行的更新。如果我们只创建一般的视图，那么就选择只查询选项。
　　Dimensional Type指定该视图表示的是维度还是事实，这个主要是在进行数据仓库多维数据建模时使用，一般情况下不需要指定。后面的两个复选框也不需要进行修改。Type使用默认的view选项。
　　切换到SQL Query选项卡，在文本框中可以设置视图定义的查询内容，建议直接先在SSMS中验证视图定义SQL语句的正确性，然后再将SQL语句复制粘贴到该文本框中。在定义视图时最好不要使用*，而应该使用各个需要的列名，这样在视图属性的Columns中才能看到每个列。设计SQL Query如图所示。
　　当然，也可以在PD中使用自带的SQL编辑器编写SQL语句，单击右下角的&Edit with SQL Editor&按钮，即可弹出SQL Editor编辑器，编写SQL语句。
　　2，创建存储过程
　　在工具栏中单击Procedure按钮，然后在设计面板中单击一次便可添加一个Procedure。例如要创建一个存储过程根据学生的学号获得学生所选的课程，那么对于的操作如下：在指针模式下双击添加的Procedure，打开Procedure属性窗口，在General选项卡中可以设置该存储过程的名字。
　　然后切换到Definition选项卡，该选项卡中定义了存储过程的定义，在下拉列表框中，选择&Default Procedure&选项，如果是要定义函数，那么就需要选择&Default Function&选项，系统会根据选择的类型创建SQL语句的模板。
　　在下面的SQL语句中，可以将create procedure [%QUALIFIER%]%PROC%保留，其他的删除，根据自己要创建的存储过程编写SQL语句。create procedure [%QUALIFIER%]%PROC%@StudentID intasbeginselect CourseNamefrom vwStudentCoursewhere StudentID=@StudentIDend 　　单击确定按钮，系统会根据编写的SQL语句，将所使用的表、视图与存储过程关联起来，如图所示：
　　这样，存储过程在PD的物理模型中的创建就算完成了。
生成数据库
　　第一步：配置数据源
　　1，选择菜单"Database--&Configure connections"如图：
　　2，打开&Configure Data Connections&窗口如图
　　3，选择系统数据源
　　4，选择数据源驱动程序
　　5，数据源名称和sql server服务器选择，服务器即SSMS登陆的服务器名称
　　6，选择验证模式及填写登陆ID和密码
　　7，更改默认数据库，这一步很重要，否则会覆盖默认的数据库，数据库即为要生成的数据名
　　8，确认完成即创建好了数据源
　　第二步：生成数据库
　　1，选择菜单"Database---&generate database"，打开database generation窗口，选择Direct generation直接生成数据库
　　注意：这一步可以点击数据库图标重新配置数据源
　　2，点击确定后打开"Execute SQL Query"窗口，点击Run按钮后即可执行SQL创建数据表。
注：本文引用了深蓝居博文：/studyzy/archive//1624899.html
阅读(...) 评论()扫扫二维码，随身浏览文档
手机或平板扫扫即可继续访问
建模工具Visio `RationalRose`PowerDesigner`EA的功能与异同
举报该文档为侵权文档。
举报该文档含有违规或不良信息。
反馈该文档无法正常浏览。
举报该文档为重复文档。
推荐理由：
将文档分享至：
分享完整地址
文档地址：
粘贴到BBS或博客
flash地址：
支持嵌入FLASH地址的网站使用
html代码：
&embed src='/DocinViewer-4.swf' width='100%' height='600' type=application/x-shockwave-flash ALLOWFULLSCREEN='true' ALLOWSCRIPTACCESS='always'&&/embed&
450px*300px480px*400px650px*490px
支持嵌入HTML代码的网站使用
您的内容已经提交成功
您所提交的内容需要审核后才能发布，请您等待！
3秒自动关闭窗口UML工具的选择与比较
编辑：www.fx114.net
本篇文章主要介绍了"UML工具的选择与比较"，主要涉及到UML工具的选择与比较方面的内容，对于UML工具的选择与比较感兴趣的同学可以参考一下。
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&主流UML建模工具比较及选择方法
（1. 对外经济贸易大学 信息学院 北京& 100029）
摘 要：UML作为一种普遍使用的建模语言，可以用于任何信息系统的建模中。在实际的运用过程中,定义良好的建模语言只是成功的关键因素之一，之外还需要支持系统建模的建模工具及开发环境。目前在市场上至少存在100多种建模工具。本文将针对Rational Rose，Power Design和Visio三款主流建模工具进行详尽的分析比较，根据这些工具各自的特点，采用德尔菲法建立指标体系，开发一套基于B/S的建模工具选择系统，希望能协助系统建模人员选择合适的工具，方便系统建模。
关键字：UML；建模工具；指标体系；
Comparison and Selection of Main UMLModeling Tools
（1. University of International Businessand Economics, Information School, Beijing 100029, China）
Key words:UML; Modeling T Index S
Abstract: UML is a widely used modeling language, which could be usedin any of the information system modeling. In actual use, a good modelinglanguage is just one key of the success factors, in addition, there still needmodeling tools to
support for system modeling and developing environment. Inthe current market, there are more than 100 kinds of modeling tools. Thisarticle will compare Rational Rose, Power Design and Visio and give selectionmethods on these three main modeling tools for detailed
analysis, based on thecharacteristics of each of these tools, using the Delphimethod to establish indicators. At end, I will develop modeling tools selectionsystem based on B/S, to assist in selecting suitable tools for system modeling.
统一建模语言(UML)统一了Booch、OMT和OOSE等一些主要的面向对象方法,融合了当今面向对象技术的发展成果和未来的发展趋势。作为采用可视化方法对软件系统进行描述、实施和说明的标准建模语言，其使用需要工具的辅助，一批优秀的建模工具便应运而生。比如现在建模人员广泛使用的建模工具有IBM的Rational Rose，Sybase的Power Designer和Microsoft的Visio等。如何选择建模工具，是系统建模的初学者遇到的第一个问题。本文将主要围绕此问题开展分析。
2.UML统一建模语言概述
UML（Unified Modeling Language）产生于上世纪80年代，是一种定义良好、易于表达、功能强大、普遍适用的建模语言。其融入了软件工程领域的新思想、新技术和新方法，不仅支持面向对象的分析与设计，还支持从需求分析开始的软件开发全过程。1997年，UML被OMG（Object Management Group）采纳为基于面向对象的标准建模语言，随后2003年，UML2.0再次被该机构采纳。
UML通过提供不同形式的图形来表达从软件需求分析开始的软件开发全过程的描述，支持从不同的角度来考察系统,UML定义了下列五类、共十种模型图。这些模型图为系统的分析、设计与开发提供了多种图形表示,它们的有机结合有助于分析与构造一个用户需求与系统功能相一致的信息系统。
3.UML建模工具概述
UML建模工具允许应用面向对象分析和设计的方法与理论，基于特定的概念与表示法，通过对建模人员进行过程性支持，辅助性进行建模，达到构建和设计变得更直观，更易理解的层次，并可以按规范生成相应的开发文档和尽可能多的代码。建模工具一般具有以下作用：
（1）绘制模型：这是建模工具必备的功能。
（2）提供存储信息的机制和手段：可缩短开发时间，减少重复性工作，为检索、一致性检查、复用等提供基础。
（3）对模型进行组织：建模人员使用工具可能要产生大量制品，其中包括对系统的定义、系统的分解产生的子系统、构成子系统的一系列子系统、构成子系统的各种模型以及一些代码等。这些制品涉及到大量的图及其详述，需要对这些制品进行组织、形成系统模型。
（4）其他功能还包括协作支持、代码生成、逆向工程、集成、支持多种抽象层和开发过程、文档生成、适当的信息屏蔽、模型库管理、打印支持、脚本编程、元建模等。
4.主流建模工具的介绍与比较
当前市场上基于UML可视化建模的工具很多，例如有IBM的Rational Rose, Microsoft的Visio，Sybase的Power Designer，还有PlayCase 、CA BPWin、CA ERWin等等。各工具有不同的定位、能力和市场策略,使得每一种工具都不同程度地实现了标准的不同子集。市面上的工具基本上都能提供规范所定义的主要功能,但不同产品甚至同一产品的不同版本,在具体的功能实现上总存在一些差异,表现出各自的特性而具有不同的适用面。在我国,广大软件开发人员使用较多的是Rose,Visio和PowerDesigner。本文将对这三种工具的最新版本展开分析，具体体现在双向工程，数据建模，性能，价格，可支持性，易使用性等方面。
4.1 Rational Rose
Rational Rose是目前应用最广泛的UML建模工具。从系统需求分析阶段到类的分析与设计再到软件的实现与测试阶段,Rose都提供了清晰的UML表示方法和相应的软件模型,并支持RUP(Rational Unified Process)——Rational统一过程。
Rose的特点如下:
（1）界面良好,可以集成大量插件，支持多种平台，如Windows, Solaris, Unix等等，且可以与多种开发环境，如VB, Java, Power Builder, C++等无缝集成,还可以支持关系型数据库逻辑模型的生成，如Oracle，Sybase，SQL Server等。
（2）为大型软件工程提供了可塑性和柔韧性较强的解决方案，它对系统的代码框架生成有很好的支持，具备模型与代码之间转化的一致性，具有强有力的正/反向建模工作，但逆向工程，文档输出，代码生成等输入输出功能上表现得比较生硬单调，而且对数据库的建模能力有限。Rose内嵌的只支持Oracle 8数据库，对其他数据库设计的支持需要通过安装插件的方式获得。
（3）在操作体验上存在很多需要改进的地方，Rose偏向于让用户用鼠标进行操作，对键盘操作支持不好。Rose的Undo操作只能回退一步，有时甚至连一步都不能回退，假设不小心删除了一个精心设计的模型元素，如不及时Undo，就只得重头再来了。Rose往往占用更多的系统资源，容易异常退出
（4）没有导出模板的概念，更不能对导出项和格式进行设置，你只能按Rose的系统内置的方式进行模型文档的发布
（5）市场价格将近9000美元，是所有同类产品中最高的。适合采用RUP的大中型项目的开发人员使用。
4.2 Power Designer
Sybase公司的PowerDesigner侧重点在于数据库建模，支持20余种数据库，对于同一数据库的不同版本还提供单独的支持，以便在设计数据库模型时，提供数据库和版本相关的设计。对于面向对象模型，PD支持11种主流语言，对Java 5.0提供单独的支持。
PD的特点如下:
（1）开发速度快,效率和稳定性也较好,双向工程时对Sybase的产品支持很好（其他UML建模工具没有或者需要一定的插件）,对其他面向对象语言如C++, Java, VB,C#等支持也不错。
（2）用户体验很好，大部分操作都可以通过键盘完成，允许用户UNDO操作几十步，使用户交互上更加人性化，允许用户批量编辑操作，可大大提高的工作效率，此外，PD具有工作空间，一个工作空间下可以同时打开多个设计模型文件，相互切换非常方便，而Rose一次只能打开一个文件，需要参考其他文件时，还需经过“关闭-打开-再关闭-在打开”的过程。
（3）对文档导出提供了精细的控制，你不但可以对文档所包含的内容项进行设置，还可以对内容项的格式进行设置。如导出的表结构是否包括名称、数据类型、备注等。
（4）适合于不准备全面采用RUP开发过程的大中型项目。其对UML建模过程中所使用到的各种图的支持相对滞后于Rose。但PD价格适中,功能也较为完备,是大中型项目（特别是涉及数据库的项目）较为理想的建模工具,如果采用Sybase公司的其他开发工具,最好还是采用该产品。
Visio是微软的产品,支持微软生成项目的逆向
Rational Rose
Power Design
系统框图/树图
支持，但使用不方便
支持全系列，且很容易体现迭代，用例驱动等特性，相关性最好
支持全系列
自动生成交互图和状态图
数据库建模集成
文档生成自动化
支持，部分功能欠缺
支持，功能全
功能强大，通过插件
功能较弱，只针对微软产品
功能强，无需插件
与数据库模型
功能强大，通过插件
用VBA和宏实现
功能强，无需插件
集成编辑器
低，不可多图同时进行
高，可同时多图切换
易用性及人性化
价格
表1& 对Rose, Visio和Power Designer综合比较
工程,以及相应的代码生成功能。它是目前最能够用图形方式来表达各种商业图形用途的工具，对UML支持仅仅是其庞大功能中很少的一部分。
Visio的特点如下:
（1）双向工程里代码生成则更多是支持微软的产品,如VB, VC++,.Net,数据库的生成则支持MSSQLServer等，需要VBA和宏实现。
（2）图形质量最好, 绘制流程图方面功能强大，对图形语义的描述较为方便，支持UML中的九种图,在易用性和人性化上，秉承了微软的理念，操作便捷，用户体验好，价格在三款软件中最为便宜。
（3）在多人协同开发,模型比较,对象模型与数据模型的一体化,以及用例管理与需求管理的有效集成等等方面不如其他两种工具，也不适合用于软件开发过程的迭代。它适合于使用微软开发工具的中小型项目使用,也可以为Rose和Power Designer的图形功能的相对不足提供补充。
5.选择建模工具的指标体系
根据以上的研究比较，对三个主流建模工具有了较为详细的介绍，但在实际选择过程中，建模人员往往并不考虑这些区别，而采用比较熟悉的工具。这本身便会造成一种资源的浪费。
为了能更好的利用这些工具，更好地与系统契合，笔者采用专家打分方式，通过制作调查问卷，邀请对外经济贸易大学信息学院40多名老师进行
表2 建模工具选择菜单
1.系统的规模
（1）大中型系统
（2）中型系统
（3）中小型系统
2.编程语言
（1）微软提供的编程语言
（2）其他编程语言
3.对于双向工程代码生成的要求
（3）不需要
4.对于双向工程数据库生成的要求
（3）不需要
5.对于UML图支持的程度
6.是否使用迭代开发
7.对于数据建模的要求
8.对于软件性能的要求
8.对于软件人性化和易用性的要求
9.对于模型设计效率的要求
10.对于图形质量的要求
11.对于文档自动化生成的要求
12. .对于支持平台的要求
（1）windows
（2）跨平台
13.性价比要求
打分，采用德尔菲法（专家打分法），根据每个指标的权重和平均分，设定了一套指标体系，并基于其设计并开发建模工具选择系统，以供大家参考使用。
指标体系如下：
参考指标为：双向工程，数据建模，性能，价格，易使用性，效率，图形质量，UML图，支持平台以及文档生成自动化
根据参考指标，创建级差，并制作出选择菜单根据各个指标的平均分，转化为0-5分区间内。
表3 三个工具在各个选项上的得分
Power Designer
系统的规模
大中型系统
中小型系统
微软提供的编程语言
其他编程语言
对于双向工程代码生成的要求
对于双向工程数据库生成的要求
&对于UML图支持的程度
&是否使用迭代开发
对于数据建模的要求
对于软件性能的要求
对于软件人性化和易用性的要求
对于模型设计效率的要求
对于图形质量的要求
对于文档自动化生成的要求
&对于支持平台的要求
性价比要求
根据上面的模型，笔者基于B/S架构，采用ASP+ACCESS开发了一套简易的建模工具选择系统，
图1 建模工具选择结果演示
协助建模人员轻松选取适当的建模工具。请读者登陆 试用此评估系统。笔者的测试结果如下图。
工欲善其事，必先利其器。好的建模方法一定要有适合的建模工具支持。本文着重介绍了主流建模工具的特点和不足，并通过设计和开发模型选择系统，方便建模人员选择适合的工具。希望本文能够抛砖引玉，使更多对建模工具感兴趣的同行参与进来，集思广益，相互促进。同时，笔者对于中国人自己的建模工具寄以厚望，希望越来越多优秀的中文建模工具涌现出来，给国人更多的选择机会。
参考文献：
杨芙清等. 面向对象的CASE环境青鸟型系统的设计与实现[A].中国科学. 1995.
RationalRose Documentation. .
SybasePower Designer Object Oriented Model User’s Guide. .
[4] Visio Documentation..
[5] 相关工具一览..
[6] 吴伟敏. UML建模工具的比较--ROSE, Visio和Power Designer[J]. 现代计算机. 2003.
UML建模工具中EA和Rose的两种特性对比，谁更具优势？
5:13 andylin02 csdn.net&&字号：&|&
UML的概念相信大家都听说过，那么UML建模工具你是否熟悉呢，这里就向大家介绍一下UML建模工具的比较，希望通过本文的介绍大家对UML建模工具有新的认识。
本节继续介绍UML建模工具比较方面的知识，主要包括双向工程和项目生命周期支持两大部分的内容，相信通过本节的介绍大家对UML建模工具有深刻的理解。下面是具体介绍。
双向工程包括正向工程－　从模型到代码和反向工程　－　从代码到模型。一旦设计完成后，使用模型（设计模型和数据模型）信息能够生成特定编程语言的源代码或者数据库的DDL脚本。当开发人员添加/更改代码或数据库实现时，设计和数据模型能够通过双向工程同步代码或DDL脚本以保持一致。表3显示了EA和Rose双向工程的特征。
表3.UML建模工具中EA和Rose的双向工程
EA为类生成类的源代码文件放在同一个包里。RationalRose在VC++或VB中更多的涉及到具体的项目。RationalRose也可以通过向导和提供代码模板来创建类，这样可以大大增加源代码生成的数量。另外，EA和Rose都可以应用设计模式。当使用EA时，用户必须自己创建模式，而Rose则提供了Java的20种GOF设计模式。
项目生命周期的支持
CASE工具应该为团队中的所有队员完成他们的任务提供支持。关于项目生命周期的支持，EA将大量的功能合成一体,而Rose则主要是一个建模工具，它可以与其他的Rational或第三方工具集成，如RequisitePro,TestManager,Soda,MSWord,MSProject以达到同样的目标。表4比较了EA和Rose在不同科目的功能支持。
表4UML建模工具中EA和Rose对项目生命周期的支持
大体上，EA和Rose在UML建模能力上有相似的功能。EA和RationalRose都支持UML九种图中的八种。从表1中可以看出EA在用户友好性的灵活性中比Rose更胜一筹，特别是序列图。在双向工程中，Rose比EA支持更多的语言，除C#和VB.NET外(事实上，Rational开发了另外的工具–RationalXDEfor.NET就是针对.NET环境的)。表4阐明，在项目生命周期的支持方面，EA相对于Rose来说，是更好的选择。尽管你可以购买其他的Rational工具来协助它，但是绝大部分公司在考虑成本问题时却不认为这是一个可接受的方案。当然，你需要工具上没有或第三方工具不支持的一些其他的特定功能时，这也是要考虑的重要因素。在这一点上，RationalRose得到了更广的支持。
最后，经过一系列同类型的比较，是不是费用也不同？是的――非常大的不同！单是Rose花费就是EA的28倍。如果你要比较项目生命周期的支持，假设你是一个Rose用户，你将必须去购买Rational捆绑的一整套产品，如RequisitePro,SoDA,TestManager等。虽然附加的工具比同类的EA提供了更丰富的功能，但是在大部分时间里EA的基本功能已经够用了。在写本文时，EA企业版（最高版本支持SQL后台）的费用是$179.00(￡111.58)而RationalRose企业版的费用是$5024(￡3140),一天整套开发包（RationalDeveloperSuite）的费用是$8976(￡5610)。本节关于UML建模工具的比较介绍到这里。
UML建模工具中EA和Rose的比较
UML统一建模语言相信大家有所了解，那么还有什么其他的建模工具，哪种建模工具最实用呢，带着这些问题我们来看一下本文关于UML建模工具比较内容介绍。
本节和大家一起看一下UML建模工具比较，主要介绍了UML建模的特性中EA和Rose的UML图建模比较，EA和Rose的UMLProfile比较两部分内容，相信通过对比我们能够找到更加实用的建模工具，下面就让我们一起来看一下UML建模工具的比较吧。
UML建模工具比较
自从1997年正式发布UML以后，大量商用UML建模CASE工具粉墨登场。这样为我们提供了许多的选择，同时也要求我们在选择正确的UML建模工具以更好地适应我们业务和软件应用程序开发需求，达到最好的投资回报率（ROI）方面做大量的调查。在这篇文章中，我们将比较两款CASE工具的UML建模能力、双向工程特性和项目生命周期支持：SparxSystems的EnterpriseArchitect(EA)专业版V.3.51和IBMRational的RationalRose企业版V.2002。
为什么我们需要UML建模CASE工具？
今天，系统的构建变得越来越复杂，UML建模CASE工具为项目相关人员(如，项目经理，分析员，设计者，构架师，开发者等)提供了许多的好处。UML建模CASE工具允许我们应用规范的面向对象分析和设计的方法与理论，远离纠缠不清的源代码，达到构建和设计变得更直观，更容易地理解与修改的层次。在大型项目中，使用CASE工具更重要。通过使用CASE工具：
◆通过用例模型，业务/系统分析可以捕获到业务/系统需求。
◆设计者/构架师所作的设计模型能在不同层次的同一层内清晰表达对象或子系统之间的交互（典型的UML图如类图和交互图）。
◆开发者能快速地将模型转变为一个可运行的应用程序，寻找类和方法的子集，以及理解它们如何交互。
模型被看作是蓝图和构建系统的最终手册。同样，建模也就是一种从高层并以适当的形式来考虑一个设计的表述和理解它怎样运行的能力。
出于这些动机，UMLCASE工具以及对应的方法论为我们提供了一种因系统太复杂而不能理解下层源代码的描述系统的方法，同时允许我们更快更便宜地开发正确的软件解决方案。
当然，要考虑CASE工具在UML建模能力，项目生命周期支持，双向工程，数据建模，性能，价格，可支持性，易使用性等方面的不同。这篇文章将探索Rose与EA在UML建模，项目生命周期支持以及双向工程领域的相同点和不同点，希望能帮助你在你的项目中选择正确的工具。
UML建模工具特性
UML标准由三部分组成，即：构造块（如对象，类，消息），构造块间的关系（如关联，泛化）和图（如，活动图）。UMLprofile使用UML可扩展性机制扩展标准UML符号，即，构造型，标注值和约束。EA专业版V.3.51和RationalRoseV.2002.05都支持UML1.4　九种图中的八种标准UML图-用例图，类图，序列图，协作图，活动图，状态图，实现图（组件）图，部署图，和几种UMLProfiles.如果需要，对象图可以使用协作图来创建。不同点仅仅存在于创建UML图（表1）和扩展UMLprofiles时所支持的一些特性。
表1.UML建模工具中EA和Rose的UML图建模比较
EnterpriseArchitect有一个通用的UMLprofile机制用来加载和运行不同的Profiles。EnterpriseArchitect为UMLprofiles指定一个特定格式的XML文件。而在RationalRose中却需要生成一个附加项。　表2展示了在EA和Rose中UMLprofiles的可用性。
表2.UML建模工具中EA和Rose的UMLProfile比较
Rational Rose Documentation..
吴伟敏. UML建模工具的比较--ROSE,Visio和Power Designer[J].现代计算机.
本文标题：
本页链接：