Rational Rose建模初步

建模对每一位软件开发人员都不陌生。Rational ROSE建模工具的出现，使程序员从手工建模的工作中解脱出来，并使大型开发项目的分析，建模、设计更加规范化。我们曾经通过《ROSE 技术白皮书》对Rose的可视化建模有了了解，从今天开始，我们将循序渐进地指导您如何应用Roe工具完成建模。同时，我们还将提供一个使用Rational Rose UML CASE 工具创建完整的UML模型的范例。对那些想高效地使用和评估Rational Rose工具（而不是其他UML CASE 工具）的新用户，我们建议做下面的工作：

首先：创建使用Rational Rose CASE 工具（www.rational.com）的图表和报告，如下所示。

第二：使用Rational Rose——UML CASE 工具在你的问题领域创建一个类似的实例，如一个订单系统、产品系统，客户系统，等等。

第三（如果需要），使用其他 UML CASE 工具创建这些实例，以充分比较不同工具的性能。

我们的目标是创建一个系统的正确、可靠、可理解、可扩展、可复用、完整的UML模型。该模型应该混合了可复用的类、组件和模式。这里提供一个经简化的银行存款模型。

 

从Rational Rose开始

启动 Rose

选择菜单File-New，选择File-SaveAs，将文件另存为BusinessModel.然后选择File-New-SaveAs，另存为Requirements-AnalysisModel；

注意，当Requirements-Analysis（需求分析）完成后要另存为Design-ImplementationModel（设计－实现模型）；

选择View（视图）选中Status Bar,Browser, Documentation, As Unified；

选择Tools-Options-Diagram 选中Stereotype Display（构造型显示）标签并选中Show/Display 的所有项目（Three-Tier Diagram除外）；

可以在文档窗口（Documentation Window）为每个浏览器元素（Browser element）键入"文档信息"；

可以在图上增加文本框（text boxes）"ABC"(译注：ABC 是文本框符号的标志)；

可以在图上增加注释；也可以通过"File-Delete"（译注：似乎应是Edit-Delete）从模型中删除不正确的元素。Check Model后，选择Window-Log查看日志文件；

可以选择Report-Documentation Report；

选择Help,查看Rational Rose Help Topics（帮助主题）。

创建Rose 用例图：在浏览器窗口，选择Use Case View（用例视图），将"Main"重命名为"Use Case Diagram"，在Use Case View双击可以显示用例图，在图上放置参与者（ACTOR）和用例，选择一种关系连接各元素。

 

 

参与者 用例

创建Rose 类图

在浏览器窗口选择Logical View（逻辑视图），将“Main”重命名为“class diagram”；在Class Diagram上双击以显示类图；

在图上放置"类"；选择一个"类"然后按鼠标右键，选择New Attribute键入属性；

选择"类"然后按鼠标右键，再选择："New Operation"键入操作；

从工具条中选择"泛化"（Generalization）关系箭头，从子类到超类拖曳，放置一个泛化关系；

从工具条中选择实现（Realize）箭头，由实现类向接口拖曳，放置一个实现关系；

从工具条中选择关联（Association）箭头从较大/上级类向较小/从属类拖曳，放置一个关联关系；

在离较小/从属类最近的关联线上单击鼠标右键，键入角色名及角色多重性；

从工具条中选择菱形的聚合符号，然后从较大/整体类向较小/部分类拖曳，放置一个聚合/组成关系；

在到部分类最近的关联线上单击鼠标右键，键入角色名称及角色多重性；

从工具条中选择依赖箭头，从源/客户类（source/client class）向目标/供应端（destination/supplier class）拖曳，放置一个依赖（dependency）关系；选择Tools-Check Model；

选择Report - Show Usage/Show Instances/Show Access Violations；

选择 File - Save。

 

创建Rose 顺序图

在浏览器窗口选择Logical View；

选择Browse-Interaction Diagram-Logical View-<View>；

选择Sequence Diagram；

键入图名；

在图上放置对象（object）以表示类的对象；

双击对象并且选择从下拉列表中选择类名；

选择Rose 对象消息（Object Message）符并在两个对象间拖曳；

双击消息，选择操作。

