CN111949643B - 基于业务建模的数据处理方法及系统 - Google Patents

Abstract

本发明提供了一种基于业务建模的数据处理方法及系统，可用于人工智能技术领域，所述方法包括：通过预设业务模型将接收的业务数据转换为标准业务数据；根据用户输入的数据查询请求形成业务数据请求；基于所述业务数据请求从所述标准业务数据中确定目标数据以反馈给用户，本发明可解决现有不同业务系统中产品信息标准不统一、数据来源繁杂、数据处理手工差错高等诸多问题。

Description

基于业务建模的数据处理方法及系统

技术领域

本发明涉及数据处理技术领域，特别涉及人工智能技术领域，尤其涉及一种基于业务建模的数据处理方法及系统。

背景技术

随着互联网的迅速发展，在数据爆炸的趋势下，不同的业务应用系统不断的开发，引入数据标准不统一、信息整合等一系列问题。不同的业务应用系统间的信息化程度差异较大。从而导致不同企业的业务应用系统的信息共享程度不高，即使在同一企业的不同部门之间，也可能采用不同的业务应用系统，从而也会导致同一企业内部信息共享存在困难。

发明内容

本发明的一个目的在于提供一种基于业务建模的数据处理方法，解决现有不同业务系统中产品信息标准不统一、数据来源繁杂、数据处理手工差错高等诸多问题。本发明的另一个目的在于提供一种基于业务建模的数据处理系统。本发明的再一个目的在于提供一种计算机设备。本发明的还一个目的在于提供一处可读介质。

为了达到以上目的，本发明一方面公开了一种基于业务建模的数据处理方法，包括：

通过预设业务模型将接收的业务数据转换为标准业务数据；

根据用户输入的数据查询请求形成业务数据请求；

基于所述业务数据请求从所述标准业务数据中确定目标数据以反馈给用户。

优选的，所述业务模型包括实体业务模型、流程业务模型和产品业务模型中的至少之一。

优选的，进一步包括预先形成所述产品业务模型的步骤：

收集产品的候选产品信息；

确定标准化信息结构；

根据所述候选产品信息和所述标准化信息结构确定产品的标准化产品信息；

根据所述标准化产品信息确定产品组件；

将产品组件和标准化产品信息对应组合得到产品的产品业务模型。

优选的，进一步包括预先形成所述流程业务模型的步骤：

根据现有业务流程得到业务领域范围信息；

根据所述业务领域范围信息确定开发现状流程模型；

对所述开发现状流程模型进行模型优化得到所述流程业务模型。

优选的，进一步包括预先形成所述实体业务模型的步骤：

对产品的业务需求进行分析得到产品所需的业务实体；

根据所述业务实体的含义确定业务实体的实体关系图；

确定业务实体对应的实体属性信息；

根据所述实体关系图和所述实体属性信息得到所述实体业务模型。

优选的，所述基于所述业务数据请求从所述标准业务数据中确定目标数据以反馈给用户具体包括：

根据所述业务数据请求确定查询条件和查询日期组合形成的查询信息；

将所述查询信息与所述标准业务数据进行匹配，若匹配成功，从标准业务数据中获取所述业务数据请求对应的目标数据以反馈给用户；

若匹配不成功，通过异步数据交互的方式获取业务数据，从所述业务数据中获取所述业务数据请求对应的目标数据以反馈给用户。

本发明还公开了一种基于业务建模的数据处理系统，包括：

数据清洗模块，用于通过预设业务模型将接收的业务数据转换为标准业务数据；

数据定制模块，用于根据用户输入的数据查询请求形成业务数据请求；

数据处理模块，用于基于所述业务数据请求从所述标准业务数据中确定目标数据以反馈给用户。

优选的，所述业务模型包括实体业务模型、流程业务模型和产品业务模型中的至少之一。

优选的，进一步包括产品建模单元，用于收集产品的候选产品信息，确定标准化信息结构，根据所述候选产品信息和所述标准化信息结构确定产品的标准化产品信息，根据所述标准化产品信息确定产品组件，将产品组件和标准化产品信息对应组合得到产品的产品业务模型。

优选的，进一步包括流程建模单元，用于根据现有业务流程得到业务领域范围信息，根据所述业务领域范围信息确定开发现状流程模型，对所述开发现状流程模型进行模型优化得到所述流程业务模型。

