在UML用例图中，包含（Include）和 扩展（Extend）是两种不同的关系，用于描述用例（Use Case）之间的交互。它们的核心区别在于触发条件、语义意图和方向性。以下是详细对比：
1. 包含关系（Include）
定义
- 强制性 ：当基用例（Base Use Case）执行时，必须执行被包含用例（Included Use Case）。
- 语义 ：基用例依赖被包含用例完成其目标。
- 方向：基用例 → 被包含用例（箭头从基用例指向被包含用例）。
特点
- 无分支：被包含用例总是执行，无触发条件。
- 复用性：多个用例可共享同一被包含用例（如"登录"被多个用例包含）。
- UML表示 ：虚线箭头 +
<<include>>标签。
示例
-
基用例：
支付订单 -
被包含用例：
验证支付信息解释 ：每次支付订单时，必须验证支付信息。
2. 扩展关系（Extend）
定义
- 条件性 ：扩展用例（Extending Use Case）仅在特定条件下可选地插入基用例（Base Use Case）。
- 语义 ：扩展用例是基用例的可选分支。
- 方向：扩展用例 → 基用例（箭头从扩展用例指向基用例）。
特点
- 分支逻辑：扩展用例是否执行取决于扩展点（Extension Point）的条件。
- 灵活性：基用例可独立存在，扩展用例是附加功能。
- UML表示 ：虚线箭头 +
<<extend>>标签。
示例
-
基用例：
提交订单 -
扩展用例：
使用优惠券解释 ：提交订单时，仅当用户有优惠券时，才执行"使用优惠券"。
3. 关键区别总结
| 维度 | 包含（Include） | 扩展（Extend） |
|---|---|---|
| 触发条件 | 无条件（必须执行） | 有条件（可选执行） |
| 语义 | 基用例依赖被包含用例 | 扩展用例是基用例的附加功能 |
| 方向 | 基用例 → 被包含用例 | 扩展用例 → 基用例 |
| 基用例完整性 | 无被包含用例则基用例不完整 | 基用例可独立存在 |
| 复用性 | 被包含用例可被多个用例共享 | 扩展用例通常针对特定基用例 |
| UML箭头 | <<include>> |
<<extend>> |
4. 常见混淆场景
场景1：用户登录
- 包含 ：
修改密码→验证旧密码（必须验证旧密码才能修改） - 扩展 ：
登录→第三方登录（仅当用户选择第三方登录时触发）
场景2：电商订单
- 包含 ：
生成发票→获取用户税号（必须获取税号才能生成发票） - 扩展 ：
下单→使用积分抵扣（仅当用户选择积分抵扣时触发）
5. 设计原则
- 用包含 ：当基用例的某个步骤是核心流程（如"支付"必须"验证"）。
- 用扩展 ：当基用例的某个步骤是可选分支（如"支付"可选"分期付款"）。
- 避免滥用：过度使用扩展会导致用例图复杂化，建议优先用包含关系。
总结 ：包含是强依赖 ，扩展是弱分支 。选择哪种关系取决于业务逻辑的强制性 和条件性。