ITPub博客

首页 > Linux操作系统 > Linux操作系统 > Rose建模初步

Rose建模初步

原创 Linux操作系统 作者:ITPUB_PMSpace 时间:2008-01-15 20:28:39 0 删除 编辑

建模对每一位软件开发人员都不陌生。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-

选择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”,这才是重点。

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/12639375/viewspace-145614/,如需转载,请注明出处,否则将追究法律责任。

上一篇: UML建模工具比较
下一篇: 建模工具Rose一览
请登录后发表评论 登录
全部评论

注册时间:2008-01-04

  • 博文量
    188
  • 访问量
    371845