用例设计，包括用例

Question

我想使用包来分组类似的用例。包含的登录用例存在一个问题，它使图表没有很好地呈现。如果我在每个包中都包含登录用例，我认为这是错误的。我应该删除登录用例还是保留？

Answer 1

创建另一个包＆＃34;常见事物＆＃34;或者＆＃34;支持＆＃34;或类似的东西，然后放入＆＃34;登录＆＃34;并最终有其他可重复使用的用例。您可能会有一些更常用的用例（例如＆＃34;打印报告＆＃34;，＆＃34;注销＆＃34;等）。

比使所有其他包依赖于那个：

这是保持用例组织良好的常见做法。

在这个＆＃34;登录＆＃34;的特殊情况下我建议你不要＆＃34;包括＆＃34;它在其他用例中，而是保持隔离并在所有其他用例中放置前提条件（＆＃34;用户已登录到系统＆＃34;）。这使您的模型更清晰，更容易理解，保持依赖关系和关系数量低等。想象一下你的图表没有这个＆＃34;包括＆＃34; - 看起来更好，对吧？ ：）

如果您决定这样做，请保留我建议的相同软件包，但删除依赖项（因为＆＃34;登录＆＃34;不再包​​括在内），除非有其他包含/扩展的UC证明依赖是正确的。

Answer 2

登录不是您在图表中显示的详细程度的UseCase。只需删除登录用例，您的图表就是正确的。 通过UML中的用例定义。 UseCase表示系统的有用功能。从这个角度来看，登录不是一种功能，但它是执行您定义的用例的前提条件。这意味着，用户必须登录才能在UseCase执行中与系统交互。