优选的，进一步包括实体业务建模单元，用于对产品的业务需求进行分析得到产品所需的业务实体，根据所述业务实体的含义确定业务实体的实体关系图，确定业务实体对应的实体属性信息，根据所述实体关系图和所述实体属性信息得到所述实体业务模型。

优选的，所述数据处理模块具体用于根据所述业务数据请求确定查询条件和查询日期组合形成的查询信息；将所述查询信息与所述标准业务数据进行匹配，若匹配成功，从标准业务数据中获取所述业务数据请求对应的目标数据以反馈给用户；若匹配不成功，通过异步数据交互的方式获取业务数据，从所述业务数据中获取所述业务数据请求对应的目标数据以反馈给用户。

本发明还公开了一种计算机设备，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，

所述处理器执行所述程序时实现如上所述方法。

本发明还公开了一种计算机可读介质，其上存储有计算机程序，

该程序被处理器执行时实现如上所述方法。

本发明通过对各业务产品进行分析得到预设业务模型，然后根据预设业务模型对收到的业务数据进行数据清洗形成标准业务数据，从而将不同类型的数据源转换为统一的标准业务数据。进一步的，可接收用户定制的数据查询请求，基于该数据查询请求从标准业务数据和未转换的业务数据中确定对应的目标数据并反馈给用户，从而对于多个单位或同一单位中的不同业务系统提供一个统一的、安全的、标准的、灵活的数据处理方式，解决现有不同业务系统中产品信息标准不统一、数据来源繁杂、数据处理手工差错高等诸多问题，实现多个不同业务系统间的数据共享。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出本发明基于业务建模的数据处理方法一个具体实施例的流程图；

图2示出本发明基于业务建模的数据处理方法一个具体实施例S010的流程图；

图3示出本发明基于业务建模的数据处理方法一个具体实施例S020的流程图；

图4示出本发明基于业务建模的数据处理方法一个具体实施例S030的流程图；

图5示出本发明基于业务建模的数据处理方法一个具体实施例S300的流程图；

图6示出本发明基于业务建模的数据处理系统一个具体实施例的结构图；

图7示出本发明基于业务建模的数据处理系统一个具体实施例包括产品建模单元、流程建模单元和实体建模单元的结构图；

图8示出适于用来实现本发明实施例的计算机设备的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，本申请可用于人工智能技术领域，也可用于除人工智能技术领域之外的任意领域，本申请的应用技术领域不作限定。

根据本发明的一个方面，本实施例公开了一种基于业务建模的数据处理方法。如图1所示，本实施例中，所述方法包括：

S100：通过预设业务模型将接收的业务数据转换为标准业务数据。

S200：根据用户输入的数据查询请求形成业务数据请求。

S300：基于所述业务数据请求从所述标准业务数据中确定目标数据以反馈给用户。

本发明通过对各业务产品进行分析得到预设业务模型，然后根据预设业务模型对收到的业务数据进行数据清洗形成标准业务数据，从而将不同类型的数据源转换为统一的标准业务数据。进一步的，可接收用户定制的数据查询请求，基于该数据查询请求从标准业务数据和未转换的业务数据中确定对应的目标数据并反馈给用户，从而对于各个单位或同一单位中的不同业务系统提供一个统一的、安全的、标准的、灵活的数据处理方式，解决现有不同业务系统中产品信息标准不统一、数据来源繁杂、数据处理手工差错高等诸多问题，实现多个不同业务系统间的数据共享。

在优选的实施方式中，所述业务模型包括实体业务模型、流程业务模型和产品业务模型中的至少之一。具体的，在该优选的实施方式中，可通过模型驱动架构设计、领域驱动设计、关注点分离等基本的方法论思想，对业务进行产品业务模型、流程业务模型和实体业务模型的构建。使用统一业务模型（统一语言），确保不同业务系统中业务领域产生的数据能快速、准确共享，提升数据协同服务效率，提升研发效率和产品质量。例如，对于银行业务而言，业务模型就是基于银行的业务产品，识别出银行相关产品的价值定位、核心流程以及关键资源，识别出如何通过关键资源和核心流程向客户提供产品来获取利润。建模的过程就是将产品的业务细节清晰化并展示到可执行的层面，通过实体建模、流程建模和产品建模分别得到实体业务模型、流程业务模型和产品业务模型，实体业务模型、流程业务模型和产品业务模型间互相作用，互相验证，确保产品定义的完整性和正确性。

