CN105700888B - 一种基于jbpm工作流引擎的可视化快速开发平台 - Google Patents

Abstract

本发明公开了一种基于jbpm工作流引擎的可视化快速开发平台，包括信息配置模块，用于查看及配置数据源及应用服务器信息，查看及配置统计监控信息，与流程配置模块和管理监控模块连接；所述流程配置模块，用于流程业务定制，通过拖拽来搭建流程模型将工作流转过程以图形方式展示；所述管理监控模块，用于监控、查看运行中的流程实例，以及修改当前流程实例的流转状态，通过接口模块与客户端服务器连接；所述过程定义模块，用于为用户提供对业务过程进行分析建模的手段，并生成可被计算机识别和处理的过程定义。本发明作为独立的产品为业务系统提供服务，为用户提供方便快捷的可视化的流程定制功能，降低了开发及维护成本。

Description

一种基于jbpm工作流引擎的可视化快速开发平台

技术领域

本发明涉及一种基于jbpm工作流引擎的可视化快速开发平台。

背景技术

工作流的概念起源于生产组织和办公自动化领域，主要是针对日常生活中具有固定程序的活动而提出的一个概念，目的是通过将工作分解成一系列定义良好的任务，按照一定的规则和过程来执行任务，并对其实行监控，从而提高生产效率，降低生产成本，提高企业生产经营管理水平和企业竞争力。

随着办公自动化的发展工作流在系统中的应用日益频繁。以往的产品通常都是采用第三方开源的工作流产品，将其集成到业务系统中。并进行二次开发。开源的工作流只定义了流程基本的元素，提供基本的流程部署和运行功能，无法满足实际业务的需要，耗时耗力。开源工作流产品都是由开发人员以编码的方式生成流程定义文件,不能满足需求的日益变更，灵活度不够，开发及维护成本较高。同时，客户也无法以直观的方式查看流程。

发明内容

本发明为了解决上述问题，提出了一种基于jbpm工作流引擎的可视化快速开发平台，该平台为用户提供方便快捷的可视化的流程定制功能，降低了开发及维护成本。

为了实现上述目的，本发明采用如下技术方案：

一种基于jbpm工作流引擎的可视化快速开发平台，包括信息配置模块、流程配置模块、客户端服务器、过程定义模块、引擎调用模块和管理监控模块，其中：

所述信息配置模块，用于查看及配置数据源及应用服务器信息，查看及配置统计监控信息，与流程配置模块和管理监控模块连接；

所述流程配置模块，用于流程业务定制，通过拖拽来搭建流程模型将工作流转过程以图形方式展示；

所述管理监控模块，用于监控、查看运行中的流程实例，以及修改当前流程实例的流转状态，通过接口模块与客户端服务器连接；

所述客户端服务器，用于启动流程、查看、处理代办任务、已办任务、委托任务、委托完成的任务，以及设置代理；

所述过程定义模块，用于为用户提供对业务过程进行分析建模的手段，并生成可被计算机识别和处理的过程定义；

所述引擎调用模块，用于激活若干工作流引擎并解释过程定义，并同外部应用程序进行交互，来完成工作流过程实例的创建、执行和管理。

所述接口模块支持扩展。

所述过程定义模块，通过视图界面用户使用输入装置拖拽相应组件搭建流程模型，系统自动生成大部分流程代码，用户只需修改少量业务逻辑并调用相关接口即可搭建完善的工作流程。

所述程序包括工作流图形绘制界面、记录图形节点属性数据的图形元素类和节点图形元素集合类；记录迁移属性的迁移图形元素类和记录迁移图形元素集合的类。

所述引擎调用模块，还包括一个编辑节点图形属性的对话框和一个编辑流程基本信息的对话框，以及负责数据库连接处理的基础类。

基于上述开发平台的工作流运行方法，包括以下步骤：

