浅谈JBPM工作流.docx

浅谈JBPM工作流

第一篇：浅谈JBPM工作流浅谈JBPM工作流摘要：本文介绍了工作流的定义，并着重对JBPM工作流的核心组件、体系结构、流程调度等进行了详尽的介绍，以期完成对基于JBPM工作流技术的软件系统研发工作的理论探讨。关键词：工作流；JBPM；组件；流程调度工作流研究起源于20世纪70年代，早期的工作流源起办公自动化。1962年，工作流开始使用Petri网来作为流程建模的描述手段，Petri被认为是所有流程定义语言之母。到80年代适，商用工作流(FileNet等)开始基于图像处理和文档管理，直到1993年，工作流管理联盟的成立标志着工作流技术比较成熟了。JBPM于2002年发起，到现在已经有发布了5.0版本。与JBPM3相比，JBPM4引入了流程虚拟机(PVM)同时增加了业务流程管理系统(BPMS)的特性，它不只是一个工作流系统，而是开始走向BPMS。而JBPM5完全抛弃了JBPM4的代码，所有代码都来自原先的DroolsFlow。因此，本文选择了纯JPBM工作流引擎JBPM3。1.1工作流的定义工作流管理联盟(WorkflowManagementCoalition,WfMC)，给出了工作流定义为：工作流是一类能够完全或者部分自动执行的经营过程，它根据一系列过程规则、文档、信息或任务能够在不同的执行者之间进行传递与执行。除了WfMC以外，Georgakopotllo、IBMAlmeden研究中心等也从不同的角度对工作流进行了定义。这些定义都是非形式化语言描述，说明工作流是使用计算机实现的经营过程，而工作流管理系统是实现这个过程的一套软件。本文中笔者做如下定义：“工作流是一种反映业务流程的计算机化的模型，是为了实现某个经营过程利用计算机在多个参与者之间，按照预定规则自动流转的可由工作流管理系统执行的业务模型。”1.2JBPM简介JBPM是一个基于JavaEE的轻量级工作流管理系统，是一个灵活的、可扩展的并能实现工作流的企业级开发框架，提供了流程定义、部署、执行和管理等功能。它具只有很小的依赖性，可以作为Java库与使用任何数据库部署在任何应用服务器上。JBPM的核心工作流和BPM功能被封装成一个Java库，其中包含了Jbpm-Server、Jbpm-Designer、Jbpm-DB、Jbpm核心组件和Jbpm-Bpel五个部分。Jbpm-Server是一个预先配置好的Jboss应用服务器，Jbpm-Designer是一个基于Eclipse的流程图形化设计插件，Jbpm-DB包括了JBPM所有兼容数据库的JDBC驱动程序和数据库初始化脚本，Jbpm核心组件是一个用来管理流程定义和支持流程实例执行的运行时环境，Jbpm-Bpel是一个独立扩展包，使JBPM可以支持BPEL(一种扩展的XML脚本语言)。JBPM使用JPDL流程定义语言来表示业务流程，使用Jbpm-Designer图形流程设计器来设计业务流程。Jbpm-Designer使业务分析员和技术开发人员都可以对业务流程进行设计和调整，使得业务流程建模和实际业务执行转换非常容易。JBPM的核心组件是一个Java库，负责解析流程定义文件和控制运行时流程实例的执行。除了XML解析和持久化依赖的库以外，唯一与之直接相关的库是commonslogging，项目中任意Java软件都可以访问JBPM提供的API。JBPM内部使用Hibernate实现其持久化，Hibernate使JBPM能在当前所有的数据库上使用。JBPM控制台Web应用程序作为流程实例的控制接口，负责流程执行时的任务生成，管理并监视控制台检查或操作运行的流程实例。1.3JBPM的体系结构JBPM工作流实现了三个工作流管理系统的基本功能。过程定义：JBPM使用JPDL使用户通过可视化方式定义业务流程，流程定义文件被流程解析程序解析后提供给工作流引擎使用。运行控制：核心是JBPM工作流引擎，管理执行流程的上下文环境，包含了当前执行流程的全部信息。它解析流程定义，控制流程定义实例的创建、流转和销毁，检查流程实例的状态并提供监控程序。人机交互：当流程需要用户或者外部工具参与时，JBPM提供相应的应用程序接口或通过继承ActionHandler的方法来实现。ActionHandler方法提供了统一的扩展接口，使得扩展更加容易。1.3.1.1JBPM的流程定义JBPM本身就是基于模型的组件，流程实例都是依赖流程定义而执行的。但它并不像使用JPDL的流程定义图形化工具那么简单，从上世纪七十年代开始，人们便开始探索流程的形式化描述。JBPM的流程定义采用了动态图的模型语义来描述任意一个流程定义，JPDL主要使用7种流转控制活动来实现流程的形式化描述。流转控制活动是组成一个业务流程定义最基本的活动，利用这些活动可以构建任意的流程