CN108492028A - 数据需求标准化方法及标准化系统 - Google Patents

Abstract

本申请涉及一种数据需求标准化方法及标准化系统，数据需求标准化方法包括创建数据需求标准化描述模型，数据需求标准化描述模型生成业务数据需求的描述文档；在数据需求标准化描述模型中创建数据源层、需求模型层和应用层，数据源层将数据资产和其他数据来源的数据转化为业务人员可理解的业务数据源；需求模型层对数据源层中各组件下的指标描述进行信息抽取，并对数据源层中各组件下的指标的算法、运算规则进行描述，产生业务人员可理解的业务数据指标的描述信息合集；应用层记录需求模型层中的指标通过何种组合、何种呈现方式、何种频率、何种口径转化为业务人员可理解的业务数据图、表、信息的描述信息。本申请能够打通业务和技术的壁垒。

Description

数据需求标准化方法及标准化系统

技术领域

本申请属于计算机领域，具体涉及一种业务数据标准化方法及标准化系统。

背景技术

在现阶段中国互联网世界领先的情况下，大量传统企业在快速向互联网化、电子化转型。企业电子化意味着大量系统的建设和新系统的上线都会产生大量数据。在这样的背景下，数据已经成为公司核心资产的组成部分。如何利用先进技术对数据进行使用成为每一个转型公司的重要课题。

在当前的数据时代，数据的合理使用存在着一系列的问题。企业的决策和运营需要从传统依赖行业经验转变为依赖经验和数据进行共同决策。在这种转变过程中，企业容易出现过于依赖经验而轻视数据、过于依赖数据而轻视经验等情况。这会严重制约决策的正确性和运营的有效性。如何使行业经验与数据有效融合是摆在每个企业面前的难题。

造成经验和数据融合难的具体原因在于操作层面。一方面，行业从业经验丰富的业务人员往往专注于业务本身的研究，对IT技术方面的了解有限；另一方面，具备技术实力的软件公司和技术人员对于某行业的业务知识理解程度有限，听不懂业务的语言。无论是让业务具备IT技术知识还是让IT人员积累丰富的业务知识都需要大量时间成本和经济成本。在不具备上述条件和基础的情况下，企业中的操作层面往往出现如下场景：业务人员不懂技术，无法把业务需求顺利转化为技术可理解的需求，往往在报需求的时候显得碎片化，模糊化；技术人员在理解需求的过程中因为不懂业务，在整理需求的时候只能按照碎片化、模糊化的需求进行整理，导致最终的数据实现是短期的、口径不统一的，甚至是错误的。开发报表数量保持高速增长，未使用的报表数量也高速增长。从软件资源到硬件资源出现了大量的资源浪费。而决策和运营在此过程中得到的提升有限。

在未来的数据时代，基于行业知识的数据业务模型是一个公司的核心资产，也是公司先进性的最大体现。而转化行业知识成为数据业务模型的工具，将是每个公司必不可少的重要工具。

发明内容

为至少在一定程度上克服相关技术中存在的问题，本申请提供了一种业务数据标准化方法及标准化系统。

根据本申请实施例的第一方面，本申请提供了一种数据需求标准化方法，其包括以下步骤：

创建数据需求标准化描述模型，所述数据需求标准化描述模型生成业务数据需求的描述文档；

在数据需求标准化描述模型中创建数据源层，所述数据源层将数据资产和其他数据来源的数据转化为业务人员可理解的业务数据源；

在数据需求标准化描述模型中创建需求模型层，所述需求模型层对数据源层中各组件下的指标描述进行信息抽取，并对数据源层中各组件下的指标的算法、运算规则进行描述，产生业务人员可理解的业务数据指标的描述信息合集；

在数据需求标准化描述模型中创建应用层，所述应用层记录需求模型层中的指标通过何种组合、何种呈现方式、何种频率、何种口径转化为业务人员可理解的业务数据图、表、信息的描述信息。

进一步地，在所述数据源层创建手工数据源组件、系统数据源组件和外部数据源组件；所述手工数据源组件用于记录公司内非结构化数据的业务描述，使业务人员、技术人员均可理解并根据描述找到对应数据实体；所述系统数据源组件用于记录公司内结构化数据的业务描述，生成业务人员可理解的数据实体；所述外部数据源组件用于记录公司可获取到的公司业务范围外的数据信息的业务描述。

