CN101226612A - 一种面向流程的数据处理管理系统 - Google Patents

Abstract

本发明提供了一种面向流程的数据处理管理系统，包括：接口模块，用于将用户界面请求转化成业务事件，并通知工作流服务模块；工作流服务模块，用于面向各种用户应用提供统一的工作流服务；接收到接口模块的通知后，调用工作流代表模块；工作流代表模块，用于面向提供各种具体工作流的工作流引擎，完成工作流服务模块和工作流引擎之间的数据转换；工作流引擎，用于依据工作流模型，将任务实例投递到任务执行者的工作列表中；所述工作流模型用于记录与业务流程相关的属性信息；至少一个任务处理模块，与所述工作列表相链接，用于接收触发，完成相应的任务数据处理过程。本发明能够支持跨机构的大规模复杂工作流管理，能够快速适应业务变化的需要。

Description

一种面向流程的数据处理管理系统

技术领域

本发明涉及多流程的数据处理技术领域，特别是涉及一种面向流程的数据处理管理系统。

背景技术

目前随着计算机技术应用的越来越广泛，人们开始采用应用计算机进行各种各样的数据处理，以满足企业对业务流程电子化的需求。

例如，银行、证券等金融机构在一些业务数据的处理过程中，仍然存在大量手动处理的情况。而手动处理这些业务数据，常常出现如下问题：工作效率低下，为了签发一份合同而在各个部门奔波，并且经常因为负责人不在而造成工作的延误；业务审批过程的相关数据资料不能有效和统一的管理，以及审批意见不能完整地保存并归档等；同时无法进行有效的风险监管和各个环节工作效率的跟踪、统计分析。总之就是无法实现数据处理过程的信息记录以及结果共享，所以这些企业提出了业务数据处理电子化的需求。

现有技术也提供了一些OA系统用于实现上述的企业需求，但是一般都是采用以下方案：

一、以管理信息系统的方式在业务审批后进行数据的录入。例如，当前管理者完成当前节点的数据处理(业务审批)后将数据结果录入，以促使该数据处理流程进入下一步骤(如业务执行等)。

二、基于数据库记录标志位的控制模拟业务任务的工作流。

上述两种方式实际上，都没有真正实现业务数据处理流程的电子化，而是仅仅用于记录和传输数据结果，后一方式虽然可以标识当前工作流，但是不能满足复杂的业务流程需求，流程逻辑与业务逻辑耦合度高，难于适应业务快速变化的需求。

具体的，传统的业务管理系统仅是通过一个个的功能模块的实施提供业务操作支持和管理，而不能体现业务操作处理过程，它们通常是面向任务的，流程间的任务通过约定的服务接口固化在应用系统中，通过驱动一个单一行为完成数据的传输与任务流转。这类系统的特点是：1)一个菜单、子菜单，以及功能模块确定了一类业务功能，而不能将实际业务办理过程几项任务串连成一个功能；2)数据只能通过模块之间的参数进行传递，而不能在业务处理过程中传递；3)不能体现业务处理过程，只能体现业务处理结果，不能为企业流程改造提供支持数据。

总之，目前需要本领域技术人员迫切解决的一个技术问题就是：如何能够创新性的提出一种面向流程的数据处理管理解决方案。

发明内容

本发明所要解决的技术问题是提供一种面向流程的数据处理管理系统，实现了流程任务基于配置化的数据传输和功能受理，能够支持跨机构的大规模复杂工作流管理，能够快速适应业务变化的需要。

为了解决上述问题，本发明公开了一种面向流程的数据处理管理系统，包括：

接口模块，用于将用户界面请求转化成业务事件，并通知工作流服务模块；

工作流服务模块，用于面向各种用户应用提供统一的工作流服务；接收到接口模块的通知后，调用工作流代表模块；

工作流代表模块，用于面向提供各种具体工作流的工作流引擎，完成工作流服务模块和工作流引擎之间的数据转换；

