学习笔记 UML与Rational Rose的关系

开发 架构
UML有很多值得学习的地方,UML与Rational Rose之间有什么联系你是否熟悉,这里就向大家简单介绍一下UML与Rational Rose方面的知识,希望本文的介绍对你有用。

本节和大家一起讨论一下UML与Rational Rose的关系,主要包括UML提供的框图、Rose提供的视图,及框图和视图的对应关系;BusiessUseCase框图两部分内容,希望通过本节的学习你对UML与Rational Rose的关系有明确的认识。

UML与Rational Rose学习笔记

为了配合设计模式的学习,将UM与设计模式有效容入到软件开发中,于是决定学习RatioaRose这个可视化的建模工具.下面是学习笔记。

一、UML提供的框图、Rose提供的视图,及框图和视图的对应关系

UML与Rational Rose中利用UML可以开发几种不同的可视框图,表示系统的不同方面:

BusiessUseCase框图:表示整个机构提供的功能,用来回答:公司干什么?为什么要建立这个系统(它是整个系统的一个运行情景),这个图从机构的角度来绘制。

UseCase框图:显示使用案例与角色间的交互,使用案例表示从用户角度对系统的要求,因此表示系统的功能;角色是系统的主体,表示提供或接收系统信息的人或系统。

Activity框图:演示了系统中的功能流,可以在BusiessUseCase显示业务的工作流,也可以在UseCase中的细化中显示一个使用案例的事件流。Activity框图可以分为多个swimae,每个swimae表示工作流中的不同角色,每个swimae中的活动就是这个角色的责任。

Sequece框图:显示使用案例中的功能流程。对象和角色都在框图顶部。每个箭头表示角色与对象或对象与对象之间为完成所需功能而传递的消息。

Coaboratio框图:Sequece框图演示的是对象与角色随时间变化的交互,而Coaboratio框图则不参照时间而显示对象和角色的交互。Coaboratio框图可以显示对象处理过程的分布,如果Coaboratio框图是星型的,几个对象与一个中央对象通信,则设计人员认为系统对中央对象依赖太强,则可能重新设计中央对象,以更均匀地分配处理工作。这种交互很难在Sequece框图中看到。

Cass框图:显示系统中类与类之间的关系

Statechart框图:Cass框图提供了类及其关系的静态图形,而Statechart框图可以建模系统的动态功能。

Compoet框图:显示软件组件及其相互关系(逻辑关系)

Depoymet框图:显示网络的物理布局和各种组件的位置

 

UML与Rational Rose中Rose模型有四个视图:UseCase视图,ogica视图,Compoet视图和Depoymet视图,针对系统中不同使用人员(高层,低层)

◆UseCase视图:系统中的所有角色,使用案例和UseCase框图,还可能包括一些Sequece框图和Coaboratio框图。UseCase视图是系统中与系统实现无关的视图。

Activity框图:显示业务用例(BusiessUseCase框图中)中的工作流。

UseCase框图:角色和使用案例和它们之间的交互

Iteractio框图(它有两种实现形式:Sequece框图和Coaboratio框图):显示一个使用案例流程涉及的对象或类。每个使用案例可能有多个Iteractio框图。Iteractio框图可以在UseCase视图(独立与实现)或ogica视图(与语言相关)中创建。

包:角色、使用案例或其它模型元素组,将类似的元素组合在一起,

注意:使用案例、UseCase框图来确定系统的高层视图。

◆Logical视图:关注如何实现使用案例中提出的功能。

Cass框图:构件类

Iteractio框图:用于显示参与使用案例事件流程的类(分析类)

包:一组相关类或者其它模型元素。有助于组织开发。

Statechart框图:对象的动态行为

◆Compoent视图:模型代码库

Compoent框图:组件及相互关系

包:相关组件的组,包装组件的关系的目的是:重复使用(没有关联关系的组件包可以重复使用)

◆Depolyment视图:关注系统的实际部署,可能与系统的逻辑结构不同

二、BusinessUseCase框图

我们来看一下UML与Rational Rose中的BusinessUseCase框图。业务模型关注系统针对的业务。业务模型研究机构,在建立业务模型的过程中,要检查机构的结构及公司中的角色和它们之间的相互关系。

为何建立业务模型:

了解机构风貌

业务过程重构

培训

软件方案的情景

基本概念:

业务角色(BusiessActor):机构外部与机构交互的一切,业务角色不一定是人,也可以是与机构交互的其他公司

业务工人(BusiessWorker):机构中的角色,需要考虑业务工人的下列问题:1、工人的责任是什么;2、与哪些其他工人交互;3、参与什么工作流;4、工人在每个工作流中的责任是什么;5、工人要有什么技巧才能完成这些责任

业务用例(BusiessUseCase):机构中的一组相关工作流,它告诉人们这个机构做什么。(要识别业务用例,可以从机构的概貌与任务开始)

交互:业务角色与业务工人到业务用例的箭头表示这个业务角色与业务工人启动业务用例;业务用例到业务角色的箭头表示机构启动与业务角色的通信

关系:1、关联关系2、一般关系

以上都是BusiessUseCase框图的元素,它显示了机构内部和外部情况的高级视图,但不提供任何业务用例的工作流。可以创建Activity框图显示业务用例包含的具体工作流。

【编辑推荐】

  1. UML面向对象分析与设计解析
  2. UML中各种UML图形的建立步骤简明介绍
  3. UML图中用例图和活动图简介
  4. 教你绘制整洁的UML图
  5. UML用户指南--UML图简介


 

责任编辑:佚名 来源: csdn.net
相关推荐

2010-06-28 10:11:11

UML建模工具-Rat

2010-06-28 13:57:48

UML建模工具Visi

2010-07-12 10:43:41

UML交互图

2010-06-10 13:55:13

UML Rose

2010-06-29 14:03:46

UML组成

2010-06-28 09:07:32

UML建模工具Rose

2010-07-12 14:32:29

UML对象关系

2010-01-13 10:52:46

Rational Ro

2010-06-28 12:45:47

UML建模工具EA

2010-06-28 09:44:48

UML建模工具Rose

2010-06-09 17:23:57

Rose UML建模工

2010-07-07 14:09:05

UML用例图

2010-07-12 15:43:35

UML建模工具

2010-07-06 10:56:32

UML图详解

2010-07-08 12:56:40

2009-07-20 13:27:01

UML对象关系

2010-06-28 09:53:43

UML建模工具Rose

2010-06-08 14:32:33

UML建模工具

2009-11-09 11:04:51

ibmdwRational

2010-06-07 18:04:07

UML
点赞
收藏

51CTO技术栈公众号