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

概述

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

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

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

流程设计特征.

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

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

业务背景：

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

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

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

目的1:

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

目的2：

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

 

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

未来工作连接

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

连接地址：FutureTodolist.htm