Uml 用例图扩展或包括与客户订单的管理关系

Uml 用例图扩展或包括与客户订单的管理关系,uml,diagram,use-case,use-case-diagram,Uml,Diagram,Use Case,Use Case Diagram,所以基本上我想知道我的想法是否正确。在电子商务环境中,产品的订单是否与管理订单的管理员用例有关系?一旦订单通过,管理员就可以通过两个用例之间的关系查看订单。在我的案例中,我提供了一个参考图片。我没有搜索太长时间,但我没有找到一个案例,其中一个给定的用例,关联到一个参与者,被另一个用例扩展或包含,关联到另一个参与者 用例描述给定参与者对系统的使用情况,这样您就不会有任何其他参与者参与 TL;博士 不,这里没有分机。这将是两个独立的UCs 解释 首先让我关注用例图的目标。此图旨在显示系统的功能以及参

所以基本上我想知道我的想法是否正确。在电子商务环境中,产品的订单是否与管理订单的管理员用例有关系?一旦订单通过,管理员就可以通过两个用例之间的关系查看订单。在我的案例中,我提供了一个参考图片。

我没有搜索太长时间,但我没有找到一个案例,其中一个给定的用例,关联到一个参与者,被另一个用例扩展或包含,关联到另一个参与者

用例描述给定参与者对系统的使用情况,这样您就不会有任何其他参与者参与

TL;博士 不,这里没有分机。这将是两个独立的UCs

解释 首先让我关注用例图的目标。此图旨在显示系统的功能以及参与这些功能的用户(或更广泛的参与者)。它不用于显示数据如何流经系统或处理的步骤。还有其他图表可以做到这一点

根据经验,如果您可以登录到系统,只执行此单一用例的操作,然后注销,那么某些东西就是一个很好的用例


Extends(Includes工作原理基本相同,只是更强)意味着当您运行扩展的UC时,您也可以包括其他用例。换句话说,在您的具体示例中,当客户登录电子商务下订单时,他可以在下订单的同时选择额外接收和管理订单(顺便说一句,我会重新考虑此UC,您可能在这里没有几个单独的UC,如
完整订单
发货订单
拒绝订单
)在这种情况下,还需要一名管理员。即使您反转延伸,它仍然不是您想要的。这两个UC完全分开进行,即使管理员处理的订单与客户下的订单完全相同。

嘿,谢谢回复。所以他们不需要关系?我可以简单地删除扩展的关系吗?解释得很清楚,谢谢!现在一切都有意义了:D