在优选的实施方式中，如图2所示，所述方法进一步包括预先形成所述产品业务模型的步骤S010：

S011：收集产品的候选产品信息。

S012：确定标准化信息结构。

S013：根据所述候选产品信息和所述标准化信息结构确定产品的标准化产品信息。

S014：根据所述标准化产品信息确定产品组件。

S015：将产品组件和标准化产品信息对应组合得到产品的产品业务模型。

具体的，以银行的金融产品为例，产品是一种为了满足客户某种需求并获取实际或潜在收益，向市场提供且能独立销售的金融服务。产品建模是为了对金融产品进行抽象描述。

产品建模的第一步是收集产品信息，可从文档、手册和产品系统信息中收集所有的候选产品信息。例如对于银行的境内场内市场外汇产品来说，交易场所为上海外汇交易中心，交易的时间为上海外汇交易中心规定交易时间段，产品的收费方式为期初固定费用、产品的交易要素包括交易的起息日、到期日、交易金额、交易币种、交易账户等。上述信息都可以作为候选产品信息，不同的产品可以收集不同的候选产品信息。

然后，通过开发定义产品信息结构，对候选的产品信息进行标准化。例如对于上述第一步定义的候选产品信息来说，一个外汇产品的标准化信息结构包括产品组件、交易场所、交易时间、收费方式和基本交易要素等信息。

根据所述候选产品信息和所述标准化信息结构确定产品的标准化产品信息主要是基于信息的实质按照不同的类型对每个产品信息进行标准化。例如对于上述第二步已经建立的外汇产品模板来说，可按照产品组件（外汇即期、外汇远期、外汇掉期）、交易场所（境内场外市场、境内场内市场、境外场内市场、境外场外市场）、交易时间（24小时、交易所规定时间）、收费方式（按笔收费、固定收费等）、交易要素（起息日、到期日、交易金额、交易币种、交易账户）对候选产品信息进行标准化处理。

进一步的，将标准化后的产品信息分为不同的产品描述类型，比如关系实体属性组和条件组。例如对于上面定义的标准化产品信息来说，交易场所的基本信息、交易账户的基本信息等都可以做为产品的关系实体属性，起息日、到期日、交易金额、交易币种可以作为定义产品组件的条件属性。

进一步的，通过分析使用亲密度的方法来定义产品组件，产品组件是由一组用于支撑可售产品特征的产品条件组成，可以更加容易有效的支撑新产品研发。具体的，可通过多个业务场景的梳理，识别每个业务场景中使用的产品条件，形成一张业务产品和产品条件的亲密度矩阵。对于多个同一类型的产品提取出亲密度较高（例如亲密度大于80%，亲密度算法为产品条件/业务产品数量）的部分形成产品组件。对于上述分类后的标准化产品信息，交易场所、交易时间、收费方式、交易要素（包括交易起息日、交易到期日、交易金额、交易币种）将作为产品条件，将产品条件进行组合，则可以定义产品组件。

最后，通过产品组件和标准化产品信息中的具体条件来定义基础产品的结构。例如对于交易场所为上海外汇交易中心，交易的时间为上海外汇交易中心规定交易时间段，产品的收费方式为期初固定费用、产品的交易要素中起息日、到期日相差两个工作日的就可以定义为一个标准的金融市场境内场内市场外汇即期产品的产品业务模型。

在优选的实施方式中，如图3所示，所述方法进一步包括预先形成所述流程业务模型的步骤S020：

S021：根据现有业务流程得到业务领域范围信息。

S022：根据所述业务领域范围信息确定开发现状流程模型。

S023：对所述开发现状流程模型进行模型优化得到所述流程业务模型。

具体的，业务流程是一组相关联的任务的集合，业务流程的执行结果将为客户交付具体的服务或产品。也可以说业务流程定义了一组活动和任务。流程建模就是为了理解业务流程而对业务流程做出的一种抽象与无歧义的书面描述。通过流程建模可以划分银行的业务领域，指导各个业务领域内的标准的业务活动。流程建模的第一步是准备流程建模，主要是对现有业务流程进行分析、识别业务领域的范围，从而形成一个现有业务流程的全局视角。

