扩展 vs 包含用例

介绍

用例是一种非常重要的软件开发文档，它描述了系统的需求和功能。在用例文档中，我们会经常听到扩展和包含用例这两个词语。它们都是用例重用的一种方式，但它们的目的和实现方式有着本质的不同。

包含用例

包含用例是用来避免重复描述一些基本功能，这样可以让用例文档更加简介和易于维护。例如，一个银行系统中可能会有很多用例，但很多用例都需要用户先登录，这时我们就可以把登录过程抽象成一个包含用例，然后在其他用例中直接引用这个用例即可。

特点

• 包含用例是一个被其他用例所包含的用例。
• 包含用例通常不是系统的独立功能模块，在用例文档中不能单独存在。
• 包含用例是固定流程，无法在执行时进行修改。
• 包含用例通常是顺序执行。

Markdown代码片段

## 包含用例

短描述：该用例是其他用例的基本组成部分。

角色：无。

触发条件：其他用例需要使用该用例。

前置条件：无。

基本流程：

1. 按照“XXX”模块提供的接口进行操作。
2. 操作完成。

后置条件：无。

备注：无。

扩展用例

扩展用例是用来处理一些非常规或异常情况的。例如，一个电商系统中的下单用例，在正常流程中是需要用户先登录的，但如果用户没有登录，我们就需要引用一个扩展用例来进行处理（例如让用户先进行登录操作）。这样，就能够使我们的用例文档更加健壮和易于维护。

特点

• 扩展用例是对其他用例进行的补充和增强。
• 扩展用例是系统的独立功能模块，在用例文档中也可以单独存在。
• 扩展用例是动态的，可以在执行时根据需要进行添加和删除。
• 扩展用例通常是无序执行。

Markdown代码片段

## 扩展用例

短描述：该用例为其他用例提供了一些非常规或异常情况下的处理方式。

角色：无。

触发条件：其他用例在特定条件下需要使用该用例。

前置条件：无。

基本流程：

1. 按照“XXX”模块提供的接口进行操作。
2. 操作完成。

后置条件：无。

备注：无。

总结

了解扩展和包含用例的区别可以让我们更好地重用软件开发文档，避免重复和混乱，并提高开发效率和代码质量。在开发过程中，根据具体需求来选择使用哪种用例进行重用，既能省去重复工作，同时也能保证代码精简和可维护性。