1)输入模块点击程序安装包，根据提示用户输入相应数据库配置信息、初始化数据库、配置应用服务器，信息配置模块会根据用户输入信息进行安装部署程序运行环境，或者安装成功后通过平台配置；

2)用户通过访问web页面进行流程模型搭建或流程监控，用户访问流程模型搭建视图，通过点击鼠标拖拽组件框中的相应组件搭建业务流程模型；将流程信息保存成流程定义文件并保存流程相关信息到数据库，并将流程部署到流程配置模块中；

3)接受流程配置模块提交的流程数据，调用信息配置模块，执行保存动作，将流程数据保存到客户端服务器，通过流程客户端启用发布的流程，工单开始流转。

所述步骤1)中，用户利用系统提供的图形定义工具先理顺流程各环节之间的关系，并将图形工具所产生的流程及其任务节点的基本信息部署到数据库，再使用表单工具，完成任务节点的详细定义。

所述步骤1)中，节点的类型包括任务节点、标示过程起止逻辑的开始、结束节点和标示过程路由逻辑的与分支节点、与连接节点、或分支节点、或连接节点。

所述步骤1)中，起止节点和任务节点以及迁移的图形属性将作为过程定义的一部分分别被保存到数据库的过程定义表、节点定义表以及迁移定义表中；而表达过程路由逻辑的节点不会被保存到数据库，它所表达的过程逻辑将作为一个属性字段记录到与之关联的任务节点定义中。

所述步骤1)中，在创建和绘制过程图形元素之前，程序将首先对欲创建的图形元素与已创建的图形元素集合进行约束性检查，不符合约束条件的新的图形元素将不会被创建，检查包括以下内容：

(1)过程起止节点的唯一性检查：在绘制开始或结束节点时要判断节点集合中是否已经存在开始或结束节点，如果已经存在，则不执行操作；

(2)迁移的单向性检查：即两个节点之间只能存在一条迁移；

(3)对迁移指向的约束性检查：该项检查包含多项内容，如迁移不能指向开始节点、迁移的首端节点不能是结束节点；从开始节点、并行分支节点、连接节点引出的迁移只能指向任务节点；分支节点的前驱只能是任务节点；结束节点、并行连接节点的前驱只能是任务节点；除分支节点之外，其它节点只能有一个后继；除连接节点之外，其它节点只能有一个前驱。

所述步骤1)中，过程模型的有些错误无法在模型创建阶段被发现，作为模型正确性验证的重要环节，在保存节点和迁移定义的程序中，也需要进行一些约束性检查，这个阶段的检查包括以下内容：

(1)过程必须存在开始和结束节点；

(2)或分支至少要有一个路径包含任务节点；或分支最多只能包含一个旁路(即直接连接或分支和或连接节点的迁移)。

(3)过程的完整性检查：即除了开始节点，所有节点都必须存在前驱；除了结束节点，所有节点都必须存在后继。

所述步骤2)中，需要保存流程时，将遍历保存在节点数组中的节点对象，将开始、结束节点对象和任务节点对象的相关属性保存到数据库的节点定义表中；然后调把与节点定义相关的所有迁移保存到数据库中。

本发明的有益效果为：作为独立的产品为业务系统提供服务，为用户提供方便快捷的可视化的流程定制功能，降低了开发及维护成本。

附图说明

图1为本发明的工作流管理系统参考模型示意图；

图2为本发明的工作流定义工作的功能示意图；

图3为本发明的检查流程示意图；

图4为本发明的检查流程中递归函数检查过程示意图；

图5为本发明的过程模型保存流程示意图。

具体实施方式：

下面结合附图与实施例对本发明作进一步说明。

如图1所示一种基于jbpm工作流引擎的可视化快速开发平台，包括信息配置模块、流程配置模块、客户端服务器、过程定义模块、引擎调用模块和管理监控模块，其中：

所述信息配置模块，用于查看及配置数据源及应用服务器信息，查看及配置统计监控信息，与流程配置模块和管理监控模块连接；

