JBPM4介绍

关于JBPM工作流

1.        工作流

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

l 实体是工作流的主体，是需要随着工作流一起流动的物件 (Object)。例如，在一个采购申请批准流程中，实体就是采购申请单；在公文审批流程中，实体就是公文。

l 参与者是各个处理步骤中的责任人，可能是人，也可能是某个职能部门，还可能是某个自动化的设备；

l 流程定义是预定义的工作步骤，它规定了实体流动的路线。它可能是完全定义的，即对每种可能的情况都能完全确定下一个参与者，也可能是不完全定义的，需要参与者根据情况决定下一个参与者；

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

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

 

2.        JBPM

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

n  jBPM的一个特色是采用了它自己定义的 JBoss jBPM Process definition language (jPdl)。 jPdl认为一个商务流程可以被看作是一个 UML状态图。 jPdl就是详细定义了这个状态图的每个部分，如起始、结束状态，状态之间的转换等。

n  jBPM的另一个特色是它使用 Hibernate来管理它的数据库。 Hibernate是目前 Java领域最好的一种数据持久层解决方案。通过 Hibernate， jBPM将数据的管理职能分离出去，自己专注于商务逻辑的处理。

 

JBPM工作流的应用分析

jbpm工作流步骤：

1、 加载（发布）流程定义

这个意思是，我们通过 jbpm的 designer插件，或者是用其他工具，制定出 processDefinition

，然后将其加载到应用中的过程。这个加载可以是写入内存中，或者是直接写入数据库等。

2、 启动流程

创建流程实例的过程。具体创建实例的方法有多种，可根据自己的需要自行选择。

3、 处理任务

在流程流转的过程中， JBPM引擎会为我们生成任务的实例，我们就需要针对这些任务实例来进行处理，然后结束这些任务实例，并推动流程的流转。

4、 记录流程的相关状态

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

1）流程实例的开启

2）任务实例的创建

3）任务实例的开始执行

4）任务实例的结束

5）流程实例的结束

 

使用jBPM的优势

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

1、 解耦系统业务流程

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

2、 提高系统的灵活性

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

 

使用jBPM时的问题

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

jBPM不提供灵活进行条件查询的 api，如果需要，可以自定义 hibernate查询，从 jbpm相应的数据表中查询任务数据。但需要对 jBPM机制比较了解，而且有些复杂条件难以用 jBPM本身的信息查到。

2、  当前任务的分页

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

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

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

4、  工作流数据与业务数据结合

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

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

Jbpm工作流流程定义有版本的概念，修改流程后要重新发布，与旧的流程不是一个同一个版本。系统可以区别开新旧流程来。

结论

1、  工作量

初步的结论是：引入工作流技术不会明显减少系统开发工作量。相反，在一般情况下，会增加一部分工作量。

如果项目流程比较少，而且比较固定，则使用工作流技术会明显增加开发工作量。

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

2、  关于业务数据与 jBPM 本身的数据

理论上说，如果使用 jBPM，可以将所有业务数据放到 jBPM的 context中管理，不再维护业务数据表。但这样的结果是在流程之外的环境（比如在统计报表中）中无法容易的得到业务数据。所以一般会建立业务数据表，我不使用工作流时一样，然后让 jBMP从业务数据表中得到业务数据，而不在 jBPM中保留业务数据。因此，使用 jBPM后，在业务数据方面基本不会减少工作

 

3、  工作流学习成本

工作流本身的概念较复杂，使用 jbpm，需要学习其工作流的定义和结构，流程定义工具和语言、了解其数据结构。与其它工作流产品（如 Shark）相比， jBPM对 Java开发人员来说学习较低成本，在做流程复杂的项目时，学习成本可以接受。

 

4、  系统用户和角色与工作流整合

流程的流转和任务的分派完成，都是用户在控制，所以需要将用户、角色和权限整合到 jbpm工作流中。

 

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

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

 

 

6、  适用范围

Jbpm工作流适用于：

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

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