用例图扩展或包含与客户订单的管理关系
Use case diagram extend or include for admin relation to customer order
所以基本上我想知道我的想法是否正确。在电子商务环境中，产品订单与管理订单的管理员用例有关系吗？一旦订单通过，管理员就可以通过 2 个用例之间的关系查看订单。我提供了一张图片供我参考。Here is the image
我没有搜索太久，但我没有找到与一个参与者关联的给定用例被另一个用例扩展或包含的案例，与另一个参与者关联。
用例描述给定参与者对系统的使用情况，因此您不涉及任何其他参与者。
TL;DR
不，这里没有分机。那将是两个独立的 UC。
说明
首先让我关注用例图的目标。该图旨在显示系统的功能和参与这些功能的用户（或更广泛的参与者）。它不用于显示数据如何流经系统或处理步骤是什么。还有其他图表可以做到这一点。
根据经验，如果您可以登录系统，仅执行此单个用例的操作然后注销，那么某些用例就是一个很好的用例。
扩展（Includes 的工作原理几乎相同，只是更强）意味着当您 运行 扩展 UC 时，您也可以包含其他用例。换句话说，在您的特定示例中，当客户登录电子商务下订单时，他可以在下订单时还选择另外接收和管理订单（顺便说一句，我会重新考虑这个 UC，您可能在这里有几个单独的 UC，例如 Complete order、Dispatch order 或 Reject order)，在这种情况下，还需要管理员。即使你反转了Extends，它仍然不是你想要的。这两个 UC 完全分开发生，即使管理员处理的订单与客户下的订单完全相同。
所以基本上我想知道我的想法是否正确。在电子商务环境中，产品订单与管理订单的管理员用例有关系吗？一旦订单通过，管理员就可以通过 2 个用例之间的关系查看订单。我提供了一张图片供我参考。Here is the image
我没有搜索太久，但我没有找到与一个参与者关联的给定用例被另一个用例扩展或包含的案例，与另一个参与者关联。
用例描述给定参与者对系统的使用情况，因此您不涉及任何其他参与者。
TL;DR
不，这里没有分机。那将是两个独立的 UC。
说明
首先让我关注用例图的目标。该图旨在显示系统的功能和参与这些功能的用户（或更广泛的参与者）。它不用于显示数据如何流经系统或处理步骤是什么。还有其他图表可以做到这一点。
根据经验，如果您可以登录系统，仅执行此单个用例的操作然后注销，那么某些用例就是一个很好的用例。
扩展（Includes 的工作原理几乎相同，只是更强）意味着当您 运行 扩展 UC 时，您也可以包含其他用例。换句话说，在您的特定示例中，当客户登录电子商务下订单时，他可以在下订单时还选择另外接收和管理订单（顺便说一句，我会重新考虑这个 UC，您可能在这里有几个单独的 UC，例如 Complete order、Dispatch order 或 Reject order)，在这种情况下，还需要管理员。即使你反转了Extends，它仍然不是你想要的。这两个 UC 完全分开发生，即使管理员处理的订单与客户下的订单完全相同。