CN103810565A - 一种基于工作流服务的数据处理方法 - Google Patents

Abstract

本发明公开了一种基于工作流服务的数据处理方法，按照设定的业务流程对基本数据进行处理构建对象数据，依照设定的对象处理需求构建对象处理数据库，采用了自主设计的工作流，简单易用，算法优越，减少了系统内存占用，二次开发方便，无需收费，便于实现；按照不同的业务分为不同的模块，模块中按照事件进行区分；使用Hooks技术，实现针对角色的权限判断。

Description

一种基于工作流服务的数据处理方法

技术领域

本发明涉及一种基于工作流服务的数据处理方法。

背景技术

企业信息化(Enterprises Informatization)是一种将企业的生产过程、事务处理、资金流动、客户交互等业务过程进行数字化的现代办公方式。它在一定程度上使用计算机技术、网络技术以及数据库技术，以信息网络系统为载体，控制和集成化管理企业生产经营活动中的各种信息，实现企业内外部信息的共享和有效利用。通过向各个层次提供洞悉、观察各类动态业务的信息，实现企业资源合理配置，从而使企业能适应瞬息万变的市场经济竞争环境，求得最大的经济效益。近年来，随着技术的飞速进步，信息化技术的迅猛发展，越来越多的企业意识到，企业的信息化不仅是技术变革，更是管理和战略的变革。

但是由于一些企业本身所存在的不足，使得无法对复杂的数据进行统一的处理，导致企业的数据信息从设计计划、工程验收到资金结算的过程复杂冗余、耗时较多、结算困难。所以，企业在面临融入全球经济的战略选择以及日趋激烈的竞争环境时，为提高自身竞争力，适应新的竞争环境，对企业信息化的需求显得尤为迫切，更是需要一套标准完善成熟的结算体系，才能保证企业数据和资金的合理有效的运转。

目前对数据的处理方法，使用Sharepoint、Lotus第三方应用平台开发，也存在着占用系统资源较大、扩展性差、收费高等特点。这些缺点可能会造成系统的响应速度慢，并且易遭受黑客的网络攻击，同时也会导致在该项目在进行二次修改的过程中，耗费大量的人力物力。

发明内容

本发明提供了一种基于工作流服务的数据处理方法，其目的在于克服现有技术中对设定的业务流程的数据处理过程复杂、耗时长以及对应的数据处理系统占用内存资源较大的问题。

一种基于工作流服务的数据处理方法，包括以下几个步骤：

步骤1：构建基本数据库：

按照设定的业务流程利用基本数据库中的数据建立对象数据库；

步骤2：依据设定的对象处理需求构建对象处理数据库，在对象处理数据库中设置处理标志位，所述处理标志位与操作人员的权限标志位对应设置，拥有与处理标志位相对应的权限标志位的操作人员有权对当前报表进行处理；

步骤3：从服务器中获取输入的基本数据库中的基本数据、对象数据库中的对象数据及对象处理数据库中对象处理结果数据；

所述对象数据为依据设定的对象处理需求对基本数据进行处理获得的数据；

所述对象处理结果数据是指对对象数据进行处理获得的数据；

步骤4：依据操作人员的权限标志位调用对应的待处理的基本数据和对象数据，当待处理的基本数据与对象数据处理完毕，将当前对象数据的处理标志位做+1操作；

步骤5：对当前对象数据的处理标志位进行判断，若处理标志位为处理结束标志时，则等待输出对象处理结果，否则，返回步骤4；

所述处理结束标志为设定的处理标志位的设定值，所述处理标志位的初始值设定为1。

所述步骤1中的基本数据库包括用户表、用户组表及权限表；

所述用户表用于存储登录用户的基本信息以及用户组信息，至少包括用户ID、用户姓名、用户所属部门、用户账号、用户密码及用户组ID；

所述用户组表用于归类不同的用户，给予用户不同的权限，至少包括用户组ID、用户组名称及用户组权限ID；

所述权限表用于存储不同权限的具体内容，至少包括权限ID、权限名称及权限URL。

所述权限判断是指使用Hooks（钩子）技术，对每一个事件进行挂钩，即在每一个事件处理之前，进行权限的判断，判断用户所属用户组是否具有执行该事件的权限。

