目的

这一部分提供与本工具向导相关的其它信息的链接。


本工具向导中的步骤是与活动中的步骤相匹配的。RSA 联机帮助中众多主题的链接以 进行标记。

概述

本工具向导假设,已根据 Rational Software Architect 模型结构指南创建了设计模型和用例模型。同时假设已遵循工具向导:使用 Rational Software Architect 查找参与者和用例,使用参与者和用例对用例模型进行了填充。

在本工具向导中,在当前迭代中对每个用例执行下列步骤:

以下步骤对每个迭代执行一次:

附加工具信息

创建用例实现回到页首

对于每个要分析的用例:

  1. 浏览到要创建用例实现的包。请参阅 Rational Software Architect 模型结构指南
  2. 对该包添加 UML 协作来代表用例实现。将其命名为您正在实现的用例名称。可以选择将 UML 关键字“用例实现”分配给它。
  3. 在您创建用例实现的包中,创建一个自由格式图。将用例实现拖到其中。现在(从用例模型中)将用例本身拖动到图中。建立从用例实现到用例的实现关系。此时,可跟踪性语义已建立。现在如果您希望,您可以丢弃自由格式图。从这一步以后,您将能够使用“主题图”和“可跟踪性分析”特性来查看您模型内部的派生和改进关系。

关于更多信息,请参阅 RSA 联机帮助中的 协作主题。

补充用例描述 回到页首

如果用例描述需要用附加的内部行为描述来补充,可以通过添加到按照工具向导:使用 Rational Software Architect 详细描述用例中概述的步骤创建的现有用例描述中来实现。如果系统的内部行为与系统的外部行为几乎没有相似之处,则完全独立的描述可能是很合理的。在这种情况下,对协作附加一个独立的用例规范文档(关于模板,请参阅工件:用例),或者如果不想使用外部(链接的)文档且描述可以是简洁的,则在协作的模型文档中记录它。 请参阅将外部文件链接到模型元素

从用例行为中查找分析类 回到页首

  1. 浏览到包含分析类的包。请参阅 Rational Software Architect 模型结构指南
  2. 创建一个或多个类图来包含分析类。请参阅向模型元素添加类图
  3. 添加分析类。请参阅向模型元素添加类图
  4. 适当分配分析类构造型。请参阅应用构造型
  5. 向每个类添加简短的描述。请参阅记录模型元素
  6. 可以选择将文档和每个类关联。请参阅将外部文件链接到模型元素

关于更多信息,请参阅 RSA 联机帮助中的使用类图对静态结构建模主题。

将行为分发给分析类 回到页首

  1. 浏览到创建了分析级别用例实现(UML 协作)的包。
  2. 对于用例的每个指定的子流程(场景),选择用例实现(即,协作)并向其添加序列图。这也将导致 UML 交互被添加到协作中。对交互和序列图命名,使其名称和您分配给用例模型中用例流程的名称匹配。
  3. 在交互的模型文档中,输入序列图说明的场景的简短描述。同时将此描述复制和粘贴到序列图本身的模型文档中。请参阅记录模型元素
  4. 将参与者(从用例模型)和分析类拖放到图中,以创建交互的对象。或者按照需要,在交互中创建新的分析类作为参与者。请参阅序列图
  5. 添加对象之间的消息。从语义上说,这些消息是操作的实例规范,因此您要将它们映射到现有操作或按照需要创建新的操作。请参阅序列图
  6. 在模型文档字段中描述每个消息(交互的元素)。请参阅记录模型元素
  7. 要描述对象在接收到消息时如何表现,请将操作分配给消息。(如果操作不存在,则如下面描述职责中所描述,向类添加一个操作,然后将操作分配给消息。)在模型文档字段中描述每个操作(分析类的元素)。
  8. 定义所有新建操作的特征符。

关于更多信息,请参阅 RSA 联机帮助中的下列主题:

  • 使用类图对静态结构建模
  • 序列图

描述职责 回到页首

  1. 通过添加操作来描述类的职责。请参阅管理分类器中的属性和操作
  2. 向每个操作添加描述。请参阅记录模型元素

描述属性和关联 回到页首

使用下面的步骤描述属性和关联。

定义属性 回到页首

每个属性的模型文档字段应该描述属性中要存储哪些信息。当信息的实质可以通过为属性提供精确的描述性名称而变得显而易见时,这是可选的。指定每个属性的多重性。

请参阅 RSA 联机帮助中的向图中的分类器添加属性主题。

建立分析类之间的关联 回到页首

  1. 浏览到每个用例实现,并添加类图以显示用例实现中的参与者;可选地,您可以将它命名为“参与者”。请参阅向模型元素添加类图
  2. 用参与实现的所有类填充该图。通过检查您先前创建的序列图中的生命线,发现这些是什么类。
  3. 将类放在图中,显示它们之间的所有现有关联 - 请参阅关系
  4. 适当地添加类之间新的关联关系。对用例实现的序列图的检查将揭示哪些类互相对话,以及哪些类型在它们之间作为消息参数传递。此信息将建议哪些关联应该存在,在某些情况下建议其它(新的或现有的)类应该被添加到“参与者”图中。
  5. 指定每个关联关系端的多重性。请参阅指定关联关系端的多重性
  6. 指定每个关联关系端的可导航性。当多重性大于 1,并且您预期一个专门类型的容器类将被用来容纳源类实例的集合,请在属性模型文档字段或“参与者”图上的注释中做记录。请参阅指定关联关系端的可导航性

描述分析类之间的事件依赖关系回到页首

命名或定型关联以指示事件依赖关系。请参阅关系应用构造型

协调用例实现 回到页首

检查分析类及其关联。确定并解决不一致情况,并除去任何重复。

限定分析机制 回到页首

类使用的分析机制及其关联的特征不需要用正式的方式记录。在图上附加注释或者扩展类的描述(请参阅记录模型元素向形状添加注释)就足以传达信息了。

建立可跟踪性 回到页首

如项目指南所指定的,添加分析/设计模型元素和其它模型之间的可跟踪性依赖关系。例如,可能有您希望对其跟踪分析类的独立业务模型、概念数据模型或用户界面屏幕模型。要完成此操作:

  1. 创建可跟踪性图。请参阅向模型添加图
  2. 将要跟踪的元素拖放到图中。请参阅添加形状
  3. 添加可跟踪性依赖关系(抽象依赖关系,可以选择定型为 <<trace>>)。请参阅添加抽象关系
  4. 生成可跟踪性报告:与实施之间具有跟踪关系(包括隐式关系)的模型元素显示在“模型报告”视图中。请参阅查看可跟踪性关系

复审结果回到页首

将所有模型发布为 html 格式可能会有帮助。同时请注意,图可以从 RSA 复制到 Microsoft Word 和其它程序。

关于更多信息,请参阅发布模型以供在建模工具以外进行复审和下列教程:

  • 生成标准模型报告
  • 生成定制模型报告
  • 向 Web 发布模型

附加工具信息 回到页首

教程:

  • 需求:创建用例图
  • 分析:创建分析模型
  • 分析:实现用例
  • 分析:创建序列图

样本:

  • 加注的用例图
  • 加注的序列图

备忘单:

  • 执行用例分析

Rational Unified Process   2003.06.15