办公自动化系统中动态工作流探究

《办公自动化系统中动态工作流探究》由会员上传分享，免费在线阅读，更多相关内容在学术论文-天天文库。

1、办公自动化系统中动态工作流探究　　摘要：传统的工作流系统规定只能够在流程设计阶段对流程进行编辑和修改，在流程开始运行之后就不能再对其进行任何操作。但随着应用的不断深入和企业自身不断发展，业务流程变得更加复杂，控制步骤和流转规则的不可预知性越来越大；业务种类变得更加多样，设计阶段并不能将所有业务都包含进去；业务发生环境和外部条件的变更变得更加频繁，极其容易发生流转失败，进而导致流转的停滞或回退。因此，需要使用动态工作流思想指导工作流模型的设计，在确保不影响工作流正常流转的情况下，允许用户进行动态修改，提高系统

2、的适应性和柔性。关键词关键词：办公自动化；动态工作流；动态工作流引擎；动态修改中图分类号：TP301文献标识码：A文章编号文章编号：16727800（2013）0070052020引言现代企业经常会发生工作流实例和预定义时建立起来的模型不一致的情况，特别是一些意外情况和事件。让用户参与并解决是一个有效的方法。这就需要工作流系统能为用户提供修改工作流的功能，并且在修改后，能保证整个系统继续运行和数据的一致性。61工作流技术综述1.1工作流定义根据国际工作流管理联盟（WorkflowManagementCoal

3、ition，简称WfMC）的定义，工作流（Workflow）是根据预先定义的逻辑规则对业务全部或部分进行自动运作，目的是使流程参与者能相互协作，把信息在他们之间自动传递。换句话说，工作流就是为实现某个业务目标，在多个参与者之间，利用计算机，按某种预定规则自动传递文档、信息或者任务。1.2工作流引擎工作流引擎的工作原理是对过程定义进行解析，从而实现过程实例化，根据过程定义和运用时的信息动态决定业务过程的执行，实现业务过程的计算机管理。其中关键是控制过程实例和活动实例的状态转换。目前主流的开源引擎有：由Enhy

4、dra组织开发的Shark、OpenSymphony组织开发的OSWorkflow和JBOSS项目集成的JBPM。2动态工作流2.1动态工作流含义6对于动态工作流中的“动态”，不同的研究者有着不同的认定，但是其本质和特点是基本一致的。本文认为，“动态”是一种指导思想，为实现适应力强的办公自动化系统提供一种发展方向和信息延伸。它主要包含两个方面：一方面是对流程的动态修改；一方面是流程和表单实现分离，但动态关联。动态工作流的核心就是“动态修改”，这是本文研究的重点。2.2动态工作流分类（1）工作流模型的适应性修

5、改。工作流模型的修改指作用域是整个模型的修改。当一个工作流在执行过程中，由于需求的动态变化使得要对现有模型进行修改，则此工作流将进化成新的工作流模型。（2）流程实例的更新修改。流程实例的更新修改指一个具体业务流程或者是其中的一个活动需要更新来适应业务的变化。当企业需要更新优化业务时，必然会导致对预定义流程的修改。其变化的核心就是流程活动的划分、活动的时序关系、活动的属性和参数、活动转移条件、流程控制条件等。（3）组织结构的动态调整。企业为更好适应行业和自身的发展，进行战略调整，包括企业的组织结构调整和人员变

6、动。人员的变动、企业组织结构的变动都会直接反映在工作流的组织资源模型上，这时，就需要工作流模型及时有效地处理这种变化。3工作流动态修改3.1动态工作流引擎设计6工作流引擎是工作流管理系统的核心，能提供根据角色、分工和条件的不同决定信息传递路由、内容等级等一系列核心解决方案，是一个为流程执行提供服务环境的软件。因此，动态工作流的关键是有没有一个动态的工作流引擎来支持流程的动态修改，并提高系统的动态适应性。根据工作流引擎的功能需要，本文设计的工作流引擎的体系结构如图1所示。为了增加引擎的柔性，在客户端接口和其它

7、部分之间增加一个动态修改的模块，修改主要指两个方面：①模型的修改，即整个流程从头开始重新运行；②实例的修改，即对工作流的修改实时生效。3.2动态修改策略6流程模型的修改将产生一个基于该模型的新版本，但是系统中可能已有很多基于旧版的流程实例在执行，并且执行的进度也都不一样，如何处理好这些已经执行的实例是关键问题。目前主要提供了重新启动、继续进行和转换3种策略解决这个问题。在这3种策略中，重新启动策略将丢失所有已执行的流程实例，并以新模板来实例化，进而开启新的生命周期，这样造成的损失较大；继续进行策略将流程模板

8、修改对已经运行的流程实例的影响作忽略处理，这样没有实时性可言，对新模板的响应不及时；转换策略将已经运行的过程实例转换成新的工作流模型继续执行下去，对变化响应较快。所以，我们采用转换策略作为动态修改策略，但是由于各个不同的实例所处的进度不同，将他们转化成同一个模型显然会导致过程实例在转换后无法继续执行。针对上述问题，我们采用基于时序的转换策略，即根据工作流修改和实例执行进度的时序关系来判断过程实例的转换规则。（1）