在工作流引擎设计领域,是否自动计算未来的处理人的设计模式有哪些?

概述

   流程的第一个节点发送下去的时候,就要把以后所有节点的处理人计算出来,能清楚的知道每个节点都是那些人处理. 以驰骋bpm为例来说明这个设计

计算未来处理人包括抄送节点、与待办节点.

默认的模式为:每个节点发送的时候即使计算,就是不计算未来处理人.

流程设计特征.

流程的所有节点的接受人不能是主管选择的,只能是自动计算.

节点的转向规则必须是自动计算的(既按照连接线的条件计算), 不能主管选择.

业务背景:

一个流程在启动起来后,对即将运行所有节点的处理人计算出来,流程的走向。

对于另外一些节点处理人有可能需要相关的人员调整的。

CCBPM就会为已知道的节点填充处理人到WF_SelectAccper表中,如果启用了审核组件并且查看未来的步骤,就会显示出来。

目的1:

让发起人更能直观的看到自己的工作需要那些人审核,为了达到这个目的,我们就可以在流程的轨迹图里展示出来未来的处理人。

目的2:

是让未来处理人能够显示到他的待办里,从而知道我将要处理那些工作,可以提前做好准备。为了实现这个目的,我们可以将wf_EmpWorks视图改造一下,可以显示到他的待办,也可以做一个功能功能。

 在工作流引擎设计领域,是否自动计算未来的处理人的设计模式有哪些?_第1张图片

蓝色的是经过的节点. 红色是停留的节点. 灰色的是未进行的节点.

未来工作连接

未来工作连接:我们提供了一个api,提供了一个页面来单独显示未来待办工作,可以让开发者直接调用。

连接地址:FutureTodolist.htm 

你可能感兴趣的:(设计模式)