CN107291925A - 一种基于业务模型的审批数据沉淀方法 - Google Patents

Abstract

本发明公开了一种基于业务模型的审批数据沉淀方法，其实现过程为：首先将待处理数据的表结构抽取成业务模型；设计数据服务接口；根据业务分类，在业务模型中建立若干不同类型的数据源，该数据源分别对应若干关系型数据库作为基础库；通过数据服务接口将上述业务模型发送到表单管理端；表单管理端将审批通过的数据，传递给可沉淀该业务模型的基础库并存储，完成沉淀。本发明的一种基于业务模型的审批数据沉淀方法与现有技术相比，通过模型管理，项目实施人员可以根据项目需求灵活的定制基础库的模型项，提高了基础库表结构的灵活性，实用性强，适用范围广泛，易于推广。

Description

一种基于业务模型的审批数据沉淀方法

技术领域

本发明涉及计算机应用技术领域，具体地说是一种可缩减开发时间，提高开发效率的基于业务模型的审批数据沉淀方法。

背景技术

随着不断加快推进“互联网+政务服务”的进程，各级部门针对网上办事的需求越来越高，各种行政许可、非行政许可、备案类申请项目也是越来越多，而针对复杂多变的需求，各个系统承建商都逐步采用表单定制+工作流的方式来定制审批事项，来满足复杂多变的客户业务需求，但是最终审批通过后产生的数据需要交换至数据中心，如果每定制一个表单页面，都需要通过开发代码的方式实现数据的沉淀，明显会给系统承建商带来极大的工作量，需要大量的研发人员来支撑完成上百个事项的数据沉淀工作。针对此种情况，本专利提供一种满足不同业务分类之间的数据沉淀需求、基于业务模型的审批数据沉淀方法。

发明内容

本发明的技术任务是针对以上不足之处，提供一种可将审批通过的数据进行高效的沉淀至基础库、基于业务模型的审批数据沉淀方法。

一种基于业务模型的审批数据沉淀方法，其实现过程为：

首先将待处理数据的表结构抽取成业务模型，该业务模型中定义与待处理数据的表结构相对应的结构；

设计数据服务接口，用于关联存在联系的业务模型；

根据业务分类，在业务模型中建立若干不同类型的数据源，该数据源分别对应若干关系型数据库，将所述关系型数据库作为基础库，数据源在基础库中确定可沉淀的业务模型；

通过数据服务接口将上述业务模型发送到表单管理端；

表单管理端将审批通过的数据，传递给可沉淀该业务模型的基础库并存储，完成沉淀。

所述业务模型中包括：模型编码，对应待处理数据的表结构名称；模型名称；父模型名称，对应表结构的主表；模型类型，对应表结构的单表、列表。

所述数据源根据不同业务分类定义，其定义的内容包括：连接类型、数据库名称、数据库类型、IP地址、端口号、用户名、密码、字符集、统一资源定位符URL、最大连接数、最小连接数、最大空闲时间、超时时间，所述连接类型包括JDBC、JNDI、数据源DATASOURCE，数据库类型包括Oracle、MySql、SqlServer。

所述数据源在基础库中确定可沉淀的业务模型通过建立相应的表结构实现，该表结构为业务表；相对应的，在表单管理端建立相应的表单页面结构，该表单页面结构为表单表，通过将表单表和业务表的绑定，完成基础库与表单管理端之间的交互。

所述业务表中包括以下元数据：该业务表对应的基础库能接收的业务模型、业务模型项、业务模型关系，所述业务模型项用于包含待处理数据的表结构列信息，该业务模型项包括模型项名称、模型项类型、模型项长度、是否主键、是否外键；业务模型关系是指数据服务接口相互关联的业务模型。

所述基础库与表单管理端之间的交互包括：表单管理端通过表单表与基础库的业务表进行交互，用于通过业务模型绑定关系，将数据沉淀至基础库；基础库通过业务表与表单管理端的表单表交互，用于从基础库获取数据后，通过绑定的映射关系，将数据初始化至表单中。

所述表单管理端建立的表单表中的字段与业务表中的业务模型一一绑定，审批通过的数据通过调用数据服务接口，将表单表中的原始数据传递给基础库，在基础库中结合与业务表中绑定的业务模型，转为可执行的关系型数据库SQL语句，从而实现将审批通过的数据沉淀至基础库。

所述表单表中的原始数据分为主数据、从数据、动态行数据三种数据类型，分别以MAP、MAP、LIST的方式进行展现，所述MAP为存储双列数据的集合，LIST为存储单列数据的集合。

所述表单表的原始数据中包括以下字段信息：表名、别名、所属主表、列名称、列别名、列类型、列长度、是否主键、是否外键。

