architecture - 选择用户选项作为扩展用例？

Question

我有一个很大的用例，即“管理订单”，我想将此用例扩展到更具体的用例。

当用户要求管理订单时，他可以做很多代表用例的选项，我的问题是：大用例Extends是新用例吗？

Answer 1

另一种方式。具体子用例extend主要用例。这样看：当你想管理订单时，你总是调用主用例，但附加的行为可能会有所不同——check order status用例扩展了用例的核心功能manage orders。对于order orders. 在你的图中，extend关系方向应该是相反的。

使用规则includeand extend:总是出现在用例中的公共部分可以被提取出来（并且可选地被其他用例使用）并被include更大的用例提取出来。应该提取用例中可能存在或不存在的可选部分，它们extend是更大的用例。

Answer 2

正如icepack 解释的那样，如果你想使用，extend那么关系就会以相反的方式绘制。但我不确定我会extend在这种情况下使用。

事实上，一个用例应该总是代表一个真正的功能。在这里，Check order status肯定Order orders有用例，但我不确定Manage orders。你确定它代表了自己的东西吗？还是只是将其他两个分组的一种方式？在第二种情况下，您应该使用包。

要回答这个问题，请想象描述用例内容的场景。如果，对于Manage orders，您的场景只不过是“在和之间Check order status进行选择Order orders”，那么Manage orders就不是用例。