工作流引擎，用于依据工作流模型，将任务实例投递到任务执行者的工作列表中；所述工作流模型用于记录与业务流程相关的属性信息；

至少一个任务处理模块，与所述工作列表相链接，用于接收触发，完成相应的任务数据处理过程。

优选的，当工作流引擎还需要读取其他类型数据时，上述系统还可以包括：数据格式转化模块，用于将其他类型数据转换至工作流引擎所需的标准数据格式。

优选的，所述的系统还可以包括：

路由信息获取模块，用于查询所述工作流模型，获取该任务的路由信息，所述路由信息包括该任务的处理机构、处理部门和人员角色；

候选列表模块，用于调用页面元素生成服务，将符合上述路由信息的候选人员生成候选列表；

候选人员选择界面，用于接收用户对任务执行候选人员的指定。

优选的，所述的系统还可以包括：

判断模块，用于判断符合所述路由信息的候选人员是否仅为一人，如果是，则直接将该任务实例投递到该候选人员的工作列表中。

优选的，所述工作流引擎将任务实例一直维持至其整个流程执行完毕。

优选的，所述任务处理模块进一步包括：

配置信息数据库，用于存储与各种任务相关的配置数据；

动态配置项获取子模块，用于依据查询得到的与当前任务相关的配置数据，查询工作流服务，获取运行态的信息，得到动态的配置项；

页面生成子模块，用于依据所述动态配置项生成与该任务相应的任务处理页面；

数据处理子模块，用于接收用户的输入信息，完成具体的任务数据处理过程。

优选的，所述工作流包括授信调查流程、授信审批流程、授信放款流程、贷后监控流程和资产保全流程；各个流程还包括至少一个子流程。

优选的，所述工作流引擎还用于接收用户执行一任务的请求，并链接至相应的任务处理模块，完成具体的数据处理过程。

优选的，所述的系统还可以包括：流程监控模块，用于对工作流处理情况进行监控和统计。

优选的，所述的系统还可以包括：流程建模工具，用于定义工作流引擎可处理业务流程描述。

与现有技术相比，本发明具有以下优点：

本发明将任务传递逻辑与资源分配逻辑从传统的应用逻辑中剥离出来，将任务的创建、分配和完成等操作由工作流产品独立实现，应用通过统一的接口进行调用，降低流程传递与具体数据处理过程之间的耦合度；同时以最大程度配置化方式实现这两类逻辑。

本发明是面向业务流程的，一个业务流程被看成是一个目标。过程实例执行时，该目标将被分解得到多个相互之间按一定约束条件的关联起来的可执行的多个环节，其中各环节还可以当成是子目标而进一步进行分解。

本发明基于流程进行业务处理的驱动控制，可以完成过程的可操作实例的创建及控制，调度过程中各活动步骤，通过灵活的选人模式为所涉及到的用户生成待其处理的任务，有效地定义参与人员在工作流程中的角色、执行的任务与访问权限，并根据业务特性适时地调用有关应用程序资源驱动应用任务的处理。

本发明中各种业务数据处理的相关操作在流程中被制定为独立的应用功能，流程的流转实际上是根据部门、角色等任务特征将这些应用功能进行动态配置，实现了流程逻辑与业务逻辑的分离，通过业务流程的分析和规范化定义驱动业务应用单元的组装，降低了复杂流程应用的开发难度，提高应用系统的管理效率。

附图说明

图1是本发明一种面向流程的数据处理管理系统的结构框图；

图2是本发明一种系统平台的架构示意图；

图3是本发明的一种数据传输组件图；

图4是本发明的一种数据交互机制示意图；

图5是本发明增加了候选人员选择步骤后的流程示意图；

图6是任务处理过程和任务之间的关系示意图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

参照图1，示出了本发明一种面向流程的数据处理管理系统，包括：

接口模块101，用于将用户界面请求转化成业务事件，并通知工作流服务模块；

工作流服务模块102，用于面向各种用户应用提供统一的工作流服务；接收到接口模块的通知后，调用工作流代表模块；