在表单管理端将审批通过的数据沉淀至基础库中的具体过程为：

数据审批通过后，通过表单表中的主键获取原始数据，同时获取表单表中的字段与业务模型之间映射关系；

将表单表中原始数据的key转换为业务模型的key，此时的数据结构关系={业务模型ID：表单数据的值，业务模型ID：表单数据的值……}；

通过数据服务接口的关联关系，获取业务模型关系，从而通过解析获取外键信息，最终解析为能够执行的SQL语句；

最后审批通过后的数据就沉淀至发布业务模型时所指定的数据源对应的基础库中。

本发明的一种基于业务模型的审批数据沉淀方法和现有技术相比，具有以下有益效果：

本发明的一种基于业务模型的审批数据沉淀方法，与传统的建立表结构的方式有所区别，通过模型管理，项目实施人员可以根据项目需求灵活的定制基础库的模型项，提高了基础库表结构的灵活性；通过定义一种通用的数据沉淀方式，针对上百个事项的数据沉淀工作，不必再进行一一的开发代码来实现，只需要项目实施人员，通过绑定表单的业务模型关系即可，平均一个事项节省一半的工作量；提供了可视化的模型建立界面，通过可视化界面，可以对基础库的表结构列进行维护定制，同时通过拖拽的方式进行表单字段与业务模型的绑定，极大的方便映射关系的维护，实用性强，适用范围广泛，易于推广。

具体实施方式

下面结合具体实施例对本发明作进一步说明。

一种基于业务模型的审批数据沉淀方法，将各个数据的表结构抽取成为业务模型、业务模型关系，通过建立数据源，将制定的业务模型及业务模型关系，推送到表单管理端，通过表单定制设计完申请表页面后，不同的表单绑定业务模型，将表单中的具体字段和业务模型建立映射关系，在审批系统中，事项审批通过后，通过事先绑定的表单与业务模型关系将数据沉淀至基础库中。

基于上述实现过程，本发明的具体实现步骤为：

首先将待处理数据的表结构抽取成业务模型，该业务模型中定义与待处理数据的表结构相对应的结构；

设计数据服务接口，用于关联存在联系的业务模型；

根据业务分类，在业务模型中建立若干不同类型的数据源，该数据源分别对应若干关系型数据库，将所述关系型数据库作为基础库，数据源在基础库中确定可沉淀的业务模型；

通过数据服务接口将上述业务模型发送到表单管理端；

表单管理端将审批通过的数据，传递给可沉淀该业务模型的基础库并存储，完成沉淀。

所述业务模型中包括：模型编码，对应待处理数据的表结构名称；模型名称；父模型名称，对应表结构的主表；模型类型，对应表结构的单表、列表。

由于审批通过后，数据的流向根据不同的业务分类沉淀至不同的数据库，我们通过此功能定义不同业务分类的数据源的方式，数据沉淀时将数据分发至不同的数据源对应的关系型数据库。所述数据源根据不同业务分类定义，其定义的内容包括：连接类型、数据库名称、数据库类型、IP地址、端口号、用户名、密码、字符集、统一资源定位符URL、最大连接数、最小连接数、最大空闲时间、超时时间，所述连接类型包括JDBC、JNDI、数据源DATASOURCE，数据库类型包括Oracle、MySql、SqlServer。

同时，业务模型定义完成后发布时，通过此数据源在基础库一端建立相应的表结构且将业务模型通过数据服务接口的形式推送至表单的管理端，实现下述表单表与业务表的绑定。

所述数据源在基础库中确定可沉淀的业务模型通过建立相应的表结构实现，该表结构为业务表；相对应的，在表单管理端建立相应的表单页面结构，该表单页面结构为表单表，通过将表单表和业务表的绑定，完成基础库与表单管理端之间的交互。

一般的，可采用一对多的模式进行字段绑定，并提供绑定关系数据接口如：FROM_MODEL_ITEM_ID=ZZJGDMSFZH，TO_MODEL_ID=DC_SE_UNIT，从而实现不同表单之间数据列之间的一对一对应。

所述业务表中包括以下元数据：该业务表对应的基础库能接收的业务模型、业务模型项、业务模型关系，所述业务模型项用于包含待处理数据的表结构列信息，该业务模型项包括模型项名称、模型项类型、模型项长度、是否主键、是否外键；业务模型关系是指数据服务接口相互关联的业务模型。

