你会显示一个Actor不能在用例图上做的事情吗？

Question

在用例图上，您可以显示演员不能所做的事情，例如因为他们没有权限执行此操作？

还是仅仅因为他们没有将他们加入特定用例的行而暗示？

Answer 1

如果用例图表是一个演员试图做某些不允许的事情，然后被拒绝的情况，那么是的，我会展示它。

否则，我会坚持只包含实际上是用例的一部分的东西。

Answer 2

不可以。一个演员将被连接到他所能做的一切。如果演员不能这样做，那么它不会显示。

Answer 3

您可以为可以完成任务的角色扮演者建模。然后，您可以拥有另一个使用案例，其原始演员试图获取给定的角色。

Answer 4

这是替代路径的用途。基本路径（也称为快乐路径）将显示当正确的Actor启动用例时发生的情况。在替代路径中，您可以显示如果错误的Actor尝试启动它会发生什么。

Answer 5

恕我直言，这个问题和大多数的答案给用例的方式应该使用一个错误的印象。

用例用作使用自然语言的需求技术。这是最有效的方式。

当它与过多的UML /建模相结合时，它可能是彻底的破坏性技术。使用案例文本的结构化建模，例如通过使用UML活动图建模主流和替代流程进行建模，这是一个久经考验的方式，例如创建Use Cases of Mass Destruction。

用例图可能很有用，但我们应该记住用例作为一种技术的目的，该技术首先是识别系统应支持的用户目标。随后，我们可以使用自然语言在主要流程，替代流程等使用案例文本中捕获更多细节。

使用图表工具，我们可以看到一些简单信息： - 对于每个用户目标，我们可以创建模型元素类型用例。 - 使用带有用例元素的系统的框显示系统边界。 - 在actor和use case之间创建关系以显示actor对系统有一个特定的目标。

然而，保持映射到目标的演员的最新列表是次要的。进行利益相关者分析，制定参与者名单是识别用户目标的手段。在确定了用户目标后，严格来说不再需要保留演员名单。

如果我们询问有关如何将用户权限放入用例模型的问题，我们很可能会尝试捕获太多信息。我们应该抽象模型元素，以便模型不会尝试回答/捕获这些类型的详细设计问题。