例如，对于银行来说，可以针对一个现有产品业务流程形成一个产品定义、产品交易目的、产品交易流程、产品交易渠道、产品交易角色的一个详细的描述。对于开发现状流程模型，主要是制定产品交易流程现状工作流程图，罗列所有要做的事情，需要考虑事项的顺序和角色的责任边界。然后是对开发现状流程模型进行模型优化，主要是识别提升点，该提升点以及相应的解决方案可能用户访谈、识别和记录等确定。银行的业务难以标准化给技术实现带来了很多复杂性。究其原因，主要是渠道和客户的变化造成业务规则难以在标准化的基础上实现差异性，如果将这些要素提炼出来，银行的业务流程才可以实现统一。通过对每个流程步骤的痛点进行追溯，分析识别背后造成痛点的本质问题，最后得到可以删除、增加或修改模型中流程步骤和具体内容的提升点以根据该提升点对模型进行优化。优选的，还可以记录应用开发需求，收集文档来形成应用开发需求，记录应用开发需求，定义实施方案。

在优选的实施方式中，如图4所示，所述方法进一步包括预先形成所述实体业务模型的步骤S030：

S031：对产品的业务需求进行分析得到产品所需的业务实体。

S032：根据所述业务实体的含义确定业务实体的实体关系图。

S033：确定业务实体对应的实体属性信息。

S034：根据所述实体关系图和所述实体属性信息得到所述实体业务模型。

实体是由业务需求管理和维护的一类抽象或者具体的事物。实体来源于业务信息需求，是保持信息的业务基本数据概念。实体建模就是为了理解实体而对实体做出的一种抽象与无歧义的书面描述。通过实体建模，可以对银行的信息与资源进行标准化的表达，澄清各个业务对象间的关系，形成业务对象的主题域与分类。实体建模的第一步是准备实体建模，通过理解业务背景，从语境（为什么）和语义（是什么）层面对业务进行理解。对于银行来说人力成本、客户资源、资金成本等都可以做为实体建模的输入。定义实体主要通过识别候选实体、识别焦点实体、识别关联关系，起草实体关系图。候选清单中的每个实体，都应该代表一定含义，应该是企业期待管理的信息，和那些会作为资源用于业务执行的信息。对于银行来说，主要是梳理各个实体的重要性程度以及相互之间的关联性。具体化实体包括通过识别候选属性、定义域，调整实体和属性。例如对于银行的人力成本来说，交易员的姓名、性别、身份信息、所属机构都是实体属性的一部分。进而，还可以设置文档化业务规则，通过文档化业务规则，从而检查实体建模的质量。其中，文档化业务规则可以根据实际需要灵活设置，为本领域的常规技术手段，本发明对此并不作限定。然后，可通过识别候选行动、跨流程进行模型检查，从而调整实体关系图和业务规则。在流程与产品条件对接的基础上，清晰描述产品条件对该操作步骤的业务处理逻辑的约束作用，在业务规则描述中明确体现该操作步骤与实体的对应关系。

在优选的实施方式中，S100在具体实现时，可将各渠道实时或者每日采集的业务数据统一存储至数据湖，数据湖将业务数据抽取到HDFS存储。其中，HDFS 是一种分布式文件系统，可以提供高吞吐量来访问应用程序的数据，适合有超大数据集的应用程序。基于上述业务建模（产品建模、流程建模、实体建模）后形成的标准的实体业务模型、流程业务模型和产品业务模型，根据业务建模，在规则引擎中编写Hive请求语句。其中，Hive是基于Hadoop的一个数据仓库工具，用于将结构化数据文件映射成为一张数据库表进行查询访问。系统编译器对Hive请求语句进行语法分析、解析、优化等一系列操作，生成一个MapReduce执行计划，再根据执行计划生成MapReduce作业，最后由MapReduce计算框架处理。数据清洗处理后的结果存入HBase，从而达到将多路数据源转换为统一业务模型/统一语言。

具体的，S200根据用户输入的数据查询请求形成业务数据请求，可通过设置可视化工具插件支持用户通过拖拽业务模型的方式自定义输入数据查询请求。优选的，可支持用户进行表关联(Tabel Correlation)和数据的聚合（Data Aggregation）的数据查询，其中，聚合支持的方式包括求和、平均值、最大值、最小值、计数和去重计数等一些方法。用户进行数据查询请求定制之后，可通过本地的预览功能，验证数据查询请求是否符合要求，一方面针对自定义的查询请求进行正确性的验证，另一方面可防止错误的请求导致服务器的无用的消耗。

