IT架构的管控方法、管控装置、处理器与电子设备与流程

it架构的管控方法、管控装置、处理器与电子设备
技术领域
1.本技术涉及软件工程技术管理领域，具体而言，涉及一种it架构的管控方法、管控装置、计算机可读存储介质、处理器与电子设备。


背景技术：

2.it架构指企业架构的一部分，包含应用架构、数据架构、技术架构以及安全架构。it架构资产指it架构颗粒化后的内容，是it架构的承载物。it架构管控指以it架构资产为管控对象，建立相应管控组织和管控流程的管控机制。
3.目前在系统建设阶段中，it架构管控主要包括服务专题资产管控和数据专题资产管控。
4.服务专题资产管控流程如下：对于传统工程，服务接口是在“接口设计说明书”或“接口规范”中定义的，交易线和响应码是分别在“总体设计说明书”和“详细设计说明书”中定义的。同时，管控对象都是以设计说明书这样的非结构化文件来进行管控的，通过系统进行管理、审核、运行发布等流程。
5.对于采用业务建模方式研发的系统工程，服务接口、交易线、服务模型和响应码在“应用组件设计说明书”和“应用集成设计说明书”中定义的，各部分数据相互独立设计，且存在关联关系。同时，管控对象都是以设计说明书这样的非结构化文件进行管控，通过系统进行管理、审核、运行发布等流程。
6.现有服务专题资产管控过程中，有如下问题：
7.1)非结构化数据作为管控对象时，审核分析难度大，自动化处理能力低，难借助平台辅助审核内容；
8.2)服务模型的设计态和服务接口的设计态难保证一致性，且审核难度大；
9.3)服务接口设计文档与实际运行发布的接口可能存在差异，且无法保证这些差异能够被及时发现、及时更新，造成差异的情况有如下几种可能：
10.当服务紧急上线时，通过企业服务总线系统运行发布接口信息，但未及时更新设计文档；
11.接口运行发布人员在注册服务接口时，由于个人疏忽导致字段名称、类型等信息错误；
12.4)响应码的设计态和实现态难保证一致性，贯标和审核难度大。
13.数据专题资产包含了数据字典和数据模型，通过对数据字典的管控来实现数据治理和系统的数据贯标，通过对数据模型的管控来把控数据库设计的质量。
14.现有数据专题资产管控过程中，有如下问题：
15.1)非结构化数据作为管控对象时，动化处理能力低，难借助平台辅助审核内容，审核分析难度大，自动化处理能力低，难借助平台辅助审核内容；
16.2)结构化数据仅作为管控对象在系统中流转，其中具体的内容无法得到有效的识别、分析和检查；
17.3)数据库设计模型与数据库部署情况难保证一致性，且审核难度大，造成该不一致的情况有如下几种可能：
18.编写数据库脚本ddl时，表名或字段名的英文名称写错或遗漏情况发生；
19.数据库创建索引脚本后，根据应用的运行情况，对索引进行了优化，但并未维护设计文档中的数据库设计模型；
20.根据应用的新需求，对数据库表结构进行了修改，但并未维护设计文档中的数据库设计模型；
21.4)数据模型、服务模型及服务接口中数据字典的贯标情况难保证，且审核难度大。
22.因此，亟需一种方法，来解决现有技术中人工审核设计态以及运行发布态的it产品的一致性，难度较大的问题。
23.在背景技术部分中公开的以上信息只是用来加强对本文所描述技术的背景技术的理解，因此，背景技术中可能包含某些信息，这些信息对于本领域技术人员来说并未形成在本国已知的现有技术。


技术实现要素：

