F2BPM中关于工作流引擎驳回设计

1.1 关于拒绝

不容,在一部分使用中叫“回退”。驳回是中国特色的一种格局,驳回在流程图上也一向不迁移线的表述通常也是隐性的,比如申请经费可能鉴于材料不足被驳回来补充材料,像这样的例证有不行多,也很宽泛。

驳回是工作流参加者对团结“待办任务”的一种操作,即插足者主动回退待办任务列表中的任务到曾经执行过的人造节点。

回退的气象其实是分外复杂的,有串行上的拒绝,也有相互内的拒绝,并行区内驳回到并行区外,从分支驳回到主干等,从主干驳回到分支内,多重会聚的不肯等。驳回过程中会暴发过多工作,也会可能引致重走路径时暴发重复路径。

闭门羹情势的支撑力度也一再变成评价一个办事流引擎是否具有中国特点和引擎强弱的能重要批价目标。

1.2 关于显隐性驳回的知道

正如图所示,有节点A到节点B
属于正常发送,但从节点B到节点A,则产出二种情况:

图片 1 

(1)迁移驳回:实在就是迁移驳回的发挥是不正确的,因为尚未迁移驳回的说法,本质上或者如常发送,如图中B—A藏棕色线;(迁移的不肯严俊上尚无拒绝的意义存在,只是一种表象,与常规向提交节点没有分别,所以迁移式的不肯不是本节谈论的要紧),这里只是指出来有一个认识。

经过流程定义时绘出驳退迁移线来显式的辅助驳回,即选择迁移的主意来作为回退,实际这种不叫驳回,只是用流程的正常化提交流转而已。

(2)被拒绝:(流程图中不存在线,如上图中绿色线是不设有的)可能因为某些特殊原因,被任务B退回,要求任务A重新办理,如图中B—A藏青色线。尽管都是从B到A,代表的含义却截然不同。(本章所商量的拒绝模型都是座谈这种状态),

1.3 关于业务互补

事务互补是一个很重点的定义,在回退的景观下需要相应的回退部分业务操作。这里由普通由用户自动编排相关的代码举行作业上的回滚,由用户自定义代码举办处理。

1.4 驳回问题项目

1仅可驳回到提单

2仅可驳回到上一步

3仅可驳回到上一步或提单

4闭门羹任意历史节点

5不肯指定历史节点

1.5 驳回形式

1.5.1 描述

 图片 2

上图:驳回格局

不容格局是指驳回后再重新提交相应怎么处理,如上图所示,节点3驳回来节点2,然后节点2重新提交时直接交给回到节点3.那就叫直来直往。

上图所示,节点6驳回到节点2,节点2例行提交依旧是走节点5,节点5再并发放节点3和节点6,这样的方法就叫按流程图执行。

当按直来直往或按图流程执行时都会爆发局部题目,比如节点6驳回节点2时,假设当时节点3一度存在实例了,那么此时驳回节点2这后再行走节点5会招致节点3的分段重复,那么这一个问题就是拒绝形式中要解决的题材。

重中之重分为两种情势:

按流程图执行

即按流程图定义执行。

直来直往格局

什么地方在来的就回啥地方去。

1.5.2 直来直往

即拒绝后回来本节点

 图片 3

如上图所示,节点3驳回到节点2,节点2拍卖后直接再次回到到节点3.直来直往适应于大部分情状。

图片 4

 

直来直往格局有且只好转递一回,比如节点13直来直住情势驳回到节点3,这时候节点3不同意再有直来直往驳回到节点2.因为只要有双重直来直住驳回到节点2会导致杂乱,因为节点2处理完后一贯回到节点3,当节点3再一次拍卖时是按正常提交给节点7,并不会一贯回到节点13,那么此时流程实例将不能正常流转到截至,因为节点13是一个相互停止节点。

节点3此时也不帮忙再度利用按流程图执行的不容,因为是会毁掉节点13的设置期望,节点13是指望驳回后直接处理回来回来,所以直来直往驳回后,统一规则为不容许再度拒绝。只可以是按节点13的企盼处理完后再一次重回给节点13.

1.5.3 按流程图执行

1、并行区间外驳回到并行区前

 图片 5

如上图所示节点13驳回到节点2,此时节点2交由后是按流程图执行,而引擎是去除节点2从此所有节点实例,比如节点6只要存在实例而清空掉这个实例。那么当前任务会从节点5重复开发。

1.5.4 并行外驳回到并行距离内

 图片 6

如上图所示,任务13回绝到任务7的情状,由于节点7地处并行分支上,大家约定这种情形的不容模式只补助“直来直往”格局,
因为若不是这样那么节点7或许永远不法继续流转,因为节点13是一个交互停止节点,需要拭目以待节点7和节点15并且抵达。

直来直往模式:帮助

按流程图执行:不协助

1.5.5 并行距离内驳回到并行距离外

 图片 7

如上图所示为并行区间内驳回到并行距离外,节点3驳赶回节点2.

直来直往形式:协助

按流程图执行:辅助