uml 用例图 - 如何为 "autonomous" 系统建模？
uml use case diagram - how can I model an "autonomous" system?
我有一个系统，其中有一个控制器和一个交互做某事的机器人。该系统是自给自足的，从某种意义上说，一旦在线并运行，我们称为控制器的实体就会自行决定机器人应该做什么，所以图中的每个 "use case" 都是 "made"控制器。由于根据定义，用例图中的参与者是与系统交互的 外部 实体，因此使用此图为我的系统建模的正确方法是什么？控制器不能成为参与者，因为它是系统的一部分，但是我该如何对功能进行建模呢？
如果系统真的是自治的，你可以问问它：你得到的附加值是多少？我打赌它无法回答。所以它本身不是自治的（就像你希望的那样）。它代表其建造者或购买者行事。他们将有附加值。这就是一个观点。
现在你实现一个系统。这是为了实现附加值。这是否自主完成并不重要。
您可以做的是细化系统并构建技术用例。因此，为了控制视觉感知，您有 sub-systems 自己的用例。或者去感知什么。但那是一个不同的层次，不能与背后的业务逻辑混淆。
根据 UML 规范，传感器可以被视为参与者。
您的系统可能不是一个完整的黑盒子。它对某些来源触发的某些外部事件（通常 - 首先是计时器）做出反应。直接的方法是将这些事件的来源（计时器、加速度计、阀门等）引入为触发场景的参与者。
在您的情况下，此类参与者的唯一参与可能表示仅触发场景。如果这样走捷径，不介绍演员，直接在用例触发器中写："pressure drops below ..."
您可能希望也可能不希望将系统参与者与机器人和控制器参与者分开（即在低一级讨论下建立系统）。谁将 reader 您的文档？客户对黑匣子里面的东西不感兴趣，但是编写每个部分的两个开发团队将推动您分离和定义精确的接口。
我有一个系统，其中有一个控制器和一个交互做某事的机器人。该系统是自给自足的，从某种意义上说，一旦在线并运行，我们称为控制器的实体就会自行决定机器人应该做什么，所以图中的每个 "use case" 都是 "made"控制器。由于根据定义，用例图中的参与者是与系统交互的 外部 实体，因此使用此图为我的系统建模的正确方法是什么？控制器不能成为参与者，因为它是系统的一部分，但是我该如何对功能进行建模呢？
如果系统真的是自治的，你可以问问它：你得到的附加值是多少？我打赌它无法回答。所以它本身不是自治的（就像你希望的那样）。它代表其建造者或购买者行事。他们将有附加值。这就是一个观点。
现在你实现一个系统。这是为了实现附加值。这是否自主完成并不重要。
您可以做的是细化系统并构建技术用例。因此，为了控制视觉感知，您有 sub-systems 自己的用例。或者去感知什么。但那是一个不同的层次，不能与背后的业务逻辑混淆。
根据 UML 规范，传感器可以被视为参与者。
您的系统可能不是一个完整的黑盒子。它对某些来源触发的某些外部事件（通常 - 首先是计时器）做出反应。直接的方法是将这些事件的来源（计时器、加速度计、阀门等）引入为触发场景的参与者。
在您的情况下，此类参与者的唯一参与可能表示仅触发场景。如果这样走捷径，不介绍演员，直接在用例触发器中写："pressure drops below ..."
您可能希望也可能不希望将系统参与者与机器人和控制器参与者分开（即在低一级讨论下建立系统）。谁将 reader 您的文档？客户对黑匣子里面的东西不感兴趣，但是编写每个部分的两个开发团队将推动您分离和定义精确的接口。