进一步地，在所述需求模型层中创建业务模型组件、算法屋组件和验算屋组件；所述业务模型组件用于记录业务需求中所需要用到的具备业务分类的业务指标集，所述算法屋组件用于记录业务模型组件中指标集组件中的业务指标的信息名称、信息来源、计算方法、分类规则的信息描述，所述验算屋组件用于记录为确保数据质量达到业务使用的要求，通过哪些指标、什么样的技术方式、什么样的报表、什么频率、哪些人看的描述信息。

更进一步地，在所述业务模型组件中创建业务分类组件和指标集组件；

所述业务分类组件用于记录业务逻辑下指标分组规则的描述信息；

所述指标集组件用于记录从数据源层中的手工数据源组件、系统数据源组件和外部数据源组件中提取业务分类组件范围内所需的指标及按业务逻辑制定规则算法生成的计算指标的业务视角的描述信息。

更进一步地，在所述算法屋组件中创建直采组件、关联组件、公式组件和分类组件；

所述直采组件用于记录业务模型组件中指标集组件下的指标是否直接来自于数据源层、来源于数据源层中具体哪个组件下、哪个组件下的哪个具体数据源的描述信息；

所述关联组件用于记录业务模型组件中指标集组件下的指标是否关联不同信息的关联指标、关联指标具体关联哪几个不同的业务分类信息、关联指标以什么样的规则和算法来实现业务分类信息的关联的描述信息；

所述公式组件用于记录业务模型组件中指标集组件下的指标是否通过在数据源中各组件下的指标运算进行生成、生成该指标使用何总运算规则和方法的描述信息；

所述分类组件用于记录业务模型组件中指标集组件下的指标是否是根据一定业务逻辑和规则生成一组分组信息、分组信息的具体内容、分组的业务逻辑和规则具体内容的描述信息。

更进一步地，在所述验算屋组件中创建时效性监控模板组件和准确性监控模板组件；

所述时效性监控模板组件用于记录业务模型组件中指标集组件下指标在实际数据系统应用中系统生成时应该达到的时间频度、数据粒度要求的描述信息；

所述准确性监控模板组件用于记录为实现数据符合业务习惯而制定的数据口径和标准、为监控数据口径和标准制定的表格构成、监控数据表格生成的频率的描述信息。

更进一步地，在所述报表库组件中创建应用报表组件、文字信息组件和数据可视化组件；

所述应用报表组件用于记录业务人员从业务模型组件中指标集组件抽取哪些指标形成业务报表、报表的内容、报表的样式、报表的指标筛选项、报表的指标聚合项、生成业务报表的算法口径的描述信息；

所述文字信息组件用于记录业务人员从业务模型组件中指标集组件抽取哪些指标形成业务数据文字信息、文字信息的内容、文字信息的频次、文字信息发布时的审批人、文字信息发布后的阅读人、文字信息的发布渠道的描述信息；

所述数据可视化组件用于记录业务人员从业务模型组件中指标集组件抽取哪些指标形成数据可视化图表、数据可视化图表的图形名称、配色规则、生成频率、应用功能、审批人、阅读人、发布渠道的描述信息。

更进一步地，在所述展现方法组件中创建发布渠道组件和权限管理组件；

所述发布渠道组件用于记录在报表库组件中描述的哪些数据应用、在哪些数据发布技术平台、以哪些技术发布方式和发布频次发布数据应用的描述信息；

所述权限管理组件用于记录在发布渠道组件中发布的各类数据应用应该按何种规则进行应用的分级、各类应用的具体分级情况、各类分级数据应用应该按何种规则进行阅读人的授权的分组、各类分级数据应用的详细授权分组情况的描述信息。

根据本申请实施例的第二方面，本申请提供了一种数据需求标准化系统，其包括数据源管理模块、数据模型管理模块和数据应用管理模块；所述数据源管理模块用于将数据资产信息转化为业务人员能够理解的数据源信息；所述数据模型管理模块用于将数据模型中的指标从系统名称转化为业务人员能够理解的指标信息；所述数据应用管理模块用于对最终业务人员使用的报表、信息和可视化视图进行管理；所述数据源管理模块、数据模型管理模块和数据应用管理模块三者之间存在相互转化的关系。

进一步地，所述数据源管理模块包括数据资产信息接入模块和数据源处理模块，所述数据资产信息接入模块用于接入数据资产信息；所述数据源处理模块包括数据源视图查询模块、数据源新增模块、数据源删除模块和数据源修改模块；