工作流代表模块103，用于面向提供各种具体工作流的工作流引擎，完成工作流服务模块和工作流引擎之间的数据转换；

工作流引擎104，用于依据工作流模型，将任务实例投递到任务执行者的工作列表中；所述工作流模型用于记录与业务流程相关的属性信息；

至少一个任务处理模块105，与所述工作列表相链接，用于接收触发，完成相应的任务数据处理过程。

一般的，工作流就是一组人员为完成某一项业务所进行的所有工作与工作转交(交互)过程。在工作流中，任务指的是一个逻辑步骤，它定义了该步骤需要完成的具体数据处理过程和相关参数。

在本发明的另一实施例中，所述工作流引擎还需要读取数据库中的业务对象等其他类型的数据，则所述工作流引擎104还可以包括：数据格式转化模块，用于将其他类型数据转换至工作流引擎所需的标准数据格式。

在本发明的另一实施例中，图1所示的实施例还可以包括：

路由信息获取模块，用于查询所述工作流模型，获取该任务的路由信息，所述路由信息包括该任务的处理机构、处理部门和人员角色；

候选列表模块，用于调用页面元素生成服务，将符合上述路由信息的候选人员生成候选列表；

候选人员选择界面，用于接收用户对任务执行候选人员的指定。

上述新增的模块可以帮助本发明在流程执行的过程中，实时的依据流程情况和业务执行情况选择所需的候选人员。优选的，还可以包括判断模块，用于判断符合所述路由信息的候选人员是否仅为一人，如果是，则直接将该任务实例投递到该候选人员的工作列表中。

本发明将业务流程管理和业务数据处理从逻辑上分开了，所以本发明完全可以应用在长流程、或者流程步骤较多、或者机构层级复杂的领域，例如，对于某县级行的业务申报，在本行审查后，还需要到上级行审查。所以优选的，所述工作流引擎104将任务实例一直维持至其整个流程执行完毕。本发明中的有的流程实例的生命周期比较长，有时可能需要几天或者几周。

在本发明的另一优选实施例中，本发明进一步根据业务需求分析，归纳出可复用的任务处理，并对可复用任务处理在框架的通用设计模式下进行设计实现。对符合复用适用条件的任务不需额外的设计组件，只需使用可复用任务处理实现，通过调整配置项即可完成。具体的，前述任务处理模块105还可以进一步包括：

配置信息数据库，用于存储与各种任务相关的配置数据；

动态配置项获取子模块，用于依据查询得到的与当前任务相关的配置数据，查询工作流服务，获取运行态的信息，得到动态的配置项；

页面生成子模块，用于依据所述动态配置项生成与该任务相应的任务处理页面；

数据处理子模块，用于接收用户的输入信息，完成具体的任务数据处理过程。

前述的工作流引擎104可以完成工作流的任务分配，优选的，所述工作流引擎104还可以用于接收用户执行一任务的请求，并链接至相应的任务处理模块105，完成具体的数据处理过程。

从构成完整系统的角度，本发明还可以包括：流程监控模块，用于对工作流处理情况进行监控和统计。以及，流程建模工具，用于定义工作流引擎可处理业务流程描述。

从开发的角度来看，本发明的工作流管理系统由三个部分组成：工作流引擎、流程管理工具、流程定义工具(含图形化的建模工具)和客户端。整个系统的工作流程如下：工作流建模工具建立模型→流程定义工具对已建立的模型进行定义→把已建立的模型自动存入数据库或自动生成XPDL文件→工作流引擎从数据库或者XPDL文件调用工作流定义→执行工作流程→返回执行后的相关数据。

具体的流程定义可以包括：业务流程逻辑抽取后形成业务流程定义文件。流程定义工具根据业务流程定义文件，使用可视化的开发工具定义流程引擎可处理的业务流程描述文件，该文件形成一个企业应用包，部署到工作定义数据库中。

参照图2，示出了本发明一种系统平台的架构示意图，其中，

