当今社会分工越来越细，在一个单位内部也越来越强调专业化，大部分工作都需要多个部门和员工合作完成。一个制度良好的单位往往对各种工作的工作流程以文件的形式固定下来，即使是管理不太正规的单位也有约定俗成的工作步骤。这种工作流程保证了一件任务能按预定的顺序从起点流向终点，并且在需要的时候可以跟踪、查询和统计。

　　工作流包括以下几个要素：

　　实体(Entity)：是工作流的主体，是需要随着工作流一起流动的物件(Object)。例如，在一个采购申请批准流程中，实体就是采购申请单；在公文审批流程中，实体就是公文。

　　参与者(Participant)：是各个处理步骤中的责任人，可能是人，也可能是某个职能部门，还可能是某个自动化的设备；

　　流程定义(FlowDefinition)：是预定义的工作步骤，它规定了实体流动的路线。它可能是完全定义的，即对每种可能的情况都能完全确定下一个参与者，也可能是不完全定义的，需要参与者根据情况决定下一个参与者；

　　工作流引擎(Engine)：是驱动实体按流程定义从一个参与者流向下一个参与者的机制。

　　可以看出，前三个要素是静态的，而第四个要素是动态的，它将前三者结合起来，是工作流的核心组成元素。

　　为什么需要电子化的工作流(eWorkFlow)?

　　手工处理的工作流主要有以下几个缺点：

　　不能及时得到处理一个步骤完成后必须将实体物理地转移给下一个参与者，当工作量增大时，很难分清哪些是重要而需要及时处理的，甚至经常出现上一个步骤已经完成了，而下一个步骤还不知道的情况；

　　无法跟踪传统的手工操作要求有一个人自始至终地跟着单子（比如采购申请单）走，否则流程中的任何一个人也无法知道一项任务当前的处理位置，当出现停顿时甚至无法知道该找谁解决；

　　效率不高很多实际上可以并行处理的步骤（例如公文审批过程中的会签），在手工处理的时候，只能一个接一个的串行处理；

　　缺乏分析功能流程是人制定的，是否适合实际情况只能通过实际工作检验。但手工处理无法统计各个环节的处理效率，因此对流程的评估都是大致的，凭感觉的，无法量化，对流程的改造缺乏科学的统计数据做基础。

　　通过采用先进的信息技术，以上问题可以迎刃而解。软件的力量，是把繁杂而没有条理的工作，分门别类地整理出来，给每个人一个清楚的视图，及时了解当前的工作状态，易于跟踪和查询。同时强大的统计分析功能便于从海量的数据中找出人工统计所无法发现的规律，并据此做出正确的决策。

　　工作流引擎的特点：

　　FI OA工作流引擎，是基于中远景公司.net平台的、面向对象的、B/S结构的可定制工作流架构。通过将工作流的四个要素封装打包，构建了一个基本的工作流程。客户化的工作流程可以此为基础，派生出符合客户需要的流程。用户可以：

　　1、定制实体和参与者，以及二者之间的关系；

　　2、定制自己的流程，系统支持单线流程（即一项任务任意时刻最多只有一个当前处理人）和多线流程（可能有多个当前处理人）；

　　3、提供统计函数接口，实现统计分析功能。