专利名称：基于流程引擎进行流程统一处理的系统的制作方法
技术领域：
本发明属于流程引擎工作流技术领域，具体涉及一种基于流程引擎进行流程统一处理的系统。
背景技术：
在现有的流程引擎产品中都提供了很多处理流程策略例如(退回、转发、加签、转办、追回、跳转等等…)这些逻辑各个厂商会以自己标准去实现他，并且将处理逻辑封装在引擎中，使用户很难去更改这些处理的逻辑，而且对于流程产品来说厂商提供的策略往往是不够用的需要二次开发才能实现复杂的业务功能。这时就需要一种与流程引擎交互的处理策略框架来封装这种复杂程度和变化性。在现在世面上的流程产品在和业务系统整合的时候往往需要为用户和流程交互界面做出大量代码的订制，来处理流程中提供的同意、不同意、退回、加签、转发等命令。与流程的交互命令没有一种统一的处理框架，导致用户想开发自己的处理策略(如自定义退回)的时候往往需要更改到流程引擎的源代码才能完成。现有的流程产品当不满足的用户的要求时候，往往需要去改写引擎的源代码来完成一些复杂的业务处理，一些考虑到这个问题的引擎往往也只会提供简单的扩展接口，用户针对不同的处理策略往往要写大量的代码去控制引擎的流向，都没有一种引擎提供了一种策略框架供用户使用并方便订制自己的策略，完全不需要多引擎产生更改。现有的流程产品只提供了默认常用引擎的策略，对于流程引擎来说只提供常用的策略往往是不够的，流程的控制是相当复杂的，一旦当提供的默认策略不满足的时候用户很难去更改引擎提供的策略，而这些默认策略都是写在引擎的内核中，用户只能去更改相应的源代码来完成处理。现有的流程产品提供了默认的策略，并对外开放了引擎的流转方法，这样用户虽然可以写自己的策略来控制引擎，但是这些用户自己定义策略并没有统一的格式统一的配置文件，前面UI的订制需要判断各种逻辑来处理策略。没有统一的流程策略操作口，使代码很难维护可读性很差。很多引擎将任务处理策略逻辑写在引擎内部大大加大了引擎的复杂程度，因为策略是随这业务变化的经常会发生变化.这样对引擎内核产生了不稳定因素。本发明因此而来。
发明内容
本发明目的在于提供一种基于流程引擎进行流程统一处理的系统，解决了现有技术中流程引擎将任务处理策略逻辑写在引擎内部导致引擎复杂程度大、维护可读性差等问题。为了解决现有技术中的这些问题，本发明提供的技术方案是一种基于流程引擎进行流程统一处理的系统，其特征在于所述系统在流程引擎内核外设置统一流程处理模块，所述统一流程处理模块包括获取任务下一步动作的获取任务接口、对任务动作进行配置的任务配置接口，所述统一流程处理模块外侧设置提供用户交互界面的交互模块，所述获取任务接口通过调用任务动作仓库与流程引擎内核进行通讯，所述任务配置接口通过调用动作执行器模块与流程引擎内核进行通讯。优选的，所述交互模块包括同意模块、转发模块和跳转模块，当用户触发相应模块时，交互模块通过调用任务配置接口向流程引擎内核传递消息。优选的，所述动作执行器模块包括动作参数配置子模块和根据动作参数配置子模块配置的动作参数调用流程引擎内核API完成任务操作的动作执行子模块。本发明主要运用在流程引擎与用户的操作交互中，本发明提供了独立于引擎内核的处理策略框架，解决了流程中最复杂的退回、跳转、加签、转办等策略与引擎核心分离的问题。本发明提供了统一的策略框架，完全分离在引擎核心外边，策略的更改不会对引擎内核代码产生更改，更好的做到微流程内核的，将策略的处理分离到引擎外围提供统一的格式统一的展现方式将大大降低引擎的复杂度，提供稳定性。本发明提供了一个套处策略框架，并在框架上提供了常用的策略实现，采用了这套框架，处理策略的逻辑直接从流程引擎的核心分离出来，做到了用户可以随意扩展，引擎内核更加健壮稳定，同时处理策略框架也大大简化了前台UI用户交互层对流程引擎的访问操作。本发明是需要使用在流程引擎产品中，不能独立存在。独立的流程引擎产品都是需要跟现有的业务系统进行整合才能供用户来使用，整合的过程中会对流程引擎产品做出一些订制，这就要求流程引擎能提供很好的扩展性。很多设计人员在设计流程引擎的时候，一般是以“微内核”设计为指导思想的。但是往往在后期，随着应用的复杂度增加，客户业务需求的特异化，造成最终的流程引擎，从而最终偏离微内核的宗旨了，所以本发明提供了独立于引擎内核的策略处理框架，降低了引擎复杂度同时方便了开人员的策略订制和前台UI展现。相对于现有技术中的方案，本发明的优点是本发明提供了完全与引擎内核分离的处理策略构架，方便的订制自己处理策略，改变系统默认的处理策略，方便前台UI展现操作。
下面结合附图及实施例对本发明作进一步描述图I为本发明基于流程引擎进行流程统一处理的系统的架构图；图2为本发明基于流程引擎进行流程统一处理的系统的功能流程图。
具体实施例方式以下结合具体实施例对上述方案做进一步说明。应理解，这些实施例是用于说明本发明而不限于限制本发明的范围。实施例中采用的实施条件可以根据具体厂家的条件做进一步调整，未注明的实施条件通常为常规实验中的条件。实施例如图I和图2所示，该基于流程引擎进行流程统一处理的系统，所述系统在流程引擎内核外设置统一流程处理模块，所述统一流程处理模块包括获取任务下一步动作的获取任务接口、对任务动作进行配置的任务配置接口，所述统一流程处理模块外侧设置提供用户交互界面的交互模块，所述获取任务接口通过调用任务动作仓库与流程引擎内核进行通讯，所述任务配置接口通过调用动作执行器模块与流程引擎内核进行通讯。在处理策略框架中配置处理策略，框架会默认提供一套实现好的策略，用户可以更改默认的策略还可以建立自己的策略。每个策略分为编号rolIBack名称退回命令类型toDoTasks策略参数com. founder, fix. fixflow. expand, command. RollBackTaskCommand策略执行器com.founder, fix. f ixf low. expand, cmd. RollBackTaskCmd是否显示true任务处理策略的过程是I.先在策略仓库中定义一个处理策略2.填写策略的参数类、执行器类，执行器类里定义了策略的执行内容。3.在流程节点的任务处理上选择定义的处理策略例如退回、同意、跳转。4.生成任务之后，打开任务从处理策略框架API获取到当前任务的处理策略。5.每个策略有自己的参数类，前台UI层负责收集UI参数例如退回给谁rollbackld6.前台用户点击处理策略调用处理策略框架，构建处理参数，执行策略执行器。7.在策略执行器中改变流程走向完成策略业务。一个策略对应一个策略参数一个执行器。参数类负责收集参数，执行器负责调用流程内核API完成任务操作。其中，统一流程处理模块设置的获取任务接口 api示例代码如下所示
权利要求
1.一种基于流程引擎进行流程统一处理的系统，其特征在于所述系统在流程引擎内核外设置统一流程处理模块，所述统一流程处理模块包括获取任务下一步动作的获取任务接口、对任务动作进行配置的任务配置接口，所述统一流程处理模块外侧设置提供用户交互界面的交互模块，所述获取任务接口通过调用任务动作仓库与流程引擎内核进行通讯，所述任务配置接口通过调用动作执行器模块与流程引擎内核进行通讯。
2.根据权利要求I所述的基于流程引擎进行流程统一处理的系统，其特征在于所述交互模块包括同意模块、转发模块和跳转模块，当用户触发相应模块时，交互模块通过调用任务配置接口向流程引擎内核传递消息。
3.根据权利要求I所述的基于流程引擎进行流程统一处理的系统，其特征在于所述动作执行器模块包括动作参数配置子模块和根据动作参数配置子模块配置的动作参数调用流程引擎内核API完成任务操作的动作执行子模块。
全文摘要
本发明公开了一种基于流程引擎进行流程统一处理的系统，其特征在于所述系统在流程引擎内核外设置统一流程处理模块，所述统一流程处理模块包括获取任务下一步动作的获取任务接口、对任务动作进行配置的任务配置接口，所述统一流程处理模块外侧设置提供用户交互界面的交互模块，所述获取任务接口通过调用任务动作仓库与流程引擎内核进行通讯，所述任务配置接口通过调用动作执行器模块与流程引擎内核进行通讯。该系统完全与引擎内核分离，方便订制自己处理策略，改变系统默认的处理策略，方便前台UI展现操作。
文档编号G06F17/30GK102929602SQ20121037140
公开日2013年2月13日 申请日期2012年9月28日 优先权日2012年9月28日
发明者姜楠, 夏帮国 申请人:方正国际软件有限公司