基于工作流引擎遗留系统流程重构设计与实现.docVIP

基于工作流引擎遗留系统流程重构设计与实现 　　摘要：基于工作流引擎工具，设计了遗留系统集成工作流引擎的嵌入式结构，实现了遗留系统与工作流引擎用户和权限数据的同步及工作流引擎节点配置的无缝集成，解决了遗留系统流程处理灵活性与可扩展性不强、难以实现用户级灵活定制和不能快速满足企业应用的问题，对于遗留系统流程重构具有一定的借鉴意义。 　　关键词：工作流；系统集成；遗留系统；流程重构 　　DOIDOI：10.11907/rjdk.161456 　　中图分类号：TP319 　　文献标识码：A 文章编号：1672-7800（2016）005-0097-02 　　0 引言 　　随着信息系统的深入应用，各企业和组织内部产生了大量作为业务支撑的遗留系统[1]。为了满足新的业务需求，对相关系统进行优化与重构不可避免。其中，随着管理提升和审核流程的变更，作为系统重要功能的各类审核流程管理功能暴露出了如下主要问题：①不少遗留系统独立开发的流程管理模块使用了伪流程方式，依赖于流程节点序列编码，缺乏灵活性与可扩展性；②在流程节点设计方面未能实现用户级灵活定制，需要开发人员操作后台数据库或硬编码进行人工干预。 　　一般的工作流产品或工具都能够可视化地进行流程建模，并灵活适应流程节点的变化需要[2]。但通常基于工作流的信息系统开发要针对具体的工作流产品进行架构、设计和实现，既定架构、设计和实现的遗留系统并不能很好地且轻量地使用工作流工具，以发挥工作流技术的优势。 　　针对上述问题，本文首先引入了工作流引擎工具，然后在原有系统架构、设计和实现的基础上完成了工作流引擎嵌入结构设计并加以实现，通过二次开发解决了工作流引擎在现有系统中动态嵌入的问题，最终以某遗留系统为例成功完成了审核流程的重构，提高了系统的可用性与灵活性，解决了实际应用问题。 　　1 具体问题分析 　　目前某应用系统的流程管理功能基于自行开发的流程管理模块，如表1所示。其流程管理机制是将每个流程活动状态用一组整数序列（1，2，10，50，100，150，200）来表示，每个整数值代表一个审核状态，让程序记录该状态以便知道操作顺序，以及当前处于什么状态。然而这种机制不支持灵活修改，如表1所示。假设 “录入完毕“和“经过了第一次审核”之间多一个活动，则意味着需要在1和2之间增加一个整数。若要满足需求，只能重新设计相应序列并修改相关实现。 　　一般的解决方案是引入工作流引擎代替现有流程处理模式，以实现流程用户级灵活自定制，提高可用性与灵活性。但面对架构、设计和实现已经成型的遗留系统，一个成熟的工作流引擎本身的可定制性有限，要实现工作流引擎与遗留系统的无缝集成，有如下问题需要解决：①遗留系统的业务数据与工作流引擎的流程实例建立关联；②遗留系统与工作流引擎管理器用户数据和权限数据的同步及流程节点配置的无缝集成。以下针对上述具体问题进行分析并提出解决方案。 　　2 设计思路与实现 　　2.1 遗留系统集成工作流引擎嵌入式结构 　　通常工作流的使用有以下几个典型步骤：①使用工作流中类似企业管理器的工具建立用户、组织结构和角色等基础元素；②针对业务流程完成数据库及数据库表、页面和表单设计；③使用工作流的可视化流程建模设计器完成流程建模；④在建好的流程中配置流程节点属性。这些都建立在工作流引擎之上，依托设计器等工具即可将使用设计器设计的表单与流程建模得到的流程节点关联起来。每张数据库表都有类似TaskID（任务ID）的字段，该字段标识一个流程任务，由工作流引擎自动维护[3]。 　　其中流程建模通常是由流程节点加上一定的条件节点，按照一定规则互相连接完成。流程流转的对象实际上是表单信息，而将表单与流程相关联的关键在于流程节点的设置。通过对流程节点属性的设置，以及表单对应的后台数据库表中的TaskID字段来关联信息系统中的基本业务单元、相应表单、所在流程以及对应节点。表单的提交将发起一个流程实例，表单的处理使流程实例顺着一个个节点流转，而“提交”等处理事件将在表单设计过程中固化到表单或表单的后台代码中[4]。 　　对于一个已经开发完成并运行多年的遗留系统而言，系统所有的Web页面、后台业务逻辑和数据库表结构设计都已完成，直接使用工作流相关工具进行设计和配置无法建立表单和流程实例之间的关联。因此，本文设计了遗留系统集成工作流引擎的嵌入式结构，解决了上述问题。 　　本文在现有遗留系统的架构、设计和实现基础上，设计中间表作为遗留系统和工作流引擎的适配器和桥接器，建立表单和流程实例之间对应关系。具体思路如下：针对应用系统中表单的构成（例如：在基本信息审核中是以油气田为单位，每个油气田下又有所属油气田的具体信息表，即存在两个基本单元：油气田代码和具体信息表代码，分别用于标识油气田和所属油气田的