我有一个由以下组件组成的系统:
用户可控制的移动应用程序。用户可以登录,创建帐户,然后连接到镜像,之后他们可以修改模块设置并保存修改。
Firebase 作为系统的数据库和后端。
控制魔镜的 REST API。当用户与其相关联时,API 会从 Firebase 请求 JSON 参数并将它们应用于镜像。如果没有关联的用户,镜子会显示一个二维码。
我试图弄清楚主要演员是
User
而Firebase
是次要演员。但它看起来很复杂,我不太确定,因为最终用户只关心改变智能镜子的状态。由于我是 UML 的新手,我想知道这是否可行?
根据UML规范:
用例定义主题的提供行为而不参考其内部结构。这些行为涉及参与者与主体之间的交互,可能会导致主体状态的变化以及与其环境的通信。
这意味着一旦您根据系统的内部设计来分析用例或参与者,您就走错了路。
你的用例应该关注为用户增加的价值,而不是技术解决方案:
当一个用例应用于一个主题时,它指定了该主题执行的一组行为,这会产生一个对参与者或该主题的其他利益相关者有价值的可观察结果。
考虑到演员可以是系统,如何检查
FireBase
是否是演员?
Firebase 没有勾选任何这些框。所以这样做可能不是一个好主意。