有益效果

本发明提供的一种基于工作流服务的数据处理方法，按照设定的业务流程对基本数据进行处理构建对象数据，依照设定的对象处理需求构建对象处理数据库，采用了自主设计的工作流，简单易用，算法优越，减少了系统内存占用，二次开发方便，无需收费，便于实现；按照不同的业务分为不同的模块，模块中按照事件进行区分；使用Hooks技术，实现针对角色的权限判断。

附图说明

图1为工作流顺序处理过程流程图；

图2为实施例中结算实现过程示意图。

具体实施方式

下面将结合附图和实施例对本发明做进一步的说明。

一种基于工作流服务的数据处理方法，包括以下几个步骤：

步骤1：构建基本数据库：

按照设定的业务流程利用基本数据库中的数据建立对象数据库；

步骤2：依据设定的对象处理需求构建对象处理数据库，在对象处理数据库中设置处理标志位，所述处理标志位与操作人员的权限标志位对应设置，拥有与处理标志位相对应的权限标志位的操作人员有权对当前报表进行处理；

步骤3：从服务器中获取输入的基本数据库中的基本数据、对象数据库中的对象数据及对象处理数据库中对象处理结果数据；

所述对象数据为依据设定的对象处理需求对基本数据进行处理获得的数据；

所述对象处理结果数据是指对对象数据进行处理获得的数据；

步骤4：依据操作人员的权限标志位调用对应的待处理的基本数据和对象数据，当待处理的基本数据与对象数据处理完毕，将当前对象数据的处理标志位做+1操作；

步骤5：对当前对象数据的处理标志位进行判断，若处理标志位为处理结束标志时，则等待输出对象处理结果，否则，返回步骤4；

所述处理结束标志为设定的处理标志位的设定值，所述处理标志位的初始值设定为1。

所述步骤1中的基本数据库包括用户表、用户组表及权限表；

所述用户表用于存储登录用户的基本信息以及用户组信息，至少包括用户ID、用户姓名、用户所属部门、用户账号、用户密码及用户组ID；

所述用户组表用于归类不同的用户，给予用户不同的权限，至少包括用户组ID、用户组名称及用户组权限ID；

所述权限表用于存储不同权限的具体内容，至少包括权限ID、权限名称及权限URL。

所述权限判断是指使用Hooks（钩子）技术，对每一个事件进行挂钩，即在每一个事件处理之前，进行权限的判断，判断用户所属用户组是否具有执行该事件的权限。

针对企业中复杂报表的资金结算、企业中的会员申请审批流程或生产线物品统一装配过程，可作如下处理：

首先构建相关数据库，包括基本数据库、对象数据库以及对象处理数据库

基本数据库的数据主要指用于被对象进行处理的数据，如企业的报表数据、会员信息以及生产物品装配前的零部件库存信息等。

对象数据库的对象数据主要指统一结算的结算信息，企业管理者审批会员的审批批示信息以及对不同物品统一装配时的装配过程信息。

对象处理数据库保存了对象数据处理基本数据的相关流程信息，包括对象处理的标志位，一般使用整型数字。该标志位与操作人员的权限标志位对应，拥有与处理标志位相对应的权限标志位的操作人员有权对当前报表进行处理。

然后从服务器中获取输入的基本数据信息，包括企业的复杂报表、会员信息以及生产物品装配前的一些信息和对象数据信息，包括统一结算的结算信息，企业管理者审批会员的审批批示信息以及对不同物品统一装配时的装配过程信息。

使用对象数据处理基本数据，即使对复杂报表使用结算信息进行结算，对会员信息使用审批流程进行审批以及对生产物品使用装配过程进行装配等。

当操作执行完毕以后，对当前的对象数据的标志位进行+1操作，然后依据标志位判断相应的结算流程、审批流程以及装配流程是否结束，若还未结算在再次循环进行这一步的操作。

除此之外，对于以上所述的操作人员，主要指进行资金结算的财务部人员、审批会员的管理人员以及生产线的装配人员等。这些数据存储在基本数据库中，主要包括用户表、用户组表和权限表。

用户表包括资金结算的财务部人员、审批会员的管理人员以及生产线的装配人员的基本信息。

