这是一个很好的资源，有很好的解释: 用例中包含什么? 什么是扩展用例?

扩展用例通常定义可选的行为。它独立于扩展用例 Include用于提取两个或多个用例的行为的公共部分

当您理解您的用例过于复杂时，可以使用Extends。因此，您将复杂的步骤提取到它们自己的“扩展”用例中。

Includes用于在两个用例中看到相同的行为。因此，您将常见的行为抽象到一个单独的“抽象”用例中。

(参考:Jeffrey L. Whitten, Lonnie D. Bentley，系统分析与设计方法，McGraw-Hill/Irwin, 2007)

这里已经解释了两者之间的区别。但没有解释的是，<<include>>和<<extend>>根本不应该被使用。

如果你读过Bittner/Spence，你就知道用例是关于综合的，而不是分析的。用例的重用是毫无意义的。它清楚地表明您已经错误地切割了您的域名。附加值本身必须是唯一的。我所知道的唯一附加值再利用方式就是特许经营。如果你是做汉堡生意的，很好。但在其他任何地方，你作为BA的任务是试图找到一个USP。这必须在良好的用例中呈现。

每当我看到人们使用其中一种关系时，都是在尝试进行功能分解的时候。这是完全错误的。

简单地说:如果你可以毫不犹豫地回答你的老板“我做了……”，那么“……”就是你的用例，因为你这样做得到了钱。(这也清楚地表明“登录”根本不是一个用例。)

在这方面，找到包含或扩展其他用例的独立用例是非常不可能的。最终，您可以使用<<extend>>来显示您的系统的可选性，即一些许可模式，它允许包含某些许可的用例或省略它们。但除此之外，就避免他们。

为了简化,

为包括

当基本用例执行时，包含的用例将每次执行一次。 基本用例需要完成所包含的用例才能完成。

一个典型的例子:在登录和验证密码之间

(登录)——<< include >>——>(验证密码)

为了使登录过程成功，“验证密码”也必须成功。

为扩展

当基本用例被执行时，扩展用例只是偶尔执行 扩展用例仅在满足某些条件时才会发生。

一个典型的例子:在登录和显示错误消息之间(只偶尔发生)

(登录 ) <--- << 扩展> >——(显示错误消息)

“show error message”只在登录过程失败时才会出现。

当用例向另一个一级用例添加步骤时，使用Extend。

例如，假设“提取现金”是自动柜员机(ATM)的一个用例。“评估费用”将扩展提现并描述有条件的“扩展点”，该“扩展点”在ATM用户不在ATM所属机构存入银行时实例化。注意，基本的“Withdraw Cash”用例独立存在，没有扩展。

Include用于提取在多个用例中重复的用例片段。被包含的用例不能独立存在，没有被包含的用例原始的用例是不完整的。这应该谨慎使用，并且只在重复很明显并且是故意存在(而不是巧合)的情况下使用。

例如，在每个ATM用例开始时发生的事件流(当用户放入他们的ATM卡，输入他们的PIN，并显示主菜单时)将是一个很好的包含候选。

我记得是通过电子游戏。例如, (下面不是100%的用例，只是一个用例的例子)

扩展:主菜单扩展了一些功能，这意味着它们有一些功能，但不需要按下

包括:为了在电子游戏中开火，你必须先有一个武器。