所述数据模型管理模块包括指标分类管理模块、指标管理模块和验算报表管理模块；所述指标分类管理模块用于查询指标分类视图、新增指标分类、删除指标分类和修改指标分类；所述指标管理模块用于查询指标视图、新增指标、删除指标和修改指标；所述验算报表管理模块用于查询验算报表视图、新增验算报表、删除验算报表和修改验算报表；

所述数据应用管理模块包括报表信息可视化管理模块、规则管理模块和综合查询模块；所述报表信息可视化管理模块用于对数据应用的报表、信息和可视化进行管理；所述规则管理模块用于对数据应用的分类、分级和用户分组信息进行管理；所述综合查询模块用于对数据应用和规则进行查询。

本申请的实施例提供的技术方案可以包括以下有益效果：本申请通过创建数据需求标准化描述模型，在该模型中创建数据源层、需求模型层和应用层，能够将企业内部的数据与企业的行业经验进行有效结合，能够打通业务和技术的壁垒，使企业在IT数据方面的投资得到全面的质量优化，从而为企业节省大量IT开发费用和硬件费用。本申请通过设置数据源管理模块、数据模型管理模块和数据应用管理模块，三者之间存在相互转化的关系，需求发起时可以从三者中的任意一模块发起，最终能够实现需求有数据源管理模块支撑，有数据模型管理模块实现业务需求分析，有数据应用管理模块可供使用。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1是根据一示例性实施例示出的一种数据需求标准化方法的流程图。

图2是根据一示例性实施例示出的一种数据需求标准化方法中数据源层的构建流程图。

图3是根据一示例性实施例示出的一种数据需求标准化方法中需求模型层的构建流程图。

图4是根据一示例性实施例示出的一种数据需求标准化方法中应用层的构建流程图。

图5是根据一示例性实施例示出的一种数据需求标准化系统的整体结构框图。

图6是根据一示例性实施例示出的一种数据需求标准化系统中数据源管理模块的结构框图。

图7是根据一示例性实施例示出的一种数据需求标准化系统中数据模型管理模块的结构框图。

图8是根据一示例性实施例示出的一种数据需求标准化系统中数据应用管理模块的整体结构框图。

图9是根据一示例性实施例示出的一种数据需求标准化系统中报表信息可视化管理模块的结构框图。

图10是根据一示例性实施例示出的一种数据需求标准化系统中规则管理模块的结构框图。

图11是根据一示例性实施例示出的一种数据需求标准化系统中综合查询模块的结构框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的一种数据需求标准化方法的流程图，如图1所示，本申请提供了一种数据需求标准化方法，其包括以下步骤：

S1、创建数据需求标准化描述模型，所述数据需求标准化描述模型生成业务数据需求的描述文档，使数据需求进行系统化、结构化呈现，达到业务人员易看懂，技术人员易执行的目的。

S2、在数据需求标准化描述模型中创建数据源层，所述数据源层将数据资产和其他数据来源的数据转化为业务人员可理解的业务数据源。

具体地，如图2所示，在数据源层创建手工数据源组件，手工数据源组件用于记录公司内非结构化数据的业务描述，使业务人员、技术人员均可理解并根据描述找到对应数据实体。在数据源层创建系统数据源组件，系统数据源组件用于记录公司内结构化数据的业务描述，生成业务人员可理解的数据实体。在数据源层创建外部数据源组件，外部数据源组件用于记录公司可获取到的公司业务范围外的数据信息的业务描述，使业务人员可理解、技术人员可根据描述进行开发和购买。

S3、在数据需求标准化描述模型中创建需求模型层，所述需求模型层对数据源层中各组件下的指标描述进行信息抽取，并对数据源层中各组件下的指标的算法、运算规则进行描述，产生业务人员可理解的业务数据指标的描述信息合集。

具体地，如图3所示，在需求模型层中创建业务模型组件，业务模型组件用于记录业务需求中所需要用到的具备业务分类的业务指标集。进一步地，在业务模型组件中创建业务分类组件，业务分类组件用于记录业务逻辑下指标分组规则的描述信息；在业务模型组件中创建指标集组件，指标集组件用于记录从数据源层中的三个组件中提取业务分类组件范围内所需的指标及按业务逻辑制定规则算法生成的计算指标的业务视角的描述信息。