用户组表用于归类不同的用户，给予用户不同的权限，至少包括用户组ID、用户组名称及用户组权限ID；

权限表规定了不同用户组的权限，如规定了资金结算不同人员所能处理的不同步骤、审批人员所能进行的不同层次的审批以及生产线上的不同装配过程等。

对每一次操作过程，即资金结算、审批执行或装配执行之前，都进行一次权限的判断，判断用户所属用户组是否具有执行该事件的权限。

数据报表审批处理流程即为工作流顺序处理过程如图1所示：

首先，在在不同的人填报完成，并送给下一个审批人进行审批时，将数据报表的相关条目的标志位进行+1处理。这样，根据数据报表每一条的不同标志位（如1,2,3,4,5），可以确定该条信息所处的审批等级（如第一级、第二级、第三级、第四级、审批完成），通过设置使用不同的查询语句（查询语句中筛选不同等级的信息），将显示出的不同等级的报表信息，给予不同的入口界面（如第一级信息入口、第二级信息入口等）。

对于不同的登录用户（包括需进行第一级到最后一级审批的人员），首先使用Hooks（钩子）技术，对系统的每一个事件进行挂钩，即在每一个事件处理之前，进行权限的判断，判断用户所属用户组是否具有执行该事件的权限，给予不同的界面入口（如只能进行第一级审批的人员，只具有进入显示第一级审批页面的权限），通过此界面，对填报的信息进行增删改查等处理。

工作流接口部分：对于存储在数据层，已经进行审批结束，等待处理的数据报表，首先，通过在结算信息设置页面中所确定的报表信息（包括报表的表名、主键、实施时间、工区等），按条目存储在结算任务接口表中，并将该条信息的ID设为n，结算标志位为1（即该结算表正待第一级结算）；

其次，通过在结算信息设置页面中所确定的结算人员信息（如：按照顺序依次为A，B，C，D四人），每个人员的结算等级（分别为1,2,3,4），分为四个条目，分别存储在结算人员表中，并将ID：n存储在这四个条目的“结算报表ID”位，通过此标志位，可以确定ID为n的报表，需要进行结算的人员（依次为A，B，C，D四人）。

工作流处理部分：当结算人员（如：A,B,C,D四人）登录系统时，通过判断登录用户的信息，筛选出结算人员表中，有该人员的条目，以及确定结算等级和相应的结算信息接口表的结算标识位相匹配时（如结算标识为1，A登录时，应当A进行结算，B登录时，未轮到B结算），将结算信息发送给该用户，进行结算，结算完成后，结算信息标志位+1。

实施例1：

某矿业集团需要对一些复杂的工区作业数据报表进行统一的按月资金结算处理，作业表申城后依次通过工区、纪检部、财务部进行审批。

首先，构建资金结算系统相关数据库DB1。

其中包括存储矿区作业信息的基本数据表，此处命名为DB1_mine。

该工作表的字段主要包括：mid（主键）、area（工区）、projectDepartment（项目部）、output（产量）、price（单价）time（实施时间月份）等信息。

其中包括联系的结算处理数据表，此处命名为DB1_manage。

该工作表的字段主要包括：aid（主键）、table（基本数据表表名）、tableInfo（能够确定每次基本数据表需要结算内容条目的字段，如某表格每次都是按照工区和月份结算，则将area和time的信息进行存储，以逗号隔开）、nameID1（第一个审批人的ID）、nameID2（第二个审批人的ID）、nameID3（第三个审批人的ID）等信息，以及approveFlag（结算标识位，标识此次进行的是第几级结算）、approveNum（一共需要进行几次结算）。

其中包括存储结算信息的结算表，此处命名为DB1_settle。

该结算表主要包括：sid（主键）、aid（结算表的信息、用于获取此次结算的对象以及结算人）approve（每一级审批人意见）、approveID（每一级审批人的主键名称）、approveTime（每一级审批人结算时间）。

其次，构建前台页面。

构建报表填报页面。在报表填报页面中设计工区作业者填报作业信息表DB1_mine表的业务逻辑，使该工区作业者填报相应的工区作业信息。