在优选的实施方式中，如图5所示，所述S300中基于所述业务数据请求从所述标准业务数据中确定目标数据以反馈给用户具体包括：

S310：根据所述业务数据请求确定查询条件和查询日期组合形成的查询信息。优选的，该查询信息可以是查询条件和查询日期组合形成MD码。

S320：将所述查询信息与所述标准业务数据进行匹配，若匹配成功，从标准业务数据中获取所述业务数据请求对应的目标数据以反馈给用户。

S330：若匹配不成功，通过异步数据交互的方式获取业务数据，从所述业务数据中获取所述业务数据请求对应的目标数据以反馈给用户。

具体的，在该优选的实施方式中，主要针对数据定制的查询请求进行处理。系统支持批量和实时的方式发起数据查询请求。数据查询的方式根据时效和数据量两个维度进行综合考虑选择。系统根据业务人员定义的查询条件和查询日期拼接形成查询信息，若查询信息命中，则直接获取批量处理结果中的缓存结果，若查询信息未命中，则发起一次异步的BDSP数据交互。系统对于实时处理方式的数据请求，直接向数据湖发起请求，异步等待返回结果。

本发明充分利用了业务建模将多路数据源转换为标准业务模型数据，同时利用大数据处理技术，为用户多视图处理业务数据及指标监控提供了一套完备的方案。本发明建立了一套从数据源头到数据终端展现的全价值链管理，业务管理员可以从多个业务系统的视角多维度业务管理，利用业务建模将多路数据源加工为标准业务模型，避免之前人工处理多路数据源，差错率高，耗时较长的问题。此外，根据数据量大小和时效性要求提供实时和批量两种方式，对于时效性要求较低的大数据，通过批量在系统性能消耗较低的时段提前进行预处理，节省了系统相关资源消耗。

基于相同原理，本实施例还公开了一种基于业务建模的数据处理系统。如图6所示，本实施例中，所述系统包括数据清洗模块11、数据定制模块12和数据处理模块13。

其中，数据清洗模块11用于通过预设业务模型将接收的业务数据转换为标准业务数据。

数据定制模块12用于根据用户输入的数据查询请求形成业务数据请求。

数据处理模块13用于基于所述业务数据请求从所述标准业务数据中确定目标数据以反馈给用户。

在优选的实施方式中，所述业务模型包括实体业务模型、流程业务模型和产品业务模型中的至少之一。

在优选的实施方式中，如图7所示，所述系统进一步包括产品建模单元101。产品建模单元101用于收集产品的候选产品信息，确定标准化信息结构，根据所述候选产品信息和所述标准化信息结构确定产品的标准化产品信息，根据所述标准化产品信息确定产品组件，将产品组件和标准化产品信息对应组合得到产品的产品业务模型。

在优选的实施方式中，如图7所示，所述系统进一步包括流程建模单元102。流程建模单元102用于根据现有业务流程得到业务领域范围信息，根据所述业务领域范围信息确定开发现状流程模型，对所述开发现状流程模型进行模型优化得到所述流程业务模型。

在优选的实施方式中，如图7所示，所述系统进一步包括实体建模单元103。实体建模单元103用于对产品的业务需求进行分析得到产品所需的业务实体，根据所述业务实体的含义确定业务实体的实体关系图，确定业务实体对应的实体属性信息，根据所述实体关系图和所述实体属性信息得到所述实体业务模型。

在优选的实施方式中，所述数据处理模块13具体用于根据所述业务数据请求确定查询条件和查询日期组合形成的查询信息；将所述查询信息与所述标准业务数据进行匹配，若匹配成功，从标准业务数据中获取所述业务数据请求对应的目标数据以反馈给用户；若匹配不成功，通过异步数据交互的方式获取业务数据，从所述业务数据中获取所述业务数据请求对应的目标数据以反馈给用户。

由于该系统解决问题的原理与以上方法类似，因此本系统的实施可以参见方法的实施，在此不再赘述。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机设备，具体的，计算机设备例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

在一个典型的实例中计算机设备具体包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上所述的由客户端执行的方法，或者，所述处理器执行所述程序时实现如上所述的由服务器执行的方法。

下面参考图8，其示出了适于用来实现本申请实施例的计算机设备的结构示意图。