针对业务模型关系，不同的数据结构之间存在一定的数据关联关系，如外键，那么将数据结构抽象成业务模型后，如何能形象化的将这些模型展现出来，用于数据沉淀时数据表之间关系的维护，就需要在业务模型的设计期间，提前定义主业务模型以及子业务模型间的关联关系，数据沉淀时，由模型关系对外提供数据服务接口，用于建立不同数据结构之间的关联。

所述基础库与表单管理端之间的交互包括：表单管理端通过表单表与基础库的业务表进行交互，用于通过业务模型绑定关系，将数据沉淀至基础库；基础库通过业务表与表单管理端的表单表交互，用于从基础库获取数据后，通过绑定的映射关系，将数据初始化至表单中。

所述表单管理端建立的表单表中的字段与业务表中的业务模型一一绑定，审批通过的数据通过调用数据服务接口，将表单表中的原始数据传递给基础库，在基础库中结合与业务表中绑定的业务模型，转为可执行的关系型数据库SQL语句，从而实现将审批通过的数据沉淀至基础库。

所述表单表中的原始数据分为主数据、从数据、动态行数据三种数据类型，分别以MAP、MAP、LIST的方式进行展现，所述MAP为存储双列数据的集合，LIST为存储单列数据的集合。

通过制定统一规范化的数据格式，来实现对表单原始数据的定义，审批通过后，通过约定的数据格式实现数据的解析、转化，基于上述MAP、MAP、LIST的展现方式，本发明中的主数据、从数据、动态行数据举例如下：

主数据的展现形式为：M={formId=主表单ID}，从数据的展现形式：S={formId=从表单ID}，动态行数据的展现形式：动态行表ID={标题=[列1，列2，列3，列4……]，data=[[{key1=value1，key2=value2，key3=value3}，{key1=value1，key2=value2，key3=value3}……]]}。

所述表单表的原始数据中包括以下字段信息：表名、别名、所属主表、列名称、列别名、列类型、列长度、是否主键、是否外键。

在表单管理端将审批通过的数据沉淀至基础库中的具体过程为：

数据审批通过后，通过表单表中的主键获取原始数据，同时获取表单表中的字段与业务模型之间映射关系；

将表单表中原始数据的key转换为业务模型的key，此时的数据结构关系={业务模型ID：表单数据的值，业务模型ID：表单数据的值……}；

通过数据服务接口的关联关系，获取业务模型关系，从而通过解析获取外键信息，最终解析为能够执行的SQL语句；如：INSERT INTO 业务模型名称(业务模型项，业务模型项，业务模型项，业务模型项，业务模型项，业务模型项，业务模型项)VALUES ('表单数据的值'，'表单数据的值'，'表单数据的值'，'表单数据的值'，'表单数据的值'，'表单数据的值 '，'表单数据的值');转换完成之后，直接通过程序执行即可；

最后审批通过后的数据就沉淀至发布业务模型时所指定的数据源对应的基础库中。

在本发明中，在设计期，将数据结构抽象为业务模型、业务模型项，系统发布后，通过所定义数据服务接口，将业务模型定义推送至表单管理端，设计表单页面时，将业务模型与表单字段进行一一绑定，审批通过后，通过调用数据服务接口，将表单原始数据传递给基础库，同时结合业务模型关系，转为为可执行的关系型数据库SQL语句，从而实现将审批通过的数据沉淀至基础库。此方法可以根据不同项目的业务需求，定义不同的业务模型以及业务模型项，实现全流程数据沉淀可配置化操作，无须通过修改源代码的方式解决不同项目之间的个性化业务需求。

定义的业务模型以及业务模型项和基础库的数据结构保持一致，通过可视化的界面配置，定义数据表、数据列、列属性、数据表之间的主从关系，实现灵活添加业务表、列的灵活配置，满足不同项目针对业务库的需求。

在数据库设计阶段，数据表之间的关系，错综复杂，不是单独的线性关系，而是类似网状关系，通过不通的数据列将不通的表进行关联起来，那么将数据结构转化为业务模型后，数据沉淀时需要，通过设计期间维护的业务模型关系获取不同表之间的外键值，满足数据之间的关联要求。

表单管理端接收业务系统推送的业务模型、业务模型项、模型关系，业务模型与业务表元数据保持一致，实现灵活的配置。

表单设计时，表单设计人员，通过表单表-业务表的操作，绑定不同的表单字段与业务表元数据之间的关联关系，来建立一一的映射关系，来实现字段名称的统一。

通过表单表的原始数据、业务模型关系，转化为数据库中可执行的数据初始化SQL语句，提供标准的API转换接口，能够适应与不通的业务场景，无须重复性建设。

本发明中的数据在审批通过后，通过调用数据服务接口，将数据更新至基础库中，提供基于业务模型的灵活可配置的数据列表、明细展示等功能，实用性强。

