为用例图识别正确的系统和参与者答案

【问题标题】：Identifying the correct system and actors for use case diagram为用例图识别正确的系统和参与者
【发布时间】：2021-03-16 17:34:16
【问题描述】：

我无法正确识别用例图的参与者和系统。

我正在开发与现有系统交互的传感器，特别是四种不同的传感器。我曾尝试将传感器用作次要参与者，这通常是有道理的，但这又带来了另一个问题。参与者被认为是外部的，并且据我所知，传感器硬件不能使用 SysML 在块定义图中描述，因为它不是系统的一部分。我是不是想多了？

相反，我想知道是否应该将传感器用作系统，并将现有系统用作辅助参与者？这是一个学校项目，所以我必须确保以正确的方式记录我的工作。

谢谢

【问题讨论】：

为了给出一个合理的答案，我们需要更多关于您要描述的系统类型的具体信息。谁将系统作为一个整体用于什么目的？此外，您描述的系统范围也很重要。例如。如果其目的是显示当前空气温度，则发出有关此温度的信号的传感器可能被视为参与者。但是，如果传感器位于触摸屏中，那么在此显示屏上摸索的用户很可能是需要考虑的因素。
将系统想象成 Vernier 的 LabQuest 和 LoggerPro。因此，用户将是一名高中生。在我的项目中，我正在为 LabQuest 开发传感器。

标签： uml sysml

【解决方案1】：

是的，根据定义，演员在他们与之反应的系统之外，那么一切都取决于系统是什么，这是一个视角问题

我想知道是否应该将传感器用作系统，并将现有系统用作辅助参与者？

确切地说，当您描述的系统是您的传感器时，已经存在的系统不在其中，它们可以表示为参与者，如果它们激活了您的用例，甚至可以表示为主要参与者。

如果您描述已经存在的传感器，则角色会颠倒过来，您的传感器就会成为参与者

[编辑您的评论]

如果整个系统包括已有系统和您的传感器，则已有系统成为整个系统的子系统，您的传感器也是整个系统的子系统。

当您描述您的子系统时，来自现有子系统的传感器仍然可以是参与者等，没有任何变化。子系统就是系统。

【讨论】：

谢谢，这是有道理的。项目描述包括传感器连接的系统，但在我开始之前已经存在原型。我曾想过将主系统用作系统，将云后端与用户一起用作参与者。这样，传感器就是系统的一部分。