一种模型质量检测方法、装置、计算机设备及存储介质与流程

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.数据库环境搭建模块，用于根据所述模型应用脚本搭建所述产品数据库环境。
44.为了解决上述技术问题，本技术实施例还提供一种计算机设备，采用了如下所述的技术方案：
45.包括存储器和处理器，所述存储器中存储有计算机可读指令，所述处理器执行所述计算机可读指令时实现如上所述的模型质量检测方法的步骤。
46.为了解决上述技术问题，本技术实施例还提供一种计算机可读存储介质，采用了如下所述的技术方案：
47.所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如上所述的模型质量检测方法的步骤。
48.本技术提供了一种模型质量检测方法，包括：在元数据管理系统中获取与目标软件模型相对应的模型设计数据，其中，所述目标软件模型为已进入软件运行和维护阶段的软件模型；根据所述模型设计数据构建系统模型要素；在产品数据库环境中获取与所述目标软件模型相对应的数据库模型要素；对所述系统模型要素以及所述数据库模型要素进行要素比对操作，得到比对结果；若所述比对结果不存在差异要素，则确认所述目标软件模型质量较高；若所述比对结果存在差异要素，则确认所述目标软件模型存在缺陷。与现有技术相比，本技术通过衔接元数据管理与生产数据库环境，完成生产库的模型校核和差异检测，确保元数据脚本人工执行运维的数据库环境与模型原型保持强一致，提高数据运维质量和效率。
附图说明
49.为了更清楚地说明本技术中的方案，下面将对本技术实施例描述中所需要使用的附图作一个简单介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
50.图1是本技术可以应用于其中的示例性系统架构图；
51.图2是本技术实施例一提供的模型质量检测方法的实现流程图；
52.图3是图2的步骤s206之后的一种具体实施方式的流程图；
53.图4是图3中步骤s303的一种具体实施方式的流程图；
54.图5是图2中步骤s201之前的一种具体实施方式的流程图；
55.图6是本技术实施例二提供的模型质量检测装置的结构示意图；
56.图7是根据本技术的计算机设备的一个实施例的结构示意图。
具体实施方式
57.除非另有定义，本文所使用的所有的技术和科学术语与属于本技术的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体
的实施例的目的，不是旨在于限制本技术；本技术的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本技术的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。
58.在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本技术的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。
59.为了使本技术领域的人员更好地理解本技术方案，下面将结合附图，对本技术实施例中的技术方案进行清楚、完整地描述。
60.如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
61.用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
62.终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、mp3播放器(moving picture experts group audio layer iii，动态影像专家压缩标准音频层面3)、mp4(moving picture experts group audio layer iv，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。
63.服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的页面提供支持的后台服务器。
64.需要说明的是，本技术实施例所提供的模型质量检测方法一般由服务器/终端设备执行，相应地，模型质量检测装置一般设置于服务器/终端设备中。
65.应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
66.实施例一
67.继续参考图2，示出了本技术实施例一提供的模型质量检测方法的实现流程图，为了便于说明，仅示出与本技术相关的部分。
68.上述的模型质量检测方法，包括：步骤s201、步骤s202、步骤s203、步骤s204、步骤s205以及步骤s206。
69.在步骤s201中，在元数据管理系统中获取与目标软件模型相对应的模型设计数据，其中，目标软件模型为已进入软件运行和维护阶段的软件模型。
70.在本技术实施例中，随着软件行业的蓬勃发展，公司产品序列的不断丰富，客户规模的极大增长，如何高效的管控产品模型，高质量地实现模型落地与运维，已经形成了软件系统管控的一种极大挑战和要求。本方法，针对该痛点，强化和完善了软件模型在整个生命周期内的管控，实现了软件模型的高保真落地，极大提高了管控的效率。
71.在本技术实施例中，元数据管理系统指的是专门为软件开发人员提供的一款用于
数据库设计的web应用，功能类似于pl/sql。
72.在本技术实施例中，目标软件模型指的是已经完成“需求-》模型设计-》模型管理-》数据库应用”这一“模型设计”环节，并进入“模型管理-》数据库应用-》结构校核-》模型修正”这一“模型校核”环节(即上述软件运行和维护阶段)的软件模型。
73.在步骤s202中，根据模型设计数据构建系统模型要素。
74.在步骤s203中，在产品数据库环境中获取与目标软件模型相对应的数据库模型要素。
75.在步骤s204中，对系统模型要素以及数据库模型要素进行要素比对操作，得到比对结果。
76.在步骤s205中，若比对结果不存在差异要素，则确认目标软件模型质量较高。
77.在步骤s206中，若比对结果存在差异要素，则确认目标软件模型存在缺陷。
78.在本技术实施例中，依据落地模型环境信息，包括数据库选型、产品类型与版本，从元数据管理系统中获取到对应的模型信息数据，在内存中构建模型要素，包括但不限于物理表及其字段结构定义，索引，主键，外键，空约束，默认值，长度，精度，物理表关联视图定义；从配置的产品落地数据库环境中获取到对应的物理表及其字段结构定义，索引，主键，外键，空约束，默认值，长度，精度，物理表关联视图定义，逐一进行模型要素比较核对，并且输出一致性报告(即上述比对结果)。
79.在本技术实施例中，提供了一种模型质量检测方法，包括：在元数据管理系统中获取与目标软件模型相对应的模型设计数据，其中，所述目标软件模型为已进入软件运行和维护阶段的软件模型；根据所述模型设计数据构建系统模型要素；在产品数据库环境中获取与所述目标软件模型相对应的数据库模型要素；对所述系统模型要素以及所述数据库模型要素进行要素比对操作，得到比对结果；若所述比对结果不存在差异要素，则确认所述目标软件模型质量较高；若所述比对结果存在差异要素，则确认所述目标软件模型存在缺陷。与现有技术相比，本技术通过衔接元数据管理与生产数据库环境，完成生产库的模型校核和差异检测，确保元数据脚本人工执行运维的数据库环境与模型原型保持强一致，提高数据运维质量和效率。
80.继续参阅图3，示出了图2的步骤s206之后的一种具体实施方式的流程图，为了便于说明，仅示出与本技术相关的部分。
81.在本实施例的一些可选的实现方式中，在步骤s206之后，还包括：步骤s301、步骤s302以及步骤s303。
82.在步骤s301中，在比对结果中获取差异模型要素。
83.在步骤s302中，根据差异模型要素生成与目标软件模型相对应的模型修正脚本。
84.在步骤s303中，根据模型修正脚本对产品数据库环境进行模型修正处理。
85.在本技术实施例中，如若系统模型要素以及数据库模型要素的模型信息不一致，模型校核工具将会根据不一致的模型信息，按落地数据库选型，生成对应的模型修正脚本，并根据该模型修正脚本进行模型修正。
86.在本技术实施例中，该模型修正处理可以是获取与产品数据库环境相对应的模型管理规范；并根据模型管理规范将模型修正脚本自动补偿到产品数据库环境中。
87.继续参阅图4，示出了图3中步骤s303的一种具体实施方式的流程图，为了便于说
明，仅示出与本技术相关的部分。
88.在本实施例的一些可选的实现方式中，步骤s303具体包括：步骤s401以及步骤s402。
89.在步骤s401中，获取与产品数据库环境相对应的模型管理规范。
90.在步骤s402中，根据模型管理规范将模型修正脚本自动补偿到产品数据库环境中。
91.在本技术实施例中，脚本可根据落地环境的模型管理规范，选择自动补偿到数据库，补偿脚本可用于事后核定。
92.在本实施例的一些可选的实现方式中，也可以选择经数据库管理员审核后人工补偿到数据库。
93.在本实施例的一些可选的实现方式中，不同数据库之间的脚本差异，由模型结构校核工具根据标准物理模型映射平滑处理。
94.继续参阅图5，示出了图2中步骤s201之前的一种具体实施方式的流程图，为了便于说明，仅示出与本技术相关的部分。
95.在本实施例的一些可选的实现方式中，在步骤s201之前，还包括：
96.在步骤s501中，接收设计用户通过模型设计协同工具发送的模型设计数据，其中，模型设计数据至少包括目标产品标识、目标产品版本以及物理模型设计数据，目标产品标识、目标产品版本以及物理模型设计数据为一一对应关系。
97.在步骤s502中，根据模型设计协同工具将物理模型设计数据发布至模型元数据管理工具，以便模型元数据管理工具将物理模型设计数据存储至元数据管理系统。
98.在步骤s503中，根据模型元数据管理工具生成与物理模型设计数据相对应的模型应用脚本。
99.在步骤s504中，根据模型应用脚本搭建产品数据库环境。
100.在本技术实施例中，在进行“模型校核”环节(即上述软件运行和维护阶段)之前，需要预先进行“需求-》模型设计-》模型管理-》数据库应用”这一“模型设计”过程，其中：
101.需求：根据产品落地的实际需求，从模型协同设计工具补充或者调整模型，后续依次经过元数据管理与模型落地，完成落地模型的增补或者调整；以校园教务作为示例，该需求可以是：
102.(1)一名教师只能教授一门课程，一门课程有多名教师授课；
103.(2)一名教师可以给多个班级授课，一个班级可以有多个教师教授不同课程；
104.(3)一名学生只能属于一个班级，一个班级可以有多名学生。
105.模型设计：支持可视化建模，团队协同建模。具体定义物理表及表字段结构，包括但不限于表类型，分区，字段数据类型，长度，精度，空约束，默认值，主键，外键，索引等数据定义(ddl)信息，通过模型设计协同工具，实现各个产品模型设计协同化与可视化，方便团队直观地协同设计概念模型、逻辑模型与物理模型；
106.模型管理：通过模型设计系统工具将模型数据发布到元数据管理工具，后者按产品空间，按版本进行管理，存储和系统管理各物理表模型设计定义，支持历史版本回溯，支持各种异构数据库类型兼容执行脚本；模型元数据管理工具，根据产品落地的要求，可以按目标的数据库选型，生成对应的产品序列及版本的模型应用部署、优化及运维脚本。不同数
据库之间的脚本差异，由元数据管理工具将标准模型类型转换到各异构数据库支持的表列类型，通过模型设计协同工具，实现各个产品模型设计协同化与可视化，方便团队直观地协同设计概念模型、逻辑模型与物理模型；
107.数据库应用：从元数据管理工具中，按落地产品类型与版本，依据数据库选型的不同，生成产品数据结构标准脚本，用于搭建产品标准数据库模型环境，以及增量补充到不同的数据库环境。
108.综上所述，本技术提供的模型质量检测方法，包括：在元数据管理系统中获取与目标软件模型相对应的模型设计数据，其中，所述目标软件模型为已进入软件运行和维护阶段的软件模型；根据所述模型设计数据构建系统模型要素；在产品数据库环境中获取与所述目标软件模型相对应的数据库模型要素；对所述系统模型要素以及所述数据库模型要素进行要素比对操作，得到比对结果；若所述比对结果不存在差异要素，则确认所述目标软件模型质量较高；若所述比对结果存在差异要素，则确认所述目标软件模型存在缺陷。与现有技术相比，本技术通过衔接元数据管理与生产数据库环境，完成生产库的模型校核和差异检测，确保元数据脚本人工执行运维的数据库环境与模型原型保持强一致，提高数据运维质量和效率。同时，通过模型设计协同工具，实现各个产品模型设计协同化与可视化，方便团队直观地协同设计概念模型、逻辑模型与物理模型；通过模型元数据管理工具，系统化管理各产品空间，版本之间的差异，平滑处理了不同数据库部署数据结构脚本的差异。
109.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，该计算机可读指令可存储于一计算机可读取存储介质中，该计算机可读指令在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(read-only memory，rom)等非易失性存储介质，或随机存储记忆体(random access memory，ram)等。
110.应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
111.实施例二
112.进一步参考图6，作为对上述图2所示方法的实现，本技术提供了一种模型质量检测装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。
113.如图6所示，本实施例的模型质量检测装置200包括：模型数据获取模块201、系统要素构建模块202、数据库要素获取模块203、要素比对模块204、第一比对结果模块205以及第二比对结果模块206。其中：
114.模型数据获取模块201，用于在元数据管理系统中获取与目标软件模型相对应的模型设计数据，其中，目标软件模型为已进入软件运行和维护阶段的软件模型。
115.系统要素构建模块202，用于根据模型设计数据构建系统模型要素。
116.数据库要素获取模块203，用于在产品数据库环境中获取与目标软件模型相对应
的数据库模型要素。
117.要素比对模块204，用于对系统模型要素以及数据库模型要素进行要素比对操作，得到比对结果。
118.第一比对结果模块205，用于若比对结果不存在差异要素，则确认目标软件模型质量较高。
119.第二比对结果模块206，用于若比对结果存在差异要素，则确认目标软件模型存在缺陷。
120.在本技术实施例中，随着软件行业的蓬勃发展，公司产品序列的不断丰富，客户规模的极大增长，如何高效的管控产品模型，高质量地实现模型落地与运维，已经形成了软件系统管控的一种极大挑战和要求。本方法，针对该痛点，强化和完善了软件模型在整个生命周期内的管控，实现了软件模型的高保真落地，极大提高了管控的效率。
121.在本技术实施例中，元数据管理系统指的是专门为软件开发人员提供的一款用于数据库设计的web应用，功能类似于pl/sql。
122.在本技术实施例中，目标软件模型指的是已经完成“需求-》模型设计-》模型管理-》数据库应用”这一“模型设计”环节，并进入“模型管理-》数据库应用-》结构校核-》模型修正”这一“模型校核”环节(即上述软件运行和维护阶段)的软件模型。
123.在本技术实施例中，依据落地模型环境信息，包括数据库选型、产品类型与版本，从元数据管理系统中获取到对应的模型信息数据，在内存中构建模型要素，包括但不限于物理表及其字段结构定义，索引，主键，外键，空约束，默认值，长度，精度，物理表关联视图定义；从配置的产品落地数据库环境中获取到对应的物理表及其字段结构定义，索引，主键，外键，空约束，默认值，长度，精度，物理表关联视图定义，逐一进行模型要素比较核对，并且输出一致性报告(即上述比对结果)。
124.在本技术实施例中，提供了一种模型质量检测方法，包括：模型数据获取模块201，用于在元数据管理系统中获取与目标软件模型相对应的模型设计数据，其中，目标软件模型为已进入软件运行和维护阶段的软件模型。系统要素构建模块202，用于根据模型设计数据构建系统模型要素。数据库要素获取模块203，用于在产品数据库环境中获取与目标软件模型相对应的数据库模型要素。要素比对模块204，用于对系统模型要素以及数据库模型要素进行要素比对操作，得到比对结果。第一比对结果模块205，用于若比对结果不存在差异要素，则确认目标软件模型质量较高。第二比对结果模块206，用于若比对结果存在差异要素，则确认目标软件模型存在缺陷。与现有技术相比，本技术通过衔接元数据管理与生产数据库环境，完成生产库的模型校核和差异检测，确保元数据脚本人工执行运维的数据库环境与模型原型保持强一致，提高数据运维质量和效率。
125.在本实施例的一些可选的实现方式中，上述模型质量检测装置200还包括：差异要素获取模块、修正脚本生成模块以及修正脚本生成模块，其中：
126.差异要素获取模块，用于在比对结果中获取差异模型要素。
127.修正脚本生成模块，用于根据差异模型要素生成与目标软件模型相对应的模型修正脚本。
128.模型修正处理模块，用于根据模型修正脚本对产品数据库环境进行模型修正处理。
129.在本技术实施例中，如若系统模型要素以及数据库模型要素的模型信息不一致，模型校核工具将会根据不一致的模型信息，按落地数据库选型，生成对应的模型修正脚本，并根据该模型修正脚本进行模型修正。
130.在本技术实施例中，该模型修正处理可以是获取与产品数据库环境相对应的模型管理规范；并根据模型管理规范将模型修正脚本自动补偿到产品数据库环境中。
131.在本实施例的一些可选的实现方式中，上述模型修正处理模块包括：管理规范获取子模块以及自动补偿子模块，其中：
132.管理规范获取子模块，用于获取与产品数据库环境相对应的模型管理规范。
133.自动补偿子模块，用于根据模型管理规范将模型修正脚本自动补偿到产品数据库环境中。
134.在本技术实施例中，脚本可根据落地环境的模型管理规范，选择自动补偿到数据库，补偿脚本可用于事后核定。
135.在本实施例的一些可选的实现方式中，也可以选择经数据库管理员审核后人工补偿到数据库。
136.在本实施例的一些可选的实现方式中，不同数据库之间的脚本差异，由模型结构校核工具根据标准物理模型映射平滑处理。
137.在本实施例的一些可选的实现方式中，上述模型质量检测装置200还包括：设计数据接收模块、设计数据发布模块、应用脚本生成模块以及数据库环境搭建模块，其中：
138.设计数据接收模块，用于接收设计用户通过模型设计协同工具发送的模型设计数据，其中，模型设计数据至少包括目标产品标识、目标产品版本以及物理模型设计数据，目标产品标识、目标产品版本以及物理模型设计数据为一一对应关系。
139.设计数据发布模块，用于根据模型设计协同工具将物理模型设计数据发布至模型元数据管理工具，以便模型元数据管理工具将物理模型设计数据存储至元数据管理系统。
140.应用脚本生成模块，用于根据模型元数据管理工具生成与物理模型设计数据相对应的模型应用脚本。
141.数据库环境搭建模块，用于根据模型应用脚本搭建产品数据库环境。
142.在本技术实施例中，在进行“模型校核”环节(即上述软件运行和维护阶段)之前，需要预先进行“需求-》模型设计-》模型管理-》数据库应用”这一“模型设计”过程，其中：
143.需求：根据产品落地的实际需求，从模型协同设计工具补充或者调整模型，后续依次经过元数据管理与模型落地，完成落地模型的增补或者调整；以校园教务作为示例，该需求可以是：
144.(1)一名教师只能教授一门课程，一门课程有多名教师授课；
145.(2)一名教师可以给多个班级授课，一个班级可以有多个教师教授不同课程；
146.(3)一名学生只能属于一个班级，一个班级可以有多名学生。
147.模型设计：支持可视化建模，团队协同建模。具体定义物理表及表字段结构，包括但不限于表类型，分区，字段数据类型，长度，精度，空约束，默认值，主键，外键，索引等数据定义(ddl)信息，通过模型设计协同工具，实现各个产品模型设计协同化与可视化，方便团队直观地协同设计概念模型、逻辑模型与物理模型；
148.模型管理：通过模型设计系统工具将模型数据发布到元数据管理工具，后者按产
品空间，按版本进行管理，存储和系统管理各物理表模型设计定义，支持历史版本回溯，支持各种异构数据库类型兼容执行脚本；模型元数据管理工具，根据产品落地的要求，可以按目标的数据库选型，生成对应的产品序列及版本的模型应用部署、优化及运维脚本。不同数据库之间的脚本差异，由元数据管理工具将标准模型类型转换到各异构数据库支持的表列类型，通过模型设计协同工具，实现各个产品模型设计协同化与可视化，方便团队直观地协同设计概念模型、逻辑模型与物理模型；
149.数据库应用：从元数据管理工具中，按落地产品类型与版本，依据数据库选型的不同，生成产品数据结构标准脚本，用于搭建产品标准数据库模型环境，以及增量补充到不同的数据库环境。
150.综上所述，本技术提供的模型质量检测装置200，包括：模型数据获取模块201，用于在元数据管理系统中获取与目标软件模型相对应的模型设计数据，其中，目标软件模型为已进入软件运行和维护阶段的软件模型。系统要素构建模块202，用于根据模型设计数据构建系统模型要素。数据库要素获取模块203，用于在产品数据库环境中获取与目标软件模型相对应的数据库模型要素。要素比对模块204，用于对系统模型要素以及数据库模型要素进行要素比对操作，得到比对结果。第一比对结果模块205，用于若比对结果不存在差异要素，则确认目标软件模型质量较高。第二比对结果模块206，用于若比对结果存在差异要素，则确认目标软件模型存在缺陷。与现有技术相比，本技术通过衔接元数据管理与生产数据库环境，完成生产库的模型校核和差异检测，确保元数据脚本人工执行运维的数据库环境与模型原型保持强一致，提高数据运维质量和效率。同时，通过模型设计协同工具，实现各个产品模型设计协同化与可视化，方便团队直观地协同设计概念模型、逻辑模型与物理模型；通过模型元数据管理工具，系统化管理各产品空间，版本之间的差异，平滑处理了不同数据库部署数据结构脚本的差异。
151.为解决上述技术问题，本技术实施例还提供计算机设备。具体请参阅图7，图7为本实施例计算机设备基本结构框图。
152.所述计算机设备300包括通过系统总线相互通信连接存储器310、处理器320、网络接口330。需要指出的是，图中仅示出了具有组件310-330的计算机设备300，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(application specific integrated circuit，asic)、可编程门阵列(field－programmable gate array，fpga)、数字处理器(digital signal processor，dsp)、嵌入式设备等。
153.所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。
154.所述存储器310至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，sd或dx存储器等)、随机访问存储器(ram)、静态随机访问存储器(sram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、可编程只读存储器(prom)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器310可以是所述计算
机设备300的内部存储单元，例如该计算机设备300的硬盘或内存。在另一些实施例中，所述存储器310也可以是所述计算机设备300的外部存储设备，例如该计算机设备300上配备的插接式硬盘，智能存储卡(smart media card,smc)，安全数字(secure digital,sd)卡，闪存卡(flash card)等。当然，所述存储器310还可以既包括所述计算机设备300的内部存储单元也包括其外部存储设备。本实施例中，所述存储器310通常用于存储安装于所述计算机设备300的操作系统和各类应用软件，例如模型质量检测方法的计算机可读指令等。此外，所述存储器310还可以用于暂时地存储已经输出或者将要输出的各类数据。
155.所述处理器320在一些实施例中可以是中央处理器(central processing unit，cpu)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器320通常用于控制所述计算机设备300的总体操作。本实施例中，所述处理器320用于运行所述存储器310中存储的计算机可读指令或者处理数据，例如运行所述模型质量检测方法的计算机可读指令。
156.所述网络接口330可包括无线网络接口或有线网络接口，该网络接口330通常用于在所述计算机设备300与其他电子设备之间建立通信连接。
157.本技术提供的计算机设备，通过衔接元数据管理与生产数据库环境，完成生产库的模型校核和差异检测，确保元数据脚本人工执行运维的数据库环境与模型原型保持强一致，提高数据运维质量和效率。同时，通过模型设计协同工具，实现各个产品模型设计协同化与可视化，方便团队直观地协同设计概念模型、逻辑模型与物理模型；通过模型元数据管理工具，系统化管理各产品空间，版本之间的差异，平滑处理了不同数据库部署数据结构脚本的差异。
158.本技术还提供了另一种实施方式，即提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令可被至少一个处理器执行，以使所述至少一个处理器执行如上述的模型质量检测方法的步骤。
159.本技术提供的计算机可读存储介质，通过衔接元数据管理与生产数据库环境，完成生产库的模型校核和差异检测，确保元数据脚本人工执行运维的数据库环境与模型原型保持强一致，提高数据运维质量和效率。同时，通过模型设计协同工具，实现各个产品模型设计协同化与可视化，方便团队直观地协同设计概念模型、逻辑模型与物理模型；通过模型元数据管理工具，系统化管理各产品空间，版本之间的差异，平滑处理了不同数据库部署数据结构脚本的差异。
160.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本技术各个实施例所述的方法。
161.显然，以上所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例，附图中给出了本技术的较佳实施例，但并不限制本技术的专利范围。本技术可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本技术的公开内容的理解更加透彻全面。尽管参照前述实施例对本技术进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进
行等效替换。凡是利用本技术说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本技术专利保护范围之内。

技术特征：
1.一种模型质量检测方法，其特征在于，包括下述步骤：在元数据管理系统中获取与目标软件模型相对应的模型设计数据，其中，所述目标软件模型为已进入软件运行和维护阶段的软件模型；根据所述模型设计数据构建系统模型要素；在产品数据库环境中获取与所述目标软件模型相对应的数据库模型要素；对所述系统模型要素以及所述数据库模型要素进行要素比对操作，得到比对结果；若所述比对结果不存在差异要素，则确认所述目标软件模型质量较高；若所述比对结果存在差异要素，则确认所述目标软件模型存在缺陷。2.根据权利要求1所述的模型质量检测方法，其特征在于，在所述若所述比对结果存在差异要素，则确认所述目标软件模型存在缺陷的步骤之后，还包括下述步骤：在所述比对结果中获取差异模型要素；根据所述差异模型要素生成与所述目标软件模型相对应的模型修正脚本；根据所述模型修正脚本对所述产品数据库环境进行模型修正处理。3.根据权利要求2所述的模型质量检测方法，其特征在于，所述根据所述模型修正脚本对所述产品数据库环境进行模型修正处理的步骤，具体包括下述步骤：获取与所述产品数据库环境相对应的模型管理规范；根据所述模型管理规范将所述模型修正脚本自动补偿到所述产品数据库环境中。4.根据权利要求1所述的模型质量检测方法，其特征在于，在所述在元数据管理系统中获取与目标软件模型相对应的模型设计数据的步骤之前，还包括下述步骤：接收设计用户通过模型设计协同工具发送的模型设计数据，其中，所述模型设计数据至少包括目标产品标识、目标产品版本以及物理模型设计数据，所述目标产品标识、所述目标产品版本以及所述物理模型设计数据为一一对应关系；根据所述模型设计协同工具将所述物理模型设计数据发布至模型元数据管理工具，以便所述模型元数据管理工具将所述物理模型设计数据存储至所述元数据管理系统；根据所述模型元数据管理工具生成与所述物理模型设计数据相对应的模型应用脚本；根据所述模型应用脚本搭建所述产品数据库环境。5.一种模型质量检测装置，其特征在于，包括：模型数据获取模块，用于在元数据管理系统中获取与目标软件模型相对应的模型设计数据，其中，所述目标软件模型为已进入软件运行和维护阶段的软件模型；系统要素构建模块，用于根据所述模型设计数据构建系统模型要素；数据库要素获取模块，用于在产品数据库环境中获取与所述目标软件模型相对应的数据库模型要素；要素比对模块，用于对所述系统模型要素以及所述数据库模型要素进行要素比对操作，得到比对结果；第一比对结果模块，用于若所述比对结果不存在差异要素，则确认所述目标软件模型质量较高；第二比对结果模块，用于若所述比对结果存在差异要素，则确认所述目标软件模型存在缺陷。6.根据权利要求5所述的模型质量检测装置，其特征在于，所述装置还包括：
差异要素获取模块，用于在所述比对结果中获取差异模型要素；修正脚本生成模块，用于根据所述差异模型要素生成与所述目标软件模型相对应的模型修正脚本；模型修正处理模块，用于根据所述模型修正脚本对所述产品数据库环境进行模型修正处理。7.根据权利要求6所述的模型质量检测装置，其特征在于，所述模型修正处理模块包括：管理规范获取子模块，用于获取与所述产品数据库环境相对应的模型管理规范；自动补偿子模块，用于根据所述模型管理规范将所述模型修正脚本自动补偿到所述产品数据库环境中。8.根据权利要求5所述的模型质量检测装置，其特征在于，所述装置还包括：设计数据接收模块，用于接收设计用户通过模型设计协同工具发送的模型设计数据，其中，所述模型设计数据至少包括目标产品标识、目标产品版本以及物理模型设计数据，所述目标产品标识、所述目标产品版本以及所述物理模型设计数据为一一对应关系；设计数据发布模块，用于根据所述模型设计协同工具将所述物理模型设计数据发布至模型元数据管理工具，以便所述模型元数据管理工具将所述物理模型设计数据存储至所述元数据管理系统；应用脚本生成模块，用于根据所述模型元数据管理工具生成与所述物理模型设计数据相对应的模型应用脚本；数据库环境搭建模块，用于根据所述模型应用脚本搭建所述产品数据库环境。9.一种计算机设备，其特征在于，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述处理器执行所述计算机可读指令时实现如权利要求1至4中任一项所述的模型质量检测方法的步骤。10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如权利要求1至4中任一项所述的模型质量检测方法的步骤。

技术总结
本申请实施例属于产品质量检测领域，涉及模型质量检测方法、装置、计算机设备及存储介质。该方法包括：在元数据管理系统中获取与目标软件模型相对应的模型设计数据，其中，目标软件模型为已进入软件运行和维护阶段的软件模型；根据模型设计数据构建系统模型要素；在产品数据库环境中获取与目标软件模型相对应的数据库模型要素；对系统模型要素以及数据库模型要素进行要素比对操作，得到比对结果；若比对结果不存在差异要素，则确认目标软件模型质量较高；若比对结果存在差异要素，则确认目标软件模型存在缺陷。本申请通过完成生产库的模型校核和差异检测，确保元数据脚本人工执行运维的数据库环境与模型原型保持强一致，提高数据运维质量和效率。数据运维质量和效率。数据运维质量和效率。


技术研发人员：宋大为 邓润佳 罗雁群 毛利朋 张海军 黄启辉 王小海 何永刚
受保护的技术使用者：远光软件股份有限公司
技术研发日：2023.08.02
技术公布日：2023/10/15