uml - 以“时间”为主角的用例

Question

使用用例对系统行为建模的最佳实践是什么？系统行为是根据计划定期执行的（而不是作为显式用户交互的直接结果执行）？

如果将“时间”建模为参与者，那么描述如何使用时间来触发用例的公认方法是什么（例如，时间段是否可配置、有效范围等）？

Answer 1

在任务实际开始时，最好将导致特定任务安排的参与者视为仍然是参与者：

1. 库存文员提交挑选的零件清单
2. 系统处理选择的零件列表以更新库存

并添加说明后者在一夜之间发生的注释。

既然我写了这篇文章，我认为时间在用例中不是问题。在这个层面上，重要的是发生了什么以及涉及哪些参与者。在这个阶段，什么时候发生并不比如何发生更重要。

Answer 2

调度是系统的一部分还是外部的？

如果时间表是外部的，那么我将其视为演员。然后我们看不到时间。

如果调度是系统的责任，那么我认为将时间视为“敲钟”的演员可能会有所帮助，或者换句话说，提供输入。列举时间的职责有助于计划的设计。然而，也会有其他演员实际制定时间表。将时间与时间表分开。

Answer 3

时间从来都不是主要参与者，毕竟当一个用例被实例化时，时间并没有从系统中获得什么有价值的东西？

我认为您将实施决策与选择实施决策所实现的业务需求混淆了。

如果您可以对定期执行的操作以及原因进行高级描述，我可以详细说明。