工作流系统在OA系统中应用

回忆起10年前工作流引擎的应用，感觉历历在目啊！当初公司接了一个项目关于公文流转的管理系统，一开始客户就跟我画了十多张业务流程图，用Visio制图工具进行描述，其实业界通用的Rational Rose建模工具也挺管用的。话说这十多张业务流程图，涉及的业务范围还蛮多，像用户注册和审批授权，开通流程，各种文件如批件，办件，阅件等等的实际办文流程，还有一些发文的流程，信函的流程，来访电话处理,车辆管理流程等等，感觉很复杂，五花八门。

现在做了这么多年的工作流软件产品的开发后，对这些的应用真是了如指掌，呵呵。

实现过程如下：

用户注册，审批授权，开通流程：利用流程设计器建立“用户注册审批流程”，建立用户表，利用表单设计器建立“用户登记”的维护表单，利用表单设计器建立“用户审批表单”（参照通用审批表单来做）

用户注册――》审批－－》结束。 

集成到OA应用系统的时候，在 用户登记 表单中加上 “开通流程”的功能按钮。

各种文件如批件，办件，阅件的实际办文流程：

在流程设计器中，按照办文的流程建立 公文流转的流程：

批件――》办件――》阅件――》结束

在表单设计器中，建立批件，办件等的表单，也可以利用表单的权限设置，只做一张公文维护的表单，然后在流程的各个节点中流转，各节点的执行权限不一样，有的只能查看某些项，有的能编辑，有的需要隐藏。

集成到OA应用系统的时候，公文流转到各个节点的时候，各节点办理人的待办任务列表中，就能查看和办理自己需要处理的公文了。

发文的流转，来访电话处理，车辆管理流程：

按照处理的顺序利用流程设计器创建好流程，创建流程各个节点上办理的业务表结构，利用表单设计器创建好处理的表单，将表单挂接到流程节点上。

集成到OA应用系统时候，可以采取两种方案，流程驱动的方式，即先启动业务流程，再按流程的流转，在各个节点办理人的待办事项中继续流转。

也可以采取表单驱动流程的方式，将第一个处理节点上的表单功能挂接到菜单上，如“填写车辆申请单”，在填写完成后，点击“启动申请流程”即开始了一个车辆申请的业务流程。申请人也可以全称监控自己的单据流转到那个部门了。

 

很多OA办公系统在集成工作流的时候，往往认为工作流的流转，只是对一张单据的流转，例如，车辆申请单，所有的流转都是针对这张单据来做的，单据的定义也固化好了模块，一个文本编辑器。也有很多OA中的工作流引擎会将审核通过，拒绝，已阅，转交，退回这些功能固化在工作流引擎中。这种不是真正意义的工作流，只能是做项目的一种方式。

工作流系统还是要设计好引擎的模型，能处理业务流程的模型，如处理公文，就是一个是文件相当于表单，一个是流程相当于工作流，整个公文流转不外乎就是这就这两样东西，表单处理就是建一些表来存储文件的基本信息和控制信息，流程呢？流程的起点就是表单来创建公文，所以至少要有流程实例表，通过表单和选择的流程模型来确定一个唯一的流程实例，每条公文的流转都由流转实例来关联，并能记录下流转的轨迹，这样就可以很灵活了。流程引擎的模型只是处理流转的顺序，各种路由方式；业务处理有表单来处理，可以用可视化的表单工具，也可以是自定义的表单。

 

总结一下：工作流系统在OA系统中的应用，包含，流程的建模，业务表单的创建，OA应用中集成工作流，或者是OA系统中引入工作流。因为OA办公系统中，各种流程化的处理很多，剩下的就是怎么去可视化的实现那些各种各样的办公流程了。

工作流是当前信息技术在企业管理中最精彩和最有希望的应用方向

楼主 可否给个联系方式，我也是做这方面的

其实很多在开发工作流的时候并没有分清楚工作流引擎数据和业务数据； 其实本身工作流关注的数据只是工作流能运作的最小数据（当前环节，转入，转出等） 而不关心表单数据； 其实所有的表单数据，审批信息等都属于业务而不包含在工作流中，只是现在的开源工作流引擎提供了这些系统

和我们的想法是一致的，我们的eworkflow工作流和eform表单，就是按这个区别开的。
eworkflow就负责纯流程的流转，各种路由方式。
eform表单负责纯表单模块，各种录入控件的封装等等。同时我们也做了一些通用的审批表单，便于快速的做审批流中的表单。

工作流集成自定义表单后，还做了很多功能的封装，是得流程和表单更加无缝结合，需要挂接到流程用的表单，直接设置一些就能放流程中使用。

欢迎一起多交流，可以在我们blog留下联系方式

eform的流转于eworkflow的流转之间存在某种动态的，不确定的联系，是一个非常有难度的技术关口哦。。。不知道eworkflow在这方面有什么新的创举？

eworkflow集成eform自定义表单，在表单提交的时候，会调用流程的api执行流程的流转。

一般工作流都会有一套通用的流转api接口，来进行和业务的交互，我们的工作流也是这样设计，而且这个是可以替换实现,可以采用任何开源的或者商业的工作流引擎进行作为实现

是否可以把我们在设计流程和数据交互的这套API模块的思路来讨论一下呢？  这里面的学问很深的啊