所述流程配置模块，用于流程业务定制，通过拖拽来搭建流程模型将工作流转过程以图形方式展示；

所述管理监控模块，用于监控、查看运行中的流程实例，以及修改当前流程实例的流转状态，通过接口模块与客户端服务器连接；

所述客户端服务器，用于启动流程、查看、处理代办任务、已办任务、委托任务、委托完成的任务，以及设置代理；

所述过程定义模块，用于为用户提供对业务过程进行分析建模的手段，并生成可被计算机识别和处理的过程定义；

所述引擎调用模块，用于激活若干工作流引擎并解释过程定义，并同外部应用程序进行交互，来完成工作流过程实例的创建、执行和管理。

所述接口模块支持扩展。

所述过程定义模块，通过视图界面用户使用输入装置拖拽相应组件搭建流程模型，系统自动生成大部分流程代码，用户只需修改少量业务逻辑并调用相关接口即可搭建完善的工作流程。

所述程序包括工作流图形绘制界面、记录图形节点属性数据的图形元素类和节点图形元素集合类；记录迁移属性的迁移图形元素类和记录迁移图形元素集合的类。

所述引擎调用模块，还包括一个编辑节点图形属性的对话框和一个编辑流程基本信息的对话框，以及负责数据库连接处理的基础类。

工作流管理联盟包括1、过程定义工具：主要功能是为用户提供对业务过程进行分析建模的手段，并生成可被计算机识别和处理的过程定义。本方案主要针对该部分进行设计开发，使复杂的流程开发简单化可视化。使开发过程不单单是代码的编写，通过视图界面用户用鼠标拖拽相应组件搭建流程模型，系统自动生成大部分流程代码，用户只需修改少量业务逻辑并调用相关接口即可搭建完善的工作流程。

2、工作流执行服务：它借助一个或多个工作流引擎来激活并解释过程定义，并同外部应用程序进行交互，来完成工作流过程实例的创建、执行和管理，并通过控制条件的计算控制过程在各活动之间的游历(以及数据在活动之间的传递)，并生成有关的工作项，通知用户进行处理等，为工作流程的进行提供了一个运行环境。

工作流执行服务一般有一个工作流引擎来提供，在大型WFMS中，工作流的运行控制可能需要多个工作流引擎共同完成，例如某个跨区域、跨部门的过程可能会包含多个子过程，这些子过程可能是由不同的工作流引擎来提供运行和控制环境，这就需要实现多工作流引擎之间的互访互连。该部分主要由jbpm工作流引擎承担。

3、客户应用程序：与工作流引擎交互，以获得引擎服务和过程控制的功能。典型的客户应用程序是用户任务列表处理程序。

4、被调应用程序：指工作流执行服务在过程实例的运行过程中调用的、用以对应用数据进行处理的应用程序。在过程定义中包含有这种应用程序的详细信息。被调应用程序可能是应用代理，也可能是本地过程调用、远程调用等。

5、工作流管理监控工具：其功能是对过程实例的状态进行监控和管理，包括挂起、恢复、取消过程实例，以及用户、角色、资源控制等。

其具体步骤如下：

1)鼠标点击程序安装包，根据提示用户输入相应数据库配置信息、初始化数据库、配置应用服务器，信息配置模块会根据用户输入信息进行安装部署程序运行环境，或者安装成功后通过平台配置；

2)该系统为B/S架构，用户可通过访问web页面进行流程模型搭建或流程监控。用户访问流程模型搭建视图，通过点击鼠标拖拽组件框中的相应组件搭建业务流程模型；将流程信息保存成流程定义文件并保存流程相关信息到数据库，并将流程部署到JBPM中；

3)接受流程配置模块提交的流程数据，调用信息配置模块，执行保存动作，将流程数据保存到客户端服务器，通过流程客户端启用发布的流程，工单开始流转。

如图2、图3、图4所示，该系统设计及实现方案如下所述：

