工件:
|
![]() | 一个用例定义一组用例实例,其中每个实例都是系统执行的一系列操作,特定参与者可观察到这一系列操作所产生的结果值。 |
---|---|
其它关系: |
部分的 用例模型
扩展:软件需求 |
角色: | 需求指定者 |
可选/发生: | 在将要使用用例技术时是必需的。 |
模板和报告: |
|
示例: |
|
UML 表示: | 用例(一级 UML 元素) |
更多信息: |
活动的输入: | 活动的输出: |
用例的主要用途是为实现一个或多个期望的目标而从最终用户的角度出发获取所需的系统行为。
用例是 RUP 中的中心工件, 它们同样针对多种用途而用于多个不同的角色,包括:
为用例规范提供的模板包含用例的文本属性。该文档与需求管理工具(如 Rational RequisitePro)相配合,用于指定和标记用例属性内的需求。
用例主要由文本规范(称为用例规范)组成,该规范包含了一些事件流的描述,这些事件流描述了参与者与系统之间的交互。该规范通常还包含其它信息,如前置条件、后置条件、特殊需求和关键场景。为了显示该用例与其它用例和参与者的关系,用例还可在 UML 直观地表示。
属性名 | 简述 | UML 表示 |
---|---|---|
名称 | 用例的名称。 | 模型元素上的属性“名称”。 |
简述 | 用例角色和用途的简短描述。 | “短文本”类型的标注值。 |
事件流 | 系统所做的与用例相关的操作的文本描述(不是系统如何解决特定问题)。该描述是客户可理解的。 | “格式化文本”类型的标注值。 |
特殊需求 | 收集了用例上所有需求(如非功能性需求)的文本描述,在用例模型中不考虑这些需求,但在设计和实施期间则需要考虑。 | “短文本”类型的标注值。 |
前置条件 | 用例可启动时定义系统约束的文本描述。 | “短文本”类型的标注值。 |
后置条件 | 用例终止时定义系统约束的文本描述。 | “短文本”类型的标注值。 |
扩展点 | 用例事件流内的一系列位置,在这些位置上可使用扩展关系插入附加行为。 | “短文本”类型的标注值。 |
关系 | 用例所参与的关系,如通信关联、包含关系、泛化关系和扩展关系。 | 通过聚集“所有”,归封闭包拥有。 |
活动图 | 这些图说明事件流的结构。 | 在跟踪用例的协作中通过聚集“类型”和“关系”拥有参与者。 |
用例图 | 这些图显示涉及用例的关系。 | 在跟踪用例的协作中通过聚集“类型”和“关系”拥有参与者。 |
其它图 | 用例的其它图形说明。 | 未解释类型的标注值。 |
在先启阶段早期确定和尽量简短地概括出用例,以帮助定义系统范围。然后,与系统的分析或体系结构设计相关的用例在精化阶段详细描述。其余的用例在构造阶段详细描述。
需求指定者 负责用例的完整性,确保:
建议负责用例的需求指定者还要负责其封闭用例包。有关更多信息,请参阅指南:用例包。
确定将在多大程度上详细说明用例:
某些项目随意使用用例查找需求,但以另一种格式记录和维护这些需求。定制用例可能取决于项目大小、经验、工具集、客户关系等。有关与用例定制相关的指导信息,请参阅指南:用例。
Rational Unified Process
|