1.本发明涉及数据治理技术领域,特别是涉及一种数据标准落标管控方法及装置、存储介质及电子设备。
背景技术:2.随着数据化和信息化建设的发展,企业机构的信息化体系中拥有着种类繁多、体量庞大的各类数据。为了提高数据资产管理能力,通常会构建数据标准体系来对数据进行管理。数据标准是指对数据的表达、格式及定义等内容的一致约定。
3.数据标准落标指的是在新建系统或重构系统时,要求技术部门使用数据标准进行系统的构建,在实际应用场景下将数据标准落地。在现有的数据标准落标的过程中,通常仅是下发数据标准的相关要求,指示各个技术部门按照要求进行数据标准落标。
4.基于现有的数据标准落标过程,数据标准落标都是由各个技术部门自行操作,企业机构无法对各部门的数据标准落标情况进行实时管控,不利于保障数据标准体系的有效运行。
技术实现要素:5.有鉴于此,本发明实施例提供了一种数据标准落标管控方法,以解决企业机构无法对实际的数据落标情况进行管控,数据标准体系的运行有效性较低的问题。
6.本发明实施例还提供了一种数据标准落标管控装置,用以保证上述方法实际中的实现及应用。
7.为实现上述目的,本发明实施例提供如下技术方案:
8.一种数据标准落标管控方法,包括:
9.当接收到用户提交的业务需求时,确定所述业务需求对应的数据需求信息;
10.在已构建的数据标准体系中,确定所述数据需求信息对应的目标数据标准;
11.依据预设的环节监控策略,建立所述业务需求对应的多个开发节点;
12.监测每个所述开发节点是否符合所述目标数据标准对应的落标要求;
13.若每个所述开发节点均符合所述目标数据标准对应的落标要求,则监测所述业务需求对应的业务系统是否在生产环境中上线;
14.当监测到所述业务系统在所述生产环境中上线时,在所述生产环境中确定所述业务系统对应的数据源,并获取所述数据源对应的生产态数据项;
15.依据所述生产态数据项与所述目标数据标准,确定所述业务系统的落标结果,实现所述业务系统的数据标准落标管控。
16.上述的方法,可选的,所述在已构建的数据标准体系中,确定所述数据需求信息对应的目标数据标准,包括:
17.获取所述数据需求信息中包含的数据类型;
18.在所述数据标准体系包含的各个数据标准中,确定所述数据类型对应的数据标
准,并将所述数据类型对应的数据标准确定为所述目标数据标准。
19.上述的方法,可选的,所述监测每个所述开发节点是否符合所述目标数据标准对应的落标要求,包括:
20.对于每个所述开发环节,监测是否接收到该开发环节对应的环节数据信息,当接收到所述环节数据信息时,判断所述环节数据信息与所述目标数据标准是否相匹配,若所述环节数据信息与所述目标数据标准相匹配,则确定该开发环节符合所述目标数据标准对应的落标要求。
21.上述的方法,可选的,还包括:
22.若所述环节数据信息与所述目标数据标准不匹配,则确定该开发环节不符合所述目标数据标准对应的落标要求,进行落标异常提示。
23.上述的方法,可选的,所述依据所述生产态数据项与所述目标数据标准,确定所述业务系统的落标结果,包括:
24.判断所述生产态数据项是否符合所述目标数据标准;
25.若所述生产态数据项符合所述目标数据标准,则生成第一落标结果,并将所述第一落标结果确定为所述业务系统的落标结果,所述第一落标结果表征数据标准已落地。
26.上述的方法,可选的,还包括:
27.若所述生产态数据项不符合所述目标数据标准,则生成第二落标结果,并将所述第二落标结果确定为所述业务系统的落标结果,所述第二落标结果表征数据标准未落地。
28.一种数据标准落标管控装置,包括:
29.第一确定单元,用于当接收到用户提交的业务需求时,确定所述业务需求对应的数据需求信息;
30.第二确定单元,用于在已构建的数据标准体系中,确定所述数据需求信息对应的目标数据标准;
31.建立单元,用于依据预设的环节监控策略,建立所述业务需求对应的多个开发节点;
32.第一监测单元,用于监测每个所述开发节点是否符合所述目标数据标准对应的落标要求;
33.第二监测单元,用于若每个所述开发节点均符合所述目标数据标准对应的落标要求,则监测所述业务需求对应的业务系统是否在生产环境中上线;
34.获取单元,用于当监测到所述业务系统在所述生产环境中上线时,在所述生产环境中确定所述业务系统对应的数据源,并获取所述数据源对应的生产态数据项;
35.第三确定单元,用于依据所述生产态数据项与所述目标数据标准,确定所述业务系统的落标结果,实现所述业务系统的数据标准落标管控。
36.上述的装置,可选的,所述第二确定单元,包括:
37.获取子单元,用于获取所述数据需求信息中包含的数据类型;
38.确定子单元,用于在所述数据标准体系包含的各个数据标准中,确定所述数据类型对应的数据标准,并将所述数据类型对应的数据标准确定为所述目标数据标准。
39.一种存储介质,所述存储介质包括存储的指令,其中,在所述指令运行时控制所述存储介质所在的设备执行如上述的数据标准落标管控方法。
40.一种电子设备,包括存储器,以及一个或者一个以上的指令,其中一个或者一个以上指令存储于存储器中,且经配置以由一个或者一个以上处理器执行如上述的数据标准落标管控方法。
41.基于上述本发明实施例提供的一种数据标准落标管控方法,包括:当接收到用户提交的业务需求时,确定该业务需求对应的数据需求信息;在已构建的数据标准体系中,确定该数据需求信息对应的目标数据标准;依据预设的环节监控策略,建立业务需求对应的多个开发节点;监测每个开发节点是否符合目标数据标准对应的落标要求;若每个开发节点均符合目标数据标准对应的落标要求,则监测业务需求对应的业务系统是否在生产环境中上线;当监测到该业务系统在生产环境中上线时,在生产环境中确定该业务系统对应的数据源,并获取数据源对应的生产态数据项;依据生产态数据项与目标数据标准,确定业务系统的落标结果,实现业务系统的数据标准落标管控。应用本发明实施例提供的方法,在业务需求的系统开发过程中,可以监测每个开发节点是否符合对应的数据标准的落标要求,在开发的业务系统投产后,可通过生产态数据项判断业务系统是否落标,可以实现从需求提出到系统投产全流程的数据标准落标管控,有利于保障数据标准体系的有效运行。
附图说明
42.为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
43.图1为本发明实施例提供的一种数据标准落标管控方法的方法流程图;
44.图2为本发明实施例提供的一种数据标准落标管控方法的又一方法流程图;
45.图3为本发明实施例提供的一种业务系统开发流程的示例图;
46.图4为本发明实施例提供的一种数据标准落标管控装置的结构示意图;
47.图5为本发明实施例提供的一种数据标准落标管控装置的又一结构示意图;
48.图6为本发明实施例提供的一种电子设备的结构示意图。
具体实施方式
49.下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
50.在本技术中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个
……”
限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
51.本发明实施例提供了一种数据标准落标管控方法,所述方法可应用于数据标准落标管控系统,其执行主体可以为系统的服务器,所述方法的方法流程图如图1所示,包括:
52.s101:当接收到用户提交的业务需求时,确定所述业务需求对应的数据需求信息;
53.本发明实施例提供的方法中,当企业机构的业务人员产生新的业务需求,需要技术人员构建满足该业务需求的业务系统时,业务人员或是技术人员可作为用户,在系统中提交该业务需求的相关信息,例如存在哪些数据需求。
54.当系统的服务器接收到用户提交的业务需求时,可对该业务需求进行解析,确定出该业务需求对应的数据需求信息,也就是需要使用哪些数据,如具体的数据源或是数据类型等等。
55.s102:在已构建的数据标准体系中,确定所述数据需求信息对应的目标数据标准;
56.本发明实施例提供的方法中,可以在系统中预先存储已建立的各个数据标准,以构建数据标准体系。可根据数据需求信息中包含的需求数据的信息,在数据标准体系中选取数据需求信息对应的目标数据标准,也就是需求的数据需要应用的数据标准。
57.需要说明的是,在具体的实现过程中,数据需求信息对应的目标数据标准可以有多个,也可以仅有一个,当目标数据标准有多个的情况下,后续对每个目标数据标准均进行对应处理即可,不影响本发明实施例提供的方法实现功能。
58.s103:依据预设的环节监控策略,建立所述业务需求对应的多个开发节点;
59.本发明实施例提供的方法中,可以根据实际需求设置环节监控策略,即对业务需求的系统开发过程进行监控的策略,主要是按需设置各类子流程的节点类型,在业务需求的系统开发过程中,当开发工作进入某一节点时,用户需要在系统中提交相关的材料,以推动流程进展。
60.本发明实施例提供的方法中,可以依据预设的环节监控策略中设置的节点类型,建立当前的业务需求对应的多个开发节点,也就是建立该业务需求对应的一个监控流程,其中包含该业务需求对应的多个开发节点。各个开发节点的节点类型可以为需求生成、技术方案制定、设计开发等等类型。
61.s104:监测每个所述开发节点是否符合所述目标数据标准对应的落标要求;
62.本发明实施例提供的方法中,当业务需求的流程节点进入某一开发节点时,可以根据用户在当前的开发节点提交的开发材料,判断当前的开发节点是否符合目标数据标准对应的落标要求,也就是判断当前开发节点的开发过程中,是否应用了目标数据标准进行落标。以此监测每个开发节点是否符合目标数据标准对应的落标要求。
63.s105:若每个所述开发节点均符合所述目标数据标准对应的落标要求,则监测所述业务需求对应的业务系统是否在生产环境中上线;
64.本发明实施例提供的方法中,若各个开发节点均符合目标数据标准对应的落标要求,则该业务需求对应的业务系统可许可投产,该业务需求对应的业务系统指的是为满足该业务需求所开发构建的业务系统。可在生产环境中监测该业务系统是否上线,即是否投产。
65.s106:当监测到所述业务系统在所述生产环境中上线时,在所述生产环境中确定所述业务系统对应的数据源,并获取所述数据源对应的生产态数据项;
66.本发明实施例提供的方法中,若业务系统已在生产环境中上线,则在生产环境中确定该业务系统的数据源,并对该数据源进行数据采集,获得该数据源对应的生产态数据项,即在生产环境中的数据项。
67.s107:依据所述生产态数据项与所述目标数据标准,确定所述业务系统的落标结果,实现所述业务系统的数据标准落标管控。
68.本发明实施例提供的方法中,通过生产态数据项和目标数据标准确定业务系统的落标结果,也就是确定该业务系统的生产数据项是否以目标数据标准落标,以实现业务系统的数据标准落标管控。
69.在具体的实现过程中,获取的生产态数据项可以有多个,目标数据标准也可以有多个,在确定落标结果的过程中,通过所有生产态数据项和所有目标数据表准进行确定即可。当存在多个生产态数据项和多个目标数据标准时,每个生产态数据项均与其中一个目标数据标准相对应,确定生产态数据项是否以其对应的目标数据标准落标即可。
70.基于本发明实施例提供的方法,当接收到用户提交的业务需求时,可在已构建的数据标准体系中,确定目标数据标准;依据预设的环节监控策略,建立多个开发节点;监测每个所述开发节点是否符合所述目标数据标准对应的落标要求;若每个开发节点均符合目标数据标准对应的落标要求,则监测该业务需求对应的业务系统是否在生产环境中上线;当监测到该业务系统在生产环境中上线时,在生产环境中确定业务系统对应的数据源,并获取数据源对应的生产态数据项;依据所述生产态数据项与目标数据标准,确定业务系统的落标结果,实现业务系统的数据标准落标管控。应用本发明实施例提供的方法,在业务需求的系统开发过程中,可以监测每个开发节点是否符合对应的数据标准的落标要求,在开发的业务系统投产后,可通过生产态数据项判断业务系统是否落标,可以实现从需求提出到系统投产全流程的数据标准落标管控,有利于保障数据标准体系的有效运行。
71.在上述实施例提供的方法的基础上,本发明实施例提供的方法中,步骤s102中提及的在已构建的数据标准体系中,确定所述数据需求信息对应的目标数据标准的过程,包括:
72.获取所述数据需求信息中包含的数据类型;
73.在所述数据标准体系包含的各个数据标准中,确定所述数据类型对应的数据标准,并将所述数据类型对应的数据标准确定为所述目标数据标准。
74.本发明实施例提供的方法中,可以获取数据需求信息中包含的数据类型,即用户预先提交的需求数据的数据类型。系统中可预先记录各种数据类型与数据标准体系中各个数据标准的关联关系,通过预先确定的关联关系,可在数据标准体系中,匹配出当前的数据类型所对应的数据标准,当前的数据类型对应的数据标准为与当前的数据类型具有关联关系的数据标准。具体的,数据需求信息中可以包含的数据类型可以有多个,如果这多个数据类型对应的数据标准均相同,则将这些数据类型对应的该数据标准作为目标数据标准即可。如果各个数据类型对应的数据标准不同,则每个数据类型对应的数据标准均可作为目标数据标准,故对应得到多个目标数据标准(各个目标数据标准不重复,如果有部分数据类型对应的数据标准相同,则视为对应同一个目标数据标准)。
75.在上述实施例提供的方法的基础上,本发明实施例提供的方法中,步骤s104中提及的监测每个所述开发节点是否符合所述目标数据标准对应的落标要求,包括:
76.对于每个所述开发环节,监测是否接收到该开发环节对应的环节数据信息,当接收到所述环节数据信息时,判断所述环节数据信息与所述目标数据标准是否相匹配,若所述环节数据信息与所述目标数据标准相匹配,则确定该开发环节符合所述目标数据标准对
应的落标要求。
77.本发明实施例提供的方法中,可以在业务需求的系统开发流程中,监测当前流程的流转,也就是该业务需求的系统开发工作当前处于哪个环节。当流程进入某一开发环节时,可监测是否接收到当前的开发环节对应的环节数据信息,也就是工作人员在当前的开发环节需要上传的一些开发材料。例如在技术方案制定的环节,环节数据信息为数据方案,又如在功能测试环节,环节数据信息为测试报告等等。
78.本发明实施例提供的方法中,当接收到当前开发环节对应的环节数据信息时,可判断该环节数据信息是否与目标数据标准相匹配,也就是通过环节数据信息确定业务需求的开发工作中是否按照目标数据标准落标。例如,在技术方案制定的环节,可通过识别数据方案的方案内容,确定该数据方案中的数据标准是否为目标数据标准。又如,在功能测试环节,可通过识别测试报告的报告内容,确定该测试报告中是否包含目标数据标准的落标验证内容等等。如果环节数据信息中表征当前的开发环节已按照目标数据标准落标,例如数据方案中的数据标准为目标数据标准或是测试报告中包含目标数据标准的落标验证内容等等,则确定环节数据信息与目标数据标准相匹配,即当前的开发环节符合目标数据标准对应的落标要求。
79.在具体的实现过程中,环节数据信息与目标数据标准是否相匹配的判断过程,可以通过语义识别的方式对环节数据信息进行识别实现。也可以通过将环节数据信息发送给对应的审核人员,由审核人员进行审核识别并输入审核结果,获取审核人员输入的审核结果,并基于该审核结果进行判断。
80.在上述实施例提供的方法的基础上,本发明实施例提供的方法中,还包括:
81.若所述环节数据信息与所述目标数据标准不匹配,则确定该开发环节不符合所述目标数据标准对应的落标要求,进行落标异常提示。
82.本发明实施例提供的方法中,若环节数据信息与目标数据标准不匹配,即该环节数据信息表征当前未按照目标数据标准落标,则当前的开发环节不符合目标数据标准对应的落标要求,可通过系统前端或是邮件推送等方式进行落标异常提示,提醒管理人员该业务需求的系统开发流程中未按照数据标准落标。
83.在上述实施例提供的方法的基础上,参考图2所示流程图,本发明实施例提供的方法中,步骤s107中提及的依据所述生产态数据项与所述目标数据标准,确定所述业务系统的落标结果的过程,包括:
84.s201:判断所述生产态数据项是否符合所述目标数据标准;
85.本发明实施例提供的方法中,可以基于预设的判断策略,判断业务系统的生产态数据项是否符合目标数据标准。例如可以识别生产态数据项的数据结构,判断该数据结构与目标数据标准要求的数据结构是否相符,以判断生产态数据项是否符合目标数据标准。也可以通过记录设计态数据项,通过该生产态数据项与其对应的设计态数据项的比对,以判断该生产态数据项是否符合目标数据标准,设计态数据项指的是在开发环境中,以目标数据标准构建的数据项。
86.s202:生成第一落标结果,并将所述第一落标结果确定为所述业务系统的落标结果,所述第一落标结果表征数据标准已落地。
87.本发明实施例提供的方法中,若所述生产态数据项符合所述目标数据标准,则生
成表征数据标准已落地的第一落标结果,作为业务系统的落标结果,即业务系统已落标。
88.进一步的,在上述实施例提供的方法的基础上,还包括:
89.s203:生成第二落标结果,并将所述第二落标结果确定为所述业务系统的落标结果,所述第二落标结果表征数据标准未落地。
90.本发明实施例提供的方法中,若所述生产态数据项不符合所述目标数据标准,则生成表征数据标准未落地的第二落标结果,作为业务系统的落标结果,即业务系统未落标。
91.为了更好地说明本发明实施例提供的方法,结合实际的应用场景,本发明实施例提供了又一种数据标准落标管控方法。本发明实施例提供的方法应用于企业机构的数据标准落标管控场景。
92.本发明实施例提供的方法可应用于数据标准落标管控系统,该系统是对于图1所示方法的一种实例化,该系统主要包括以下模块:
93.数据源管理模块:用于管理员用户配置生产环境数据源信息,包括数据库类型、所属应用系统、ip地址、端口号等数据库链接信息,数据源添加成功后,进行数据源信息的采集,数据源信息采集成功后,数据在业务系统数据项管理模块中的生产态数据项管理子模块中展示。
94.数据标准管理模块:主要用于对数据标准进行统一管理,包括新建、修改、删除、查询等功能,数据标准与业务系统数据项的映射关系管理;申请、验证、审批、发布等变更流程管理;版本管理等功能。
95.业务系统数据项管理模块:业务系统数据库中的数据表及数据项均纳入登记管理,必须与数据标准数据项建立映射,包括设计态和生产态两类。
96.数据需求管理模块:实现数据标准在数据需求从提出到投产的全流程管控,包括需求生成、技术方案制定、设计开发实施、功能测试、投产上线、质量监测等各阶段的数据管理。
97.如图3所示,本发明实施例提供的方法中,业务需求的系统开发过程主要涉及需求生成、技术方案制定、设计开发、功能测试、投产上线以及质量监测等功能。
98.在需求生成阶段,工作人员编写用户需求说明书以及生成数据需求表,根据业务需求生成数据需求,并由需求审核人员对数据需求审核,当数据需求通过审核后,工作人员可在系统中提交需求,并由系统进行审核分析,确定该数据需求对应的数据标准并反馈给技术人员。同时,在系统中登记该业务需求,以对该业务需求的系统开发流程中的各个开发节点进行监控。
99.在技术方案制定的节点中,技术人员制定技术方案,其中包括数据方案,将技术方案提交到系统,以审批该技术方案是否符合落标要求。
100.在设计开发节点中,技术人员主要进行需求细化、数据需求细化、物理建模、数据项生成,ddl(数据库模式定义语言)建模脚本导出、总体设计、详细设计、程序实现以及内部测试等系统设计开发工作,在此阶段,工作人员可上传相关工作文档,以审批该阶段工作是否符合落标要求。
101.在功能测试节点中,技术人员主要进行功能测试和落标验证等工作,并将测试报告上传系统,以审批该阶段工作是否符合落标要求。
102.在投产上线节点中,技术人员主要进行投产方案制定、版本一致性审核、一致性比
对、版本库初审和版本出库等工作,在此阶段,工作人员可上传相关工作文档,以审批该阶段工作是否符合落标要求。
103.在质量监测节点中,技术人员将业务系统投产,数据标准落标管控系统可对生产环境中的业务系统进行一致性检核,也就是判断其生产态数据项与预先记录的设计态数据项是否相匹配,以生成质量报告,即落标结果。
104.基于本发明实施例提供的方法,可建立企业级数据表准落地管控的工具,对业务系统建设实施过程中的数据标准落标,进行从数据需求提出到投产的全流程管控,包括需求生成、技术方案制定、设计开发、功能测试、投产上线、质量监测等各阶段的数据落标管理。并且可用于建立数据项与数据标准的映射关联关系,有利于实现数据标准的规范管理,推进数据标准体系的有效运行。
105.与图1所示的一种数据标准落标管控方法相对应的,本发明实施例还提供了一种数据标准落标管控装置,用于对图1中所示方法的具体实现,其结构示意图如图4所示,包括:
106.第一确定单元301,用于当接收到用户提交的业务需求时,确定所述业务需求对应的数据需求信息;
107.第二确定单元302,用于在已构建的数据标准体系中,确定所述数据需求信息对应的目标数据标准;
108.建立单元303,用于依据预设的环节监控策略,建立所述业务需求对应的多个开发节点;
109.第一监测单元304,用于监测每个所述开发节点是否符合所述目标数据标准对应的落标要求;
110.第二监测单元305,用于若每个所述开发节点均符合所述目标数据标准对应的落标要求,则监测所述业务需求对应的业务系统是否在生产环境中上线;
111.获取单元306,用于当监测到所述业务系统在所述生产环境中上线时,在所述生产环境中确定所述业务系统对应的数据源,并获取所述数据源对应的生产态数据项;
112.第三确定单元307,用于依据所述生产态数据项与所述目标数据标准,确定所述业务系统的落标结果,实现所述业务系统的数据标准落标管控。
113.基于本发明实施例提供的装置,当接收到用户提交的业务需求时,可在已构建的数据标准体系中,确定目标数据标准;依据预设的环节监控策略,建立多个开发节点;监测每个所述开发节点是否符合所述目标数据标准对应的落标要求;若每个开发节点均符合目标数据标准对应的落标要求,则监测该业务需求对应的业务系统是否在生产环境中上线;当监测到该业务系统在生产环境中上线时,在生产环境中确定业务系统对应的数据源,并获取数据源对应的生产态数据项;依据所述生产态数据项与目标数据标准,确定业务系统的落标结果,实现业务系统的数据标准落标管控。应用本发明实施例提供的装置,在业务需求的系统开发过程中,可以监测每个开发节点是否符合对应的数据标准的落标要求,在开发的业务系统投产后,可通过生产态数据项判断业务系统是否落标,可以实现从需求提出到系统投产全流程的数据标准落标管控,有利于保障数据标准体系的有效运行。
114.本发明实施例提供了又一种数据标准落标管控装置,其结构示意图如图5所示,在图4所示装置的基础上,本发明实施例提供的装置中,所述第二确定单元302,包括:
115.获取子单元308,用于获取所述数据需求信息中包含的数据类型;
116.确定子单元309,用于在所述数据标准体系包含的各个数据标准中,确定所述数据类型对应的数据标准,并将所述数据类型对应的数据标准确定为所述目标数据标准。
117.在上述实施例提供的装置的基础上,本发明实施例提供的装置中,所述第一监测单元304,包括:
118.第一监测子单元,用于对于每个所述开发环节,监测是否接收到该开发环节对应的环节数据信息,当接收到所述环节数据信息时,判断所述环节数据信息与所述目标数据标准是否相匹配,若所述环节数据信息与所述目标数据标准相匹配,则确定该开发环节符合所述目标数据标准对应的落标要求。
119.在上述实施例提供的装置的基础上,本发明实施例提供的装置中,还包括:
120.第二监测子单元,用于若所述环节数据信息与所述目标数据标准不匹配,则确定该开发环节不符合所述目标数据标准对应的落标要求,进行落标异常提示。
121.在上述实施例提供的装置的基础上,本发明实施例提供的装置中,所述第三确定单元307,包括:
122.判断子单元,用于判断所述生产态数据项是否符合所述目标数据标准;
123.第一生成子单元,用于若所述生产态数据项符合所述目标数据标准,则生成第一落标结果,并将所述第一落标结果确定为所述业务系统的落标结果,所述第一落标结果表征数据标准已落地。
124.在上述实施例提供的装置的基础上,本发明实施例提供的装置中,还包括:
125.第二生成子单元,用于若所述生产态数据项不符合所述目标数据标准,则生成第二落标结果,并将所述第二落标结果确定为所述业务系统的落标结果,所述第二落标结果表征数据标准未落地。
126.本发明实施例还提供了一种存储介质,所述存储介质包括存储的指令,其中,在所述指令运行时控制所述存储介质所在的设备执行如上述的数据标准落标管控方法。
127.本发明实施例还提供了一种电子设备,其结构示意图如图6所示,具体包括存储器401,以及一个或者一个以上的指令402,其中一个或者一个以上指令402存储于存储器401中,且经配置以由一个或者一个以上处理器403执行所述一个或者一个以上指令402进行以下操作:
128.当接收到用户提交的业务需求时,确定所述业务需求对应的数据需求信息;
129.在已构建的数据标准体系中,确定所述数据需求信息对应的目标数据标准;
130.依据预设的环节监控策略,建立所述业务需求对应的多个开发节点;
131.监测每个所述开发节点是否符合所述目标数据标准对应的落标要求;
132.若每个所述开发节点均符合所述目标数据标准对应的落标要求,则监测所述业务需求对应的业务系统是否在生产环境中上线;
133.当监测到所述业务系统在所述生产环境中上线时,在所述生产环境中确定所述业务系统对应的数据源,并获取所述数据源对应的生产态数据项;
134.依据所述生产态数据项与所述目标数据标准,确定所述业务系统的落标结果,实现所述业务系统的数据标准落标管控。
135.需要说明的是,本发明提供的数据标准落标管控方法及装置、存储介质及电子设
备可用于金融领域或其他领域,例如,可用于金融领域中银行数据治理的应用场景。其他领域为除金融领域之外的任意领域,例如,通信服务领域。上述仅为示例,并不对本发明提供的数据标准落标管控方法及装置、存储介质及电子设备的应用领域进行限定。
136.本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统或系统实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
137.专业人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
138.对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。