UML 2 教程 - 用例图
用例模型
用例模型捕获系统的需求。 用例是与用户和其他利益相关者交流系统打算做什么的一种方式。
Actor
用例图显示了系统与系统外部实体之间的交互。 这些外部实体被称为参与者。 参与者代表可能包括人类用户、外部硬件或其他系统的角色。 演员通常被绘制为命名的简笔画，或者作为带有«actor»关键字的类矩形。
  <
参与者可以概括其他参与者，如下图所示：
用例
用例是一个有意义的工作单元。 它提供了系统外某人或某物可观察到的行为的高级视图。 用例的符号是椭圆。
使用用例的符号是一条连接线，带有一个可选的箭头，表示控制的方向。下图表明参与者“客户”使用“提款”用例。
使用连接器可以选择在每一端具有多重值，如下图所示，该图显示客户一次可能只有一个提款会话，但银行可能有任意数量的客户同时提款。
用例定义
一个用例通常包括：
名称和描述 用例通常被命名为动词短语并给出简短的非正式文本描述。
需求 需求定义了用例必须提供给最终用户的正式功能需求。它们对应于结构化方法中的功能规范。需求是用例将执行操作或为系统提供某些价值的合同或承诺。
约束 约束是用例在其下运行的条件或限制，包括前、后和不变条件。前置条件指定在用例可以继续之前需要满足的条件。后置条件用于记录在执行用例后必须为真的条件变化。不变条件指定在整个用例执行过程中为真的条件。
场景 场景是对用例实例执行期间发生的事件流的正式描述。它定义了系统和外部参与者之间的特定事件序列。它通常以文本形式描述，并对应于序列图的文本表示。
包括用例 用例可能包含另一个用例的功能，作为其正常处理的一部分。通常假设每次运行基本路径时都会调用任何包含的用例。这方面的一个例子是将用例 的执行作为用例 的一部分运行。
用例可能包含在一个或多个用例中，通过将常见行为分解到多次重用的用例中来帮助减少功能重复的水平。
扩展用例 一个用例可以用来扩展另一个用例的行为； 这通常用于特殊情况。 例如，如果在修改特定类型的客户订单之前，用户必须获得某个更高权限的批准，那么 <Get Approval> 用例可以选择扩展常规的 <Modify Order> 用例。
扩展点 添加扩展用例的点可以通过扩展点来定义。
系统边界 通常将用例显示为系统内部，将参与者显示为系统外部。
|
