面向部门岗位工作流引擎研究与实现.docVIP

面向部门岗位工作流引擎研究与实现 　　摘要：工作流是指业务过程的部分或整体在计算机应用环境下的自动化，工作流引擎是整个工作流的核心。工作流在最初发展阶段缺乏统一的标准，导致不同公司的工作流管理系统在功能、所采用的支撑技术和接口上均不同。在当今先进制造战略背景下，工作流引擎与企业核心利益息息相关，需要支持跨企业的工作流管理技术。为此，借鉴传统的工作流模型，总结出一套适用于不同部门岗位的工作流引擎。阐述通过数据表解决整个审核流程，从而实现业务目标，在多个参与者之间按某种预定规则自动传递文档、信息或者任务。 　　关键词：工作流；工作流引擎；部门岗位 　　中图分类号：TP319 　　文献标识码：A 　　文章编号2017）004007604 　　0引言 随着企业规模不断扩大，信息资源正以惊人的速度不断增长，单一、集中的信息处理方式不能完全满足实际需求[13]。由于在工作流管理系统开发的最初阶段缺乏统一的标准和受计算机水平的限制，不同公司的工作流管理系统在功能、所采用的支撑技术和接口上都呈现出非常大的不同[47]。此外，由于工作流实现关系到企业的核心运行机制和工作效率，所以工作流实现往往是保密的。为此，通过借鉴传统的工作流模型，总结出一套适用于不同部门岗位的工作流引擎。该工作流引擎支持跨部门使用，而且通过对数据表的总结，详细介绍审核流程实现。用户可以根据同功能需求的审核流程，对该工作流引擎进行二次开发，设计出更适合自身需求的工作流。 　　1可行性分析 　　1.1性能可行性分析 　　面向部门岗位工作流引擎实现的目标包括：缩短审批时间，同时节省申请人和审批人的时间；规范、严格审核流程，规避不按章办事，使信息和审批意见公开化；实现审核流程可定制，针对自身实际需求提前设置审核流程[2，4，89]。 　　1.2非性能可行性分析 　　一个好的工作流引擎除了实现应有的功能外，还应该考虑到用户体验。使用该模型设计的系统更贴近实现的审核流程，操作简便。并且有很好的可配置性、可扩展性、可维护性、可移植性。 　　1.3经济可行性分析 　　系统完成后可直接部署在政府机构和企业内部服务器上，加强政府与企业和公众之间的互动。同时减少纸质文件传递。 　　2工作流引擎设计与实现 　　本工作流引擎审核流程为：申请人登录后，填写申请信息；选择已有审核流程，如果有多人符合要求，选择具体下一审核人，最后提交项目申请。项目提交后，被选择审核人可以对提交的申请进行审批，并给出意见。如果同意则继续执行审核流程，如果不同意则返回给申请人。项目未被审核时，申请人可以选择撤回或者删除项目，如图1所示。在审核流程中有两个必要条件：①根据自身实际需求设置好相应的审核流程，要让申请人提交项目时能选择到适合自己的审核流程；②根据统一的查找算法能准确定位下一审核人。 　　2.1工作流引擎模型E-R图 　　本文所研究的工作流引擎模型主要由9张表组成，包括：审核表、审核链路表、用户表、部门表、岗位表、部门-岗位表、用户-部门岗位表、工作流表、工作流日志表，如图2所示。 其中，部门-岗位表和用户-部门岗位表作为中间表，是为了减少请求次数，方便操作。用户表可根据实际需求设置字段（图2中的用户表的属性只是举例，根据实际需求设置属性即可）。 　　2.2准确查找下一审核人 　　本模型支持跨部门应用，作为核心算法，能根据所选审核流程准确查找到下一审核人，数据流如图3所示。（1）申请人选择适合自己的审核流程，系统会获取审核ID（examineId），通过ajax传到控制器，然后获取当前申请人的userid。（2）通过examineid获取审核链路信息。审核链路储存管理员所设置的所有审核流程，把每一条记录串起来。审核链路表会记录下“我是本审核流程的开始，我现在的岗位是postid1，我的下一个审核流程的岗位是postid2，最后一个审核流程的岗位是postid3”。通过获取的审核链路信息，就可以得到当前岗位信息和下一审核信息。然后把获取的userid、postid1、postid2传到用户部门岗位模型进行处理。 　　（3）根据当前用户（userid）和当前用户岗位（postid1）获取对应的本部门列表。需要注意的是，如果申请人属于多个部门，获取到的可能是多个部门的相同岗位，所以是一个二维数组。（4）再根据获取到的部门信息，根据pre_id获取该部门的上级部门。把获取到的这些信息处理成树状结构，方便后续处理。（5）分别获取部门列表下的下一审核岗位信息。根据已经获取的树状结构和岗位信息，获取当前部门下有哪些岗位和下一审核岗位（postid2）相同。（6）获取下一审核流程的部门岗位信息，就可以根据已有信息获取当前部门、岗位下的人员，如果有则直接返回第一个部门下的列