在用例图（Use Case Diagram）中，扩展关系（Extend Relationship）用于表示一个用例（扩展用例）在特定条件下对另一个用例（基用例）的功能进行扩展。这种关系是可选的，仅在满足某些条件时才会触发。

扩展关系的特点：

1. 条件性
   扩展用例的执行依赖于基用例中的某个扩展点（Extension Point），并需要满足特定条件（例如用户选择、系统状态等）。

2. 非必须性
   基用例可以独立执行，无需依赖扩展用例；扩展用例是对基用例的补充，而非必需。

3. 方向性
   箭头从扩展用例指向基用例，并标注 <<extend>>。

示例：

假设有一个电商系统：

• 基用例：下单

• 扩展用例：使用优惠券

当用户在下单过程中选择“使用优惠券”时，使用优惠券用例会扩展下单用例的功能。
若用户不选择优惠券，下单用例仍正常执行。

扩展关系的表示：

plaintext

复制

[扩展用例] <<extend>> [基用例]

在 UML 中，扩展关系用虚线箭头表示，并标注 <<extend>>，例如：
使用优惠券 <<extend>> 下单

扩展点（Extension Point）：

扩展点用于明确基用例中何时触发扩展用例。例如：

• 基用例 下单 中可能定义扩展点：用户选择优惠券。

• 扩展用例 使用优惠券 在满足该扩展点条件时被触发。

扩展关系 vs 包含关系：

典型应用场景：

1. 异常处理

   • 基用例：登录

   • 扩展用例：找回密码（当用户忘记密码时触发）。

2. 可选功能增强

   • 基用例：支付

   • 扩展用例：分期付款（当用户选择分期时触发）。

3. 条件性分支

   • 基用例：提交订单

   • 扩展用例：添加地址（当用户未填写收货地址时触发）。

注意事项：

• 避免滥用扩展关系，仅在明确存在可选分支或条件触发时使用。

• 扩展用例应聚焦单一扩展逻辑，避免过度复杂。

• 确保扩展点在基用例中有明确定义，避免歧义。

通过扩展关系，可以清晰表达系统的可选功能和条件性逻辑，提升用例模型的可读性和灵活性。

按理说D也正确

选B吧 扩展关系是一种用例间的关系，其中一个用例可以通过添加额外的步骤或功能来扩展另一个用例。在这个问题中，只有预订机票和网上预订机票之间存在扩展关系。当用户选择预订机票时，可以选择使用网上预订机票的功能来完成预订过程，这是通过添加一个网上预订的步骤来扩展了预订机票用例。