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