利用系统提供的图形定义工具先理顺流程各环节之间的关系，并将图形工具所产生的流程及其任务节点的基本信息部署到数据库，再使用表单工具，完成任务节点的详细定义。

工作流定义工具的功能：

节点的类型包括任务节点、标示过程起止逻辑的开始、结束节点和标示过程路由逻辑的与分支节点、与连接节点、或分支节点、或连接节点。

起止节点和任务节点以及迁移的图形属性将作为过程定义的一部分分别被保存到数据库的过程定义表、节点定义表以及迁移定义表中；而表达过程路由逻辑的节点不会被保存到数据库，它所表达的过程逻辑将作为一个属性字段记录到与之关联的任务节点定义中。

主要组成部分包括工作流图形绘制界面、记录图形节点属性数据的图形元素类和节点图形元素集合类；记录迁移属性的迁移图形元素类和记录迁移图形元素集合的类。另外还有一个编辑节点图形属性的对话框和一个编辑流程基本信息的对话框，以及负责数据库连接处理的基础类。

工作流的图形绘制：

和大多数的工作流图形定义工具一样，基于简化如鼠标选中图形节点(鼠标进入节点图形绘制区域)等的操作以及方便图形绘制。不同的节点类型以图形按钮的方式出现在图形绘制界面的工具条中，工具条中不同按钮的事件处理方法，其主要功能是修改程序中记录节点类型的程序变量。点击按钮选择不同的节点类型，就可以在绘图区内添加不同类型的节点，程序将根据节点类型使用不同的填充颜色及不同的长度和宽度，在绘图区内的鼠标点击位置绘制添加的节点图形。在绘制图形的同时，程序会新建一个节点对象，并设置对象的图形属性。新创建的节点对象将被添加到节点对象数组中。

添加节点之间迁移的程序实现要稍微复杂一些，被鼠标选中的第一个节点将是迁移的起始节点，被鼠标选中的第二个节点就是迁移的结束节点，如果没有正确选择起始和结束节点，程序将不会绘制迁移图形。在正确绘制迁移图形的同时，程序会创建新的迁移对象，并将对象的FromNode和ToNode属性设置为被迁移线段所连接的两个节点名称。新创建的迁移对象将被保存到迁移对象数组中。

除此之外，图形程序通过对点击鼠标左键、点击鼠标右键以及鼠标移动等事件的处理，实现对移动节点、删除节点、编辑节点属性等操作的处理。

工作流图形定义工具分别在模型创建和模型保存两个阶段实施对过程模型的正确性检查。

在创建和绘制过程图形元素之前，程序将首先对欲创建的图形元素与已创建的图形元素集合进行约束性检查，不符合约束条件的新的图形元素将不会被创建。程序在这个阶段的检查包括以下内容：

(1)过程起止节点的唯一性检查：在绘制开始或结束节点时要判断节点集合中是否已经存在开始或结束节点，如果已经存在，则不执行操作；

(2)迁移的单向性检查：即两个节点之间只能存在一条迁移；

(3)对迁移指向的约束性检查：该项检查包含多项内容，如迁移不能指向开始节点、迁移的首端节点不能是结束节点；从开始节点、并行分支节点、连接节点引出的迁移只能指向任务节点；分支节点的前驱只能是任务节点；结束节点、并行连接节点的前驱只能是任务节点；除分支节点之外，其它节点只能有一个后继；除连接节点之外，其它节点只能有一个前驱等。

过程模型的有些错误可能无法在模型创建阶段被发现，因此，作为模型正确性验证的重要环节，在保存节点和迁移定义的程序中，也需要进行一些约束性检查。通过对要保存的模型元素集合进行遍历，如果发现了不符合过程逻辑和模型约束条件的情形，则不能执行保存过程定义的操作，并向用户提示错误。这个阶段的检查包括以下内容：

(1)过程必须存在开始和结束节点；

(2)或分支至少要有一个路径包含任务节点；或分支最多只能包含一个旁路(即直接连接或分支和或连接节点的迁移)。

