问为什么我们需要将一个用例分离或分解为两个或更多的用例？

EN

在多个用例中拆分用例的唯一原因是通过将重要的功能部分隔离在单独的用例中，在多个用例中共享该功能。

示例：“搜索产品信息”可以是用例“购买产品”和“租用产品”所包含的单独用例。

除了'include‘之外，还有使用'extend’或'generalize‘的相同原则的例子。

通过这样做，您可以防止在多个用例中复制共享行为，从而增加不一致的可能性。

在前面的示例中:我们希望确保客户在购买时不会获得与租用产品时不同的搜索产品信息的方式。使用包含的用例，阅读用例的人会立即意识到这一事实。

首先:你不需要。开始这样做意味着你正在做功能分析。用例合成的要点是找到目标(也就是。附加值)不同的参与者在与所考虑的系统交互时具有。在那个级别上将一个目标分成多个子目标是非常徒劳的。要么你有一些附加值，要么你没有。因此，如果有人已经解决了一个用例，并试图将其分解，那么这个用例要么是错误的(没有用例)，要么是无用的，因为这个用例已经显示了附加值。

我个人对包含和扩展的看法是:它们基本上是邪恶的，是没有商业背景的技术人员(大多数UML设计师都是)引入的错误概念。使用它们意味着你已经开始进行功能分析了。但是UC是根据需求合成的。也就是说，你在需求汤中拖拽你的网，然后把它们放在一起，构建一个有意义的故事--并且提供附加值:一个用例。

一如既往:阅读Bittner/Spence的用例。