CN102314349B - 空间信息功能插件工作流搭建方法 - Google Patents

Abstract

本发明涉及地理信息系统技术(Geography Information System GIS)，具体地说，是一种空间信息功能插件工作流搭建方法，其包括以下步骤：步骤1)、连接数据库设置数据源；步骤2)、创建流程模板，根据流程实现功能的要素添加流程参数信息，并将填入的参数信息写入工作流数据库表；步骤3)、定义流程参数、用于流程中各个功能节点所需参数的传入传出；步骤4)、创建GIS工作流功能节点，对功能点属性进行编辑；步骤5)、定义工作流起止逻辑、活动执行逻辑和过程控制逻辑；步骤6)、编辑执行流程参数；步骤7)、根据基于活动状态推进模型的工作流引擎算法来调试及运行工作流实例。本发明能支持GIS功能库中的功能组件，进而为实现可视化GIS功能建模提供支持。

Description

空间信息功能插件工作流搭建方法

技术领域

本发明涉及工作流技术，地理信息系统技术(Geography Information System GIS)具体地说，是一种空间信息功能插件工作流搭建方法。

背景技术

工作流技术指全部或者部分由计算机支持或自动处理的业务过程。最初用于文档管理和办公自动化，随着软件平台技术的不断发展，工作流技术也不断拓展应用领域。

GIS技术中的许多应用可以分解为连续执行的功能流程，但原有面向办公自动化的工作流管理系统的流程控制方法和解释运行模式，均不能支持GIS功能库中的功能组件，进而不能实现可视化GIS功能建模。

发明内容

本发明要解决的技术问题是提供一种空间信息功能插件工作流搭建方法，该方法能支持GIS功能库中的功能组件，进而为实现可视化GIS功能建模提供支持。

为解决上述问题，本发明提供以下技术方案，空间信息功能插件工作流搭建方法，其不同之处在于：其包括以下步骤：

步骤1)、连接数据库设置数据源；

步骤2)、创建流程模板，根据流程实现功能的要素添加流程参数信息，并将填入的参数信息写入工作流数据库表；

步骤3)、定义流程参数、用于流程中各个功能节点所需参数的传入传出；

步骤4)、创建GIS工作流功能节点，对功能点属性进行编辑；

步骤5)、定义工作流起止逻辑、活动执行逻辑和过程控制逻辑；所述起止逻辑定义为具有标记功能的节点，用于约束工作流执行的入口点和出口点；活动的执行逻辑包括调用功能库的单一功能活动的执行、子流程活动的执行、人工触发活动的执行；所述过程控制逻辑根据任务节点之间的逻辑关系而设立；

步骤6)、编辑执行流程参数；

步骤7)、根据基于活动状态推进模型的工作流引擎算法来调试及运行工作流实例，所述工作流引擎算法为：定义一个CList<TYPE，ARG_TYPE>记录被激活的活动列表，根据队列先进先出的特点，循环取出被激活活动，判断此活动前驱活动是否存在激活的活动，如果有，则退出；没有，则进行实例化，实例化完成后，作迁移动作，将当前活动从队列中取出，将后继活动激活，加入队列。

本发明技术方案面向GIS功能搭建的工作流管理系统开发，此方案是在原有的面向OA的工作流管理系统得基础上，扩展流程控制模式和解释运行模式，使其能够支持GIS功能库中的功能组件，进而实现可视化GIS功能建模。

附图说明

图1是本发明实现的系统框图；

图2是本发明实现方法的流程图；

图3是本发明人工触发活动过程串行控制逻辑；

图4是本发明人工触发活动过程选择分流控制逻辑；

图5是本发明人工触发活动过程选择(或并发)汇聚控制逻辑；

图6是本发明人工触发活动过程循环控制逻辑；

图7是本发明运行模型实例示意图。

具体实施方式

如图1所示，本发明四个模块的设计说明及相关模块之间关系说明。四个模块包括工作流可视化建模工具、工作流定义模块、工作流模型控制模块、工作流引擎模块。

功能模块说明如下图所示：

以下结合附图进一步说明本发明空间信息功能插件工作流搭建方法具体实施方式。如图2所示：

1、连接数据库设置数据源；