(3)过程的完整性检查：即除了开始节点，所有节点都必须存在前驱；除了结束节点，所有节点都必须存在后继。

以上步骤只能作为模型检查的必要的辅助性手段，最终创建的过程模型是否正确有效，还要依赖于建模人员对业务的熟悉程度。

如图5所示，过程模型的保存：当点击菜单选择保存流程时，将遍历保存在节点数组中的节点对象，将开始、结束节点对象和任务节点对象的相关属性保存到数据库的节点定义表中；然后调把与节点定义相关的所有迁移保存到数据库中。

此时，工作流的定义并没有真正结束，用户还需要再使用任务节点的表单定义工具，完成节点的进一步定义，如设置任务节点的关联角色，设置任务可以编辑的业务表字段等。

流程定义的调用：

用户发起一条流程代办时，根据指定的流程定义ID，系统创建一条新的流程实例，并将数据保存在数据库表中，模型展示及监控界面根据该条流程实力的相关参数展示不同节点状态图像以达到实时监控流程流转状态。

流程实例的监控：该部分可以针对某条流程实例进行状态的查看及修改。

上述虽然结合附图对本发明的具体实施方式进行了描述，但并非对本发明保护范围的限制，所属领域技术人员应该明白，在本发明的技术方案的基础上，本领域技术人员不需要付出创造性劳动即可做出的各种修改或变形仍在本发明的保护范围以内。

Claims (9)

1.一种基于jbpm工作流引擎的可视化快速开发平台，其特征是：包括信息配置模块、流程配置模块、客户端服务器、过程定义模块、引擎调用模块和管理监控模块，其中：

所述信息配置模块，用于查看及配置数据源及应用服务器信息，查看及配置统计监控信息，与流程配置模块和管理监控模块连接；

所述流程配置模块，用于流程业务定制，通过拖拽来搭建流程模型将工作流转过程以图形方式展示；

所述管理监控模块，用于监控、查看运行中的流程实例，以及修改当前流程实例的流转状态，通过接口模块与客户端服务器连接；

所述客户端服务器，用于启动流程、查看、处理代办任务、已办任务、委托任务、委托完成的任务，以及设置代理；

所述过程定义模块，用于为用户提供对业务过程进行分析建模的手段，并生成可被计算机识别和处理的过程定义；

所述过程定义模块，通过视图界面用户使用输入装置拖拽相应组件搭建流程模型，系统自动生成大部分流程代码，用户只需修改少量业务逻辑并调用相关接口即可搭建完善的工作流程；

所述引擎调用模块，用于激活若干工作流引擎并解释过程定义，并同外部应用程序进行交互，来完成工作流过程实例的创建、执行和管理，并通过控制条件的计算控制过程在各活动之间的游历，以及数据在活动之间的传递，并生成有关的工作项，通知用户进行处理，为工作流程的进行提供了一个运行环境；

在创建和绘制过程图形元素之前，程序将首先对欲创建的图形元素与已创建的图形元素集合进行约束性检查，不符合约束条件的新的图形元素将不会被创建，检查包括以下内容：

(1)过程起止节点的唯一性检查：在绘制开始或结束节点时要判断节点集合中是否已经存在开始或结束节点，如果已经存在，则不执行操作；

(2)迁移的单向性检查：即两个节点之间只能存在一条迁移；

(3)对迁移指向的约束性检查：该项检查包含多项内容，如迁移不能指向开始节点、迁移的首端节点不能是结束节点；从开始节点、并行分支节点、连接节点引出的迁移只能指向任务节点；分支节点的前驱只能是任务节点；结束节点、并行连接节点的前驱只能是任务节点；除分支节点之外，其它节点只能有一个后继；除连接节点之外，其它节点只能有一个前驱。

2.如权利要求1所述的一种基于jbpm工作流引擎的可视化快速开发平台，其特征是：所述接口模块支持扩展。

