标签：工作流 jbpm 工作流引擎
一、概念
工作流(Workflow)，就是“业务过程的部分或整体在计算机应用环境下的自动化”，它主要解决的是“使在多个参与者之间按照某种预定义的规则自动进行传递文档、信息或任务的过程，从而实现某个预期的业务目标，或者促使此目标的实现”。具体的说工作流表达了一个抽象的流程定义，之所以说是抽象，因为它没有表示确切的执行者，比如某借款人被具体化为张三，部门主管成为张三的部门经理李四，而财务明确为王五的时候，这个流程定义就被具体化，成为一个流程实例。此外过程中的相关人员我们称之为参与者Actor，过程需要参与者介入的环节称之为Task，每—个任务在流程实例中的具体化称之为任务实例，从一个任务结点到另一个任务结点转为叫做流转（Transition），在流程中，由程序预先设定的行为如发邮件，我们称之为活动（Action）。
二、理解
尽管我们可以从书上、网络上、博客上得到许多关于工作流的定义、概念和资料，然而对于一个没有深刻的对面向对象概念的初学者来说要理解工作流还是有一定难度的。
首先来说假如我们在系统中不用工作流只是简单的使用面向对象技术编程的话，那么我们所敲的代码所实现的功能只是对系统的业务的具体实现，值得夸奖的是由于系统中采用的面向对象的技术增强了系统的灵活性，使得系统后期的可维护性、可扩展性大大增强。例如在系统中多使用一些设计模式如工厂+策略，这样就可以减少系统中对象间的耦合度，通过面向接口编程为具体的一些业务逻辑提供一个可实现的接口，为业务扩展预留接口。然而现实中面对一些需求我们可能需要实现一个这样的功能：几个独立的功能模块人选几个就可以实现一个业务，而这些业务往往是经常变动的，需要用户自己来决定是什么样的业务需要，换句话说用户只需要通过简单的配置就可以随意设置、更改业务的执行，包括业务功能的添加与减少、功能模块之间的调用顺序以及涉及到的一些资源信息。
从抽象的角度来说工作流要做的是对工作流程及其各操作步骤之间业务规则的抽象、概括、描述。通过工作流建模将工作流程中的前后组织在一起的逻辑和规则，在计算机中以恰当的模型进行表示并对其实施计算。所以工作流要解决的主要问题是：为实现某个业务目标，在多个参与者之间，利用计算机，按某种预定规则自动传递文档信息或者任务。工作流管理系统的主要功能是通过计算机技术的支持去定义、执行和管理工作流，协调工作流执行过程中工作之间以及群体成员之间的信息交互。通俗的说工作流是对一种业务流程的抽象，只不过当需要的时候根据具体的需求来实例化我们的业务流程，而这个过程是是由用户来完成的而不再是我们程序
开发人员或系统维护人员。
、
三、JBPM工作流引擎
jBpm是一个灵活可扩展的工作流管理系统。作为 jBpm运行时server输入的业务流程使用简单强大的语言表达并打包在流程档案中。jBpm将工作流应用开发的便利性和杰出的企业应用集成（EAI）能力结合了起来。jBpm包括一个Web应用程序和一个日程安排程序。jBpm是一组J2SE组件，可以作为J2EE应用集群部署。
JBPM的业务逻辑定义没有采用目前的一些规范，如WfMC´s XPDL, BPML, ebXML, BPEL4WS等，而是采用了它自己定义的JBoss jBPM Process definition language (jPdl)。jPdl认为一个业务流程可以被看作是一个UML状态图。jPdl就是详细定义了这个状态图的每个部分，如起始、结束状态，以及状态之间的转换,通过图型化的流程定义，直观地描述业务流程。
jBPM的另一个特色是它使用Hibernate来管理它的数据库。Hibernate是目前Java领域非常流行的一种数据存储层解决方案,只要是
Hibernate 支持的数据库， jBPM 也就支持。通过Hibernate，jBPM将数据的管理职能分离出去，自己专注于业务逻辑的处理。
四、总结
工作流到底有什么好处？什么样的项目需要用工作流，什么样的不适合用工作流？好的工作流引擎不但能帮助用户实现价值，同时又能灵活处理用户认识发展过程中一些不一定合适的需求。
末端需求的实现能力才能真正体现工作流引擎的强大。用使用工作流的好处是，高可维护性以及扩展性。如果你这个系统中只用到了一个流程，且变动的可能性不大，基本不需要考虑工作流。其实说白了该不该使用工作流还得看系统中涉及到的业务是不是工作流。
JBPM——工作流概念
标签：工作流 jbpm 工作流引擎
原文地址：http://blog.csdn.net/leimengyuanlian/article/details/40339215