在需求模型层中创建算法屋组件，算法屋组件用于记录业务模型组件中指标集组件中的业务指标的信息名称、信息来源、计算方法、分类规则等的信息描述。进一步地，在算法屋组件中创建直采组件，直采组件用于记录业务模型组件中指标集组件下的指标是否直接来自于数据源层、来源于数据源层中具体哪个组件下、哪个组件下的哪个具体数据源的描述信息。在算法屋组件中创建关联组件，关联组件用于记录业务模型组件中指标集组件下的指标是否关联不同信息的关联指标、关联指标具体关联哪几个不同的业务分类信息、关联指标以什么样的规则和算法来实现业务分类信息的关联的描述信息。在算法屋组件中创建公式组件，公式组件用于记录业务模型组件中指标集组件下的指标是否通过在数据源中各组件下的指标运算进行生成、生成该指标使用何总运算规则和方法的描述信息。在算法屋组件中创建分类组件，分类组件用于记录业务模型组件中指标集组件下的指标是否是根据一定业务逻辑和规则生成一组分组信息、分组信息的具体内容、分组的业务逻辑和规则具体内容的描述信息。

在需求模型层中创建验算屋组件，验算屋组件用于记录为确保数据质量达到业务使用的要求，通过哪些指标、什么样的技术方式、什么样的报表、什么频率、哪些人看的描述信息。进一步地，在验算屋组件中创建时效性监控模板组件，时效性监控模板组件用于记录业务模型组件中指标集组件下指标在实际数据系统应用中系统生成时应该达到的时间频度、数据粒度等要求的描述信息。在验算屋组件中创建准确性监控模板组件，准确性监控模板组件用于记录为实现数据符合业务习惯而制定的数据口径和标准、为监控数据口径和标准制定的表格构成、监控数据表格生成的频率的描述信息。

S4、在数据需求标准化描述模型中创建应用层，所述应用层记录需求模型层中的指标通过何种组合、何种呈现方式、何种频率、何种口径转化为业务人员可理解的业务数据图、表、信息的描述信息。

具体地，如图4所示，在应用层中创建报表库组件，报表库组件用于记录业务人员通过抽取业务模型组件中的指标形成各类报表、图形、文字需求以及这些报表、图形、文字通过什么渠道展现给哪些人查看的描述信息。进一步地，在报表库组件中创建应用报表组件，应用报表组件用于记录业务人员从业务模型组件中指标集组件抽取哪些指标形成业务报表、报表的内容、报表的样式、报表的指标筛选项、报表的指标聚合项、生成业务报表的算法口径的描述信息。在报表库组件中创建文字信息组件，文字信息组件用于记录业务人员从业务模型组件中指标集组件抽取哪些指标形成业务数据文字信息、文字信息的内容、文字信息的频次、文字信息发布时的审批人、文字信息发布后的阅读人、文字信息的发布渠道的描述信息。在报表库中创建数据可视化组件，数据可视化组件用于记录业务人员从业务模型组件中指标集组件抽取哪些指标形成数据可视化图表、数据可视化图表的图形名称、配色规则、生成频率、应用功能、审批人、阅读人、发布渠道的描述信息。

在应用层中创建展现方法组件，展现方法组件用于记录业务人员中哪些人从哪些渠道以哪些频率来获取报表库组件中描述的各类数据应用的描述信息。进一步地，在展现方法组件中创建发布渠道组件，发布渠道组件用于记录在报表库组件中描述的哪些数据应用、在哪些数据发布技术平台、以哪些技术发布方式和发布频次发布数据应用的描述信息。在展现方法组件中创建权限管理组件，权限管理组件用于记录在发布渠道组件中发布的各类数据应用应该按何种规则进行应用的分级、各类应用的具体分级情况、各类分级数据应用应该按何种规则进行阅读人的授权的分组、各类分级数据应用的详细授权分组情况的描述信息。

图5是根据一示例性实施例示出的一种数据需求标准化系统的整体结构框图。如图5所示，本申请还提供了一种数据需求标准化系统，其包括数据源管理模块1、数据模型管理模块2和数据应用管理模块3。其中，数据源管理模块1用于将数据资产信息转化为业务人员能够理解的数据源信息；数据模型管理模块2用于将数据模型中的指标从系统名称转化为业务人员能够理解的指标信息；数据应用管理模块3用于对最终业务人员使用的报表、信息和可视化视图进行管理。

数据源管理模块1、数据模型管理模块2和数据应用管理模块3三者之间存在相互转化的关系，需求发起时可以从三者中的任意一模块发起，但最终能够实现需求有数据源管理模块1支撑，有数据模型管理模块2实现业务需求分析，有数据应用管理模块3可供使用。