设置数据源，连接数据库，创建工作流数据库，用来存储工作流相关数据。

2、创建流程模板，设置流程参数信息；

创建流程模板，根据流程实现功能的要素添加流程参数信息，并将填入的参数信息写入工作流数据库flow_process_papa表。

流程模板文件采用XML格式，定义如下

3、定义流程参数、用于流程中各个功能节点所需参数的传入传出；

需要定义的过程参数如下：

4、创建GIS工作流功能节点，对功能点属性进行编辑；

通过活动网络图的描述方式来构建工作流过程模型结构，一个工作流过程可以看成是-个由节点与连接弧组成的有向图。其中节点代表活动，连接弧代表活动间的顺序迁移关系。其中功能节点的基础数据定义如下表所示：

5、定义工作流起止逻辑、活动执行逻辑和过程控制逻辑；所述起止逻辑定义为具有标记功能的节点，用于约束工作流执行的入口点和出口点；

地理信息处理操作的流程包含一序列的处理过程，以及他们的相互顺序关系，包括过程的起止条件，过程执行逻辑控制(如循环、嵌套、跳转等)，同时包括一些相关的事件消息处理等。

本发明提出的过程模型由起止逻辑、活动执行逻辑和过程控制逻辑组成。

起止逻揖：

起止逻辑定义了一种具有标记功能的节点，约束工作流执行的入口点和出口点，分别称为开始节点和结束节点。

开始节点：规定该节点是工作流模型的唯一入口，它没有前驱节点，工作流开始执行时，首先激活的就是“开始节点”，然后再由它激活后继节点。一个工作流模型中仅有一个开始节点：

结束节点：与开始节点相反，结束节点是工作流模型的出口点，一旦结束节点激活，则标志看整个流程的结束，一个工作流模型中可以有多个结束节点。

活动执行逻辑：

活动的执行逻辑包括调用功能库的普通功能活动的执行，子流程活动的执行，人工触发活动的执行。

普通功能活动逻辑：普通功能活动指向功能库中的某个单一功能，功能的入口参数就是活动的活动参数，功能的执行过程就是活动的实例化的过程。

子流程活动逻辑：通过执行子流程活动逻辑来指向另外一个流程模板，活动参数作为子流程的流程参数传入子流程，子流程活动逻辑的执行，就是嵌套执行一个子流程。

人工触发活动：

过程控制逻辑

过程逻辑是通过连接弧的设定来控制的，连接弧是为了表示任务节点之间的逻辑关系而设立的，即任务间的控制依赖关系。它表达任务逻辑之间的控制流程。连接弧是位于节点之间的有向线段，它从前驱节点指向后继节点。连接弧也称为转移或路由，主要用于活动之间的导航。路由连接的两个节点，其行为规则是：只有当前驱节点执行完毕后，并且经过路由的转移，后继节点才被允许执行。路由的转移意味着节点状态的转移与整个流程实例执行过程的推进。

串行结构：如图3所示，这是一种顺序执行结构，由弧节点连接一个节点并指向另一个节点，即一个步骤完成后，无条件地流向固定的下一个步骤；

选择分流(或并发)：如图4所示，前驱任务节点执行完毕后，触发后继的一个或多个任务节点，即一个步骤完成后，按一定的条件流向不同的下一步骤。如果后继的是多个任务，则判断后继迁移条件类型，如果是AND，则为并发，直接流向这个后继节点；如果是OR，则为选择，根据迁移条件判断是否流程这个后继节点。

选择(或并发)汇聚：如图5所示，激活了的前驱任务节点都已执行完毕，才能触发后继的任务节点。N个步骤完成之后，都流向步骤A，而且，只有当这N个步骤都完成了，步骤A才可以开始；

循环：如图6所示，前驱任务节点执行完毕后，并不立即触发后继的任务节点，而是返回到它前面的某个任务节点，然后按照流程定义的路由继续往下执行，又回到该任务节点，如此反复，直到符合要求才触发后继的任务节点。

具体实现为：根据具体的业务将流程将分为具体不可再分的原子功能节点，设置工作流流程设计器中流程属性，在可视化流程设计器上添加相关原子功能节点，并用连线连接好，添加相关执行逻辑。