24.本技术的主要目的在于提供一种it架构的管控方法、管控装置、计算机可读存储介质、处理器与电子设备，以解决现有技术中人工审核设计态以及运行发布态的it产品的一致性，难度较大的问题。
25.根据本发明实施例的一个方面，提供了一种it架构的管控方法，包括：获取接口设计信息以及接口发布信息，和/或获取第一数据库模型以及第二数据库模型，所述接口设计信息为目标服务在设计阶段的接口信息，所述接口发布信息为运行发布的所述目标服务的接口信息，所述第一数据库模型为在所述设计阶段的数据库模型，所述第二数据库模型为运行发布的数据库模型，所述接口设计信息以及所述第一数据库模型分别由结构化数据构成；比对所述接口设计信息以及所述接口发布信息，和/或比对所述第一数据库模型以及所述第二数据库模型，生成比对结果；将所述比对结果发送至终端。
26.可选地，所述接口信息包括响应码信息以及其他信息，获取接口设计信息以及接口发布信息，包括：获取所述接口设计信息；通过devops获取运行发布的所述目标服务的所述响应码信息；通过企业服务总线获取运行发布的所述目标服务的所述其他信息。
27.可选地，获取所述接口设计信息，包括：获取接口设计说明书模板，所述接口设计说明书模板包括多个初始接口文档，所述初始接口文档为结构化的文档；从所述接口设计说明书模板中调用预定接口文档，所述预定接口文档为与所述目标服务相关的所述初始接口文档；响应于对所述预定接口文档的修改操作，生成包括所述接口设计信息的接口设计说明书。
28.可选地，获取第一数据库模型以及第二数据库模型，包括：获取所述第一数据库模型；通过devops获取所述第二数据库模型。
29.可选地，比对所述接口设计信息以及所述接口发布信息，和/或比对所述第一数据库模型以及所述第二数据库模型，生成比对结果，包括：在所述接口设计信息与所述接口发布信息一致的情况下，和/或在所述第一数据库模型以及所述第二数据库模型一致的情况下，生成包括比对成功信息的所述比对结果；在所述接口设计信息与所述接口发布信息不
一致的情况下，和/或在所述第一数据库模型以及所述第二数据库模型不一致的情况下，生成比对失败信息，并标记不一致信息，所述比对失败信息以及所述不一致信息构成所述比对结果。
30.可选地，将所述比对结果发送至终端，包括：将所述比对结果发送至架构管控人员的终端和/或服务消费者的终端。
31.根据本发明实施例的另一方面，还提供了一种it架构的管控装置，包括：获取单元，获取接口设计信息以及接口发布信息，和/或获取第一数据库模型以及第二数据库模型，所述接口设计信息为目标服务在设计阶段的接口信息，所述接口发布信息为运行发布的所述目标服务的接口信息，所述第一数据库模型为在所述设计阶段的数据库模型，所述第二数据库模型为运行发布的数据库模型，所述接口设计信息以及所述第一数据库模型分别由结构化数据构成；比对单元，用于比对所述接口设计信息以及所述接口发布信息，和/或比对所述第一数据库模型以及所述第二数据库模型，生成比对结果；发送单元，用于将所述比对结果发送至终端。
32.根据本发明实施例的又一方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质包括存储的程序，其中，所述程序执行任意一种所述的方法。
33.根据本发明实施例的再一方面，还提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行任意一种所述的方法。
34.根据本发明实施例的一方面，还提供了一种电子设备，包括：一个或多个处理器，存储器以及一个或多个程序，其中，所述一个或多个程序被存储在所述存储器中，并且被配置为由所述一个或多个处理器执行，所述一个或多个程序包括用于执行任意一种所述的方法。
35.在本发明实施例中，所述it架构的管控方法中，首先，获取接口设计信息以及接口发布信息，或者获取第一数据库模型以及第二数据库模型，或者获取接口设计信息以及接口发布信息，并同时获取第一数据库模型以及第二数据库模型；然后，将获取到的接口设计信息与接口发布信息进行比对，或者将获取到得第一数据库模型和获取到的第二数据库模型进行比对，或者同时将获取到的接口设计信息与接口发布信息进行比对以及将获取到得第一数据库模型和获取到的第二数据库模型进行比对，得到比对结果，最后，将得到的比对结果发送至终端。与现有技术中接口设计信息和第一数据库模型均由非结构化数据构成，接口发布信息以及第二数据库模型由结构化数据构成，需要管控人员人工进行对比相比，在本方案中，获取到的接口设计信息与获取到的第一数据库模型信息是由结构化数据构成的，实现了自动化地将接口设计信息与接口发布信息进行比对，以及将第一数据库模型信息与第二数据库模型信息比对，这样保证了得到的对比结果有效性和实时性较好，同时减少了管控人员手工处理的工作量，保证了架构资产的质量较好以及管控效率较高，从而解决了现有技术中人工审核设计态以及运行发布态的it产品的一致性，难度较大的问题。
附图说明
36.构成本技术的一部分的说明书附图用来提供对本技术的进一步理解，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
37.图1示出了根据本技术的一种实施例的it架构的管控方法的示意图；
38.图2示出了根据本技术的一种实施例的it架构的管控装置的示意图。
具体实施方式
39.需要说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本技术。
40.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分的实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本技术保护的范围。
41.需要说明的是，本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
42.为了便于描述，以下对本技术实施例涉及的部分名词或术语进行说明：
43.it架构：指承接企业级业务架构的信息系统技术实施框架，包括应用架构、数据架构、技术架构和安全架构；
44.实体：来源于业务需求，是登记保存业务操作数据信息的基本单元；
45.属性：为实体的具体描述，多个属性共同描述实体特征；
46.数据项：由一组属性规定其定义、标识、表示和允许值的数据单元，是数据字典的基本对象，通过域来规范其取值；
47.数据字典：是企业范围内数据项的集合(去重)，覆盖系统设计和开发所需的所有数据项。数据字典的基本组成单元是数据项，企业级数据字典为信息化项目实施全过程提供标准化、统一的数据项定义和相关规范。域规范了数据项的格式和取值；代码类的域是一种特殊的域组，代码表枚举了数据项的所有代码取值；词根规范了数据项中文名称和域中文名称的中文用词，并提供统一的中文名称到英文名称和英文简称的转换；
48.域：属性取值集合的通用表示，每个属性均要遵循的取值范围；
49.响应码：响应码管控对象为响应码清单，包含响应码编号、响应码中文等信息。
50.正如背景技术中所说的，现有技术中人工审核设计态以及运行发布态的it产品的一致性，难度较大，为了解决上述问题，本技术的一种典型的实施方式中，提供了一种it架构的管控方法、管控装置、计算机可读存储介质、处理器与电子设备。
51.根据本技术的实施例，提供了一种it架构的管控方法。
52.图1是根据本技术实施例的it架构的管控方法的流程图。如图1所示，该方法包括以下步骤：
53.步骤s101，获取接口设计信息以及接口发布信息，和/或获取第一数据库模型以及第二数据库模型，上述接口设计信息为目标服务在设计阶段的接口信息，上述接口发布信息为运行发布的上述目标服务的接口信息，上述第一数据库模型为在上述设计阶段的数据
库模型，上述第二数据库模型为运行发布的数据库模型，上述接口设计信息以及上述第一数据库模型分别由结构化数据构成；
54.步骤s102，比对上述接口设计信息以及上述接口发布信息，和/或比对上述第一数据库模型以及上述第二数据库模型，生成比对结果；
55.步骤s103，将上述比对结果发送至终端。
56.上述it架构的管控方法中，首先，获取接口设计信息以及接口发布信息，或者获取第一数据库模型以及第二数据库模型，或者获取接口设计信息以及接口发布信息，并同时获取第一数据库模型以及第二数据库模型；然后，将获取到的接口设计信息与接口发布信息进行比对，或者将获取到得第一数据库模型和获取到的第二数据库模型进行比对，或者同时将获取到的接口设计信息与接口发布信息进行比对以及将获取到得第一数据库模型和获取到的第二数据库模型进行比对，得到比对结果，最后，将得到的比对结果发送至终端。与现有技术中接口设计信息和第一数据库模型均由非结构化数据构成，接口发布信息以及第二数据库模型由结构化数据构成，需要管控人员人工进行对比相比，在本方案中，获取到的接口设计信息与获取到的第一数据库模型信息是由结构化数据构成的，实现了自动化地将接口设计信息与接口发布信息进行比对，以及将第一数据库模型信息与第二数据库模型信息比对，这样保证了得到的对比结果有效性和实时性较好，同时减少了管控人员手工处理的工作量，保证了架构资产的质量较好以及管控效率较高，从而解决了现有技术中人工审核设计态以及运行发布态的it产品的一致性，难度较大的问题。
57.具体地，上述接口信息可以包括基本信息、请求参数信息和响应码信息等等。
58.具体地，对于传统的it架构的管控方法中，在设计阶段，上述接口设计信息通常以非结构化的文档来存储接口的设计信息，而对于非结构化数据一般是数据结构不规则或者不完整，没有预定义的数据模型，因此在比对接口设计信息与接口发布信息，或者第一数据库模型和第二数据库模型是否一致性时，需要人工手动提取出以非结构数据构成的接口设计信息或者第一数据库模型中的信息，再与接口发布信息或者与第二数据库模型进行分析，由于需要人工手动分析，这样不仅使得分析的效率较低，还使得管控人员的工作量较大，在本方案中接口设计信息和第一数据库模型都以结构化数据构成，而结构化数据是以二维表结构来逻辑表达和实现的数据，严格地遵循数据格式与长度规范，即可以实现自动化的将接口设计信息与接口发布信息进行比对，或者将第一数据库模型信息与第二数据库模型信息比对，这样可以减少管控人员的工作量，从而解决了现有技术中人工审核设计态以及运行发布态的it产品的一致性，难度较大的问题。
59.需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
60.本技术的一种实施例中，上述接口信息包括响应码信息以及其他信息，获取接口设计信息以及接口发布信息，包括：获取上述接口设计信息；通过devops获取运行发布的上述目标服务的上述响应码信息；通过企业服务总线获取运行发布的上述目标服务的上述其他信息。在该实施例中，通过devops获取运行发布的目标服务的响应码信息，通过企业服务总线获取运行发布的目标服务的其他信息，这样保证了获取到接口发布信息较为全面，进一步地保证了后续得到对比结果也较为准确和较为全面。
61.具体地，上述devops为development和operations的组合，可通过自动化流程来使得软件构建、测试、运行发布更加快捷、频繁和可靠。上述企业服务总线(enterprise service bus，esb)是传统中间件技术与xml、web服务等技术结合的产物，esb提供了网络中最基本的连接中枢，是构筑企业神经系统的必要元素。
62.在实际的应用过程中，上述响应码信息可以为响应码信息，响应报文，但并不限于响应码信息、响应报文，还可以为其他的通过devops获取的参数信息。
63.本技术的一种具体的实施例中，通过与devops对接，扫描分析生产日志中的响应码信息，查看是否存在未贯标的情况，即存在未设计的响应码信息。若存在，生成分析报告，提供给架构管控人员进行管控。
64.本技术的又一种实施例中，获取上述接口设计信息，包括：获取接口设计说明书模板，上述接口设计说明书模板包括多个初始接口文档，上述初始接口文档为结构化的文档；从上述接口设计说明书模板中调用预定接口文档，上述预定接口文档为与上述目标服务相关的上述初始接口文档；响应于对上述预定接口文档的修改操作，生成包括上述接口设计信息的接口设计说明书。这样进一步地方便了后续将得到的由结构化数据构成的接口设计信息与接口发布信息进行比对，进一步地保证了得到的对比结果较为全面，保证了效率较高，进一步地降低了管控人员手工处理的工作量。
65.上述的接口设计说明书模板为word格式，上述初始接口文档为excel格式，各上述初始接口文档以插入至word文件的对应位置中，并在word文件的目录页生成各上述初始接口文档的位置目录，得到上述接口设计说明书模板。
66.当然，获取上述接口设计信息并不限于上述的方法，再一种具体的实施例中，获取上述接口设计信息，还可以包括：接收预定接口文档，上述预定接口文档包括上述接口设计信息，上述预定接口文档为结构化的文档；解析上述预定接口文档，并将解析到的信息填写进预定接口文档中，上述预定接口文档为接口设计说明书模板中与上述目标服务相关的上述初始接口文档，上述接口设计说明书模板包括多个结构化的上述初始接口文档；响应于对上述预定接口文档的修改操作，生成包括上述接口设计信息的接口设计说明书。
67.上述的预定接口文档为excel格式。
68.本技术的一种具体的实施例中，设计完成服务模型后，还需要设计服务接口，注册并运行发布到企业服务总线系统上，然而，对外提供服务的接口设计说明书中，包括请求报文和响应报文中的字段等，已经在服务模型中设计过了。对于由非结构化数据构成的接口设计说明书息，用户可以通过转换规则，即可以通过预先设置的转化模板，将服务模型中的字段信息通过系统自动生成初始接口文档，并对得到的初始接口文档进行修改操作，得到包括接口设计信息的接口文档，即修改操作可以为将服务接口特有的字段，需要用户补充进去，如服务调用方式、启动和停用日期以及一些安全配置属性。设计完成服务接口后，可通过联机交易，将服务接口注册、运行发布至企业服务总线系统。
69.为了较为简单、全面地得到第一数据库模型和第二数据库模型，本技术的另一种实施例中，获取第一数据库模型以及第二数据库模型，包括：获取上述第一数据库模型；通过devops获取上述第二数据库模型。
70.在实际的应用过程中，数据模型的管控对象包括：c’模型和d模型，其中，c’模型包含实体、属性、c和c’实体映射关系等信息；d模型即it实施层数据库设计。c’模型是根据业
务模型(即c模型)对象和实体清单，来确定应用组件的基础业务数据对象和实体范围。d模型是根据c’模型中的数据实体和属性，来设计的数据库表结构。数据模型的管控是以“数据库设计说明书”和“数据库表结构设计”这些结构化和非结构化文档为管控对象，通过系统进行管理、审核、运行发布的。
71.本技术的一种具体的实施例中，上述第一数据库的模型可以为d模型，可以根据d模型，可自动生成第一数据库模型，即数据库ddl脚本，包括创建索引脚本，不仅提高开发人员的工作效率，而且还在脚本生成过程中避免了不一致的情况。另外，基于资产的架构管控要求，通过与devops对接，扫描分析数据库脚本得到第二数据库模型，再将得到第一数据库模型和第二数据脚本进行对比，查看是否存在不一致的情况。若存在，生成分析报告，提供给架构管控人员进行管控。
72.具体地，在设计数据模型、服务模型及服务接口时，将数据字典中的数据项和域作为输入项，通过选择相应的数据字典，来保证数据字典的贯标。例如在设计服务接口的请求报文和响应报文时，每个字段通过选择对应的数据项信息(包括数据项编码和数据项中文名)来实现报文中数据字典的贯标。其次，通过交叉检查，扫描分析服务接口中的字段是否存在数据字典未贯标的情况，若存在，生成分析报告，提供给架构管控人员进行管控。
73.为了便于管控人员和设计人员进行管理、发现、分析和修改错误，本技术的再一种实施例中，比对上述接口设计信息以及上述接口发布信息，和/或比对上述第一数据库模型以及上述第二数据库模型，生成比对结果，包括：在上述接口设计信息与上述接口发布信息一致的情况下，和/或在上述第一数据库模型以及上述第二数据库模型一致的情况下，生成包括比对成功信息的上述比对结果；在上述接口设计信息与上述接口发布信息不一致的情况下，和/或在上述第一数据库模型以及上述第二数据库模型不一致的情况下，生成比对失败信息，并标记不一致信息，上述比对失败信息以及上述不一致信息构成上述比对结果。
74.本技术的一种实施例中，将上述比对结果发送至终端，包括：将上述比对结果发送至架构管控人员的终端和/或服务消费者的终端。在该实施例中，将得到的比对结果发送至架构管控人员的终端，这样能够进一步地便于管控人员对比对结果进行发现和分析错误，本方案还可以将得到的对比结果发送至服务消费者的终端，这样便于用户发现接口设计信息和接口发布信息不一致的情况下，后续在用户发现不一致之后，可以联系设计人员或者管控人员，这样可以及时对不一致的地方进行及时进行修改和更新。
75.本技术的一种具体的实施例中，接口设计信息和接口发布信息还可实现交叉检查，定期自动执行比对检查，生成分析报告，提供给设计人员和管控人员，方便他们及时发现和纠正错误。比如，通过对接企业服务总线系统，定期将运行发布成功的接口信息同步至系统中，与系统中设计的服务接口数据进行比对检查，生成分析报告，提前发现设计文档中数据不一致的情况。该方法从设计阶段就保证了服务模型和服务接口的一致性，另外，若服务接口是单独维护的，可通过交叉检查来发现数据的不一致，从而避免服务模型的设计态和服务接口的开发态不一致的情况发生。通过与企业服务总线对接，提前发现设计文档中数据不一致的情况。
76.本技术实施例还提供了一种it架构的管控装置，需要说明的是，本技术实施例的it架构的管控装置可以用于执行本技术实施例所提供的用于it架构的管控方法。以下对本技术实施例提供的it架构的管控装置进行介绍。
77.图2是根据本技术实施例的it架构的管控装置的示意图。如图2所示，该装置包括：
78.获取单元10，用于获取接口设计信息以及接口发布信息，和/或获取第一数据库模型以及第二数据库模型，上述接口设计信息为目标服务在设计阶段的接口信息，上述接口发布信息为运行发布的上述目标服务的接口信息，上述第一数据库模型为在上述设计阶段的数据库模型，上述第二数据库模型为运行发布的数据库模型，上述接口设计信息以及上述第一数据库模型分别由结构化数据构成；
79.比对单元20，用于比对上述接口设计信息以及上述接口发布信息，和/或比对上述第一数据库模型以及上述第二数据库模型，生成比对结果；
80.发送单元30，用于将上述比对结果发送至终端。
81.上述it架构的管控装置中，获取单元用于获取接口设计信息以及接口发布信息，和/或获取第一数据库模型以及第二数据库模型，上述接口设计信息为目标服务在设计阶段的接口信息，上述接口发布信息为运行发布的上述目标服务的接口信息，上述第一数据库模型为与上述接口设计信息对应的数据库脚本，上述第二数据库模型为与上述接口发布信息对应的数据库脚本，上述接口设计信息以及上述第一数据库模型分别由结构化数据构成；比对单元用于比对上述接口设计信息以及上述接口发布信息，和/或比对上述第一数据库模型以及上述第二数据库模型，生成比对结果；发送单元用于将上述比对结果发送至终端。与现有技术中接口设计信息和第一数据库模型均由非结构化数据构成，接口发布信息以及第二数据库模型由结构化数据构成，需要管控人员人工进行对比相比，在本方案中，获取到的接口设计信息与获取到的第一数据库模型信息是由结构化数据构成的，实现了自动化地将接口设计信息与接口发布信息进行比对，以及将第一数据库模型信息与第二数据库模型信息比对，这样保证了得到的对比结果有效性和实时性较好，同时减少了管控人员手工处理的工作量，保证了架构资产的质量较好以及管控效率较高，从而解决了现有技术中人工审核设计态以及运行发布态的it产品的一致性，难度较大的问题。
82.具体地，上述接口信息可以包括基本信息、请求参数信息和响应码信息等等。
83.具体地，对于传统的it架构的管控方法中，在设计阶段，上述接口设计信息通常以非结构化的文档来存储接口的设计信息，而对于非结构化数据一般是数据结构不规则或者不完整，没有预定义的数据模型，因此在比对接口设计信息与接口发布信息，或者第一数据库模型和第二数据库模型是否一致性时，需要人工手动提取出以非结构数据构成的接口设计信息或者第一数据库模型中的信息，再与接口发布信息或者与第二数据库模型进行分析，由于需要人工手动分析，这样不仅使得分析的效率较低，还使得管控人员的工作量较大，在本方案中接口设计信息和第一数据库模型都以结构化数据构成，而结构化数据是以二维表结构来逻辑表达和实现的数据，严格地遵循数据格式与长度规范，即可以实现自动化的将接口设计信息与接口发布信息进行比对，或者将第一数据库模型信息与第二数据库模型信息比对，这样可以减少管控人员的工作量，从而解决了现有技术中人工审核设计态以及运行发布态的it产品的一致性，难度较大的问题。
84.本技术的一种实施例中，上述获取单元包括第一获取模块、第二获取模块和第三获取模块，其中，上述接口信息包括响应码信息以及其他信息，上述第一获取模块用于获取上述接口设计信息；上述第二获取模块用于通过devops获取运行发布的上述目标服务的上述响应码信息；上述第三获取模块用于通过企业服务总线获取运行发布的上述目标服务的
上述其他信息。在该实施例中，通过devops获取运行发布的目标服务的响应码信息，通过企业服务总线获取运行发布的目标服务的其他信息，这样保证了获取到接口发布信息较为全面，进一步地保证了后续得到对比结果也较为准确和较为全面。
85.具体地，上述devops为development和operations的组合，可通过自动化流程来使得软件构建、测试、运行发布更加快捷、频繁和可靠。上述企业服务总线(enterprise service bus，esb)是传统中间件技术与xml、web服务等技术结合的产物，esb提供了网络中最基本的连接中枢，是构筑企业神经系统的必要元素。
86.在实际的应用过程中，上述响应码信息可以为响应码信息，响应报文，但并不限于响应码信息、响应报文，还可以为其他的通过devops获取的参数信息。
87.本技术的一种具体的实施例中，通过与devops对接，扫描分析生产日志中的响应码信息，查看是否存在未贯标的情况，即存在未设计的响应码信息。若存在，生成分析报告，提供给架构管控人员进行管控。
88.本技术的又一种实施例中，上述第一获取模块包括获取子模块、调用子模块和第一生成子模块，其中，上述获取子模块用于获取接口设计说明书模板，上述接口设计说明书模板包括多个初始接口文档，上述初始接口文档为结构化的文档；上述调用子模块用于从上述接口设计说明书模板中调用预定接口文档，上述预定接口文档为与上述目标服务相关的上述初始接口文档；上述第一生成子模块用于响应于对上述预定接口文档的修改操作，生成包括上述接口设计信息的接口设计说明书。这样进一步地方便了后续将得到的由结构化数据构成的接口设计信息与接口发布信息进行比对，进一步地保证了得到的对比结果较为全面，保证了效率较高，进一步地降低了管控人员手工处理的工作量。
89.上述的接口设计说明书模板为word格式，上述初始接口文档为excel格式，各上述初始接口文档以插入至word文件的对应位置中，并在word文件的目录页生成各上述初始接口文档的位置目录，得到上述接口设计说明书模板。
90.再一种具体的实施例中，上述第一获取模块包括接收子模块、解析子模块以及第二生成子模块，其中，上述接收子模块用于接收预定接口文档，上述预定接口文档包括上述接口设计信息，上述预定接口文档为结构化的文档；上述解析子模块用于解析上述预定接口文档，并将解析到的信息填写进预定接口文档中，上述预定接口文档为接口设计说明书模板中与上述目标服务相关的上述初始接口文档，上述接口设计说明书模板包括多个结构化的上述初始接口文档；上述第二生成子模块用于响应于对上述预定接口文档的修改操作，生成包括上述接口设计信息的接口设计说明书。
91.上述的预定接口文档为excel格式。
92.本技术的一种具体的实施例中，设计完成服务模型后，还需要设计服务接口，注册并运行发布到企业服务总线系统上，然而，对外提供服务的接口设计说明书中，包括请求报文和响应报文中的字段等，已经在服务模型中设计过了。对于由非结构化数据构成的接口设计说明书息，用户可以通过转换规则，即可以通过预先设置的转化模板，将服务模型中的字段信息通过系统自动生成初始接口文档，并对得到的初始接口文档进行修改操作，得到包括接口设计信息的接口文档，即修改操作可以为将服务接口特有的字段，需要用户补充进去，如服务调用方式、启动和停用日期以及一些安全配置属性。设计完成服务接口后，可通过联机交易，将服务接口注册、运行发布至企业服务总线系统。
93.为了较为简单、全面地得到第一数据库模型和第二数据库模型，本技术的另一种实施例中，上述获取单元还包括第四获取模块和第五获取模块，其中，上述第四获取模块用于获取上述第一数据库模型；上述第五获取模块用于通过devops获取上述第二数据库模型。
94.在实际的应用过程中，数据模型的管控对象包括：c’模型和d模型，其中，c’模型包含实体、属性、c和c’实体映射关系等信息；d模型即it实施层数据库设计。c’模型是根据业务模型(即c模型)对象和实体清单，来确定应用组件的基础业务数据对象和实体范围。d模型是根据c’模型中的数据实体和属性，来设计的数据库表结构。数据模型的管控是以“数据库设计说明书”和“数据库表结构设计”这些结构化和非结构化文档为管控对象，通过系统进行管理、审核、运行发布的。
95.本技术的一种具体的实施例中，上述第一数据库的模型可以为d模型，可以根据d模型，可自动生成第一数据库模型，即数据库ddl脚本，包括创建索引脚本，不仅提高开发人员的工作效率，而且还在脚本生成过程中避免了不一致的情况。另外，基于资产的架构管控要求，通过与devops对接，扫描分析数据库脚本得到第二数据库模型，再将得到第一数据库模型和第二数据脚本进行对比，查看是否存在不一致的情况。若存在，生成分析报告，提供给架构管控人员进行管控。
96.具体地，在设计数据模型、服务模型及服务接口时，将数据字典中的数据项和域作为输入项，通过选择相应的数据字典，来保证数据字典的贯标。例如在设计服务接口的请求报文和响应报文时，每个字段通过选择对应的数据项信息(包括数据项编码和数据项中文名)来实现报文中数据字典的贯标。其次，通过交叉检查，扫描分析服务接口中的字段是否存在数据字典未贯标的情况，若存在，生成分析报告，提供给架构管控人员进行管控。
97.为了便于管控人员和设计人员进行管理、发现、分析和修改错误，本技术的再一种实施例中，上述比对单元包括第一生成模块和第二生成模块，其中，上述第一生成模块用于在上述接口设计信息与上述接口发布信息一致的情况下，和/或在上述第一数据库模型以及上述第二数据库模型一致的情况下，生成包括比对成功信息的上述比对结果；上述第二生成模块用于在上述接口设计信息与上述接口发布信息不一致的情况下，和/或在上述第一数据库模型以及上述第二数据库模型不一致的情况下，生成比对失败信息，并标记不一致信息，上述比对失败信息以及上述不一致信息构成上述比对结果。
98.本技术的一种实施例中，上述发送单元包括发送模块，用于将上述比对结果发送至架构管控人员的终端和/或服务消费者的终端。在该实施例中，将得到的比对结果发送至架构管控人员的终端，这样能够进一步地便于管控人员对比对结果进行发现和分析错误，本方案还可以将得到的对比结果发送至服务消费者的终端，这样便于用户发现接口设计信息和接口发布信息不一致的情况下，后续在用户发现不一致之后，可以联系设计人员或者管控人员，这样可以及时对不一致的地方进行及时进行修改和更新。
99.本技术的一种具体的实施例中，接口设计信息和接口发布信息还可实现交叉检查，定期自动执行比对检查，生成分析报告，提供给设计人员和管控人员，方便他们及时发现和纠正错误。比如，通过对接企业服务总线系统，定期将运行发布成功的接口信息同步至系统中，与系统中设计的服务接口数据进行比对检查，生成分析报告，提前发现设计文档中数据不一致的情况。该方法从设计阶段就保证了服务模型和服务接口的一致性，另外，若服
务接口是单独维护的，可通过交叉检查来发现数据的不一致，从而避免服务模型的设计态和服务接口的开发态不一致的情况发生。通过与企业服务总线对接，提前发现设计文档中数据不一致的情况。
100.上述it架构的管控装置包括处理器和存储器，上述获取单元、比对单元和发送单元等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。
101.处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来解决现有技术中人工审核设计态以及运行发布态的it产品的一致性，难度较大的问题。
102.存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)，存储器包括至少一个存储芯片。
103.本发明实施例提供了一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现上述it架构的管控方法。
104.本发明实施例提供了一种处理器，上述处理器用于运行程序，其中，上述程序运行时执行上述it架构的管控方法。
105.本技术的一种典型的实施例中，还提供了一种电子设备，包括：一个或多个处理器，存储器以及一个或多个程序，其中，上述一个或多个程序被存储在上述存储器中，并且被配置为由上述一个或多个处理器执行，上述一个或多个程序包括用于执行任意一种上述的方法。
106.本发明实施例提供了一种设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现至少以下步骤：
107.步骤s101，获取接口设计信息以及接口发布信息，和/或获取第一数据库模型以及第二数据库模型，上述接口设计信息为目标服务在设计阶段的接口信息，上述接口发布信息为运行发布的上述目标服务的接口信息，上述第一数据库模型为与上述接口设计信息对应的数据库脚本，上述第二数据库模型为与上述接口发布信息对应的数据库脚本，上述接口设计信息以及上述第一数据库模型分别由结构化数据构成；
108.步骤s102，比对上述接口设计信息以及上述接口发布信息，和/或比对上述第一数据库模型以及上述第二数据库模型，生成比对结果；
109.步骤s103，将上述比对结果发送至终端。
110.本文中的设备可以是服务器、pc、pad、手机等。
111.本技术还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有至少如下方法步骤的程序：
112.步骤s101，获取接口设计信息以及接口发布信息，和/或获取第一数据库模型以及第二数据库模型，上述接口设计信息为目标服务在设计阶段的接口信息，上述接口发布信息为运行发布的上述目标服务的接口信息，上述第一数据库模型为与上述接口设计信息对应的数据库脚本，上述第二数据库模型为与上述接口发布信息对应的数据库脚本，上述接口设计信息以及上述第一数据库模型分别由结构化数据构成；
113.步骤s102，比对上述接口设计信息以及上述接口发布信息，和/或比对上述第一数
据库模型以及上述第二数据库模型，生成比对结果；
114.步骤s103，将上述比对结果发送至终端。
115.在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
116.在本技术所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如上述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
117.上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
118.另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
119.上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例上述方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
120.从以上的描述中，可以看出，本技术上述的实施例实现了如下技术效果：
121.1)、本技术的it架构的管控方法中，首先，获取接口设计信息以及接口发布信息，或者获取第一数据库模型以及第二数据库模型，或者获取接口设计信息以及接口发布信息，并同时获取第一数据库模型以及第二数据库模型；然后，将获取到的接口设计信息与接口发布信息进行比对，或者将获取到得第一数据库模型和获取到的第二数据库模型进行比对，或者同时将获取到的接口设计信息与接口发布信息进行比对以及将获取到得第一数据库模型和获取到的第二数据库模型进行比对，得到比对结果，最后，将得到的比对结果发送至终端。与现有技术中接口设计信息和第一数据库模型均由非结构化数据构成，接口发布信息以及第二数据库模型由结构化数据构成，需要管控人员人工进行对比相比，在本方案中，获取到的接口设计信息与获取到的第一数据库模型信息是由结构化数据构成的，实现了自动化地将接口设计信息与接口发布信息进行比对，以及将第一数据库模型信息与第二数据库模型信息比对，这样保证了得到的对比结果有效性和实时性较好，同时减少了管控人员手工处理的工作量，保证了架构资产的质量较好以及管控效率较高，从而解决了现有技术中人工审核设计态以及运行发布态的it产品的一致性，难度较大的问题。
122.2)、本技术的it架构的管控装置中，获取单元用于获取接口设计信息以及接口发
布信息，和/或获取第一数据库模型以及第二数据库模型，上述接口设计信息为目标服务在设计阶段的接口信息，上述接口发布信息为运行发布的上述目标服务的接口信息，上述第一数据库模型为与上述接口设计信息对应的数据库脚本，上述第二数据库模型为与上述接口发布信息对应的数据库脚本，上述接口设计信息以及上述第一数据库模型分别由结构化数据构成；比对单元用于比对上述接口设计信息以及上述接口发布信息，和/或比对上述第一数据库模型以及上述第二数据库模型，生成比对结果；发送单元用于将上述比对结果发送至终端。与现有技术中接口设计信息和第一数据库模型均由非结构化数据构成，接口发布信息以及第二数据库模型由结构化数据构成，需要管控人员人工进行对比相比，在本方案中，获取到的接口设计信息与获取到的第一数据库模型信息是由结构化数据构成的，实现了自动化地将接口设计信息与接口发布信息进行比对，以及将第一数据库模型信息与第二数据库模型信息比对，这样保证了得到的对比结果有效性和实时性较好，同时减少了管控人员手工处理的工作量，保证了架构资产的质量较好以及管控效率较高，从而解决了现有技术中人工审核设计态以及运行发布态的it产品的一致性，难度较大的问题。
123.以上所述仅为本技术的优选实施例而已，并不用于限制本技术，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。