选择Tools - Check Model；

选择Report - Show Unresolved Objects/Show Unresolved Messages；

选择 File - Save。

 

-------------------

文章中，我们使用了“统一软件开发过程”。（参见《The Unified Software Development Process》（Ivar Jacobson,Grady Booch, James Rumbaugh 著）、《The Rational Unified Process An Introduction Second Edition》（Krutchen著））。统一过程生命周期阶段图示如下：

 

系统/子系统/组件	包/类/对象
Ⅰ－需求→→	Ⅱ－分析
需求描述/产品性能	类图
所有用例的用例图	包图
每个用例场景（scenario）的顺序图	顺序图和/或写作图
每个用例所有场景的活动图	活动图和状态图
Ⅳ－实现	←←Ⅲ－设计
过程环境硬件&软件 组件图&部署图	过程环境硬件（HW）&软件（SW） 更新的类/包/顺序/协作/活动/状态图

 

 

---Ⅴ&Ⅵ 构建/测试

下表中总结了在统一过程中不同的模型：

 

	业务模型	需求模型	分析模型	设计模型	实现模型;	测试模型
关键UML元素	业务过程（用例），业务域对象	系统，参与者，用例，交互	业务包，类，对象，消息	硬件&软件配置，包，类，对象，消息	组件，节点，编码	测试计划和测试实例
主要关注点	模型业务	黑盒模型系统	问题领域模型的业务元素（不含实现细节）	更新特定实现的分析图/规约，例如硬件&软件配置	分布式环境模型物理元素；对应所有需求的编码	单元（类/操作）测试，集成，整个系统测试
目标：元素间弱耦合－强内聚	充分的业务/企业信息	所有用例/场景的充分信息，所有计划过的增量/迭代。	满足需要的最简业务/问题领域模型	生成最大量代码或手动编码需要的足够的信息	界面友好、最适当的组件架构－网络；满足所有需求的代码	编码可满足所有需求的充分测试
静态/结构性图	业务领域对象	显示参与者的块图和用例图	包/类图	包/类图	组件和部署图；逆向类图	－
动态的/基于时间的图	业务过程（用例）	每个用例场景的用例图、顺序图，每个用例的活动图	每个用例场景的顺序图，基于状态的类的状态图，复杂操作的活动图	每个用例场景的顺序图，基于状态的类的状态图，复杂操作的活动图	可选地，显示分布式信息的更新顺序图	－
关键团队成员	业务分析员	业务分析员	业务分析员	开发人员	架构师，开发人员	开发人员/测试人员
模型签认	项目经理，架构师，客户	项目经理，架构师，客户	项目经理，架构师，客户	项目经理，架构师	项目经理，架构师	项目经理，架构师，客户（验收）

建议的任务/练习：基于统一过程创建一个UML模型。

0 ——业务建模－企业级

评审业务模型：前景文档，组织结构图，业务事件和过程（用例），业务参与者，工作人员（worker），实体（域模型），业务规则目录,业务接口（操作集），业务模式，业务系统体系结构－组件图，术语表。参见《The Rational Unified Process An Introduction Second Edition》（Krutchen著）及《Business Modeling with UML》（Eriksson 和Penker 著）。

Ⅰ－需求－系统/子系统/组件级（与语言无关的）

1.需求－对需求描述、系统图（System Drawing）,系统块图(客户提供)进行评审。创建系统协作图[环境图(Context Diagram)]以说明对象/数据的输入输出、设定系统的边界（可选）。创建需求可追踪性表，列出需求名、需求号、引用、用例、UML元素、测试实例、描述、职责，等等（可选）。评审管理计划、时间表、风险、命名/编码标准、方法设计－UML 过程/构造型/特征/约束（可选）。

2.所有用例－创建用例图说明所有用例。说明用例关系（包含，扩展、泛化）和/或分级用例（从高级到细节）（可选）。确定用例的增量和迭代。

3.每个用例－为每个用例创建用例规约描述：用例名、触发、输入、输出、前置条件/异常、后置条件/异常，基本的和替代性可选场景【从乐观到悲观】、业务规则。为每个用例场景创建顺序图（可选）。为每个用例创建输入/输出表和测试实例（可选）。