如图8所示，计算机设备包括中央处理单元（CPU）601，其可以根据存储在只读存储器（ROM）602中的程序或者从存储部分608加载到随机访问存储器（RAM））603中的程序而执行各种适当的工作和处理。在RAM603中，还存储有系统操作所需的各种程序和数据。CPU601、ROM602、以及RAM603通过总线604彼此相连。输入/输出（I/O）接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管（CRT）、液晶反馈器（LCD）等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡，调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装如存储部分608。

特别地，根据本发明的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，所述计算机程序包括用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本发明是参照根据本发明实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

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

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (6)

1.一种基于业务建模的数据处理方法，其特征在于，包括：

通过预设业务模型将接收的业务数据转换为标准业务数据；

根据用户输入的数据查询请求形成业务数据请求；

基于所述业务数据请求从所述标准业务数据中确定目标数据以反馈给用户；

所述业务模型包括实体业务模型、流程业务模型和产品业务模型中的至少之一；

进一步包括预先形成所述产品业务模型的步骤：

收集产品的候选产品信息；

确定标准化信息结构；

根据所述候选产品信息和所述标准化信息结构确定产品的标准化产品信息；

根据所述标准化产品信息确定产品组件；

将产品组件和标准化产品信息对应组合得到产品的产品业务模型；

进一步包括预先形成所述流程业务模型的步骤：

根据现有业务流程得到业务领域范围信息；

根据所述业务领域范围信息确定开发现状流程模型；

对所述开发现状流程模型进行模型优化得到所述流程业务模型；

进一步包括预先形成所述实体业务模型的步骤：

对产品的业务需求进行分析得到产品所需的业务实体；

根据所述业务实体的含义确定业务实体的实体关系图；

确定业务实体对应的实体属性信息；

根据所述实体关系图和所述实体属性信息得到所述实体业务模型。

2.根据权利要求1所述的基于业务建模的数据处理方法，其特征在于，所述基于所述业务数据请求从所述标准业务数据中确定目标数据以反馈给用户具体包括：

根据所述业务数据请求确定查询条件和查询日期组合形成的查询信息；

将所述查询信息与所述标准业务数据进行匹配，若匹配成功，从标准业务数据中获取所述业务数据请求对应的目标数据以反馈给用户；

若匹配不成功，通过异步数据交互的方式获取业务数据，从所述业务数据中获取所述业务数据请求对应的目标数据以反馈给用户。

3.一种基于业务建模的数据处理系统，其特征在于，包括：

数据清洗模块，用于通过预设业务模型将接收的业务数据转换为标准业务数据；

数据定制模块，用于根据用户输入的数据查询请求形成业务数据请求；

数据处理模块，用于基于所述业务数据请求从所述标准业务数据中确定目标数据以反馈给用户；

所述业务模型包括实体业务模型、流程业务模型和产品业务模型中的至少之一；

进一步包括产品建模单元，用于收集产品的候选产品信息，确定标准化信息结构，根据所述候选产品信息和所述标准化信息结构确定产品的标准化产品信息，根据所述标准化产品信息确定产品组件，将产品组件和标准化产品信息对应组合得到产品的产品业务模型；

进一步包括流程建模单元，用于根据现有业务流程得到业务领域范围信息，根据所述业务领域范围信息确定开发现状流程模型，对所述开发现状流程模型进行模型优化得到所述流程业务模型；

进一步包括实体业务建模单元，用于对产品的业务需求进行分析得到产品所需的业务实体，根据所述业务实体的含义确定业务实体的实体关系图，确定业务实体对应的实体属性信息，根据所述实体关系图和所述实体属性信息得到所述实体业务模型。

4.根据权利要求3所述的基于业务建模的数据处理系统，其特征在于，所述数据处理模块具体用于根据所述业务数据请求确定查询条件和查询日期组合形成的查询信息；将所述查询信息与所述标准业务数据进行匹配，若匹配成功，从标准业务数据中获取所述业务数据请求对应的目标数据以反馈给用户；若匹配不成功，通过异步数据交互的方式获取业务数据，从所述业务数据中获取所述业务数据请求对应的目标数据以反馈给用户。

5.一种计算机设备，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，

所述处理器执行所述程序时实现如权利要求1或2所述方法。

6.一种计算机可读介质，其上存储有计算机程序，其特征在于，

该程序被处理器执行时实现如权利要求1或2所述方法。