构建结算任务设置页面。结算实现过程如图2所示，在结算任务设置页面中设计填报结算处理数据表DB1_manage表的业务逻辑，在页面中可以填写需要处理的是具体哪个工区、哪个月份的作业。同时填写每一级的审批人，将这些信息填写在结算处理数据表中。c

构建结算任务页面。在结算任务页面中，通过在结算任务设置页面设置的基本数据表的月份和工区信息，打印出该月份和工区的整个基本数据表，用于结算人员进行参考。同时根据结算结算标识位appFlag，确定此次进行的是第几次结算，结算人的信息。

每一次结算完成后，在结算表中插入一行相应的信息，并将结算标识位approveFlag+1。

除此之外，还需构建以下表：

权限表DB1_power，该表中主要包括以下字段：

pid（主键）、pname（具体的权限名称）、purl（具体的权限操作链接地址）。

将该系统的权限进行划分，如基本表填报权限、结算设置权限、审批权限等，分别存入该表中。

用户组表DB1_role，主要包括rid（主键）、rname（用户组名称）、以及pid（存储具体的权限，如基本表填报权限、结算设置权限、审批权限等）。

用户表DB1_admin，主要包括用户的基本信息以及所属用户组信息。

对每一次操作过程，即基本表填报、结算设置或审批执行之前，都进行一次权限的判断，判断用户所属用户组是否具有执行该事件的权限。

当一次任务开始时，首先由工区操作人员在报表填报页面进行填报报表信息，如A工区在2013年12月的作业量。通过单价计算出用结算的金额。

然后由结算设置人员进行结算设置，该结算由工区结算员、纪检部结算员和财务部结算员进行轮流审批。在结算设置页面设置完毕后，结算处理数据表DB1_manage表中自动插入一条信息：表格的信息为相应的表名、工区和月份，审批人分别为工区结算员、纪检部结算员和财务部结算员。approveFlag=0，代表此时需要第一个结算人，即工区结算员结算。approveNum=3（代表需要进行三次结算）。

工区结算员登录系统后，在结算页面进行填写结算信息后，系统会在结算表中插入一条工区结算员的结算信息。此时approveFlag进行+1操作，其值为1。

此时需要纪检部结算员进行结算。纪检部结算员登录系统后，在结算页面进行填写结算信息后，系统会在结算表中插入一条纪检部结算员的结算信息。此时approveFlag再次进行+1操作，其值为2。

此时需要财务部结算员进行结算。财务部结算员登录系统后，在结算页面进行填写结算信息后，系统会在结算表中插入一条财务部结算员的结算信息。此时approveFlag再次进行+1操作，其值为3。该值和approveNum相同，结算结束。

实施例2：

某省份的连锁俱乐部需要对一些会员的申请报表进行统一的审核审核处理，会员申请表申请提交后依次经过市区分部、总部进行审核。

首先，构建会员申请系统相关数据库DB2。

其中包括存储会员基本信息的基本数据表——会员申请信息表，此处命名为DB2_vip。

该工作表的字段主要包括：vid（主键）、name（会员姓名）、town（所在市区）、age（年龄）、admin（账号）、password（密码）等信息。

其中包括的会员信息处理数据表，此处命名为DB2_manage。

该工作表的字段主要包括：aid（主键）、table（会员申请表）、tableInfo（能够确定每个会员的基本信息，如vid、town）、nameID1（第一个审核人的ID）、nameID2（第二个审核人的ID）等信息，以及checkFlag（审核标识位，标识此次进行的是第几级审核）、checkNum（一共需要进行几次审核）。

其中包括存储审核信息的审核表，此处命名为DB2_check。

该审核表主要包括：cid（主键）、aid（审核表的信息、用于获取此次审核的对象以及审核人）check（每一级审核人意见）、checkID（每一级审核人的主键名称）、checkTime（每一级审核人审核时间）。

其次，构建前台页面。

构建会员信息填报页面。在报表填报页面中设计会员申请者填报会员申请信息表DB2_vip表的业务逻辑，使该会员申请者填报相应的会员申请信息。

构建审核任务设置页面。在审核任务设置页面中设计填报审核处理数据表DB2_manage表的业务逻辑，在页面中可以填写需要处理的是哪个会员的作业。同时填写每一级的审核人，将这些信息填写在审核处理数据表中。