4.每个用例所有的场景－为每个用例创建活动图说明所有的用例场景（乐观到悲观）。用文本、流程图或其他图说明每个用例的场景/路径（可选）。

5.信息--创建产品性能（Product Capabilities）列出非功能性的需求：可用性（可靠性、性能、安全、人员因素），一般性（generality）、可移动性、兼容性，时间，空间，存储等等。创建一个语义数据模型（高级类/包图）（可选）。

Ⅱ－分析－类和对象级（与语言无关的）

6.类和包－创建候选类清单,CRC 卡,类图和包图。创建对象图显示属性值（可选）。

7.对象和消息－为每个用例－乐观场景创建顺序图。为所有其他用例场景创建顺序图（可选）。或者，为每个用例创建协作图。

8.状态和转移－为每个基于状态的类创建状态图，说明状态、事件、条件、动作。

9.操作－为每个复杂的操作创建一个操作规约，说明前置条件、转换，后置条件，以及异常。为每个复杂操作创建活动图，说明活动的顺序、状态、条件和动作（可选）。

III -设计-类和对象级（特定的过程环境下的）

10.过程环境－创建由已计划的"实现硬件和软件配置清单"组成的goig过程环境：操作系统，语言，类库，组件，GUI,分布--对象请求代理，永久数据存储，等等。可列出潜在的模式，组件标准（(Active X, Java Bean, CORBA)，命名约定，编码标准，代码生成脚本，工具（CASE, 编译器，配置管理，测试等等）（可选）。

11.更新的分析图及规约－更新所有图表和说明，为过程环境增加细节，包括数据类型，参数/返回值，支持类，操作细节（前置条件/异常）转换，后置条件/异常），等等。提供了实现模式，例如多态操作，异常（异常的超类/子类），线程，数据访问，事务，安全，消息队列等等。目标是：图和规约为手工编码或代码生成提供正确的信息（可选）。

Ⅳ 实现－系统/子系统/组件级（特定过程环境下的）

12.实施过程环境，组件标准和组件模式－更新过程环境，显示已提供的组件（GUI，数据访问，事务，分布，消息队列，安全等）、组件标准（ActiveX, Enterprise Java Bean,CORBA）、组件到组件模式，例如小的单个操作组件、基于组件的类、每一用户－实体组件，基于组件的包，大的多包组件。

13.实施组件－创建组件图显示所有需要的带有依赖关系的组件和文件，例如.EXE, DLL, .OCX, .LIB, .TXT, .HLP等等。显示接口（棒棒糖）、创建接口图显示公有操作（exposed operation）（可选）。显示IDL 代码（Interface Definition Language,接口定义语言）例如 CORBA IDL, Microsoft IDL, Java（可选）。

14.实施节点（处理器和设备）- 创建部署图，显示所有需要的处理器、设备和其他器材，例如客户网络计算机（NC），Windows PC, NT Server，事务服务器，WEB 服务器，邮件服务器，传真,打印机，网络等。

V -构建

15.编码标准和代码生成脚本－更新编码标准和代码生成脚本.编码标准为所有主要UML元素编码列出了样本代码、关系以及继承策略、接口、异常、线程等。

16.每个组件的编码、图表逆向工程

VI - 测试

17.测试计划－更新测试计划，列出测试实例（名称，输入，输出，条件），测试步骤（每一个测试用例的每一步用法），测试组件【驱动器（driver），测试装置（harnesses），脚本】

18.测试－引导测试(conduct tests),例如类/操作测试（单元测试），个体组件测试（基于用例的），全范围系统-多组件测试（基于用例的集成/验收测试）。

VII - 模型和构建其他需要的组件

19.图形用户接口/用户/外部接口组件－可选的－创建GUI 组件（窗口，菜单，对话框，面板）

20.永久存储组件的－可选的－数据存储表/存储过程/触发器。

 

小结

当我们开始一项工作时，并不知道接下来会发生什么。我们关心的只是如何能出色地完成这项工作。现在，我们已经安装了Rational Rose，并从头开始创建了类图，下面的工作将是“使用Rational CASE”，这才是重点。

『引自 UMLCHINA』