一个用例定义一组用例实例,其中每个实例都是系统执行的一系列操作,特定参与者可观察到这一系列操作所产生的结果值。
其它关系:  部分的 用例模型
扩展:软件需求
角色: 需求指定者 
可选/发生: 在将要使用用例技术时是必需的。
模板和报告:
     
示例:
     
UML 表示: 用例(一级 UML 元素)
更多信息:  
活动的输入:   活动的输出:  

用途 到页首

用例的主要用途是为实现一个或多个期望的目标而从最终用户的角度出发获取所需的系统行为。

用例是 RUP 中的中心工件, 它们同样针对多种用途而用于多个不同的角色,包括:

  • 客户,描述或至少认同系统行为的描述。
  • 按潜在用户,了解系统的行为。
  • 软件体系结构,确定体系结构方面的重要功能。
  • 分析设计实现系统的人员,了解所需的系统行为并优化系统定义。
  • 设计人员,确定用例的事件流的类。
  • 测试人员,以此为基础来确定所需测试用例的子集。
  • 管理员,计划和评价每次迭代的工作。
  • 文档编写者,从使用顺序(应在诸如系统用户指南之类的文档中有所描述)的角度来了解系统行为。

简短概述 到页首

为用例规范提供的模板包含用例的文本属性。该文档与需求管理工具(如 Rational RequisitePro)相配合,用于指定和标记用例属性内的需求。 

用例主要由文本规范(称为用例规范)组成,该规范包含了一些事件流的描述,这些事件流描述了参与者与系统之间的交互。该规范通常还包含其它信息,如前置条件、后置条件、特殊需求和关键场景。为了显示该用例与其它用例和参与者的关系,用例还可在 UML 直观地表示。 

属性 到页首

属性名 简述 UML 表示
名称 用例的名称。  模型元素上的属性“名称”。 
简述 用例角色和用途的简短描述。  “短文本”类型的标注值。 
事件流 系统所做的与用例相关的操作的文本描述(不是系统如何解决特定问题)。该描述是客户可理解的。  “格式化文本”类型的标注值。 
特殊需求 收集了用例上所有需求(如非功能性需求)的文本描述,在用例模型中不考虑这些需求,但在设计和实施期间则需要考虑。  “短文本”类型的标注值。 
前置条件 用例可启动时定义系统约束的文本描述。  “短文本”类型的标注值。 
后置条件 用例终止时定义系统约束的文本描述。  “短文本”类型的标注值。 
扩展点 用例事件流内的一系列位置,在这些位置上可使用扩展关系插入附加行为。  “短文本”类型的标注值。 
关系 用例所参与的关系,如通信关联、包含关系、泛化关系和扩展关系。  通过聚集“所有”,归封闭包拥有。 
活动图 这些图说明事件流的结构。  在跟踪用例的协作中通过聚集“类型”和“关系”拥有参与者。 
用例图 这些图显示涉及用例的关系。  在跟踪用例的协作中通过聚集“类型”和“关系”拥有参与者。 
其它图 用例的其它图形说明。  未解释类型的标注值。 

计时 到页首

在先启阶段早期确定和尽量简短地概括出用例,以帮助定义系统范围。然后,与系统的分析或体系结构设计相关的用例在精化阶段详细描述。其余的用例在构造阶段详细描述。

职责 到页首

需求指定者 负责用例的完整性,确保:

  • 用例实现其需求(即正确描述与该用例相关的功能,且仅描述该功能)
  • 事件流是可读的,并与用途相符
  • 证实由用例生成的用例关系并保持一致
  • 通信关联中所涉及的用例的角色是明确而直观的
  • 描述用例及其关系的图是可读的,并与其用途相符
  • 特殊需求是可读的,并与其用途相符
  • 前置条件是可读的,并与其用途相符
  • 后置条件是可读的,并与其用途相符

建议负责用例的需求指定者还要负责其封闭用例包。有关更多信息,请参阅指南:用例包

定制 到页首

确定将在多大程度上详细说明用例:

  • 仅描述主要流程吗?
  • 仅描述最重要的用例吗?
  • 完整描述前置条件和后置条件吗?

某些项目随意使用用例查找需求,但以另一种格式记录和维护这些需求。定制用例可能取决于项目大小、经验、工具集、客户关系等。有关与用例定制相关的指导信息,请参阅指南:用例



Rational Unified Process   2003.06.15