概述
流程的第一个节点发送下去的时候，就要把以后所有节点的处理人计算出来,能清楚的知道每个节点都是那些人处理. 以驰骋bpm为例来说明这个设计
计算未来处理人包括抄送节点、与待办节点.
默认的模式为：每个节点发送的时候即使计算,就是不计算未来处理人.
流程设计特征.
流程的所有节点的接受人不能是主管选择的,只能是自动计算.
节点的转向规则必须是自动计算的(既按照连接线的条件计算), 不能主管选择.
业务背景：
一个流程在启动起来后，对即将运行所有节点的处理人计算出来，流程的走向。
对于另外一些节点处理人有可能需要相关的人员调整的。
CCBPM就会为已知道的节点填充处理人到WF_SelectAccper表中，如果启用了审核组件并且查看未来的步骤，就会显示出来。
目的1:
让发起人更能直观的看到自己的工作需要那些人审核，为了达到这个目的，我们就可以在流程的轨迹图里展示出来未来的处理人。
目的2：
是让未来处理人能够显示到他的待办里，从而知道我将要处理那些工作，可以提前做好准备。为了实现这个目的，我们可以将wf_EmpWorks视图改造一下，可以显示到他的待办，也可以做一个功能功能。
蓝色的是经过的节点. 红色是停留的节点. 灰色的是未进行的节点.
未来工作连接
未来工作连接：我们提供了一个api，提供了一个页面来单独显示未来待办工作，可以让开发者直接调用。
连接地址：FutureTodolist.htm
