工件:
|
![]() | 用例模型是系统预期功能及其环境的模型,并充当客户和开发人员之间的一种约定。用例模型用作处于分析、设计和测试中的活动的基本输入。 |
---|---|
其它关系: |
包含
|
角色: | 系统分析人员 |
可选/发生: | 必需 |
模板和报告: |
|
示例: | |
UML 表示: | 模型,构造成 <<用例模型>> |
更多信息: |
活动的输入: | 活动的输出: |
以下人员使用用例模型:
属性名 | 简述 | UML 表示 |
---|---|---|
简介 | 文本描述,作为对模型的简短简介。 | “短文本”类型的标注值。 |
调查描述 | 文本描述,包含不受用例模型其余部分影响的信息,包括: · 用户使用用例的典型顺序。 · 未经用例模型处理的功能。 |
“格式化文本”类型的标注值。 |
用例包 | 模型中的包,表示层次结构。 | 通过关联“表示”拥有,或通过聚集“所有”递归拥有。 |
用例 | 模型中的用例,由包所拥有。 | 通过聚集“所有”递归拥有。 |
参与者 | 模型中的参与者,由包所拥有。 | - " - |
关系 | 模型中的关系,由包所拥有。 | - " - |
图 | 模型中的图,由包所拥有。 | - " - |
用例视图 | 模型的用例视图,它是一个体系结构视图,显示重要用例和/或场景。 | - " - |
用例模型主要设置系统上的功能需求,并用作分析和体系结构设计的基本输入。可在先启阶段早期用来概括出系统范围,也可在精化阶段使用。在构造阶段,用例模型由更详细的事件流进行优化。用例模型与设计模型始终保持一致。
因为用例模型是功能十分强大的计划工具,所以通常在开发周期的所有阶段都得到使用。
系统分析人员 负责用例模型的完整性,并确保用例模型在整体上是正确、一致和可读的。但是,用例模型包含的元素在系统模型的体系结构视图(如在用例视图中获取的)中扮演重要角色,同样,设计人员负责保证那些元素的完整性。有关更多信息,请参阅角色:软件设计人员。
请注意,用例包、用例、参与者、关系和图的详细信息由相应的需求指定者负责。有关更多信息,请参阅角色:需求指定者。
通过定制来满足项目需要。这可能包括:只包括子工件(属性)的一个子集、定制创建和管理子工件的正式程度,以及定制个别子工件。
Rational Unified Process
|