用例模型是系统预期功能及其环境的模型,并充当客户和开发人员之间的一种约定。用例模型用作处于分析、设计和测试中的活动的基本输入。 
其它关系:  包含
角色: 系统分析人员 
可选/发生: 必需
模板和报告:
     
示例:
     
UML 表示: 模型,构造成 <<用例模型>>
更多信息:  
活动的输入:   活动的输出:  

用途 到页首

以下人员使用用例模型:

  • 客户认同该用例模型。得到该认同后,您就知道该系统是客户所希望的系统。也可以使用该模型在开发期间与客户讨论系统。
  • 潜在用户使用用例模型来更好地了解系统。
  • 软件设计人员使用用例模型来确定体系结构方面的重要功能。
  • 设计者使用用例模型来大致地了解系统。比如,在优化系统时,您需要通过用例模型上的文档来协助优化工作。
  • 管理员使用用例模型来计划和执行用例建模和后续的设计工作。
  • 组织内的项目外部人员、主管人员和指导委员会委员使用用例模型来了解项目执行情况。
  • 人们复审用例模型以定期向开发人员提供适当的反馈。
  • 设计人员以用例模型为基础来开展他们的工作。
  • 测试人员使用用例模型来尽早地计划测试活动(用例和集成测试)。
  • 将负责开发下一版本系统的人员使用用例模型来了解现有版本的系统如何运作。
  • 文档编写者以用例为基础来编写系统的用户指南。

属性 到页首

属性名 简述 UML 表示
简介 文本描述,作为对模型的简短简介。  “短文本”类型的标注值。 
调查描述 文本描述,包含不受用例模型其余部分影响的信息,包括:
· 用户使用用例的典型顺序。
· 未经用例模型处理的功能。 
“格式化文本”类型的标注值。 
用例包 模型中的包,表示层次结构。  通过关联“表示”拥有,或通过聚集“所有”递归拥有。 
用例 模型中的用例,由包所拥有。  通过聚集“所有”递归拥有。 
参与者 模型中的参与者,由包所拥有。  - " - 
关系 模型中的关系,由包所拥有。 - " - 
模型中的图,由包所拥有。  - " - 
用例视图 模型的用例视图,它是一个体系结构视图,显示重要用例和/或场景。  - " - 

计时 到页首

用例模型主要设置系统上的功能需求,并用作分析和体系结构设计的基本输入。可在先启阶段早期用来概括出系统范围,也可在精化阶段使用。在构造阶段,用例模型由更详细的事件流进行优化。用例模型与设计模型始终保持一致。

因为用例模型是功能十分强大的计划工具,所以通常在开发周期的所有阶段都得到使用。

职责 到页首

系统分析人员 负责用例模型的完整性,并确保用例模型在整体上是正确、一致和可读的。但是,用例模型包含的元素在系统模型的体系结构视图(如在用例视图中获取的)中扮演重要角色,同样,设计人员负责保证那些元素的完整性。有关更多信息,请参阅角色:软件设计人员

请注意,用例包、用例、参与者、关系和图的详细信息由相应的需求指定者负责。有关更多信息,请参阅角色:需求指定者

定制 到页首

通过定制来满足项目需要。这可能包括:只包括子工件(属性)的一个子集、定制创建和管理子工件的正式程度,以及定制个别子工件。



Rational Unified Process   2003.06.15