Activiti工作流框架学习（一）
- 工作流
- 工作流引擎
- 工作流管理系统（WfMS）
- 工作流技术的优点
- 业务流程模型与符号（BPMN）
- Activiti简介
- 常见的工作流框架
一、工作流
定义：工作流（WorkFlow）就是工作流程的计算模型，即将工作流程中的工作如何前后组织在一起的逻辑和规则在计算机中以恰当的模型进行表示并对其实施计算。
作用：主要解决的是“使在多个参与者之间按照某种预定义的规则传递文档、信息或任务的过程自动进行，从而实现某个预期的业务目标，或者促使此目标的实现”。
自我理解：将部分或者全部的工作流程、逻辑让计算机帮你来处理，实现自动化。
二、工作流引擎
定义：工作流引擎是指工作流作为应用系统的一部分，并为之提供对各应用系统有决定作用的根据角色、分工和条件的不同决定信息传递路由、内容等级等核心解决方案。
举例理解：
例如开发一个系统最关键的部分不是系统的界面，也不是和数据库之间的信息交换，而是如何根据业务逻辑开发出符合实际需要的程序逻辑，并确保其稳定性、易维护性和弹性。
比如你的系统中有一个任务流程，一般情况下这个任务的代码逻辑、流程你都要自己来编写，实现它是没有问题的，但是谁能保证逻辑编写的毫无纰漏？经过无数次的测试和改进，这个流程没有任何漏洞也是可以实现的，但是明显就会拖慢整个项目的进度。
作用
：避免或解决因应用程序缺乏强大的逻辑层，势必变得容易出错（信息的路由错误、死循环）等问题。
三、工作流管理系统
定义：是一个软件系统，简称：WfMS（Workflow Management System）
作用：完成工作量的定义和管理，并按照在系统预先定义好的工作流逻辑进行工作流实例的执行。
自我理解：工作流管理系统不是企业的业务系统，而是为企业的业务系统的运行提供了一个软件的支撑环境。
四、工作流技术的优点
- 工作流系统实现了工作流程的自动化，提高了企业运营效率、改善了企业资源作用、提高了企业运作的灵活性和适应性、提高了量化考核业务处理的效率、减少浪费（时间就是金钱）。
- 从手工处理工作流程，一方面无法对整个流程状况进行有效跟踪、了解；另一方面难免会出现人为的失误和时间上的延时导致效率低下，特别是无法进行量化统计，不利于查询、报表及绩效评估。
举例理解：以请假为例
现在大多数公司的请假流程是这样的：员工打电话向上级提出请假申请——上级口头同意——上级将请假记录下来——月底将请假记录上交公司——公司将请假录入电脑
采用工作流技术的公司的请假流程是这样的：员工使用账户登录系统——点击请假——上级登录系统点击允许
就这样，一个请假流程就结束了。
有人会问，那上级不用向公司提交请假记录？公司不用将记录录入电脑？
答案：用的，只不过这一切的工作都会在上级点击允许按钮后自动运行了！
这就是工作流技术。
自我理解：工作流就是将一组任务组织起来以完成某个经营过程。定义了任务的触发顺序和触发条件，每个任务可以由一个或多个软件系统完成，也可以由一个或一组人完成，还可以由一个或多个人与软件系统协作完成。
五、业务流程模型与符号
定义：BPMN（Business Process Model and Notation）是一套流程建模的标准，主要目标是被所有业务用户容易理解的符号，支持从创建流程轮廓的业务分析到这些流程的最终实现，知道最终用户的管理监控。
流程模型包括：流程图、协作图、编排图、会话图。
自我理解：通俗一点其实就是一套规范，画流程模型的规范。
六、Activiti简介
定义：Activiti是一个开源的工作流引擎，遵从Apache许可的工作流和业务流程管理的开源平台，其核心是基于Java的超快速、超稳定的BPMN2.0流程引擎规范，可以发布设计好的流程定义，并通过API进行流程调度，强调流程服务的可嵌入性和可拓展性，同时更加强调面向业务人员。
作用：Activiti流程引擎重点关注在系统开发的易用性和轻量性上。每一项BPM业务功能Activiti流程引擎都以服务的形式提供给开发人员。通过使用这些服务，开发人员能够构建出功能丰富、轻便且高效的BPM应用程序。
七、常见的工作流框架
流程的工作流框架有：Activiti5.13、JBPM4.4、OSWorkflow、Workflow
Activiti与JBPM区别：
1. 工作流框架底层是否有数据库提供支持：
Activiti5.13：工作流框架底层需要有数据库提供支持；
JBPM4.4：工作流框架底层有数据库提供支持；
2. 数据库建表数量：
Activiti5.13：有23张表；
JBPM4.4：有18张表；
3. 框架底层使用操作数据库的类型：
Activiti5.13：使用的MyBatis操作数据库；
JBPM4.4：使用Hibernate操作数据库；