工作产品:用例
该工件定义一组用例实例,其中每个实例都是系统执行的一系列操作,这些操作生成特定参与者可观察到的结果值。
用途

用例的主要用途是为实现一个或多个期望的目标而从最终用户的角度出发获取所需的系统行为。 多个不同的角色可以为了多种目的而使用用例,包括:

  • 客户,用它来描述系统的行为或至少是认可对系统行为的描述。
  • 潜在用户,用它来了解系统的行为。
  • 软件架构设计师,用它来确定体系结构方面的重要功能。
  • 分析设计实施系统的人员,用它来了解需要的系统行为并优化系统定义。
  • 设计人员,用它来确定用例事件流中的类。
  • 测试员,以它为基础来确定一部分需要的测试用例。
  • 管理员,用它来规划并评估每次迭代的工作。
  • 文档编写者,用它从使用顺序的角度了解系统行为,该使用顺序应该在文档(例如系统用户指南)中有所描述。
关系
角色负责人: 修改者:
输入至必需: 可选:
外部:
输出自
描述
简述

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

属性
可选
已计划Yes
图示
定制
说明选项

以 UML 表示:用例(一级 UML 元素)

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

用例规范可具有以下属性

  • 名称:用例的名称。
  • 简述:对角色和用例用途的简要描述。 
  • 事件流:系统对用例所采取的操作(而不是系统解决具体问题的方法)的文本描述。该描述是客户可理解的。 
  • 特殊需求:收集了用例上所有需求(例如非功能性需求)的文本描述,在用例模型中不考虑这些需求,但在设计或实施期间则需要考虑。  
  • 前置条件:用例可以启动时,定义系统约束的文本描述。    
  • 后置条件:用例终止时,定义系统约束的文本描述。   
  • 扩展点:用例事件流中的一系列位置,在这些位置上可使用扩展关系插入附加行为。    
  • 关系:用例所参与的关系,例如通信关联、包含关系、泛化关系和扩展关系。     
  • 活动图:这些图说明事件流的结构。    
  • 用例图:这些图显示涉及用例的关系。     
  • 其他图:用例的其他图形说明。   

确定说明用例的详细程度是十分重要的:

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

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

更多信息