流程建模工具201用于定义工作流引擎可处理业务流程描述；

工作流引擎202用于解释流程定义，创建流程实例并控制其执行，调度各项活动，为用户工作表添加工作任务项；

流程监控工具203用于提供监督和管理流程和任务信息的功能。

参照图3，示出了本发明的数据传输组件图，其中，

UCC(UseCaseController)：UCC是用户实例的控制器，负责将用户界面请求转化成业务事件，并且调用对应于这些业务事件的处理逻辑；

WFOBuilder：应用的数据格式转换为工作流任务需要的数据格式；

WFTORequest：特定格式的数据，包含了工作流传递给应用(指向用户的)的业务数据，主要有当前任务执行者信息等；

WFTO：应用和工作流之间进行交互的数据传递对象。应用通过WFTO将数据传递到工作流引擎中，工作流引擎根据WFTO的数据更新流程中的WFTORequest；

ClpmBPMetaInfo：用于封装流程的元数据，主要包含流程类型、流程路径等；

ClpmBPMetaInfo：用于封装任务的元数据，主要包含任务类型、任务的选人模式、执行任务的角色机构信息、任务处理页面ID等；

ProcessInstanceInfo：工作流平台中的流程信息，包含流程的状态、流程ID、开始时间等信息；

TaskInfo：工作流平台中的任务信息，包含任务ID，任务状态等基本信息；

ClpmBPinfo：封装流程运行时的流程实例相关的信息，包含ProcessInstanceInfo及与流程实例相关的业务信息；

ClpmTaskInfo：任务实例信息，包含TaskInfo、任务所在流程的信息等。

参照图4，示出了本发明的数据交互机制示意图。具体过程如下：

步骤401、用户在界面提交申报书后调用对应的UCC启动一个工作流实例；

步骤402、UCC调用WFS方法启动一个工作流实例；

步骤403、WFS调用WFD方法启动一个工作流实例；

步骤404、WFD调用工作流引擎代理启动工作流；

步骤405、工作流引擎根据流程定义创建流程实例和首任务实例；

步骤406、任务实例投递到任务执行者被分配列表中；

步骤407、用户在我的工作界面调用相应的我的工作列表UCC获取我的工作列表；

步骤408、我的工作列表UCC调用WFS的获取工作列表方法；

步骤409、WFS调用WFD取得任务执行者任务列表方法；

步骤410、WFD调用工作流平台提供的接口获取执行者任务列表；

步骤411、通过任务链接到相应的任务处理页面调用相应的业务处理UCC；

步骤412、业务处理UCC调用业务处理BS。

其中，

WFS(WorkflowService)：面向应用提供统一的工作流服务，实现对流程和任务的操作；

WFD(WorkflowDelegate)：作为具体工作流产品的业务代表，负责与工作流产品的实际交互；

BS(BusiessService)：业务处理服务。

参照图5，示出了本发明增加了候选人员选择步骤后的流程示意图。为满足现行业务要求，在上一任务完成时确定下一任务的执行者，选人服务预先读取下一任务的机构角色信息确定可选择的人员列表，显示给用户从中选择下一任务执行者传入工作流。

下面以业务申报起点任务为例，具体描述如下：

(1)客户经理完成业务申报书并上传后，点击提交按钮(第一次提交，预提交)；

(2)从session中获取流程任务概要信息，并构造包含任务实例id、意见结论以及路由操作等信息的参数信息；

(3)更新相关的业务对象信息，获取下一任务资源；

(4)获取下一任务元信息，根据元信息中的选人模式，依据下一任务的相关信息(机构代码、部门属性、人员角色等信息)，获取满足条件的人员列表；

(5)生成待选用列表展示给用户，客户经理则从待选列表中选中一个人员并点击“确定”提交(第二次提交，正式提交)；

(6)获取当前任务实例相关信息，构造传递给工作流的信息WFTO(包括任务实例id，当前任务和下一任务执行者等)，调用相应处理模块，完成当前任务；

