当前位置：文档之家 › UML建模

UML建模

  • 格式：doc
  • 大小：37.50 KB
  • 文档页数：6

Rational Rose、PowerDesign、visio的比较

ROSE是直接从UML发展而诞生的设计工具，它的出现就是为了对

UML建模的支持，ROSE一开始没有对数据库端建模的支持，但是在现
在的版本中已经加入数据库建模的功能。ROSE主要是在开发过程中的各
种语义、模块、对象以及流程，状态等描述比较好，主要体现在能够从各
个方面和角度来分析和设计，使软件的开发蓝图更清晰，内部结构更加明
朗（但是它的结构仅仅对那些对掌握UML的开发人员，也就是说对客户
了解系统的功能和流程等并不一定很有效），对系统的代码框架生成有很
好的支持。但对数据库的开发管理和数据库端的迭代不是很好。
PowerDesigner原来是对数据库建模而发展起来的一种数据库建模
工具。直到7.0版才开始对面向对象的开发的支持，后来又引入了对UML
的支持。但是由于PowerDesigner侧重不一样，所以它对数据库建模的
支持很好，支持了能够看到的90%左右的数据库，对UML的建模使用到
的各种图的支持比较滞后。但是在最近得到加强。所以使用它来进行UML
开发的并不多，很多人都是用它来作为数据库的建模。如果使用UML分
析，它的优点是生成代码时对Sybase的产品PowerBuilder的支持很好
（其它UML建模工具则没有或者需要一定的插件），其他面向对象语言
如C++，Java，VB,C#等支持也不错。但是它好像继承了Sybase公司
的一贯传统，对中国的市场不是很看看好，所以对中文的支持总是有这样
或那样的问题。
VISIO原来仅仅是一种画图工具，能够用来描述各种图形（从电
路图到房屋结构图），也是到VISIO2000才开始引进软件分析设计
功能到代码生成的全部功能，它可以说是目前最能够用图形方式来表
达各种商业图形用途的工具（对软件开发中的UML支持仅仅是其中
很少的一部分）。它跟微软的office产品的能够很好兼容。能够把
图形直接复制或者内嵌到WORD的文档中。但是对于代码的生成更
多是支持微软的产品如VB,VC++,MS SQL Server 等（这也是微
软的传统），所以它可以说用于图形语义的描述比较方便，但是用于
软件开发过程的迭代开发则有点牵强。
三种产品各有侧重点，各有优缺点，主要是看你的选择和你的开发方
式和环境。
作者：ntchengl
俺也来从自己的经验谈谈。
我是从目的和支持的角度来谈的。
首先谈一个目的问题。现在都讲究面向对象的分析和设计，俺也
就基于oo讲起吧。版本就是Rational Suite 2002 VS
PowerDesigner 9.5 VS Visio 2002。
第一，Case软件的一个基本功能就是作图。
在软件工程中，我们做的图大概有以下几种：系统框图/树图；UML
图；ER图；Gantt图；任意流程图；其他任意的图表。
系统框图/树图用在比较随意、没有形成特定的文档的时候，在这
个环节上面，Visio最好，rose不支持，PowerDesigner支持一点
点不好用。
UML图中，三者都支持，Rose支持全系列的，而且很容易体现
迭代、用例驱动等特性，相关性最好，缺点是图形质量差，逻辑检查
与控制差，没有Name和Code的区分（PowerDesigner的特性）
不太适合中国人，生成文档不好也不适合自定义，也没有设计对象的
字典可以快速查找。PowerDesigner 9.5全支持，优点就是图形质
量好，生成的文档容易自定义，逻辑检查与控制好，有设计对象的字
典可以快速查找和快速在图形中定位，缺点就是相互之间的衔接稍微
麻烦一点，对UML和RUP不熟练的人用了，体现不出来迭代和用例
驱动，熟练的人用了还算比较好解决。相比较起来Visio的图形质量
是最好的，但是衔接和相关性也是最差的，逻辑检查和控制勉强能做
一点点。
ER图不用说了，做得最好的是PowerDesigner，Rose和Visio
比较业余。
Gantt图用于项目计划，Visio可以做，其他的都不支持。但是建
议你不要用Visio做，还是用Project做好啦。
任意流程图不被Rose支持，Rose只支持面向业务的活动图和面
向用例的活动图，限制比较多。PowerDesigner 9.5支持，用起来
还可以。Visio最好，因为它的图形质量最好，而且预定义的元素也
最多。
Rose不支持其他任意的图表。PowerDesigner 9.5支持，但是
预定义的元素不多。这一点Visio最好，不用多说了。
第二，好的Case软件支持Case文档与代码、Case文档与数据
库之间的双向转换。
Rose文档能够与代码、数据库双向转换，是通过中间插件实现的。
PowerDesigner最好，大集成，支持与代码和数据库之间的双向转
换，而且不需要插件。Visio是通过VBA和宏实现的，用起来稍微麻
烦，虽然这个技术不难，但是现在懂这个的好像不太多。
其次谈一个支撑和协作问题。
Rose有相对最新最完整UML支持，PowerDesigner和Visio
稍微滞后一点。Rose有RUP体系的支持和一系列支持RUP的软件
与Rose协作，这一点是PowerDesigner和Visio望尘莫及的。但
是PowerDesigner有一个优点就是“一站式”分析设计，不需要任何
插件就可以与代码和数据库双向转换，Rose这方面需要Rational
公司提供的相应的插件(数据库不要，只是客户端代码要），这个冬
冬的钱真他妈的贵！这方面PowerDesigner真好：）。Visio感觉
不入流。
可能还有其他方面，我也不一一罗列了，大家可以根据自己的环
境取舍。我的建议是：如果你的团队对业务和英文比较熟悉但是对
RUP不太熟悉，建议你使用Rose，因为它有完整的RUP理论支撑
而且相关性很好；如果你的团队对业务和英文稍逊而且系统分析员能
够良好地理解RUP，那么建议你采用PowerDesigner；当然，如果
你不准备全面采用RUP开发过程，PowerDesigner是最好的；Visio
都是必需的，但是只是作为Rose或者PowerDesigner的补充。
出身
做图
系统框图/树图 UML图 ER图 Gantt图 任
图

ROSE(Rational Suite 2002 VS) 诞生目的就是支持UML建模, 一开始没有对数据库端建模的支持. 对系统的代码框架生成有很好的支持。但对数据库的开发管理和数据库端的迭代不是很好。 不支持 Rose支持全系列的，而且很容易体现迭代、用例驱动等特性，相关性最好，缺点是图形质量差，逻辑检查与控制差，没有Name和Code的区分（PowerDesigner的特性）不太适合中国人，生成文档不好也不适合自定义，也没有设计对象的字典可以快速查找。 业余 不支持 不

PowerDesigner(PowerDesigner 9.5) 对数据库建模而发展起来的一种数据库建模工具. 直到7.0版才开始对面向对象的开发的支持，后来又引入了对UML的支持。支持了能够看到的90%左右的数据库, ，对UML的建模使用到的各种图的支持比较滞后。但是在最近得到加强。对中国的市场不是很看看好，所以对中文的支持总是有这样或那样的问题。 支持一点点不好用 PowerDesigner 9.5全支持，优点就是图形质量好，生成的文档容易自定义，逻辑检查与控制好，有设计对象的字典可以快速查找和快速在图形中定位，缺点就是相互之间的衔接稍微麻烦一点，对UML和RUP不熟练的人用了，体现不出来迭代和用例驱动，熟练的人用了还算比较好解决。 最好的 不支持 用
可

VISIO(VS Visio 2002) 原来仅仅是一种画图工具. 也是到VISIO2000才开始引进软件分析设计功能到代码生成的全部功能，它可以说是目前最能够用图形方式来表达各种商业图形用途的工具（对软件开最好 Visio的图形质量是最好的，但是衔接和相关性也是最差的，逻辑检查和控制勉强能做一点点。 业余 Visio可以做还是用Project做好啦。 Vi
发中的UML支持仅仅
是其中很少的一部
分）用于软件开发过
程的迭代开发则有点
牵强
三种产品各有侧重点，各有优缺点，主要是看你的选择和你的开发方式和环境。
如果你的团队对业务和英文比较熟悉但是对RUP不太熟悉，建议你使用Rose，因为它有完整的RUP理论支撑而且相关
如果你的团队对业务和英文稍逊而且系统分析员能够良好地理解RUP，那么建议你采用PowerDesigner；
如果你不准备全面采用RUP开发过程，PowerDesigner是最好的；Visio都是必需的，但是只是作为Rose或者Power

合集下载

UML建模之用例图关系

UML建模之用例图关系

UML建模之⽤例图关系⼀．UML简介 UML（统⼀建模语⾔，Unified Modeling Language）是⼀种定义良好、易于表达、功能强⼤且普遍适⽤的可视化建模语⾔。

它融⼊了软件⼯程领域的新思想、新⽅法和新技术。

它的作⽤域不限于⽀持⾯向对象的分析与设计，还⽀持从需求分析开始的软件开发的全过程。

在系统分析阶段，我们⼀般⽤UML来画很多图，主要包括⽤例图、状态图、类图、活动图、序列图、协作图、构建图、配置图等等，要画哪些图要根据具体情况⽽定。

其实简单的理解，个⼈理解，UML的作⽤就是⽤很多图从静态和动态⽅⾯来全⾯描述我们将要开发的系统。

⼆、什么是⽤例 ⽤例是对包括变量在内的⼀组动作序列的描述，系统执⾏这些动作，并产⽣传递特定参与者的价值的可观察结果。

这是UML对⽤例的正式定义，可能有点难懂。

我们可以这样去理解，⽤例是参与者想要系统做的事情。

对于⽤例的命名，我们可以给⽤例取⼀个简单、描述性的名称，⼀般为带有动作性的词。

⽤例在画图中⽤椭圆来表⽰，椭圆下⾯附上⽤例的名称。

三、什么是⽤例图 ⽤例图（use case diagram）就是由主⾓、⽤例以及它们之间的关系构成的图。

该图说明了⽤例模型中的关系。

可以将⽤例图组织到⽤例包中，并归⽤例包所有，让特定包中仅显⽰互为关联关系的内容。

⽤例图由参与者（Actor）、⽤例（Use Case）、系统边界、箭头组成，⽤画图的⽅法来完成。

参与者不是特指⼈，是指系统以外的，在使⽤系统或与系统交互中所扮演的⾓⾊。

因此参与者可以是⼈，可以是事物，也可以是时间或其他系统等等。

还有⼀点要注意的是，参与者不是指⼈或事物本⾝，⽽是表⽰⼈或事物当时所扮演的⾓⾊。

⽐如⼩明是图书馆的管理员，他参与图书馆管理系统的交互，这时他既可以作为管理员这个⾓⾊参与管理，也可以作为借书者向图书馆借书，在这⾥⼩明扮演了两个⾓⾊，是两个不同的参与者。

参与者在画图中⽤简笔⼈物画来表⽰，⼈物下⾯附上参与者的名称。

UML实例UML案例(完整建模)(汽车租赁系统)课件

UML实例UML案例(完整建模)(汽车租赁系统)课件

Employee()
Manager manager;Boolean
◆Manager() wewwokinfo)
CommonWorker cammissionRate;int
calculate() checkRequest0
SkillWorker skills;String quaifcations:String
Allow() isHandled()
ok create new customer record
17
客户取车的时序图
theCustomer:Customer theRequestOrder: RequestOrder
show/hotice()
theCommonWorker: CommonWorker
1.* Customer ACarType:Sting licenseNo:String
Customer( grint0
BenuestOrde CarType RentDate Aiow
Aliow( Oder Scheck( WisHandled(
1
ServiceRecord
seMceHistory
3
系统功能需求
满足上述需求的系统主要包括以下模块： ① 基本数据维护模块 ② 基本业务模块 ③ 数据库管理模块 ④ 信息查询模块
4
基本数据维护模块
基本数据维护模块包括的主要功能模块： ① 添加车辆信息 ② 修改车辆信息 ③ 添加员工信息 ④ 修改员工数据
5
基本业务模块
基本业务模块包含的功能： ① 用户填写预定申请 ② 工作人员处理预定请求 ③ 技术人员填写服务记录 ④ 工作人员处理还车
22
客户还车的协作图
使用UML时序图进行多线程系统建模

使用UML时序图进行多线程系统建模

使用UML时序图进行多线程系统建模在软件开发过程中，多线程系统的建模是一项重要且复杂的任务。

为了更好地理解和设计多线程系统，我们可以使用UML（统一建模语言）时序图进行建模。

本文将介绍如何使用UML时序图进行多线程系统建模，并探讨一些相关的注意事项。

一、什么是UML时序图UML时序图是一种用于描述对象之间交互的图形化工具。

它可以展示对象之间的消息传递和时间顺序，是一种非常有用的工具，特别适合用于建模多线程系统。

二、时序图的基本元素在时序图中，我们可以使用以下几种基本元素来描述多线程系统的建模：1. 对象：时序图中的对象代表系统中的实体，可以是线程、类、模块等。

每个对象都有一个唯一的标识符，可以用来表示对象之间的交互。

2. 生命周期：时序图中的生命周期表示对象的创建和销毁过程。

通过生命周期，我们可以清楚地了解对象的创建和销毁时机，从而更好地进行系统设计。

3. 消息：时序图中的消息表示对象之间的交互。

消息可以是同步的，也可以是异步的。

同步消息表示发送消息的对象需要等待接收消息的对象的响应，而异步消息则表示发送消息的对象无需等待响应。

4. 激活：时序图中的激活表示对象正在执行某个操作。

通过激活，我们可以清楚地了解对象的执行顺序和时间。

三、如何使用UML时序图进行多线程系统建模在使用UML时序图进行多线程系统建模时，我们可以按照以下步骤进行：1. 确定系统中的线程：首先，我们需要确定系统中的线程数量和功能。

每个线程都可以表示为一个对象，并在时序图中进行建模。

2. 确定线程之间的交互：在多线程系统中，线程之间的交互非常重要。

我们需要确定线程之间的消息传递和时间顺序，并在时序图中进行建模。

3. 描述线程的生命周期：每个线程都有一个生命周期，包括创建、运行和销毁。

我们可以使用时序图中的生命周期来描述线程的创建和销毁过程。

4. 描述线程的执行顺序：多线程系统中，线程的执行顺序往往影响系统的正确性和性能。

我们可以使用时序图中的激活来描述线程的执行顺序和时间。

UML统一建模语言课程教学大纲

UML统一建模语言课程教学大纲

《UML统一建模语言》课程教学大纲1.课程概况2.教学内容及要求第一章UML与面向对象教学内容(1)UML概述(2)UML组成(3)面向对象教学要求(1)了解UML的发展和组成(2)理解建模的意义(3)掌握UML的四层结构(4)理解UML视图和图的关系(5)掌握UML模型元素内容(6)理解UML通用机制(7)理解面向对象基本概念(8)了解面向对象开发(9)熟悉面向对象开发的优点(10)掌握面向对象开发三层设计教学重点难点建模的意义；UML的四层结构；模型元素；通用机制；视图和图的关系；面向对象相关知识。

第二章用例图教学内容(1)用例的基本概念，参与者，用例，泛化，用例之间的关系(2)如何发现参与者、用例(3)用例描述的格式要求(4)绘制用例图教学要求(1)理解用例的基本概念(2)能够很好的识别参与者与用例(3)掌握用例之间的关系(4)理解泛化在用例图中的使用(5)熟练掌握用例图的绘制(6)熟练掌握用例描述的格式要求教学重点难点用例的基本概念，绘制用例图；用例描述的格式要求；识别参与者与用例。

第三章类图、对象图和包图教学内容(1)面向对象的基本概念(2)类图的基本概念（3）对象图的基本概念（4）包图的基本概念教学要求（1）了解面向对象的基本概念（2）掌握类的设计原则（3）理解类图的基本概念（4）掌握类间的关系（5）了解对象图和包图的概念（6）熟练使用建模工具建模类图教学重点难点类的设计原则；类图的基本概念；类之间关系的模型表示及含义；熟练使用建模工具建模类图。

第四章活动图教学内容（1）活动图的标记符（2）其他标记符（3）使用建模工具为活动图建模教学要求（1）理解活动图的功能（2）掌握活动图基本标记符（3）掌握条件的使用（4）掌握分叉和汇合的使用（5）掌握泳道概念及其标记符的使用（6）理解对象流概念及其标记符（7）熟练掌握使用建模工具为活动图建模教学重点难点活动图的功能；活动图的基本标记符；使用建模工具为活动图建模；分叉和汇合；泳道的概念及其标记符的使用；对象流的概念。