Uml 用例设计，包包括用例

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

创建另一个包“Common things”或“Support”或类似的东西，并将“Login”和其他可重用用例放在那里。您可能会有一些更常用的用例（如“打印报告”、“注销”等）

而不是使所有其他包依赖于该包：

这是保持用例良好组织的常见实践

在这种“登录”的特殊情况下，我建议您不要在其他用例中“包含”它，而是将其隔离，并在所有其他用例中设置前提条件（“用户已登录到系统”）。这使您的模型更清晰，更易于遵循，使依赖关系和关系计数保持较低，等等。想象一下，如果您的图表没有“包含”，看起来会更好，对吗？：）

---

如果您决定这样做，请保留我建议的相同软件包，但删除依赖项（因为不再包括“登录名”），除非有其他包含/扩展的UCs证明此依赖项是正确的。

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

这将帮助您：