用例模型		 用例模型是系统既定功能及系统环境的模型，并作为客户和开发人员之间的契约。用例模型用作分析、设计和测试活动的基本输入。
UML 表示： 模型，构造型为 «use-case model»。
角色： 系统分析员
示例报告： 用例模型调查
示例：
详细信息：

活动的输入： 活动的输出：

目的 返回页首

下列人员使用用例模型：

  • 客户认可用例模型。在获得了认可之后，您就可以确认系统正是客户所预期的。您也可以在开发过程中使用模型与客户就系统展开讨论。
  • 潜在用户使用用例模型来更好地理解系统。
  • 构架设计师使用用例模型来确定关键构架功能。
  • 设计员使用用例模型来获取有关系统的概述。举例而言，您在改进系统时需要有关用例模型的文档来辅助改进工作。
  • 经理使用用例模型来计划并跟踪用例建模以及后续设计。
  • 组织内的非项目人员、经理和指导委员会使用用例模型了解已做的工作。
  • 有关人员复审用例模型，定期为开发人员提供适当反馈。
  • 设计员将用例模型作为其工作的基础。
  • 测试员使用用例模型尽可能早地制定测试计划活动（用例测试和集成测试）。
  • 开发系统下一个版本的人员使用用例模型来了解现有版本是如何工作的。
  • 文档编写员将用例作为编写系统用户指南的基础。

特征 返回页首

特征名

简要说明

UML 表示
简介 简要介绍模型的文本说明。 标注值，“短文本”类型。
调查说明 文本说明，包含其余用例模型没有反映的信息，其中包括：
• 用户使用用例的典型序列。
• 不由用例模型处理的功能。		 标注值，“格式文本”类型。
用例包 模型中的包，代表一个分层结构。 通过关联关系“represents”拥有，或通过聚合关系“owns”递归拥有。
用例 模型中的用例，由包拥有。 通过聚合关系“owns”递归拥有。
主角 模型中的主角，由包拥有。 - " -
关系 模型中的关系，由包拥有。 - " -
图 模型中的图，由包拥有。 - " -
用例视图 模型的用例视图，是显示重要用例和/或场景的构架性视图。 - " -

时机 返回页首

用例模型主要设置有关系统的功能性需求，并用作分析和构架设计的核心输入。在先启阶段的早期和精化阶段都可以使用用例模型来概括系统规模。在构建阶段，用例模型通过更为详细的事件流得以改进。用例模型始终与设计模型保持一致。

因为用例模型是一个非常强大的计划工具，所以它广泛用于开发周期的所有阶段。

职责 返回页首

系统分析员负责用例模型的完整性，并确保用例模型在整体上正确、一致和简明易懂。当用例模型描述且仅仅描述了系统的功能时，用例模型就是正确的。

请注意用例包、用例、主角、关系和图的详细说明是相应用例阐释者的职责。有关详细信息，请参见角色：用例阐释者。
用例视图属于构架设计师的职责范围。有关详细信息，请参见角色：构架设计师。

© 1987 - 2001 Rational Software Corporation。版权所有。

分栏显示 Rational Unified Process

Rational Unified Process