工作流引擎讲解
什么是工作流引擎，工作流引擎有什么作用，为什么需要工作流管理系统，在这里我们主要研究它的好处，你想要理解它的好处，就得知道不使用它会带来什么样的坏处。 现在我们来讲工作流，什么是工作流？所谓的工作流就是通常所说的业务流程，那么所谓的业务流程换句话来讲就是多个人在一起去完成一件事情。这就可以称之为工作流。流程的本质就是一个参与者参与到一个过程里面来
那么现在我们就想为什么需要工作流管理系统，工作流管理系统能给我们带来什么好处。我们就从这个角度出发来了解JBPM 工作流引擎
下面我们就来看关于为什么需要工作流管理系统，以及它给我们带来的好处。 实际上它带来的好处就是使某些容易变化的东西抽象出去，我们能够通过某种方式改变它，然后你就可以对你的某些核心部分不需要做什么变动
现在就通过一个小例子来讲这个工作流引擎到底是一个什么东西 举个请假流程的例子 一个请假的过程
重点讲解UML 里面的内容，确定UML 里面流程图的讲解顺序 请假流程 现在只看左边的内容，右边的后面再讲，我是方便讲解就将这点东西放到这个空白的地方
一个简单的流程图Main 模拟出请假的过程
对提交请假单进行分析
用一个用户来表示普通用户和审批者，只不过他们的权限不同，他们都能够登录到这个系统
现在我们来看用户和请假单，分析他们之间的关系，用户和请假单之间的联系有请假，用户填了一个请假单就创建了一个请假单对象，他们之该是一对多的关系。因为某一个用户可以请多次假 对吧（其实一般是一个请假单对应一个请假者，这个需求就应该得到客户的确定，客户说了算）那么用户和这个请假单之间还有没有其他联系？
接下来是提交请假单。我首先将请假单提交给张三，那么张三就能够看到这个请假单，如果用户将请假单提交给张三，那么就可以在张三和请假单之间建立一个待审关系 他们之间的关系也是一对多的关系，因为张三可以同时审核几个请假单，就是这意思，一个请假单等待的用户是一个，从现在的需求来看。那么两者之间还有另外一个联系那就是已审，一个用户可以审批过多个请假单，请假单也可以被多个用户审批 比如张三审批以后交给李四审批，李四审批以后交给王五审批，其实这个已审就是记录审批信息的，比如审批时间，审批意见，把它放在审批关联里边
这个就是一个基本的概念，了解这个概念之后我们就考虑它的设计，JBPM 实际上就是协助我们把这个请假单从一个用户手上转递到另一个用户手上。当把这个模型分析清楚了我们就要去实现它。
这里重点分析提交，怎样去提交，在SSH 架构体下，提交请假单这个业务逻辑，你可能就需要这样一个业务逻辑类，里边可能有这么一个方法专门来进行提交操作的，那么这个方法怎样设计，以及这个方法怎样去实现。了解这点你就可以了解JBPM 干什么的，能给我们带来什么好处
(用自己的话说明一下提交请假单的过程 <读一下那段伪代码>)
在这个过程里边写这些代码是比较麻烦的，现在还只是一个固定的流程，假设我现在在这里边变化一下 那么整个方案都要变动。 我现在希望有一个会签的功能 比如我现在要将这个这样的功能，把这个请假单同时提交给多个审批者审批。 那这个时候你就不能够在请假单中间增加一个外键，
把它整成审批者什么的，
这个时候你就要新建一张表，在那个表里面记录这个请假单和审批者之间的关联，提交请假单实际上就是维护这个审批者与待审之间的关联
假设我现在要新加一个审批者，或者要减少一个审批者，那么就要修改代码这就很麻烦。。所以假设一开始客户就告诉你这个期间可能会有人员的变动。那这个时候我们就应该怎么办？有什么样的思路？我们是不是就应该对这一些变化进行一个小小的封装？怎样去封装或者怎样来封装呢？我们以前是不是经常把那些数据库里面的用户名，密码什么的放在一个配置文件里面因为它可能经常发生变化。所以这里我们也是将他们整合到一个配置文件里面
当你在思考如何来创建这么一个文件给它指定某种规则来描述这个流程然后再写一段代码来解释这个规则然后根据这个规则来调度这个流转这件事情的时候你就是在设计一个工作流引擎
提交请假单怎样提交，工作流引擎就是做这种事情的
工作流引擎做两件事情
1、给你提供某种规范来定义规则，如何定义一个流程的这种规范。你可以根据它提供的相关概念来定义更为复杂的流程。这就是工作流引擎做的第一件事情叫做定义流程
2、工作流引擎还得解释这个规则，还要负责流转这个过程就叫执行流程
JBPM的核心就是定义流程和执行流程
总的来说(这是一段总结性的语言，稍微有点官方)
工作流引擎为我们提供相关概念的定义，给我们提供了相关API调用这个引擎去执行流程
如果我们不用这个工作流引擎，那么我们的代码就会非常的复杂，而且维护起来非常困难
流程的操作实际上就是工作流引擎提供相关的API我们去调用它
接下来我们就来看工作流管理系统的构成（在UML的”请假流程”里面）工作流引擎（这个是核心，后面的是一些常用功能）
工作流设计器（设计流程（ROSE）、定义流程我们是使用它，而不是自己做一个）
流程操作（流程引擎提供的一些API我们去调它。比如启动、结束、挂起、查询流程）
工作流客户段程序（用工作流的那些客户端。比如将jpbm集成到某个系统，那个系统对工作流引擎来说就是客户端程序）
流程监控（对流程流转进行监控）
表单设计器（表单的设计）
与表单的集成
与应用程序的集成
参考模型—WFMC
核心调度算法
1 、FMS
2 、PetriNet（令牌，JBPM就是通过令牌来调度的，意思就是你的请假单从张三提交到李四的时候，它就是通过令牌知道的，令牌就从张三指向李四。。。我觉得应该是令牌先指向李四的，或者说是同时进行的）
接下来讲解JBPM架构，我这个图是在网上找的只不过添加了一些中文注释，因为考虑到大部分人英语还是没有过六级的，但是过了六级也不一定知道的，
流程定义的基本概念
从请假流程图里面可以看出一个流程是多个点和线构成，看图上的箭头是实心的。点和线之间的关系是什么样的关系？一个点就是一个node对象，一个线就是一个transition对象。第一根线（连接开始和张三审批）第二跟线（连接张三审批和李四审批），他们的起点和终点不同，而且他们都有方向。线就是描述从一个节点到另一个节点。也就是from…to…！
Node 这个节点就是普通节点它没什么行为，它的行为需要你自己来定义（接下来按顺序解释图片上的内容）（讲到fork join 的时候要画一个带有同步杆的图）讲到任务节点的时候提问什么是任务？任务就是某件事情需要由某些人去做？就像我现在向你们提问，这就是一个任务
接下来讲解流程执行的概念