设计用例图的正确方法

Question

[原标题]：演员是否需要直接指向用例图？

或者我可以这样做吗？

在这个用例图中，我想说演员可以在指向的用例组中使用任何用例。

是否允许这种事情？

编辑＃1

我之所以提出这个问题，是因为当我创建这个用例时，很多线相互交叉让我感到困惑。

还有评论：

  

将它分成更小的图表会更好

这意味着什么？

编辑＃2

阅读评论后：

  

UseCase指定由其主题执行的一组操作，这些操作产生可观察的结果，该结果对于每个主题的一个或多个Actors或其他利益相关者是有价值的。

所以我决定改为：

这是一个用例图应该如何？

编辑＃3

结论

• 演员应直接指向用例
• 详细了解用例图应如何评论此问题

Answer 1

要符合UML，你不能这样做。但我想我们可以理解你想要传达的信息。

作为旁注：Login不是商业用例。这是一个约束。另外，对于CRUD用例，我不会将它们分开，而是使用Maintain <object>代替（这本身就是一些临界用例，因为维护某些东西并不直接与业务相关）。您可以单独将维护操作约束到某些角色。

编辑关于Login（我最喜欢的一个）：用例最常用于描述业务环境（正如您所做的那样）。因此，从业务角度来看，Login不是用例，而是一个简单的约束（只有在您登录时才可以执行与业务相关的事务。）

现在针对Manage/Maintain个用例。它们处于类似的水平。通常，“管理”本身并不直接与业务相关。在许多情况下，对实际业务的关注已经丧失。因此，您管理某些内容的原因是真实的用例（例如，正确的用户数据，收集用户数据）。这是非常具有挑战性的，我承认有时我也会回到Manage。大多数人都不打扰，但做好工作需要考虑基础知识，而不是养成坏习惯。