1、 什么是工作流
(一) 以请假为例，现在大多数公司的请假流程是这样的
员工打电话（或网聊、短信）向上级提出请假申请——上级口头同意——上级将请假记录下来——月底将请假记录上交公司——公司将请假录入电脑
(二) 采用工作流技术的公司请假流程是这样的
员工使用账户登录系统——点击请假，录入请假申请信息——上级登录系统审批
就这样，一个请假流程就结束了
(三) 工作流定义
工作流是将一组任务组织起来以完成某个经过过程：定义了任务的触发顺序和触发条件，每个任务可以由一个或多个软件系统完成，也可以由一个或一组人完成，还可以由一个或多个人与软件系统协作完成。
(四) 工作流技术的优点
从上面的例子，很容易看出：工作流系统，实现了工作流程的自动化，提高了企业运营效果、改善企业资源利用、提供企业运作的灵活性和适应性、提高量化考核业务处理的效率，减少浪费
2、常见的工作流引擎有哪些
2.1 什么是工作流引擎
工作流引擎是一个用于管理和调度流程的应用程序，可以集成并作为程序框架使用，包括流程定义的存储，流程的节点与流程条件判断和调度、流向管理、流程实例管理等功能。
2.2 工作流引擎与BPMN有什么关系
通过BPMN（业务流程建模语言）来进行BPM（业务流程建模）得到的结果就是业务流程的定义，它规定了业务的流转过程由谁参与等等。而协调并执行这个流程，记录流程的执行过程和结果就是工作流引擎的职责范围了。
2.3 多款工作流引擎的比较
我们选取了Java领域业界相对主流的工作流引擎进行对比分析
JBPM（Java Business Process Management）
由JBoss公司开发，目前最高版本JPBM7，不过从JBPM5开始已经跟之前不是同一个产品了，JBPM5的代码基础不是JBPM4，而是从Drools Flow重新开始。下面要涉及的很多产品都是以JBPM4的代码为起点进行开发的。
Activiti
Alfresco软件开发，基于JBPM4，后并入OMG，目前最高版本activiti 7。Activiti5版本的时候，核心团队发生了比较大的变动（离职），activiti6的开发团队在新版本中去除了PVM，纳入了DMN，重构XML解析，BUG较多，目前主要团队致力于activiti7,5&6已经官宣不维护。
Flowable
基于activiti6，最新的开源版本是flowable6，开发团队是从activiti中分裂出来的，修复了一众activiti6的bug，并在其基础上研发了DMN支持，BPEL支持等等。相对开源版，其商业版的功能会更强大。
Camunda
基于activiti5，所以其保留了PVM，最新版本Camunda7，开发团队也是从activiti中分裂出来的，发展轨迹与flowable相似，同时也提供了商业版。
JFlow
前身ccFlow，国产的工作流引擎，由济南驰骋公司开发维护，主打中国式的业务流程，由于是国产的软件，中文化程度比较深，业务开发也对用户比较友好。国产的开源工作流引擎还是挺多的，JFlow是其中功能比较完善的一个，同时对比activiti，流程上更加中国化，支持自定义流程跳转，加签等。其他国产工作流就不列举了。
Osworkflow
完全用java语言编写的开放源代码的工作流引擎，具有显著的灵活性及完全面向有技术背景的用户的特点。由opensymphony组织维护，其不遵守XPDL等业务规范，完全使用XML编排业务。面向开发人员。
Shark
靠山是Enhydra。是一个可扩展的工作流引擎框架，它包括一个完全基于 WFMC 规范的标准实现，它使用XPDL（没有任何自己新的扩展）作为自身的工作流流程定义格式。其持久层和设计器都是自己公司研发的，持久层实现采用的标准是轻量级的Enhydra DODS O/R mapping 工具，设计器可以用Enhydra JaWE 图形XPDL编辑器。
Apache ODE
轻型的、可嵌入的组件，利用组件组装成一个完整的BPM系统。关键模块包括ODE BPEL编译器、ODE BPEL运行时、ODE数据访问对象（DAOs）、ODE集成层（ILs）和用户工具。虽然挂在Apache下面，但已经年久失修。
还有很多工作流，比如ProcessMaker，SWF，oracle，Bonita，openwebflow，snaker等，不过做BPM的话，相对于上面列举的产品还是有些缺陷，比如流程过于简单，资料过少等。