[发明专利]一种基于工作流的数据处理方法以及系统

说明书

技术领域

本发明涉及工作流的数据处理技术领域，尤其涉及一种基于工作流的数据处理方法以及系统。

背景技术

现有的对工作流的数据处理的过程，包括：

流程的定义阶段，包括：

首先，需要定义流程(Process)；流程是一个工作流程的抽象和定义，它确定了一些列具有相同或相似属性的工作流程的流转规则和属性，一个流程又是由一系列节点(node)构成的，而节点是现实工作流程中一个任务(task)的逻辑定义，一系列节点根据一定的流转规则组成了一个完整的流程；所谓流转规则即指在一个节点提交的任务可以业务属性的不同，扭转到哪一个后继节点；现有的工作流的最小定义单位是流程，一个流程是不可分割的，同时也是独立于其它流程的逻辑定义实体；

其次，定义任务的获取条件；现有的工作流在定义一个节点的时候还要定义在这个节点上哪个人或哪些人可以获取到任务，一旦在这个节点上创建，就会根据预先的定义分配给某一个人或者某一些人。如果在没有顶级的话，就表示所有人都可以获取到任务；

任务的流转阶段，包括：

首先，根据预先定义的流程，在首节点创建任务，任务会根据预先定义的权限分配给业务人员处理；

然后，相应的业务人员登陆系统后便会获取到可处理的任务进行处理并提交；

最后，根据业务人员提交的任务中的属性，工作流系统决策出下一个节点并在此之上生成新的任务开始新的任务流转，直到流程结束。

由以上现有的对工作流的数据处理的过程，可以得出现有的对工作流的数据处理的过程存在的缺陷，包括：

1、无法动态的启动流程、创建任务：在现实需求中往往并不是总在第一个节点创建任务，有时候还需要在第二、第三甚至第N个节点创建任务；

2、无法支持快速的响应人员行政调整：现有的工作流的任务分配规则是随流程定义而确定下来的，不能在后面的流转过程中转变，这样设置无法紧密的和业务角色关联，也不能很好的表示真实业务场景的人员分工、角色设置，同时更无法快速的响应业务权限的变化；

3、流程定义不支持流程件的通信：现有的工作流强调流程的概念，并强调流程的独立性，即流程是目前工作流划分流程定义的最小单位，一个流程是不可分割也独立于其它流程的逻辑定义实体。

4、DB压力大，限制系统容量：现有工作流的任务都是持久化在DB中，对任务的查询、更新包括抓取、提交等都是直接操作DB，这其中又主要以不改变任务数据的查询操作为主，在高并发的情况下性能比较低下，可能会因DB过载导致系统崩溃；

5、现有工作流的历史数据统一由工作流系统保存，工作流在系统架构上讲属于底层公共平台系统，不会针对业务系统提供各系统独立的功能，因此这中历史数据统一保存的方式不利于业务系统进行数据挖掘。

发明内容

本发明要解决的技术问题是提供一种基于工作流的数据处理方法以及系统。

本发明的目的在于提供一种基于工作流的数据处理方法，包括：

对流程的定义；对过滤器的定义；任务的创建；任务的获取；任务的提交。

其中，所述对流程的定义，包括：

定义节点，包括定义节点的类型、节点具有的业务属性、节点的流转规则。

其中，所述对过滤器的定义，包括：

定义在节点上对任务进行过滤的条件。

其中，所述任务的创建，包括：

根据所述对流程的定义，在所述定义的节点上创建任务，存储所述创建的任务。

其中，所述任务的获取，包括：

根据所述创建的任务对应的过滤器，过滤所述创建的任务。

其中，所述任务的提交，包括：

根据所述定义的业务规则，修改所述经过滤后的任务为符合所述定义的业务规则的任务，提交所述经修改后的任务。

本发明的目的在于提供一种基于工作流的数据处理系统，包括：

流程定义模块，用于提供对流程定义的集中管理，并将流程定义的最小粒度细化到节点级；

页面模块，用于提供需要由工作流统一控制的页面和工作流后台管理工具；

引擎模块，用于根据所述流程定义模块定义的流程定义，对任务进行流转、分配；

任务缓存模块，用于提供对DB持久化数据的镜像；

历史数据分发模块，用于根据任务归属的系统不同，按照业务系统在BAM中的设置进行分发。

其中，所述引擎模块包括：