Rose建模初步（2）

无双

http://asp3.6to23.com/swdown/program/bookdown.asp?bookid=108&fileclass=engineer
这里看得比较清楚点


用统一过程生命周期阶段


文章中，我们使用了“统一软件开发过程”。（参见《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”，这才是重点。