Uml 使用';时间';作为演员

Uml 使用';时间';作为演员,uml,modeling,use-case,Uml,Modeling,Use Case,使用用例对系统行为建模的最佳实践是什么?这些系统行为是根据计划定期执行的(而不是作为显式用户交互的直接结果执行的) 如果将“时间”建模为参与者,那么可以采用什么方法来描述如何使用时间来触发用例(例如,周期是否可配置、有效范围等) > P>最好考虑在任务实际启动时将特定任务安排为仍然是演员的演员: 库存员提交所选零件的清单 系统处理为更新库存而挑选的零件列表 并添加一条注释,指出后者在夜间发生 既然我写了这篇文章,我不认为时间是用例中的一个问题。在这个层面上,重要的是发生了什么以及哪些参与者参与其

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


如果将“时间”建模为参与者,那么可以采用什么方法来描述如何使用时间来触发用例(例如,周期是否可配置、有效范围等)

> P>最好考虑在任务实际启动时将特定任务安排为仍然是演员的演员:

  • 库存员提交所选零件的清单
  • 系统处理为更新库存而挑选的零件列表
  • 并添加一条注释,指出后者在夜间发生


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

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

    如果时间表是外部的,那么我将其视为演员。我们就看不到时间了

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

    时间从来不是主要参与者,毕竟,当用例被实例化时,时间不会从系统接收到有价值的东西

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

    如果你能提供一个关于定期做什么以及为什么要做的高层描述,我可以详细说明