识别移动应用程序用例图中的参与者[关闭]

问题描述 投票:0回答:1

我有一个由以下组件组成的系统:

  • 用户可控制的移动应用程序。用户可以登录,创建帐户,然后连接到镜像,之后他们可以修改模块设置并保存修改。

  • Firebase 作为系统的数据库和后端。

  • 控制魔镜的 REST API。当用户与其相关联时,API 会从 Firebase 请求 JSON 参数并将它们应用于镜像。如果没有关联的用户,镜子会显示一个二维码。

我试过这个设计:

我试图弄清楚主要演员是

User
Firebase
是次要演员。但它看起来很复杂,我不太确定,因为最终用户只关心改变智能镜子的状态。由于我是 UML 的新手,我想知道这是否可行?

firebase uml use-case use-case-diagram magic-mirror
1个回答
3
投票

根据UML规范:

用例定义主题的提供行为而不参考其内部结构。这些行为涉及参与者与主体之间的交互,可能会导致主体状态的变化以及与其环境的通信。

这意味着一旦您根据系统的内部设计来分析用例或参与者,您就走错了路。

你的用例应该关注为用户增加的价值,而不是技术解决方案:

当一个用例应用于一个主题时,它指定了该主题执行的一组行为,这会产生一个对参与者或该主题的其他利益相关者有价值的可观察结果。

考虑到演员可以是系统,如何检查

FireBase
是否是演员?

  • 第一个问题,对用户来说重要吗?您的应用程序的最终用户是否对这个候选次要参与者感兴趣?最有可能的是,最终用户并不关心。
  • 第二个问题是,次要参与者是独立的吗?它本身是否有您的系统正在帮助实现的业务目的?
  • 第三个问题,配角可以换成另一个配角吗?

Firebase 没有勾选任何这些框。所以这样做可能不是一个好主意。

© www.soinside.com 2019 - 2024. All rights reserved.