上述实施例中，如图6所示，数据源管理模块1包括数据资产信息接入模块11和数据源处理模块12。其中，数据资产信息接入模块11用于接入数据资产信息，数据资产信息包括公司自身数据字典、手工数据源和公司外部数据源等。数据源处理模块12包括数据源视图查询模块、数据源新增模块、数据源删除模块和数据源修改模块。

其中，数据源视图查询模块包括当前数据源视图查询和历史数据源视图查询。数据源视图查询模块通过关键字、分部门、分时间等条件对系统中最新版本数据源的视图进行查询，通过关键字、分部门、分时间等条件对系统中全版本数据源的视图进行查询。数据源视图为数据源相关信息的展示界面。

数据源新增模块用于录入数据源名称、数据源业务描述、数据源生成时间等信息，选择数据源对应相关数据资产的映射关系，自动生成数据源系统的编号。

数据源修改模块用于修改数据源信息、修改数据源与数据资产的映射关系、自动生成修改数据源日期、自动生成修改数据源版本号以及保存修改的数据源。

数据源删除模块用于删除数据源信息，删除数据源与数据资产的映射关系，以及删除数据源视图。

上述实施例中，如图7所示，数据模型管理模块2包括指标分类管理模块21、指标管理模块22和验算报表管理模块23。其中，指标分类管理模块21用于查询指标分类视图、新增指标分类、删除指标分类和修改指标分类。指标管理模块22用于查询指标视图、新增指标、删除指标和修改指标。验算报表管理模块23用于查询验算报表视图、新增验算报表、删除验算报表和修改验算报表。

指标分类管理模块21包括指标分类视图查询模块、指标分类新增模块、指标分类修改模块和指标分类删除模块。其中，指标分类视图查询模块通过关键字、分部门、分时间等条件对系统中全版本指标分类视图进行查询，指标分类视图为指标分类相关信息的展示界面。指标分类新增模块用于录入指标分类名称、指标分类业务描述、指标分类部门和指标分类录入人等信息，选择指标分类与指标的映射关系，自动生成指标分类的初始版本号、指标分类的录入日期和指标分类的编号等。指标分类修改模块用于修改和保存指标分类的信息、自动生成版本号、录入修改部门和修改人。指标分类删除模块用于删除指标分类的相关信息，录入删除部门、删除人，自动生成删除日期。

指标管理模块22包括指标视图查询模块、指标新增模块、指标修改模块和指标删除模块。其中，指标视图查询模块通过关键字、分部门、分时间、分版本等条件对系统中指标视图进行查询，指标视图为指标相关信息的展示界面。指标新增模块用于录入指标名称、指标业务描述、指标分类部门、指标分类录入人、指标算法等信息，选择指标与指标分类的映射关系、指标与数据源的映射关系、指标与数据资产的映射关系、指标与指标算法类型的映射关系以及指标与指标性质的映射关系，自动生成指标的初始版本号、指标的录入日期以及指标的编号。指标修改模块用于修改和保存指标分类的信息，自动生成版本号，录入修改部门和修改人。指标删除模块用于删除指标相关信息，录入删除部门和删除人，自动生成删除日期。

验算报表管理模块23包括验算报表视图查询模块、验算报表新增模块、验算报表修改模块和验算报表删除模块。其中，验算报表视图查询模块通过关键字、分部门、分时间、分版本等条件对系统中验算报表视图进行查询，验算报表视图为验算报表相关信息的展示界面。验算报表新增模块用于录入验算报表总表名称、验算报表子表名称、验算报表使用指标、验算报表业务描述、验算报表分类部门、验算报表录入人、验算报表时间频率等信息，选择验算报表筛选字段的映射关系，自动生成验算报表的初始版本号、验算报表信息的录入日期和验算报表到子表的编号。验算报表修改模块用于修改和保存验算报表的信息，自动生成版本号、录入修改部门和修改人。验算报表删除模块用于删除验算报表子表相关信息，录入删除部门和删除人，自动生成删除日期。

上述实施例中，如图8所示，数据应用管理模块3包括报表信息可视化管理模块31、规则管理模块32和综合查询模块33。报表信息可视化管理模块31用于对数据应用的报表、信息和可视化进行管理。规则管理模块32用于对数据应用的分类、分级和用户分组信息进行管理。综合查询模块33用于对数据应用和规则进行查询。

