“包含”和“扩展”用例

用例描述了用户如何使用系统来实现特定目标。用例图由系统、相关用例和参与者组成，并将它们相互关联以可视化：描述了什么？（系统），谁在使用系统？（演员）以及演员想要达到什么目标？（用例），因此，用例有助于确保通过从用户的角度捕获需求来开发正确的系统。

构建用例

用例关系对系统交互模型中用例之间的依赖关系进行建模。虽然，独立的用例可以充分代表更简单的系统。但是，为了表示复杂或大型系统，我们可能需要借助用例之间的依赖关系来构建复杂的用例。建立用例之间的关系允许重用那些需要反复定义的用例，从而减少开发人员的工作量。

UML 定义了三个构造型来构建用例的关联。

什么是<<Include>>用例？

实际上，扩展用例是基本用例的替代过程。<<extend>> 用例通过在概念上将附加动作序列插入基本用例序列来实现这一点。

使用 <<include>> 关系的时间是在您完成所有主要用例的第一个剪辑描述之后。您现在可以查看用例并确定用户-系统交互的常见序列。

• 当一个用例被描述为使用另一个用例的功能时，用例之间的关系被命名为包含或使用关系。
• 一个用例包括另一个用例中描述的功能，作为其业务流程的一部分。
• 从基本用例到子用例的使用关系表明基本用例的实例将包括在子用例中指定的行为。
• 包含关系用具有虚线的定向箭头来描绘。箭头的尖端指向连接在箭头底部的子用例和父用例。
• 构造型“<<include>>”将关系标识为包含关系。

用例示例——包含关系

包含关系添加了基本用例中未指定的附加功能。<<Include>> 关系用于将来自包含用例的常见行为包含到基本用例中，以支持常见行为的重用。

什么是 <<Extend>> 用例？

• 表示 “无效密码” 用例可能包括（根据扩展中的规定）由基本用例 “登录帐户”指定的行为。
• 用带有虚线的定向箭头描绘。箭头的尖端指向基本用例，子用例连接在箭头的底部。
• 构造型“<<extends>>”标识为扩展关系

抽象和概括的用例

一般用例是抽象的。它不能被实例化，因为它包含不完整的信息。抽象用例的标题以斜体显示。

用例图示例

这个用例图示例描述了几个业务用例（目标）的模型，这些用例表示餐厅（业务系统）与其关键利益相关者（业务参与者和业务工作者）之间的交互。在第一轮削减中确定了基本用例之后，也许我们可以在第二轮修订中通过“扩展”和“包含”用例进一步构建这些用例。