构建审核任务页面。在审核任务页面中，通过在审核任务设置页面设置的基本数据表的会员信息，打印出该会员申请信息的整个基本数据表，用于审核人员进行参考。同时根据审核标识位appFlag，确定此次进行的是第几次审核，审核人的信息。

每一次审核完成后，在审核表中插入一行相应的信息，并将审核标识位checkFlag+1。

除此之外，还需构建以下表：

权限表DB2_power，该表中主要包括以下字段：

pid（主键）、pname（具体的权限名称）、purl（具体的权限操作链接地址）。

将该系统的权限进行划分，如会员申请填报权限、审核设置权限、审核权限等，分别存入该表中。

用户组表DB2_role，主要包括rid（主键）、rname（用户组名称）、以及pid（存储具体的权限，如会员申请填报权限、审核设置权限、审核权限等）。

用户表DB2_admin，主要包括用户的基本信息以及所属用户组信息。

对每一次操作过程，即会员申请填报、审核设置或审核执行之前，都进行一次权限的判断，判断用户所属用户组是否具有执行该事件的权限。

当一次任务开始时，首先由会员申请者填报申请表的相关信息。

然后由审核设置人员进行审核设置，该审核由该申请人所在市区审核员、总公司审核员进行轮流审核。在审核设置页面设置完毕后，审核处理数据表DB2_manage表中自动插入一条信息：表格的信息为相应的表名、待审核会员的ID，审核人分别为申请人所在市区审核员、总公司审核员。checkFlag=0，代表此时需要第一个审核人，即工区审核员审核。checkNum=2（代表需要进行两次审核）

市区审核员登录系统后，在审核页面进行填写审核信息后，系统会在审核表中插入一条审核信息。此时checkFlag进行+1操作，其值为1。

此时需要总公司审核员进行审核。总公司审核员登录系统后，在审核页面进行填写审核信息后，系统会在审核表中插入一条纪检部审核员的审核信息。此时checkFlag再次进行+1操作，其值为2。

该值和checkNum相同，审核结束。

Claims (3)

1.一种基于工作流服务的数据处理方法，其特征在于，包括以下几个步骤：

步骤1：构建基本数据库：

按照设定的业务流程利用基本数据库中的数据建立对象数据库；

步骤2：依据设定的对象处理需求构建对象处理数据库，在对象处理数据库中设置处理标志位，所述处理标志位与操作人员的权限标志位对应设置，拥有与处理标志位相对应的权限标志位的操作人员有权对当前报表进行处理；

步骤3：从服务器中获取输入的基本数据库中的基本数据、对象数据库中的对象数据及对象处理数据库中对象处理结果数据；

所述对象数据为依据设定的对象处理需求对基本数据进行处理获得的数据；

所述对象处理结果数据是指对对象数据进行处理获得的数据；

步骤4：依据操作人员的权限标志位调用对应的待处理的基本数据和对象数据，当待处理的基本数据与对象数据处理完毕，将当前对象数据的处理标志位做+1操作；

步骤5：对当前对象数据的处理标志位进行判断，若处理标志位为处理结束标志时，则等待输出对象处理结果，否则，返回步骤4；

所述处理结束标志为设定的处理标志位的设定值，所述处理标志位的初始值设定为1。

2.根据权利要求1所述的基于工作流服务的数据处理方法，其特征在于，所述步骤1中的基本数据库包括用户表、用户组表及权限表；

所述用户表用于存储登录用户的基本信息以及用户组信息，至少包括用户ID、用户姓名、用户所属部门、用户账号、用户密码及用户组ID；

所述用户组表用于归类不同的用户，给予用户不同的权限，至少包括用户组ID、用户组名称及用户组权限ID；

所述权限表用于存储不同权限的具体内容，至少包括权限ID、权限名称及权限URL。

3.根据权利要求2所述的基于工作流服务的数据处理方法，其特征在于，所述权限判断是指使用Hooks（钩子）技术，对每一个事件进行挂钩，即在每一个事件处理之前，进行权限的判断，判断用户所属用户组是否具有执行该事件的权限。

Images