(7)工作流引擎根据以上设置的信息，流转到下一任务。

需要说明的是：

判断下一任务候选参与者的人数。如果下一任务参与者只有一人，本技术会自动将下一任务提交给该名参与者。

如果下一任务参与者的人数有多名，则本技术会动态组装参与者的名单，并调用页面元素生成服务生成当前参与者需要选择的候选人名单页面，作为弹出式窗口，返回给任务处理界面中需要动态生成的元素。

对于一些路由种类，不需要显示任务执行人，如：退回修改模式(退回到流程起始节点)；退回修改模式(退回到上一节点)；退回补充材料；补充材料后提交。

从开发角度而言，上述选人功能实现，可以包括以下几个部分：

SemiAutoBS类：负责提供下一任务参与者的候选类型和资源清单，即：根据当前任务的相关业务信息和流程定义数据，决定下一任务的路由信息、并获取机构、部门、角色等信息。

NameListBS类：用于产生半自动化场景下的候选人员列表，即，根据角色、部门、机构信息等，提供符合条件的候选人清单，SemiAutoBS通过RoutingBS得到下一任务的相关数据后，继续调用NamelistBS，并且传递如下参数：角色、组织机构(及部门)，客户ID；通过客户ID查找可以维护该客户的客户经理小组。NamelistBS根据如上条件，查询得到人员列表，返回给SemiAutoBS以供显示及选择；

RoutingBS类：负责提供当前任务的下一任务，即，根据当前任务的元数据以及相关业务数据(对应的任务编号等)和流程定义数据(比如影响业务流程走向的意见结论、当前任务所在部门属性、审批机构层级等等)，计算得到当前任务的下一任务编号进而得到下一任务的任务元数据信息。

上述解决方案中采用了二次提交(预提交和提交)。一次完整的任务提交需要经过任务提交、选人操作和完成任务三个步骤，其中从任务提交到选人操作完成阶段为预提交，从选人完成到完成任务阶段为提交。在预提交阶段，用户点击“提交”按钮后，会弹出满足一定机构、部门或角色条件的人员列表，在某些选人模式下，用户还可以选择机构、部门或角色用于过滤人员列表；用户点击选中一个执行者后，再点击“确定”按钮，这就是所谓的“第二次提交”，即真正意义上的任务提交，流程的当前任务被执行，而下一任务被创建并分配给选定的执行者，流程继续向前流转。

本发明的另一改进点就在于任务处理模块的动态页面生成及可复用性。参照图6，可以明确看出，同一个任务处理模块可以应用在不同的工作流任务中；并且，用户在任务处理时，需要引用很多相关信息，造成信息展现的复杂性。

本发明在分析、抽象业务流程中任务处理应用组成结构的基础上，将任务处理分为不可变部分和可变部分。对任务处理中可变部分配置化；具体开发过程仅仅实现任务处理的通用部分即可。任务处理的通用部分可以包括：(1)动态配置项的获取；(2)解释配置项，动态生成页面和后台服务参数；(3)实现与工作流平台的通用交互等等。

具体的页面动态生成过程可以如下：

任务处理者点击任务后，相关事件转发给后台的Web服务器；

Web服务器调用任务处理控制器，然后调用页面元素生成服务，查询配置项；

页面元素生成服务根据查询到的、与此任务相关的配置项，查询工作流服务，获取运行态的信息，组装、更新配置项；

更新后的配置项传递给Web服务器，由Web服务器组装成页面元素，并根据此任务对应的页面模板，生成任务处理的页面；

任务处理页面展现给用户。

从开发角度，前述的可复用框架可以包括以下几个组件：

页面模板：每一个框架定义一个界面模板。界面模板定义任务处理界面的布局，界面的内容分为静态定义部分和动态生成部分。

配置项：是指在可复用框架内，由于具体任务的不同而造成差异的部分，可以分为：关键性数据、支持性数据、任务操作、路由选择等等。