3.如权利要求1所述的一种基于jbpm工作流引擎的可视化快速开发平台，其特征是：所述程序包括工作流图形绘制界面、记录图形节点属性数据的图形元素类和节点图形元素集合类；记录迁移属性的迁移图形元素类和记录迁移图形元素集合的类。

4.如权利要求1所述的一种基于jbpm工作流引擎的可视化快速开发平台，其特征是：所述引擎调用模块，还包括一个编辑节点图形属性的对话框和一个编辑流程基本信息的对话框，以及负责数据库连接处理的基础类。

5.基于如权利要求1-4中任一项所述的开发平台的工作流运行方法，包括以下步骤：

1)输入模块点击程序安装包，根据提示用户输入相应数据库配置信息、初始化数据库、配置应用服务器，信息配置模块会根据用户输入信息进行安装部署程序运行环境，或者安装成功后通过平台配置；

2)用户通过访问web页面进行流程模型搭建或流程监控，用户访问流程模型搭建视图，通过点击鼠标拖拽组件框中的相应组件搭建业务流程模型；将流程信息保存成流程定义文件并保存流程相关信息到数据库，并将流程部署到流程配置模块中；

3)接受流程配置模块提交的流程数据，调用信息配置模块，执行保存动作，将流程数据保存到客户端服务器，通过流程客户端启用发布的流程，工单开始流转。

6.如权利要求5所述的方法，其特征是：所述步骤1)中，用户利用系统提供的图形定义工具先理顺流程各环节之间的关系，并将图形工具所产生的流程及其任务节点的基本信息部署到数据库，再使用表单工具，完成任务节点的详细定义；

所述步骤1)中，节点的类型包括任务节点、标示过程起止逻辑的开始、结束节点和标示过程路由逻辑的与分支节点、与连接节点、或分支节点、或连接节点；

所述步骤1)中，起止节点和任务节点以及迁移的图形属性将作为过程定义的一部分分别被保存到数据库的过程定义表、节点定义表以及迁移定义表中；而表达过程路由逻辑的节点不会被保存到数据库，它所表达的过程逻辑将作为一个属性字段记录到与之关联的任务节点定义中。

7.如权利要求5所述的方法，其特征是：所述步骤1)中，在创建和绘制过程图形元素之前，程序将首先对欲创建的图形元素与已创建的图形元素集合进行约束性检查，不符合约束条件的新的图形元素将不会被创建，检查包括以下内容：

(1)过程起止节点的唯一性检查：在绘制开始或结束节点时要判断节点集合中是否已经存在开始或结束节点，如果已经存在，则不执行操作；

(2)迁移的单向性检查：即两个节点之间只能存在一条迁移；

(3)对迁移指向的约束性检查：该项检查包含多项内容，如迁移不能指向开始节点、迁移的首端节点不能是结束节点；从开始节点、并行分支节点、连接节点引出的迁移只能指向任务节点；分支节点的前驱只能是任务节点；结束节点、并行连接节点的前驱只能是任务节点；除分支节点之外，其它节点只能有一个后继；除连接节点之外，其它节点只能有一个前驱。

8.如权利要求7所述的方法，其特征是：所述步骤1)中，过程模型的有些错误无法在模型创建阶段被发现，作为模型正确性验证的重要环节，在保存节点和迁移定义的程序中，也需要进行一些约束性检查，这个阶段的检查包括以下内容：

(1)过程必须存在开始和结束节点；

(2)或分支至少要有一个路径包含任务节点；或分支最多只能包含一个旁路(即直接连接或分支和或连接节点的迁移)；

(3)过程的完整性检查：即除了开始节点，所有节点都必须存在前驱；除了结束节点，所有节点都必须存在后继。

9.如权利要求5所述的方法，其特征是：所述步骤2)中，需要保存流程时，将遍历保存在节点数组中的节点对象，将开始、结束节点对象和任务节点对象的相关属性保存到数据库的节点定义表中；然后调把与节点定义相关的所有迁移保存到数据库中。