调度程序是否应该是用例图中的参与者

Question

让我们说作为系统一部分的调度程序负责向用户发送每周电子邮件。是否应将“调度程序”视为一个参与者，还是应该将其建模为用例？

选择演员的指导说： 如果：它是一个真实的人与您的系统交互。如果“是”则是演员 否则：你可以在系统内改变它。如果“否”是一个演员

调度程序不是一个人。你可以改变它的运作方式。但我的直觉说这可能是一个演员。一点帮助就会很棒。

Answer 1

更高级别的指南说：如果它可以帮助您理解设计，请将其包含在图表中。如果只引入不必要的噪音，请将其留下。

此外，更高级别的指导方针：使用常识。

Answer 2

我经常将调度程序和其他与时间相关的外部代理建模为actor。它是有道理的，它是可以理解的，并不与UML中的任何内容或OO建模的通用实践相矛盾，并且它非常适合大多数实现策略。

Answer 3

@CesarGon风险可能是您使用用例（图表）作为设计技术而不是需求技术。由于需求技术的重点是针对系统和参与者与系统交互的用户目标。 TIME actor没有针对系统的用户目标，因此我尝试找到对系统有目标或兴趣的actor。谁不在乎每周发送电子邮件？ TIME演员我添加为次要演员。 TIME演员帮助“真正的”演员达到用户目标。