通过上面具体实施方式，所述技术领域的技术人员可容易的实现本发明。但是应当理解，本发明并不限于上述的具体实施方式。在公开的实施方式的基础上，所述技术领域的技术人员可任意组合不同的技术特征，从而实现不同的技术方案。

除说明书所述的技术特征外，均为本专业技术人员的已知技术。

Claims (10)

1.一种基于业务模型的审批数据沉淀方法，其特征在于，其实现过程为：

首先将待处理数据的表结构抽取成业务模型，该业务模型中定义与待处理数据的表结构相对应的结构；

设计数据服务接口，用于关联存在联系的业务模型；

根据业务分类，在业务模型中建立若干不同类型的数据源，该数据源分别对应若干关系型数据库，将所述关系型数据库作为基础库，数据源在基础库中确定可沉淀的业务模型；

通过数据服务接口将上述业务模型发送到表单管理端；

表单管理端将审批通过的数据，传递给可沉淀该业务模型的基础库并存储，完成沉淀。

2.根据权利要求1所述的一种基于业务模型的审批数据沉淀方法，其特征在于，所述业务模型中包括：模型编码，对应待处理数据的表结构名称；模型名称；父模型名称，对应表结构的主表；模型类型，对应表结构的单表、列表。

3.根据权利要求1所述的一种基于业务模型的审批数据沉淀方法，其特征在于，所述数据源根据不同业务分类定义，其定义的内容包括：连接类型、数据库名称、数据库类型、IP地址、端口号、用户名、密码、字符集、统一资源定位符URL、最大连接数、最小连接数、最大空闲时间、超时时间，所述连接类型包括JDBC、JNDI、数据源DATASOURCE，数据库类型包括Oracle、MySql、SqlServer。

4.根据权利要求3所述的一种基于业务模型的审批数据沉淀方法，其特征在于，所述数据源在基础库中确定可沉淀的业务模型通过建立相应的表结构实现，该表结构为业务表；相对应的，在表单管理端建立相应的表单页面结构，该表单页面结构为表单表，通过将表单表和业务表的绑定，完成基础库与表单管理端之间的交互。

5.根据权利要求4所述的一种基于业务模型的审批数据沉淀方法，其特征在于，所述业务表中包括以下元数据：该业务表对应的基础库能接收的业务模型、业务模型项、业务模型关系，所述业务模型项用于包含待处理数据的表结构列信息，该业务模型项包括模型项名称、模型项类型、模型项长度、是否主键、是否外键；业务模型关系是指数据服务接口相互关联的业务模型。

6.根据权利要求4所述的一种基于业务模型的审批数据沉淀方法，其特征在于，所述基础库与表单管理端之间的交互包括：表单管理端通过表单表与基础库的业务表进行交互，用于通过业务模型绑定关系，将数据沉淀至基础库；基础库通过业务表与表单管理端的表单表交互，用于从基础库获取数据后，通过绑定的映射关系，将数据初始化至表单中。

7.根据权利要求4所述的一种基于业务模型的审批数据沉淀方法，其特征在于，所述表单管理端建立的表单表中的字段与业务表中的业务模型一一绑定，审批通过的数据通过调用数据服务接口，将表单表中的原始数据传递给基础库，在基础库中结合与业务表中绑定的业务模型，转为可执行的关系型数据库SQL语句，从而实现将审批通过的数据沉淀至基础库。

8.根据权利要求7所述的一种基于业务模型的审批数据沉淀方法，其特征在于，所述表单表中的原始数据分为主数据、从数据、动态行数据三种数据类型，分别以MAP、MAP、LIST的方式进行展现，所述MAP为存储双列数据的集合，LIST为存储单列数据的集合。

9.根据权利要求7或8所述的一种基于业务模型的审批数据沉淀方法，其特征在于，所述表单表的原始数据中包括以下字段信息：表名、别名、所属主表、列名称、列别名、列类型、列长度、是否主键、是否外键。

10.根据权利要求7所述的一种基于业务模型的审批数据沉淀方法，其特征在于，在表单管理端将审批通过的数据沉淀至基础库中的具体过程为：

数据审批通过后，通过表单表中的主键获取原始数据，同时获取表单表中的字段与业务模型之间映射关系；

将表单表中原始数据的key转换为业务模型的key，此时的数据结构关系={业务模型ID：表单数据的值，业务模型ID：表单数据的值……}；

通过数据服务接口的关联关系，获取业务模型关系，从而通过解析获取外键信息，最终解析为能够执行的SQL语句；

最后审批通过后的数据就沉淀至发布业务模型时所指定的数据源对应的基础库中。