BPM,在企业应用管理平台中起到底座作用,支撑着企业管理中流程审批类事务的运转。BPM有着很强的连贯性,怎么让商务活动有序推进,是BPM需要解决的核心问题。
Flowable出至activity,也有很强的改进性。
flowable中把bpm事务进行了抽象化,使用执行流/执行流变量/运行任务三个层级对象来解决bpm中的实际事项描述。
执行流对象
执行流是一个执行树,用于描述bpm实际运行中的执行实例-->执行任务---->会签任务--->子流程等基于事项或基于运营需求的衍生需求。
执行实例于业务单据一一映射,形成业务事项/审批流对应关系。
如果执行流中的任务是审批,将提供单一事务性执行流,如果任务是会签,将跟进会签策略,形成基于会签执行流的并行事务流,形成会签任务并行推进方案。
如果相关事务需要多方并行处理,将借助网关概念,形成一个或多个并行流,让事项进行并行处理。
当商务活动被分段后,flowable采用子流程方案,使业务流的特定节点进入子执行流中,从而完成更多标准化事项。执行流中在主业务流中提供了调度节点用于关联子流程,使独立的子流程借助超执行流方案,完成与主流程的关联。当然业务流为了加快树的构建,提供了根执行流编号,用于快速获取到与业务相关的所有执行流对象。
执行流变量
bpm运转需要业务场景的支持,不同的业务场景有着不同的流转需求,执行流变量为bpn提供了运行业务环境,让业务流转有了强力支撑。结合表达式,形成了基于业务平台的条件计算方案。
运行任务
运行任务与事务性执行流一一对应,让审批人能办理业务事项。默认情况下需要根据业务策略完成后续环节与实际执行人处理,完成事项审批的同时运转到下一环节。
在实际业务中,可能会出现业务人员选择下一环节分支与人员,或者由事项责任人处理或是给指定的业务人员处理。这些需求flowable不提供,需要我们进行自行规划........