Uml 这是正确的用例图吗?

Uml 这是正确的用例图吗?,uml,Uml,我想写一个网上购物的用法。客户可以搜索他们想要的商品并将其添加到购物车中,但当他们决定退房时,他们需要使用自己的帐户登录。但如果客户已经登录,会发生什么?我的图表仍然正确吗?如果没有,我如何修改它 您试图将用例图用作工作流编辑器,这是不正确的 用例图用于指示用户可以采取哪些行动来完成某些事情。它们并不表示这些操作的顺序。每个用例都从特定的用户操作开始,而不是作为另一个用例的副作用 在您的图表中,“搜索”用例很好,但结果的显示是该用例的一部分。如果系统只是显示一个“搜索完成”结果,然后强制用户执行

我想写一个网上购物的用法。客户可以搜索他们想要的商品并将其添加到购物车中,但当他们决定退房时,他们需要使用自己的帐户登录。但如果客户已经登录,会发生什么?我的图表仍然正确吗?如果没有,我如何修改它


您试图将用例图用作工作流编辑器,这是不正确的

用例图用于指示用户可以采取哪些行动来完成某些事情。它们并不表示这些操作的顺序。每个用例都从特定的用户操作开始,而不是作为另一个用例的副作用

在您的图表中,“搜索”用例很好,但结果的显示是该用例的一部分。如果系统只是显示一个“搜索完成”结果,然后强制用户执行一些操作来查看结果,这将不是很有用。。。虽然您有一个
关系,但这并不是它的意思

的一个例子是登录用例。客户可以在做任何其他事情之前自己登录,或者登录可以由另一个用例触发,例如签出。因此,登录本身将是一个用例,签出用例也将是

“添加到购物车”是一个应由客户直接触发的用例。它不是自动触发的,客户需要做一些事情


这同样适用于支付用例。我认为客户需要执行明确的操作才能付款。

任何用例都必须连接到某个参与者。因此,您应该添加连接

CheckOut用例很奇怪,无法理解。我不知道在网上商店有什么动作,包括登录和付款。如果您是指订购,那么登录或付款是额外的单独用例,它们通过一些可以描述为状态的条件与订购相连接


不要忘记,您不能仅通过用例元素来显示动作和状态的序列。如果你有一个小的用例图,你可以在其中包括状态机图,但在这里它并不好-你已经完全忘记了管理员和卖家参与者及其用例,因此完整的用例图将太大,无法在其中添加额外的内容。描述有关登录其他状态机关系图的顺序。

该问题第一次是确定的+欢迎来到StackOverflow。