我认为理解includes和extends的意图很重要:

“包含关系旨在重用已建模的行为 通过另一个用例，而扩展关系是为 向现有的用例中添加部件，以及为可选的系统服务建模”(Overgaard和Palmkvist，用例:模式和蓝图。addison - wesley, 2004)。

在我看来，这是:

包含=功能的重用(即所包含的功能在系统的其他地方被使用或可能被使用)。因此Include表示对另一个用例的依赖。

Extends =添加(而不是重用)功能和任何可选功能。因此，Extends可以表示以下两种情况之一: 1. 向用例中添加新特性/功能(可选或非可选) 2. 任何可选的用例(是否存在)。

简介: 包含=功能的重用 Extends =新的和/或可选的功能

您将经常发现扩展的第二种用法(即可选功能)，因为如果功能不是可选的，那么大多数情况下它被内置到用例本身，而不是作为一个扩展。至少这是我的经验。(Julian C指出，当项目进入第二阶段时，你有时会看到扩展的第一次使用(即添加新功能)。

我认为msdn在这里解释的很容易理解。

包括[5]

包含用例调用或调用包含的用例。包含用于显示用例如何分解为更小的步骤。所包含的用例位于箭头末端。

扩展[6]

同时，扩展用例将目标和步骤添加到扩展用例中。延期只在特定条件下生效。扩展用例位于箭头末端。

让我们说清楚一点。每当我们想表达一种情况的存在依赖于另一种情况的存在时，我们就用包含。

例子:

用户只有登录账号后才能在网上购物。换句话说，在他登录自己的账户之前，他不能购物。

在材料被上传之前，用户不能从网站上下载。 所以，如果什么都没有上传，我就无法下载。

你明白了吗?

这是关于条件后果的。如果之前我没有这样做，我就不能这样做。

至少，我认为这是我们使用Include的正确方式。 我倾向于认为上面的笔记本电脑和保修的例子是最有说服力的!

我认为理解includes和extends的意图很重要:

“包含关系旨在重用已建模的行为 通过另一个用例，而扩展关系是为 向现有的用例中添加部件，以及为可选的系统服务建模”(Overgaard和Palmkvist，用例:模式和蓝图。addison - wesley, 2004)。

在我看来，这是:

包含=功能的重用(即所包含的功能在系统的其他地方被使用或可能被使用)。因此Include表示对另一个用例的依赖。

Extends =添加(而不是重用)功能和任何可选功能。因此，Extends可以表示以下两种情况之一: 1. 向用例中添加新特性/功能(可选或非可选) 2. 任何可选的用例(是否存在)。

简介: 包含=功能的重用 Extends =新的和/或可选的功能

您将经常发现扩展的第二种用法(即可选功能)，因为如果功能不是可选的，那么大多数情况下它被内置到用例本身，而不是作为一个扩展。至少这是我的经验。(Julian C指出，当项目进入第二阶段时，你有时会看到扩展的第一次使用(即添加新功能)。

我喜欢把“包含”看作基本用例的必要前提/伴随。这意味着如果没有基本用例所包含的用例，就不能认为基本用例是完整的。我将给出一个向客户销售商品的电子商务网站的例子。如果不先选择商品并将其放入购物车，你就无法支付商品。这意味着用例“Pay for Item”包括“select Item”。

扩展的用途多种多样，但我喜欢将其视为一种可能使用也可能不使用的替代方法。例如，仍然在电子商务网站。在付款时，您可以选择货到付款、使用paypal付款或刷卡付款。这些都是“为物品付费”用例的替代方案。我可以根据自己的喜好选择其中任何一种。

想要更清楚地了解用例的规则，请阅读我的文章:

http://businessanalystlearnings.com/ba-techniques/2013/2/20/use-case-diagram-the-basics

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

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

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