可视化流程设计器，通过html来实现页面的展示，通过javascript，XML，dom实现动态修改和编辑节点属性，通过ajax来实现和后台的交互。

6、编辑执行流程参数；

工作流活动参数定义如下表所示：

7、调试及运行工作流实例

工作流运行由工作流引擎来管理，为工作流实例提供运行环境，包括流程图的解释、资源的分配、逻辑的控制等。

本发明中的工作流引擎算法是基于活动状态推进模型，在运行时过程中我们定义活动有如下几种状态：

激活状态：活动被激活，指活动是就绪状态，等待实例化，当流程启动实例时，开始节点被激活。

实例化完成状态：活动只有被激活后才实例化，实例化就是完成活动上的所有功能。

实例化异常状态：指活动在实例化的过程中发生异常情况。

在运行时过程中我们是以各种动作来驱动活动实例状态的转变，运行动作可分解为如下几种：

激活：触发活动处于就绪状态，等待被运行(实例化)。

实例化：完成活动上的所有功能。

迁移：当前驱节点处于实例化完成状态时，根据活动迁移条件的规则定义，决定是否激活后继节点，当迁移条件满足时，自动激活后继节点。

引擎控制算法如下：

我们定义一个CList<TYPE，ARG_TYPE>记录被激活的活动列表，根据队列先进先出的特点，循环取出被激活活动，判断此活动前驱活动是否存在激活的活动，如果有，则退出；没有，则进行实例化，实例化完成后，作迁移动作，将当前活动从队列中取出，将后继活动激活，加入队列。

运行模型实例如图7所示：流程首先激活活动1，并将活动1加入队列，当活动1实例化完成后，退出队列。流程根据条件迁移，将活动2，活动3加入队列。然后先取到活动2进行实例化，活动2实例完成后，退出队列将活动4加入队列。然后根据队列顺序将活动3实例化，将活动5加入队列。然后是活动4实例化，将活动7加入队列。然后实例化活动5，激活活动6。再取出活动7，发现7的前驱活动6被激活，但未被实例化，这时先实例化活动6，最后实例化活动7。

以上内容是结合具体的实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (1)

1.一种基于工作流技术的GIS功能组件的搭建与流程建模的实现方法，其特征在于：其包括以下步骤：

步骤1）连接数据库设置数据源；

步骤2）创建流程模板，根据流程实现功能的要素添加流程参数信息，并将填入的参数

信息写入工作流数据库表；

步骤3）定义流程参数，用于流程中各个功能节点所需参数的传入传出；

步骤4）创建GIS工作流功能节点，对功能点属性进行编辑； 

步骤5）定义工作流起止逻辑、活动执行逻辑和过程控制逻辑；所述起止逻辑定义为具有标记功能的节点，用于约束工作流执行的入口点和出口点；活动的执行逻辑包括调用功能库的单一功能活动的执行、子流程活动的执行、人工触发活动的执行；所述过程控制逻辑根据任务节点之间的逻辑关系而设立；

步骤6）编辑执行流程参数；

步骤7）根据基于活动状态推进模型的工作流引擎算法来调试及运行工作流实例，所述工作流引擎算法为：定义一个CList<TYPE, ARG_TYPE>记录被激活的活动列表，根据队列先进先出的特点，循环取出被激活活动，判断此活动前驱活动是否存在激活的活动，如果有，则退出；没有，则进行实例化，实例化完成后，做迁移动作，将当前活动从队列中取出，将后继活动激活，加入队列；

其中，工作流引擎算法是基于活动状态推进模型，在运行时过程中定义活动有如下几种状态：

激活状态：活动被激活，指活动是就绪状态，等待实例化，当流程启动实例时，开始节点被激活；

实例化完成状态：活动只有被激活后才实例化，实例化就是完成活动上的所有功能；

实例化异常状态：指活动在实例化的过程中发生异常情况；

在运行时过程中是以各种动作来驱动活动实例状态的转变，运行动作可分解为如下几种：

激活：触发活动处于就绪状态，等待实例化；

实例化：完成活动上的所有功能；

迁移：当前驱节点处于实例化完成状态时，根据活动迁移条件的规则定义，决定是否激活后继节点，当迁移条件满足时，自动激活后继节点。