如图9所示，报表信息可视化管理模块31包括报表管理模块、信息管理模块和可视化管理模块。其中，报表管理模块包括新增报表、修改报表和删除报表。

新增报表主要实现对数据报表名称、数据报表主要分析内容及用途、数据报表包含指标、数据报表样式描述、责任部门、录入人等信息的录入，数据报表样例文件的存储，数据报表数据更新时间频率的选择，数据报表编号和数据报表初始版本号的自动生成，以及数据报表分级映射关系、数据报表分类映射关系、数据报表用户组映射关系和报表获取方式的选择。

修改报表主要实现对数据报表名称、数据报表主要分析内容及用途、数据报表包含指标、数据报表样式描述、责任部门和录入人等信息的修改，数据报表样例文件的修改，数据报表数据更新时间频率的修改，数据报表版本号的更新，数据报表分级映射关系、数据报表分类映射关系、数据报表用户组映射关系和报表获取方式的修改。

删除报表主要实现对某编号数据报表的全版本删除，并生成删除部门、删除人、删除日期等信息。

信息管理模块包括新增信息、修改信息和删除信息。

新增信息主要实现对信息名称、信息样例、信息主要分析内容及用途、信息相关指标、责任部门和录入人等信息的录入，信息更新时间频率的选择、信息编号和信息初始版本号的自动生成，信息分级映射关系、信息分类映射关系、信息用户组映射关系和信息获取方式的选择。

修改信息主要实现对信息名称、信息样例、信息主要分析内容及用途、信息相关指标、责任部门和录入人等信息的修改，信息更新时间频率的修改，信息版本号的更新，信息分级映射关系、信息分类映射关系修改、信息用户组映射关系和信息获取方式的修改。

删除信息主要实现对短信的全版本删除，并生成删除部门、删除人、删除日期等信息。

可视化管理模块包括新增可视化、修改可视化和删除可视化。

新增可视化实现可视化名称、可视化主要分析内容及用途、可视化包含指标、可视化样样式描述、责任部门和录入人等信息的录入，可视化样例文件的存储，可视化数据更新时间频率的选择，可视化编号和可视化初始版本号的自动生成，可视化分级映射关系、可视化分类映射关系、可视化用户组映射关系和可视化获取方式的选择。

修改可视化实现可视化名称、可视化主要分析内容及用途、可视化包含指标、可视化样样式描述、责任部门和录入人等信息的修改，可视化样例文件的修改，可视化数据更新时间频率的修改，可视化版本号的更新，可视化分级映射关系、可视化分类映射关系、可视化用户组映射关系和可视化获取方式的修改。

删除可视化主要实现对可视化的全版本删除，并生成删除部门、删除人、删除日期等信息。

上述实施例中，如图10所示，规则管理模块32包括分类管理模块、分级管理模块和用户分组管理模块。其中，分类管理模块主要实现管理数据应用，实现数据应用按业务的不同场景进行分类，方便数据应用的查询与理解。分级管理模块从安全角度出发，对数据应用进行分级，以实现数据应用的分级管理。用户分组管理模块对数据应用的使用者进行分组，实现数据应用使用人员的权限管理。

分类管理模块包括新增分类、修改分类和删除分类。

新增分类实现应用分类名称、应用分类业务描述、应用分类部门和应用分类录入人等信息的录入，自动生成应用分类的初始版本号、应用分类的录入日期和应用分类的编号。

修改分类实现数据应用分类名称、数据应用分类业务描述、数据应用分类部门和数据应用分类录入人等信息的修改，自动生成数据应用分类的新版本号和数据应用分类的修改日期。

删除分类主要实现应用分类全版本号的删除，并生成删除部门、删除人、删除日期等信息。

分级管理包括新增分级、修改分级和删除分级。

新增分级实现应用分级名称、分级可应用范围描述、应用分级部门和应用分级录入人等信息的录入，自动生成应用分级的初始版本号、应用分级的录入日期和应用分级的编号。

修改分级实现数据应用分级名称、数据应用分级可应用范围描述、数据应用分级部门和数据应用分级录入人等信息的修改，自动生成数据应用分级的新版本号和数据应用分级的修改日期。

删除分级主要实现数据应用分级全版本号的删除，并生成删除部门、删除人、删除日期等信息。

用户分组管理包括新增分组、修改分组和删除分组。

