林丁报,康志辉
(1.厦门工学院;2.厦门软件职业技术学院)
基于工作流的企业资源整合办公的发展方向是实现平台化,主要原因是平台化带来的好处是企业的办公过程正在从以行政管理为主,向行政与业务兼管进行转移,最终目的是实现协作,也就是从单一到整体整合[1].在基于工作流的企业资源整合办公行业,一直是需求推动技术的发展,基于工作流的企业资源整合办公这种转变正是近年来乃至未来企业发展的重要需求所致[2].
即使当前的工作流技术在企业中己经有了较大的发展,但是当面临具体问题使,仍然存在很多无法应对的局面.很多企业在系统的实际运行过程中,针对企业的很多动态性的需求依据该系统进行执行时无法进行动态性的选派,因此,仍需对工作流技术进行深入的完善[3].
目前对Petri网已经有了很多的研究,出现一种基于Petri网的的工作流模型,Petri网是对过程模型的简化,在其中包含了库所、动作变迁、有向弧指向和相关的令牌等.该模型针对具有以下特点:并行性、异步性、分布式特性以及随机特性的较为复杂系统的深入描述与深入研究,进行了强有力的手段的提供,可以说是一种图形化的,基于数学基础的建模工具,非常适用于较为负责的[4].基于WEB服务的工作流模型的基础是业务生成图.功能相同或者相似的服务在此模型中被聚集成为了相应的服务集合,通过该集合能够使得Web服务过程中具体工作的物理上的变化和差异得到屏蔽,其作用是对互联网中的Web服务资源有了较好地组合[5].
企业资源整合的流程引擎是从设计的资源整合中的对象模型开始的,对象模型定义了什么是流程,从流程角度出发如何进行模型建立,并从工作人员的任务出发进行数据模型的建立,两者之间存在一定的联系.
企业资源整合系统中主要包括以下几个功能的管理:对组织人事的管理、对个人办公信息的管理、对员工文件的管理、对物品进行采购的管理、对企业仓库的管理、以及对销售数据的管理等等.财务管理中的流程实例和流程模板包含在对应的数据模型中,他们两者之间的的关系比较密切,可以类比成ClassInstance与Class之间的关系[6-7].与此相同,State与 ActivityInstance之间,Task与 TaskInstance之间也是这样的关系.
图1 对象模型和数据模型的对应关系
基于工作流的企业资源整合系统采用的是标准的B/S(Client/Server)三层架构,从下到上分别是数据层、应用层、表示层.系统体系架构图如图2.
图2 系统体系架构图
基于工作流的企业资源整合系统架构如图3所示.
图3 基于工作流的企业资源整合系统架构图
基于一个非常简单的Petri网模型进行本文设计的Petri网调度算法的说明.在基本的Petri网模型中,针对常态或激发态的变迁采用白色的矩形框进行表示,对于目前处于就绪状态的变迁借助于花岗石底纹的矩形表示.图4中的小黑点是当前token的分布表示.
图4 T1就绪为激发态的迁移
图4是被工作流引擎所实例化的模型说明.第一个token是生成于工作流引擎所在的起始库所P1里面,由于token的产生使得T1的状态发生了变化:从正常态变迁到了就绪状态.考虑到目前的模型实例的状态是不饱和的,并且系统自动触发是T1处当前的触发类型,因此,调度执行的时刻就是其从正常态变迁到了就绪状态的时刻,T1的状态将会从就绪状态转而进入到激发状态,通过该变化T1中的输入库所对应的token将被消耗掉,并且新的token将会产生,产生的方式是从输出库所P2和P3.图5所示的是饱和下的状态.
图5 T2和T3处于就绪态
图5是被工作流引擎所实例化的模型说明.第一个token是生成于工作流引擎所在的起始库所P2里面,由于token的产生使得T2的状态发生了变化:从正常态变迁到了就绪状态.考虑到目前的模型实例的状态是不饱和的,并且系统自动触发是T2处当前的触发类型,因此,调度执行的时刻就是其从正常态变迁到了就绪状态的时刻,T2的状态将会从就绪状态转而进入到激发状态,通过该变化T2中的输入库所对应的token将被消耗掉,并且新的token将会产生,产生的方式是从输出库所P2和P3.最终模型实例将进入图6所示就绪状态.
图6 T2激发,T3仍处于就绪态
图7是被工作流引擎所实例化的模型说明.第一个token是生成于工作流引擎所在的起始库所P2里面,由于token的产生使得P2的状态发生了变化:从正常态变迁到了就绪状态.考虑到目前的模型实例的状态是不饱和的,并且系统自动触发是T3处当前的触发类型,因此,调度执行的时刻就是其从正常态变迁到了就绪状态的时刻,T3的状态将会从就绪状态转而进入到激发状态,通过该变化T3、T4和T5中的输入库所对应的token将被消耗掉,并且新的token将会产生,产生的方式是从输出库所P4和P5.如果此时T3被激发,按照设定的规则,P3中的token将会被消耗掉,新的token将从P5中产生,如图7.
图7 T3激发,T4处于就绪态
考虑到目前的模型实例的状态是不饱和的,并且系统自动触发是T3处当前的触发类型,如图8所示.因此,调度执行的时刻就是其从正常态变迁到了就绪状态的时刻,T4的状态将会从就绪状态转而进入到激发状态,通过该变化T4中的输入库所对应的token将被消耗掉,并且新的token将会产生,产生的方式是从输出库所P4和P5.如果此时T6被激发,按照设定的规则,P4中的token将会被消耗掉,新的token将从P6中产生,如图8所示.
图8 T4激发
在该图中token是从P6中产生的,考虑到P6的库所终止性,因此,针对流程结束的约束条件,实现实例的结束.
工作流引擎实现了对流程模型的支持.流程模型的具体调度能力主要是由工作流引擎所决定的.流程模型的划分主要是依据模型创建的时机、流程中不同活动的属性得出的,上个上述的因素可知,流程模型主要有:固定流程模型、自由流程模型以及自定义流程模型等.
4.2.1 实现对固定流程的支持
过程定义的定义如下:通过与过程模型定义相关的服务软件进行实体的图形化,最终通过模型的定义工具进行过程的定义.具体过程如D所示,通过M表示流程的过程模型.两种模型在表现如图9所示.
图9 过程定义——过程模型
4.2.2 自由流程支持设计
自由流程与固定流程的本质区别在于自由流程主要是在活动节点的可扩充性上,该活动节点被工作流引擎所执行.考虑对过程的定义以及实际的过程模型中自由流程的活动,将活动结点的扩充进行了如下形式的更改,如图10.
图10 自由流程中的节点扩充图示
基于工作流的组织人事管理,主要实现部门设置、员工管理和考勤管理.针对组织人事管理,工作流在很多的业务流程中都有展示,具体有:职称评定流程、人员的调整流程以及职务的调整流程.通过流程的形式进行每一项工作的安排,具体流程是由发起者开始的,通过相关部门的共同协作实现流程对应的任务.在主页面中点击组织人事管理按钮进入组织人事信息管理页面.可以输入部门名称、客户编号、员工姓名等信息进行搜索.点击离职员工查看该类别对应客户的具体信息.页面的设计如图11所示.
基于工作流的个人办公管理,主要实现备忘录流程、通信录流程以及我的考勤流程.通过流程的形式进行每一项工作的安排,具体流程是由发起者开始的,通过相关部门的共同协作实现流程对应的任务.工作流程的连接方式有相直接连接、交叉连接或循环进行三种,如图12所示.
图11 组织人事管理主界面
图12 备忘录管理界面
该文从基于工作流的企业资源整合系统的研究出发分析了其存在的问题,进而有针对性地提出了相关的整体架构和基于工作流的系统设计;使得本文提出的方法能以更加接近生产实际的方式实现企业资源整合问题的求解.本文设计与开发的企业资源整合系统,功能是基本完善的,完全能满足于企业的各种要求要求,有效提高了企业的服务意识和销售盈利.
[1] 范玉顺.工作流管理技术基础.清华大学出版社,2001,47-52.
[2] 刘鹏袁,华欧阳宁.工作流过程模型研究综述.大众科技,2015,17(3):27-29.
[3] 刘跃华,傅云虹.基于Petri网的工作流引擎研究与实现计算机工程与科学,2009,31(7):142-146.
[4] David Hollingsworth.Workflow Management Coalition,The Workflow Reference Model.Document Number TC00-1003,Document Status-Issue 1.1,1995.
[5] 齐佳音,李怀祖.基于工作流的企业资源整合管理(CRM)的体系框架分析.工业工程,2002(1):42~45
[6] 樊治平,王建宇,陈媛.基于工作流的企业资源整合管理(CRM)的评述与展望.系统工程,2002(11):1-6
[7] 鸥海鹰,覃正,吴军.基于工作流的企业资源整合管理成功因素分析.软科学,2002(3):59-62.