工具向导:使用 Rational Software Architect 设计用例
用途
这一部分提供若干链接,指向与此工具向导相关的其它信息。
此工具向导中的步骤与活动中的步骤相匹配。RSA 联机帮助中众多主题的链接以 进行标记。
概述
在此工具向导中执行以下步骤:
其它工具信息
用例实现本身可以组织成各个包,这些包反映您用于在“用例模型”中组织用例本身的各个包。如果您先前在活动:用例分析期间另外创建了一个分析模型,这还应该反映“分析模型”中分析级别用例实现的组织。
- 创建设计级别的用例实现元素:
将 UML 协作添加到模型来表示用例实现。为它指定与用例相同的名称。可以有选择性地为它指定 UML 关键字“Use-Case Realization”。如果您先前创建了分析级别的实现,现在希望它们演进为设计工件,而不是保留为可引用的分析工件,那么只要用分析级别的协作即可。
- 捕获用例实现的派生:
在您创建了用例实现的包中,创建自由格式的图。将用例实现拖到上面。现在将用例本身(从用例模型)拖到图上。建立从用例实现到用例的实现关系。如果您先前已经为此用例创建了分析级别的用例实现,并且希望在定义设计级别的实现后立刻保留它,那么请将分析级别的用例实现(也是 UML 协作)也拖到图上,并且建立从设计级别的用例实现到分析级别的用例实现的 <<refine>> 依赖关系。
此时,可跟踪性语义已建立。
现在如果您要废弃自由格式的图就可以废弃了。从此时起,您将能够使用“主题图”和“可跟踪性分析”功能来检验模型内的派生和改进关系。
有更多信息,请参阅 Model Structure Guidelines for Rational Software Architect。
您应该创建一个或多个序列图,对每个用例实现阐明其参与设计对象之间的交互。您可能已经在活动:用例实现期间创建了这些图的早期版本 - 分析用例实现。这些分析用例实现描述分析类之间的交互。它们必须演进才能描述设计元素之间的交互。
- 浏览到创建了设计级别用例实现的包。请参阅 Model Structure Guidelines for Rational Software Architect。
- 对于用例的每个独立子流(场景),请选择用例实现(即协作)并将序列图添加到其中。这还将使 UML 交互添加到协作。为交互和序列图命名,以与您在“用例模型”中指定给用例流的名称相匹配。请参阅
将图添加到模型。
- 在交互的模型文档中,为序列图所描述的场景输入简短描述。同时将此描述复制并粘贴到序列图本身的模型文档中。请参阅
记录模型元素。
- 将参与者、类、接口、组件和 <<services>> 拖放到图上来创建交互对象。或者根据需要,将设计级别的元素创建为交互中的参与者。请参阅
添加形状。
- 添加对象之间的消息。将这些映射到现有操作,或者根据需要创建新的操作。定义所有新操作的签名。在每个消息的模型文档字段中描述消息。在每个操作的模型文档字段中描述操作。请参阅
序列图和 记录模型元素。
或者,如果您不打算保留单独的“分析模型”,您可能会决定修改现有的序列图来反映设计元素的演进。
有关更多信息,请参阅 序列图。
请参阅前一步骤,以获得使用序列图的指导信息。
理想状况下,持久性机制可使用模式描述。请参阅 RSA 联机帮助中的以下主题:
可以将其它描述添加到序列图进行声明。图中的任何地方都可以添加文本。注释可以添加并连接到图上的形状中。请考虑使用工件:用例实现中 RUP 提供的模板。
请参阅 RSA 联机帮助中的 将注释附加到形状、 记录模型元素和 将外部文件链接到模型元素。
实现用例后,您必须统一已确定的设计类和子系统,以确保“设计模型”中的均一性和一致性。
新设计元素的发现以及从组件和服务的角度重构整个设计(因此有了设计元素的封装结构)的需要是设计级别用例实现流程应产生的结果。应该执行的另一个重构活动是复审交互以确定涉及同一套设计元素的任何重现模式。
只要确定了这样的交互重现模式,就应该创建单独的“通用”交互来捕获该序列。然后,在它出现的每个序列图中,删除通用消息序列并将它替换为一个“交互事件”-“通用”交互的实例。这将使您能够从使用通用序列的每个序列图浏览到定义通用序列的序列图。
请参阅 RSA 联机帮助中的以下主题:
对于发布 HTML 格式的所有模型,这可能很有用。同时请注意,图可以从 RSA 复制到 Microsoft Word 和其它程序。
有关更多信息,请参阅 发布模型以在建模工具外部复审及以下教程:
-
生成标准模型报告
-
生成定制模型报告
-
将模型发布到 Web
教程:
分析:实现用例
分析:创建序列图
应用 XYZ 模式
样本:
有注释的序列图
XYZ 模式
备忘单:
设计用例
|