JBPM工做流

一、工做流

工做流是一项分离业务操做和系统流程的技术。工做流由实体(Entity)、参与者(Participant)、流程定义(Flow Definition)、工做流引擎(Engine) 四部分组成。

① 实体是工做流的主体,是须要随着工做流一块儿流动的物件(Object)。例如,在一个采购申请批准流程中,实体就是采购申请单;在公文审批流程中,实体就是公文。

② 参与者是各个处理步骤中的责任人,多是人,也多是某个职能部门,还多是某个自动化的设备;

③ 流程定义是预约义的工做步骤,它规定了实体流动的路线。它多是彻底定义的,即对每种可能的状况都能彻底肯定下一个参与者,也多是不彻底定义的,须要参与者根据状况决定下一个参与者;

 ④ 工做流引擎是驱动实体按流程定义从一个参与者流向下一个参与者的机制

前三个要素是静态的,而第四个要素是动态的,它将前三者结合起来,是工做流的核心组成元素。

二、JBPM

jBPM,全称是Java Business Process Management,是一种基于J2EE的轻量级工做流管理系统。

① jBPM的一个特点是采用了它本身定义的JBoss jBPM Process definition language (jPdl)。jPdl认为一个商务流程能够被看做是一个UML状态图。jPdl就是详细定义了这个状态图的每一个部分,如起始、结束状态,状态之间的转换等。

② jBPM的另外一个特点是它使用Hibernate来管理它的数据库。Hibernate是目前Java领域最好的一种数据持久层解决方案。经过Hibernate,jBPM将数据的管理职能分离出去,本身专一于商务逻辑的处理。

JBPM工做流开发的应用分析

jbpm工做流步骤:

1. 一、加载(发布)流程定义

   这个意思是,咱们经过jbpm的designer插件,或者是用其余工具,制定出processDefinition,而后将其加载到应用中的过程。这个加载能够是写入内存中,或者是直接写入数据库等。

2. 二、启动流程

   建立流程实例的过程。具体建立实例的方法有多种,可根据本身的须要自行选择。

3. 三、处理任务

   在流程流转的过程当中,JBPM引擎会为咱们生成任务的实例,咱们就须要针对这些任务实例来进行处理,而后结束这些任务实例,并推进流程的流转。

4. 四、记录流程的相关状态

   记录流程状态这点包括且不限于如下内容:

   1)流程实例的开启

   2)任务实例的建立

   3)任务实例的开始执行

   4)任务实例的结束

   5)流程实例的结束

使用jBPM工做流开发的优点

 

将业务流程复杂的系统结构清晰话,提供系统运行时的灵活性

一、  解耦系统业务流程

流程独立,可使用工具定义和建模,利于跟踪、监控、管理、调度、优化和重整

二、  提升系统的灵活性

系统流程定义生产环境的修改和调整,用户和外部工具交互,任务的动态分派

使用jBPM时的问题

 

一、  对当前任务的条件查询

jBPM不提供灵活进行条件查询的api,若是须要,能够自定义hibernate查询,从jbpm相应的数据表中查询任务数据。但须要对jBPM机制比较了解,并且有些复杂条件难以用jBPM自己的信息查到。

二、  当前任务的分页

在上一问题的基础上,使用hibernate分页。

三、  统计各个流程实例的状态

能够经过流程实例,在jbpm系统表中查询,也能够在业务表的相应数据上加上状态列来统计。前一个比较麻烦,后一个比较直观,但不会因使用jBMP而使用工做量减小。

四、  工做流数据与业务数据结合

通常经过在流程实例中添加相应的一笔数据的标识做为变量来关联。也能够有针对性的扩展jbpm的系统表来实现与业务的关联性。

五、  修改流程后的历史数据兼容性问题

Jbpm工做流流程定义有版本的概念,修改流程后要从新发布,与旧的流程不是一个同一个版本。系统能够区别开新旧流程来。

 

结论

 

一、  工做量

初步的结论是:引入工做流技术不会明显减小系统开发工做量。相反,在通常状况下,会增长一部分工做量。

若是项目流程比较少,并且比较固定,则使用工做流技术会明显增长开发工做量。

若是项目流程多,并且比较复杂,则使用工做流技术会使项目结构层次更加清晰、更具备扩展性,根据需求有可能要修改和扩展示有开源工做流类库与数据库结构,也会增长额外的工做量。但权衡之下,利大于弊。

二、  关于业务数据与jBPM自己的数据

理论上说,若是使用jBPM,能够将全部业务数据放到jBPM的context中管理,再也不维护业务数据表。但这样的结果是在流程以外的环境(好比在统计报表中)中没法容易的获得业务数据。因此通常会创建业务数据表,我不使用工做流时同样,而后让jBMP从业务数据表中获得业务数据,而不在jBPM中保留业务数据。所以,使用jBPM后,在业务数据方面基本不会减小工做

三、  工做流学习成本

工做流自己的概念较复杂,使用jbpm,须要学习其工做流的定义和结构,流程定义工具和语言、了解其数据结构。与其它工做流产品(如Shark)相比,jBPM对Java开发人员来讲学习较低成本,在作流程复杂的项目时,学习成本能够接受。

四、  系统用户和角色与工做流整合

流程的流转和任务的分派完成,都是用户在控制,因此须要将用户、角色和权限整合到jbpm工做流中。

五、  系统业务的整合和调整

将流程抽取后,本来连续的业务处理变成一个个的任务节点。须要在每一个业务相关处理处添加工做流流程控制、在每一个节点处实现相关的业务和流程切入点。

六、  适用范围

Jbpm工做流适用于:

n  项目流程比较多,流程复杂的项目。

n  系统运行和维护、升级时,流程可能须要修改、调整和跟踪、控制的项目。