我有一个系统,其中有一个控制器和一个机器人相互作用来做一些事情。这个系统是自给自足的,也就是说,一旦在线运行,我们称为控制器的实体就会自行决定机器人应该做什么,因此图中的每一个“用例”都是由控制器“制作”的。因为根据定义,用例图中的参与者是与系统交互的外部实体,那么用这个图对我的系统建模的正确方法是什么?控制器不能是参与者,因为它是系统的一部分,但是我如何建模功能呢?
发布于 2017-02-14 06:41:23
您的系统大概不是一个完整的黑匣子。它对由某些源触发的一些外部事件(通常首先是定时器)作出反应。直接的方法是引入这些事件的来源(计时器、加速度计、阀门等)作为触发场景的参与者。
在您的情况下,此类行为者的唯一参与可能仅表示为只触发情景。如果是这样,走捷径,不要介绍参与者,只需在用例触发器中写上:“下面的压降.”
您可能希望或不希望将系统参与者与机器人和控制器参与者分开(即建立正在讨论的系统,低一级)。谁将阅读你的文档?客户对黑匣子中的内容不感兴趣,但是两个开发团队编写每一篇文章都会促使您分离和定义精确的接口。
发布于 2017-02-11 10:55:57
如果系统是真正自主的,你可以问它:你得到的附加值是多少?我打赌它回答不了。因此,它本身并不是自主的(希望你也是这样)。它代表其构造器或购买者行事。它们将有一个附加的价值。所以这就是唯一的视角。
现在您实现了一个系统。这是为了实现增值。这不重要,这是否是自主的或不。
您可以做的是详细说明系统并构造技术用例。因此,为了控制视觉感知,您有自己的用例子系统。或者感觉到什么。但这是一个不同的层次,不应与其背后的业务逻辑相混淆。
发布于 2017-02-11 11:37:42
根据UML规范,传感器可以看作是一个参与者。
https://stackoverflow.com/questions/42174827
复制相似问题