工作流引擎产品无论国内或国外都有不少成熟之作，开源的工作流产品也有诸如shark之类的精品。但工作流产品做为一个独立的中间件，无论是其本身或通过它进行流程设计及与你自己的系统整合，对很多使用过工作流产品的开发人员来说都不是一件容易的事。特别是在一些其实只是一些很简单的流程控制应用需要时，我们是否需要一个独立的工作流产品来运作呢？
也许你可以尝试自己做一个工作流组件？听起来好象有点儿难，但其实并不是一件很恐怖的工作。让我们先从通常会使用到工作流引擎的情景分析下我们需要什么？
情景：某公司需要对员工请假进行管理，员工请假需进行系统填写申请，如果请假天数<=1天，可以部门主管批准。如果请假天数>1天，需由部门主管->副总经理进行再行批复。批准后的请假自动记入考勤系统。
从这个简单的业务需求，我们进行分析它的需求：
1、工作流程的选择是由业务信息（请假单）相关联的，工作流独立存在是无意义的。
2、业务信息中的内容会决定流程的选择与流向。如：请假天数，或是主管的批复意见
3、工作流程的流转与组织结构、角色、员工相关。
4、工作流程通常会调用相关业务应用（记入考勤）来完成多应用系统之间的协作。
结合以上需求，我们定义出工作流系统所需功能与数据：
1、流程定义工具（负责生成工作流引擎能明白的流程控制信息），对应于XPDL
2、工作流控制变量定义（即用于控制流程流转的控制量，如请假天数与各级审批意见，可由系统根据流程实体信息自动注入至工作流引擎）
3、工作流相关数据，即与业务过程相关的数据，如：业务表单、组织结构、角色、员工等
4、工作流引擎，负责解释流程定义，创建过程实例并控制其执行，并可能提供相关的监控界面以保障工作流的正确运转。
5、外部应用，可由工作流引擎进行调用完成多个业务系统的流程衔接。这通常是工作流引擎的最大亮点。
下面给出UML图供大家参考:
其中:
流程类型、流程、活动、流转条件、外部应用为设计时对象，用于描述流程规则
流程实例、活动实例、活动记录为运行时对象，用于记录实际发生的流程运行状况
需要解决的问题是，如何将我们的应用与此工作流引擎进行结合？我的解决方法是：
1、流程类型约定业务对象类型（即此流程可以与哪种业务对象关联）
2、业务对象中的属性或其组合可以定义为流转条件（即实现业务对象信息影响工作流流转）
3、活动执行者可以选择业务系统的组织机构、角色、人员定义（我是通过接口方式进行约定，IOC注入）
4、活动可调用已定义的应用（可多个）
5、业务对象可以通过报批动作启动工作流实例，之后由工作流按照设计信息与业务信息进行自动流转或全程提供表单与审批按钮支持。
由于此工作流系统是出于简化的目的进行设计的，设计时与运行时信息我都使用数据库信息来表示，设计器也未提供拖拉界面来进行设计，而是采用顺序定义的方式来操作。在实际运作过程中，我觉得它可以满足一般规模不大（文职人员100人左右）的企业的OA应用。
注：本文由驰亿工作流[www.gzchiyi.com] 整理提供。
来源：https://www.cnblogs.com/qych2013/archive/2013/03/27/2985465.html