照明管理业务工作流引擎设计和实现.docVIP

照明管理业务工作流引擎设计和实现 　　摘 要：针对数字化照明及中国化管理模式需求，开发设计了工作流引擎，探讨了面向照明管理业务工作流引擎的建模规则及内核工作机制。 　　关键词：工作流引擎；XML；内核机制 　　DOIDOI：10.11907/rjdk.1431051 　　中图分类号：TP319 文献标识码：A 文章编号：1672-7800（2015）007-0134-03 　　0 引言 　　根据工作流参考模型（WFMC）定义，工作流（Workflow）是指全部或者部分由计算机支持或自动处理的业务过程[1]。面向照明管理业务的工作流，其主要目标是利用计算机来代替纸质文档。用户的组织结构和业务流程会经常发生变化，按照以往的开发模式，维护成本会相当高。 　　面向照明管理业务的工作流引擎（以下简称工作流引擎），是为流程实例提供运行环境并解释执行流程实例的软件部件[2]，它对组织结构和业务流程作了充分的扩展，为系统应用提供了更加灵活的逻辑控制，使系统开发及维护事半功倍。 　　根据当前数字化照明及中国化管理模式的需求设计的工作流引擎有以下特点：①流程中的任务可以回退；②流程中的任务可以取回；③流程中可以指定一个用户作为下个步骤的执行人；④强大的扩展接口。 　　1 工作流建模规则 　　业务系统中，工作流引擎处于应用支撑平台层，与数据资源层进行交互，并为应用层提供服务，同时提供接口，方便平台拓展。 　　工作流引擎按照用户自定义规则运作，将照明管理业务转换为上述自定义规则时，必须经过工作流建模。工作流参考模型的引入为工作流技术提供了一个规范的术语表，为讨论工作流系统体系结构提供了基础[3]。一套好的模型，必须拥有配置灵活度高、扩展性强及结构清晰的特点。因此，建模规则就显得尤为重要。 　　本工作流模型建模规则，借鉴了JBPM 1.0结构，以此为基础，扩充了中国化管理模式的相关功能。从功能划分，工作流建模规则可分为流程规则、表单规则和权限规则。 　　1.1 流程规则 　　工作流要实现文档、信息或者任务按照业务流程自动传递，需将业务流程进行抽象，即流程图。将流程图转换为计算机能够识别的规则信息，就是流程规则。开发人员或者用户，可以根据此流程规则的定义进行流程建模。 　　一个基本流程图由开始节点、结束节点、过程节点和判断节点组成，用于描述流程传递。传递过程，就是在一个节点传递中的触发事件或执行方法。流程规则据此定义。 　　1.1.1 开始节点 　　开始节点定义一个流程的开始，在一个完整的流程中，有且只能有一个开始节点，且这个开始节点只有一个出口。开始节点元素为start-state，它的name属性为此节点的名称，有且只能有一个子元素transition，它的to属性为此节点的出口，可以指向其它流程节点。 　　1.1.2 结束节点 　　流程结束定义：在一个完整的流程中，有且只能有一个结束节点，可以有多个入口，没有出口。 　　1.1.3 过程节点 　　可以有多个入口，但是出口有且只能有一个。activity-state元素的name属性为此节点的名称，子元素transition的to属性为此节点的出口，可以指向其它流程节点。 　　1.1.4 判断节点 　　可以有多个入口和出口，根据条件来判断出口。decision-state元素的name属性为此节点的名称。子元素parameter的name属性是判断参数。子元素transition的when属性是判断条件，结合判断参数可以确定最终执行的传递过程。子元素transition的to属性为此节点的出口，可以指向其它流程节点。 　　1.2 传递过程 　　在transition内可以添加若干子元素，用于传递过程中触发事件。下面的XML片段描述了传递过程会触发的3个事件，分别对d1、d2、d3三个数据表执行更新、子表关联、写日志操作。 　　按照以上定义，可以把一个照明管理业务转换为工作流引擎能够识别的规则信息，按此规则运作。 　　1.3 表单规则 文档、信息或任务（统称为表单）的格式需要计算机正确识别，因此需要一套表单规则，把表单转化为计算机能够识别的信息。其中，form具备的属性如表1所示。 　　1.4 权限规则 　　用户根据自身的角色、分工和条件进行访问和操作，需要各节点对权限进行控制，将权限管理转化为计算机识别的权限逻辑。 　　用户权限采用基于角色的访问控制（Role-Based Access Control）[4]（见图2）。权限不直接与角色进行关联，而是通过角色这个桥梁进行衔接。获取某个用户权限时，首先要确定该用户的角色，根据角色确定相应的权限。当某个用户职责发生变化时，更改对应的角色，即重置该用户的权限。 　　一个过程节点中，在基于RBAC