堆栈溢出的用例图

Question

我正在尝试为 Stack Overflow 之类的应用程序设计用例图。我试图在此图中添加一些基本功能。

我想改进此图以包括Stack Overflow所有功能的详尽列表，但不知道如何实现。另外，是否应该有 Admin 的其他参与者来管理用户帐户？如果要求我们提供用例，是否应该分别描述每个用例的内部功能，前提条件和后置条件？

如果除了这两个角色之外，我也决定添加一个 Mediator 角色，该角色将问题转发给指导者，当指导者解决问题时，中介者有责任标记解决了吗？

Answer 1

如果要在StackOverflow中映射所有用例和参与者，则可以使用Tour并在Help Center中搜索一些已知的问答。

是的，如果要列出详尽的清单，则应包括每个参与者-包括Admin和Mediator。但是，由于您是用户并且无法反映给您，因此我不确定您是否可以找出管理员的用例（或该平台中的其他管理角色）。

如果存在特定角色唯一的用例，那么您应该将该角色添加到图中-并使用继承！ （当actor b拥有a的所有情况更多时，则b继承a）-这称为“ Actor的泛化”（您可以在Google上搜索一些示例）。

关于您的其他问题：

请注意，用例图是用例建模的补充，更像是附录。建模时-您会解释有关用例的许多细节（您已经提到了其中的一些细节），例如：主要参与者，范围，用户故事，后置条件，前提条件，触发器，流程等等。实际上有很多模板。您可以查看它们Here。

您没有在视觉上描述 *任何先决条件或后置条件，但是，您有一些工具可以描述特定情况下**包括哪些情况（为了使用功能Y-您应该查看功能X）。或者，哪些情况会扩展其他情况（在使用功能X时，您可以（但不必）使用功能Y）。

希望对您有所帮助：）

Answer 2

我鼓励您使用建模器，而不要手工绘制图表。

  

我想改进此图以包括Stack Overflow所有功能的详尽列表

S.O。功能的详尽列表。肯定很长，而且您也会看到它的问题，因为肯定有一些零件对“标准”用户隐藏了。为S.O建模的目标是什么还是将其用作练习？在第二种情况下，不必管理 all

  

是否应该由Admin的其他参与者来管理用户帐户？

确定他们是管理员或“超级”用户。

  

如果要求我们提供用例，是否应该分别描述每个用例的内部功能，前提条件和后置条件？

用例不仅是图中的椭圆，而且模型也不只是一系列的图。是的，每个UC必须具有其描述以及可能的前后条件等

  

如果除了这两个演员之外，我也决定添加一名调解员演员...

我不知道是否有调解人，但我对负责指导的“导师”感到非常惊讶。如果您有他，则可以将询问和回答两个角色分开，因此另一个角色不能是非常普通的 user 用户，但可能必须更具体

您肯定会对UC 登录有很多评论；-）