用例实现描述如何在设计模型中按照协作对象实现特定用例。 
其它关系:  部分的 设计模型
角色: 设计员 
可选性/存在性:  取决于是否使用用例。在精化阶段为在体系结构方面重要的用例创建。剩下的在构造阶段处理。
模板和报告:
     
示例:
     
UML 表示: 协作或协作实例集,定型为 <<用例实现>>。 
更多信息:  
活动输入:   活动输出:  

目的 回到页首

用例实现的目的是将系统指定者关心的问题(由用例模型和系统需求表示)与系统设计者关心的问题分开。用例实现在设计模型中提供了一个构造,该构造用于组织与用例相关但属于设计模型的工件。这些相关工件通常由通信图和序列图组成,它们根据协作对象表达了用例的行为。

特征 回到页首

特征名称  

简述  

UML 表示  

事件设计流   对于如何按照协作对象实现用例的文本描述。它的主要目的是总结连接到用例的图(请参阅下文),并解释它们如何相关。可选 - 仅当存在不适合放置在用例自身中的分析或设计所需的附加信息时才创建;这种情况非常少见。   “格式化的文本”类型的标注值。  
交互图   描述如何按照协作对象实现用例的图(顺序图和通信图)。   通过聚集“行为”拥有的参与者。  
类图   描述参与用例实现的类和关系的图。   通过聚集“类型”和“关系”拥有的参与者。  
派生的需求   收集在用例实现上的所有需求(例如非功能需求)的文本描述,在设计模型中未考虑但需要在实施时考虑这些需求。   “简短文本”类型的标注值。  
实现关联   与已实现的用例模型中的用例的定型依赖关系。  依赖关系  

计时 回到页首

在精化阶段为在体系结构方面重要的用例创建用例实现。在构造阶段为剩下的用例创建用例实现。

职责 回到页首

用例设计者负责用例实现的完整性,并确保:

  • 用例实现满足对它所提出的需求;即它正确实现了用例模型中其对应用例的行为,并且只实现了该行为。
  • 事件设计流容易理解并且适合其目的。
  • 描述用例实现的图容易理解并且适合其目的。
  • 派生的需求容易理解并且适合其目的。
  • 与用例模型中的对应用例的跟踪依赖关系正确。
  • 在用例实现中,正确处理了与用例模型中对应用例的关系,例如通信关联以及包含和扩展关系。

用例设计者不负责用例实现中使用的类和关系,它们是对应设计者的职责。

定制 回到页首

用例实现表达了一组模型元素的行为,这些模型元素执行一些或全部的工件:用例。结果,对设计模型中需要表达的每个用例,都应有一个用例实现。类似地,如果不使用用例,则还将省略用例实现。



Rational Unified Process   2003.06.15