新增分组实现人员分组名称、人员分组对应名单、人员分组部门和人员分组录入人等信息的录入，自动生成人员分组的初始版本号、人员分组的录入日期和人员分组的编号。

修改分组实现人员分组名称、人员分组对应名单、人员分组部门和人员分组录入人等信息的修改，自动生成人员分组的新版本号和人员分组的修改日期。

删除分组主要实现人员分组的全版本号删除，并生成删除部门、删除人、删除日期等信息。

上述实施例中，如图11所示，综合查询模块33包括应用查询模块和规则查询模块。

应用查询模块通过关键字、分部门、分类型、分级别、分组、分版本等条件对系统中数据应用信息视图进行查询。数据应用信息视图是全面展示数据应用详细信息的展现界面。

规则查询模块通过关键字、分部门、分类型、分级别、分组、分版本、分规则类型等条件对系统中规则查询模块对应的数据分类、分级或者人员分组信息视图进行查询。规则信息视图是全面展示数据应用分类、分级、人员分组信息的展现界面。

数据字典类系统从数据底层至数据应用层实现全面的数据资产监控，并通过系统实现对数据在底层的状态、在前台的展现标准之间的打通。本申请数据需求标准化系统主要解决业务层面的数据需求转化为结构化、标准化数据需求的问题，依托于数据字典但并不依赖于数据字典，可实现数据需求的各个部分包括数据源、数据指标按业务习惯进行知识管理，同时又与数据字典形成连接，确保需求中各部分的名称与数据字典形成对应关系。

目前越来越多的企业走在电子化转型的道路上，这意味着每个电子化转型的企业都开始大量的生产数据，对于数据的管理和使用开发是下一阶段每个企业的内部重要工作。本申请能够使企业内部的数据与企业的行业经验有效结合，打通业务和技术的壁垒，使企业在IT数据方面的投资得到全面的质量优化，从而为企业节省大量IT开发费用和硬件费用。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是，在本申请的描述中，术语第一、第二等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，多个的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语一个实施例、一些实施例、示例、具体示例、或一些示例等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种数据需求标准化方法，其特征在于，包括以下步骤：

创建数据需求标准化描述模型，所述数据需求标准化描述模型生成业务数据需求的描述文档；

在数据需求标准化描述模型中创建数据源层，所述数据源层将数据资产和其他数据来源的数据转化为业务人员可理解的业务数据源；

在数据需求标准化描述模型中创建需求模型层，所述需求模型层对数据源层中各组件下的指标描述进行信息抽取，并对数据源层中各组件下的指标的算法、运算规则进行描述，产生业务人员可理解的业务数据指标的描述信息合集；

在数据需求标准化描述模型中创建应用层，所述应用层记录需求模型层中的指标通过何种组合、何种呈现方式、何种频率、何种口径转化为业务人员可理解的业务数据图、表、信息的描述信息。

2.如权利要求1所述的数据需求标准化方法，其特征在于，在所述数据源层创建手工数据源组件、系统数据源组件和外部数据源组件；所述手工数据源组件用于记录公司内非结构化数据的业务描述，使业务人员、技术人员均可理解并根据描述找到对应数据实体；所述系统数据源组件用于记录公司内结构化数据的业务描述，生成业务人员可理解的数据实体；所述外部数据源组件用于记录公司可获取到的公司业务范围外的数据信息的业务描述。

3.如权利要求2所述的数据需求标准化方法，其特征在于，在所述需求模型层中创建业务模型组件、算法屋组件和验算屋组件；所述业务模型组件用于记录业务需求中所需要用到的具备业务分类的业务指标集，所述算法屋组件用于记录业务模型组件中指标集组件中的业务指标的信息名称、信息来源、计算方法、分类规则的信息描述，所述验算屋组件用于记录为确保数据质量达到业务使用的要求，通过哪些指标、什么样的技术方式、什么样的报表、什么频率、哪些人看的描述信息。

4.如权利要求3所述的数据需求标准化方法，其特征在于，在所述业务模型组件中创建业务分类组件和指标集组件；

所述业务分类组件用于记录业务逻辑下指标分组规则的描述信息；

所述指标集组件用于记录从数据源层中的手工数据源组件、系统数据源组件和外部数据源组件中提取业务分类组件范围内所需的指标及按业务逻辑制定规则算法生成的计算指标的业务视角的描述信息。

5.如权利要求3所述的数据需求标准化方法，其特征在于，在所述算法屋组件中创建直采组件、关联组件、公式组件和分类组件；

