适用于后台流程的UML图

适用于后台流程的UML图,uml,use-case,ooad,staruml,Uml,Use Case,Ooad,Staruml,我正在尝试为一个项目创建一个设计文档,其中包含所有的后台过程。 后台处理的顺序如下: 流程P1-> 从数据库中获取所有记录(千条) 分析记录的有效性 将有效记录发送到进程P2 流程P2-> 逐个获取有效记录 对数据进行第一级处理 将此发送到进程P3 过程P3-> 从进程P2中逐个获取记录 根据处理结果,更新数据库中的记录 我试图决定在这种情况下创建哪些图表。特别是,我对用例图感到困惑。这里的演员是什么?用例图是否适用于此类后台过程 对于后台流程,用例是不适用的,我想是吧?用户与流程没

我正在尝试为一个项目创建一个设计文档,其中包含所有的后台过程。 后台处理的顺序如下:

流程P1->

  • 从数据库中获取所有记录(千条)
  • 分析记录的有效性
  • 将有效记录发送到进程P2
流程P2->

  • 逐个获取有效记录
  • 对数据进行第一级处理
  • 将此发送到进程P3
过程P3->

  • 从进程P2中逐个获取记录
  • 根据处理结果,更新数据库中的记录

我试图决定在这种情况下创建哪些图表。特别是,我对用例图感到困惑。这里的演员是什么?用例图是否适用于此类后台过程

对于后台流程,用例是不适用的,我想是吧?用户与流程没有直接交互,除非您让它与最终用户控制的某个触发器交互


活动、序列图和类图应该足以满足您的需要。

描述流程通常使用活动图。如果你想描述一个特定的执行,你应该使用一个序列图。

对于一个后台过程,用例是不适用的,我想?用户与流程没有直接交互,除非您让它与最终用户控制的某个触发器交互。活动图、序列图和类图应该足以满足您的需要。好的,为了描述用例,我们可以使用活动图和/或序列图,或者两者都可以。我很困惑,因为我不确定如何识别后台进程的参与者。“用户”的定义可能还包括代码正在与之通信的任何外部系统。换句话说,“用户”不一定是人。但对于这种情况,您基本上是对的,因为所有内容(假定包括DB)都保留在系统边界内,因此也没有外部系统。