为什么我们需要将一个用例分成两个或多个用例？

Posted 2021-04-13

在许多情况下，为什么需要将一个用例分成两个或多个用例？

答案

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

示例：“搜索产品信息”可能是用例“购买产品”和“雇用产品”中包含的单独用例。

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

通过这样做，可以防止在多个用例中复制共享行为，并且可能会出现不一致的情况。

在前面的示例中：与招聘产品时相比，我们希望确保客户在购买时不会采用不同的方式搜索产品信息。对于包含的用例，阅读用例的人会立即意识到这一事实。

另一答案

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

我个人对于包含和扩展的看法：它们基本上是邪恶的，并且由技术人员（大多数UML设计者都是）引入的错误概念没有商业背景。使用它们意味着您已经开始进行功能分析。但是UCs是根据要求合成的。也就是说，你通过那些需求汤来拖网，然后捞出那些合起来构建一个有意义的故事 - 并提供附加价值的故事：一个用例。

和往常一样：阅读有关用例的Bittner / Spence。