框架控制UCC(ControllerUCC)。框架控制UCC具有如下功能：处理任务操作，如任务的提交、转交、放回等操作；协调与后台其他服务、WorkflowService等的操作。

页面元素生成服务(IPageElementGenerateService)。界面元素生成服务生成任务处理界面中需要动态生成的元素。通过解释配置项，动态生成任务处理场景的界面。

页面事件分发器(WorkPageDispatcher)。位于UCC之上的表现层，负责截取任务处理界面中的界面事件，根据配置项和查询页面导航服务，将此界面事件转换为URL，同时页面请求也转发到此URL，触发对框架控制UCC的调用。

本发明将业务任务处理逻辑、业务任务传递与任务分配逻辑分离开来，避免业务操作重复环节。本发明一方面解决应用开发过程的复杂性问题，更重要的是解决业务发展过程中，信贷政策、业务流程和组织结构变化的问题，以快速、低成本的方式支持业务发展。这种以流程驱动的工作流技术，充分考虑到我国商业银行的现实基础和业务发展特点，以流程半自动化方式体现流程处理的灵活性，实现灵活的业务流程动态调整和控制功能，实现相同流程任务下最大程度配置化方式的任务驱动。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于系统实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上对本发明所提供的一种面向流程的数据处理管理系统，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种面向流程的数据处理管理系统，其特征在于，包括：

接口模块，用于将用户界面请求转化成业务事件，并通知工作流服务模块；

工作流服务模块，用于面向各种用户应用提供统一的工作流服务；接收到接口模块的通知后，调用工作流代表模块；

工作流代表模块，用于面向提供各种具体工作流的工作流引擎，完成工作流服务模块和工作流引擎之间的数据转换；

工作流引擎，用于依据工作流模型，将任务实例投递到任务执行者的工作列表中；所述工作流模型用于记录与业务流程相关的属性信息；

至少一个任务处理模块，与所述工作列表相链接，用于接收触发，完成相应的任务数据处理过程。

2.如权利要求1所述的系统，其特征在于，当工作流引擎还需要读取其他类型数据时，还包括：

数据格式转化模块，用于将其他类型数据转换至工作流引擎所需的标准数据格式。

3.如权利要求1所述的系统，其特征在于，还包括：

路由信息获取模块，用于查询所述工作流模型，获取该任务的路由信息，所述路由信息包括该任务的处理机构、处理部门和人员角色；

候选列表模块，用于调用页面元素生成服务，将符合上述路由信息的候选人员生成候选列表；

候选人员选择界面，用于接收用户对任务执行候选人员的指定。

4.如权利要求3所述的系统，其特征在于，还包括：

判断模块，用于判断符合所述路由信息的候选人员是否仅为一人，如果是，则直接将该任务实例投递到该候选人员的工作列表中。

5.如权利要求1所述的系统，其特征在于，所述工作流引擎将任务实例一直维持至其整个流程执行完毕。

6.如权利要求1所述的系统，其特征在于，所述任务处理模块进一步包括：

配置信息数据库，用于存储与各种任务相关的配置数据；

动态配置项获取子模块，用于依据查询得到的与当前任务相关的配置数据，查询工作流服务，获取运行态的信息，得到动态的配置项；

页面生成子模块，用于依据所述动态配置项生成与该任务相应的任务处理页面；

数据处理子模块，用于接收用户的输入信息，完成具体的任务数据处理过程。

7.如权利要求1所述的系统，其特征在于，所述工作流包括授信调查流程、授信审批流程、授信放款流程、贷后监控流程和资产保全流程；各个流程还包括至少一个子流程。

8.如权利要求1所述的系统，其特征在于，所述工作流引擎还用于接收用户执行一任务的请求，并链接至相应的任务处理模块，完成具体的数据处理过程。

9.如权利要求1所述的系统，其特征在于，还包括：

流程监控模块，用于对工作流处理情况进行监控和统计。

10.如权利要求1所述的系统，其特征在于，还包括：

流程建模工具，用于定义工作流引擎可处理业务流程描述。

Images