gpt4 book ai didi

architecture - 如何基于微服务架构绘制用例图?

转载 作者:行者123 更新时间:2023-12-04 09:00:29 26 4
gpt4 key购买 nike

我想开发一个基于微服务架构的web应用。所以,我画了用例图来描述系统的功能需求,但我不确定它是否正确?
我的系统有三个微服务。第一个称为“商店服务”,它是负责所有发生在网上商店的主要服务:查看产品目录、将产品添加到购物车、填写订单信息。它在我的图表上表示为一个矩形,所有业务流程(功能)都发生在其中。
第二个是银行服务,负责使用客户的银行帐户进行付款。
第三个是邮政服务,负责将订单交付给客户以便客户能够收到。
我有六个 Actor 。我还将它们分为主要和次要的。左边的主要者开始使用该系统,另一方面,次要者更反动。
你会建议我做什么让我的系统变得更易读和被所有人理解?我应该添加还是删除一些东西?这是我的附图:
use case diagram
对于我在询问当前问题时所犯的所有错误,我深表歉意。也很抱歉我的英语不好。

最佳答案

除了 Log in看起来不错。 Log in不是用例(对参与者没有附加值(value)),而是附加到某些需要身份验证的 UC 的简单约束。
为了对您的微服务进行分组,您可以引入不同的系统来反射(reflect)特定的微服务。然后,与每个微服务相关的用例将出现在反射(reflect)特定微服务的边界内。
进一步注意:仅附加到次要参与者的 UC(出现在右侧)我认为它们不是 UC,而只是包括 UC 中的事件流。 UC 旨在展示所考虑的系统为其主要参与者带来的附加值(value)。你这样做的方式只是功能分解。这不是 UC 的全部内容。
和往常一样,我建议阅读 Bittner/Spence 关于用例。

关于architecture - 如何基于微服务架构绘制用例图?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/63584160/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com