uml用例图 - 我如何建模“自治”系统？

Question

我有一个系统，其中有一个控制器和一个相互作用的机器人。系统是自给自足的，在某种意义上说，一旦在线和运行，我们称为控制器的实体就机器人应该做什么就自己做出决定，因此图中的每个“用例”都由控制器“制造”。由于用例图中的actor是一个与系统交互的外部实体，因此使用该图对我的系统进行建模的正确方法是什么？控制器不能成为一个参与者，因为它是系统的一部分，但是我怎么能模拟这些功能呢？

Answer 1

如果系统真的是自主的，你可以问它：你得到的附加价值是多少？我打赌它无法回答。所以它本身并不是自主的（就像你希望的那样）。它代表其构造者或购买者行事。它们将具有附加价值。这就是一个观点。

现在您实施一个系统。这旨在实现附加值。这是自动完成无关紧要。

您可以做的是详细说明系统并构建技术用例。因此，为了控制视觉感知，您可以使用具有自己用例的子系统。或者感受一些东西。但这是一个不同的层面，而不是与背后的业务逻辑混淆。

Answer 2

根据UML规范，传感器可以被视为演员。

Answer 3

您的系统可能不是一个完整的黑匣子。它会对某些外部事件做出反应（通常首先是计时器），这些事件由某些来源触发。直截了当的方式是将这些事件的来源（计时器，加速度计，阀门等）作为触发场景的角色引入。

在您的情况下，这些参与者的唯一参与可能被表示为仅触发场景。如果是这样，采取快捷方式并且不介绍演员，只需在用例触发器中写入：“压力低于......”

您可能希望也可能不希望将系统角色与机器人和控制器角色分开（即将讨论中的系统建立在较低级别的一级）。谁将成为您文档的读者？客户对黑匣子内部的内容不感兴趣，但是两个开发团队编写每个部分将推动您分离和定义精确的界面。