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

我有一个系统，其中有一个控制器和一个机器人，它们相互作用来做一些事情。该系统是自给自足的，在这个意义上，一旦联机并运行，我们称之为控制器的实体将自行决定机器人应该做什么，因此图中的每个“用例”都是由控制器“生成”的。根据定义，由于用例图中的参与者是一个与系统交互的外部实体，那么使用该图对系统建模的正确方法是什么？控制器不能是参与者，因为它是系统的一部分，但我如何对功能建模

如果系统真的是自主的，你可以问它：你得到了什么附加值？我打赌它不能回答。所以它不是自主的（就像你希望的那样）。代表其建造商或买方行事。它们将具有附加值。这是唯一的观点

现在实现一个系统。这是为了实现附加值。这是不是自主完成并不重要

---

您可以做的是详细描述系统并构建技术用例。因此，为了控制视觉感知，您有具有自己用例的子系统。或者感觉到什么。但这是一个不同的层次，不能与它背后的业务逻辑混淆。

根据UML规范，传感器可以被视为一个参与者。

您的系统可能不是一个完整的黑匣子。它对某些源触发的某些外部事件（通常是计时器优先）作出反应。简单的方法是将这些事件的来源（计时器、加速计、阀门等）作为触发场景的参与者引入

在您的案例中，此类参与者的唯一参与可能表示为仅触发场景。如果是这样的话，走一条捷径，不要介绍参与者，只需在用例触发器中写下：“压力降低于…”

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