所述直采组件用于记录业务模型组件中指标集组件下的指标是否直接来自于数据源层、来源于数据源层中具体哪个组件下、哪个组件下的哪个具体数据源的描述信息；

所述关联组件用于记录业务模型组件中指标集组件下的指标是否关联不同信息的关联指标、关联指标具体关联哪几个不同的业务分类信息、关联指标以什么样的规则和算法来实现业务分类信息的关联的描述信息；

所述公式组件用于记录业务模型组件中指标集组件下的指标是否通过在数据源中各组件下的指标运算进行生成、生成该指标使用何总运算规则和方法的描述信息；

所述分类组件用于记录业务模型组件中指标集组件下的指标是否是根据一定业务逻辑和规则生成一组分组信息、分组信息的具体内容、分组的业务逻辑和规则具体内容的描述信息。

6.如权利要求3所述的数据需求标准化方法，其特征在于，在所述验算屋组件中创建时效性监控模板组件和准确性监控模板组件；

所述时效性监控模板组件用于记录业务模型组件中指标集组件下指标在实际数据系统应用中系统生成时应该达到的时间频度、数据粒度要求的描述信息；

所述准确性监控模板组件用于记录为实现数据符合业务习惯而制定的数据口径和标准、为监控数据口径和标准制定的表格构成、监控数据表格生成的频率的描述信息。

7.如权利要求3所述的数据需求标准化方法，其特征在于，在所述报表库组件中创建应用报表组件、文字信息组件和数据可视化组件；

所述应用报表组件用于记录业务人员从业务模型组件中指标集组件抽取哪些指标形成业务报表、报表的内容、报表的样式、报表的指标筛选项、报表的指标聚合项、生成业务报表的算法口径的描述信息；

所述文字信息组件用于记录业务人员从业务模型组件中指标集组件抽取哪些指标形成业务数据文字信息、文字信息的内容、文字信息的频次、文字信息发布时的审批人、文字信息发布后的阅读人、文字信息的发布渠道的描述信息；

所述数据可视化组件用于记录业务人员从业务模型组件中指标集组件抽取哪些指标形成数据可视化图表、数据可视化图表的图形名称、配色规则、生成频率、应用功能、审批人、阅读人、发布渠道的描述信息。

8.如权利要求3所述的数据需求标准化方法，其特征在于，在所述展现方法组件中创建发布渠道组件和权限管理组件；

所述发布渠道组件用于记录在报表库组件中描述的哪些数据应用、在哪些数据发布技术平台、以哪些技术发布方式和发布频次发布数据应用的描述信息；

所述权限管理组件用于记录在发布渠道组件中发布的各类数据应用应该按何种规则进行应用的分级、各类应用的具体分级情况、各类分级数据应用应该按何种规则进行阅读人的授权的分组、各类分级数据应用的详细授权分组情况的描述信息。

9.一种数据需求标准化系统，其特征在于，它包括数据源管理模块、数据模型管理模块和数据应用管理模块；所述数据源管理模块用于将数据资产信息转化为业务人员能够理解的数据源信息；所述数据模型管理模块用于将数据模型中的指标从系统名称转化为业务人员能够理解的指标信息；所述数据应用管理模块用于对最终业务人员使用的报表、信息和可视化视图进行管理；所述数据源管理模块、数据模型管理模块和数据应用管理模块三者之间存在相互转化的关系。

10.如权利要求9所述的数据需求标准化系统，其特征在于，所述数据源管理模块包括数据资产信息接入模块和数据源处理模块，所述数据资产信息接入模块用于接入数据资产信息；所述数据源处理模块包括数据源视图查询模块、数据源新增模块、数据源删除模块和数据源修改模块；

所述数据模型管理模块包括指标分类管理模块、指标管理模块和验算报表管理模块；所述指标分类管理模块用于查询指标分类视图、新增指标分类、删除指标分类和修改指标分类；所述指标管理模块用于查询指标视图、新增指标、删除指标和修改指标；所述验算报表管理模块用于查询验算报表视图、新增验算报表、删除验算报表和修改验算报表；

所述数据应用管理模块包括报表信息可视化管理模块、规则管理模块和综合查询模块；所述报表信息可视化管理模块用于对数据应用的报表、信息和可视化进行管理；所述规则管理模块用于对数据应用的分类、分级和用户分组信息进行管理；所述综合查询模块用于对数据应用和规则进行查询。