CN112766552A - 优化互联网架构的方法、装置和电子设备 - Google Patents

Abstract

本公开提供了一种优化互联网架构的方法、装置和电子设备，可用于云计算技术领域或金融技术领域等，该方法包括：重复执行以下操作直至获取针对至少一个待检测维度各自的检测结果：针对至少一个待检测维度中每一个，获取与待检测维度的检测参数对应的实体模型集合和/或实体模型关联数据集合，实体模型集合存储在业务架构中，实体模型关联数据集合存储在互联网架构中，实体模型与实体模型关联数据之间存在映射关系，基于实体模型集合、实体模型关联数据和映射关系，或者基于实体模型集合，获取针对待检测维度的检测结果；以及基于针对至少一个待检测维度各自的检测结果和至少一个待检测维度各自的权重确定针对实体模型集合的检测结果。

Description

优化互联网架构的方法、装置和电子设备

技术领域

本公开涉及云计算技术领域和金融领域，更具体地，涉及一种优化互联网架构的方法、装置和电子设备。

背景技术

目前，随着企业级业务架构不断发展，基于实体、流程、产品构建企业级业务架构的业务模型，能从多角度为企业决策提供指导意义。

在实现本公开构思的过程中，发明人发现相关技术中至少存在如下问题。相关技术中，以人工检测的方式对业务架构中实体模型的建模结果进行检测，人工检测方式的周期和成本较高，不便于基于实体模型的建模检测结果来指导优化互联网架构。

发明内容

有鉴于此，本公开提供了一种用于提升检测实体模型的建模结果的便捷度，进而便于基于实体模型的建模检测结果来指导优化互联网架构的优化互联网架构的方法、装置和电子设备。

本公开的一个方面提供了一种优化互联网架构的方法，包括：重复执行以下操作直至获取针对至少一个待检测维度各自的检测结果：针对至少一个待检测维度中每一个，获取与待检测维度的检测参数对应的实体模型集合和/或实体模型关联数据集合，实体模型集合存储在业务架构中，实体模型关联数据集合存储在互联网架构中，实体模型与实体模型关联数据之间存在映射关系；基于实体模型集合、实体模型关联数据和映射关系，或者基于实体模型集合，获取针对待检测维度的检测结果；以及基于针对至少一个待检测维度各自的检测结果和至少一个待检测维度各自的权重确定针对实体模型集合的检测结果，以便基于针对实体模型集合的检测结果和映射关系确定待优化的实体模型关联数据集合，以对互联网架构进行优化。

本公开的一个方面提供了一种优化互联网架构的装置，包括：维度检测结果获取模块，包括：集合获取单元，用于针对至少一个待检测维度中每一个，获取与待检测维度的检测参数对应的实体模型集合和/或实体模型关联数据集合，实体模型集合存储在业务架构中，实体模型关联数据集合存储在互联网架构中，实体模型与实体模型关联数据之间存在映射关系；检测单元，用于基于实体模型集合、实体模型关联数据和映射关系，或者基于实体模型集合，获取针对待检测维度的检测结果；以及检测结果确定模块，用于基于针对至少一个待检测维度各自的检测结果和至少一个待检测维度各自的权重确定针对实体模型集合的检测结果，以便基于针对实体模型集合的检测结果和映射关系确定待优化的实体模型关联数据集合，以对互联网架构进行优化。

本公开的另一方面提供了一种电子设备，包括一个或多个处理器以及存储装置，其中，存储装置用于存储可执行指令，可执行指令在被处理器执行时，实现如上的方法。

本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，指令在被执行时用于实现如上的方法。

本公开的另一方面提供了一种计算机程序，计算机程序包括计算机可执行指令，指令在被执行时用于实现如上的方法。

本公开实施例提供的优化互联网架构的方法、装置和电子设备，基于业务架构的实体模型集合和互联网架构的实体模型关联数据集合之间的映射关系，确定针对待检测维度进行检测所需的实体模型集合和实体模型关联数据集合，以便得到待检测维度的检测结果。然后基于各待检测维度的权重确定实体模型集合的检测结果，进而基于检测结果来指导优化互联网架构。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的优化互联网架构的方法、装置和电子设备的应用场景；

图2示意性示出了根据本公开实施例的可以应用优化互联网架构的方法、装置和电子设备的示例性系统架构；

图3示意性示出了根据本公开实施例的优化互联网架构的方法的流程图；

图4示意性示出了根据本公开实施例的互联网技术架构和业务架构的结构示意图；

图5示意性示出了根据本公开实施例的实体关系图的示意图；

图6示意性示出了根据本公开实施例的检测维度和检测对象的示意图；

图7示意性示出了根据本公开另一实施例的优化互联网架构的方法的流程图；

图8示意性示出了根据本公开实施例的优化互联网架构的装置的框图；以及

图9示意性示出了根据本公开实施例的电子设备的方框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。在使用类似于“A、B或C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B或C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个特征。

为了便于更好地理解本公开的技术方案，首先将本公开的技术方案涉及的术语进行示例性说明。

业务架构：从企业级视角规划定义支撑业务经营要素的整体结构、相互关系和原则标准，为实现企业战略目标和战术需求的匹配，对企业当前和未来状态的设计、框架和行为等内容的结构化表达。

业务模型：对银行业务进行抽象，采用一定的方式(图形、符号、文字等)对业务过程、业务概念、产品、用户体验的结构化分类、分层描述。

业务对象：反映业务本质的、一组关联实体的集合。

实体模型：数据特征的抽象。它根据一定的规则，对业务概念信息进行逻辑化的、一致的表现。

业务实体：以业务视角抽象表示一种客观存在于现实世界并且可以跟其他物体区分开，用一系列的业务属性来描述的事物。

业务组件：支持流程的构成，功能内聚业务能力的分组。

业务领域：紧密关联的业务活动的集合，该集合向各业务角色提供自完备的业务价值。

本公开的实施例提供了一种优化互联网架构的方法、装置和电子设备。该优化互联网架构的方法包括分维度检测过程和架构优化确定过程。在分维度检测过程中，重复执行以下操作直至获取针对至少一个待检测维度各自的检测结果：针对至少一个待检测维度中每一个，获取与待检测维度的检测参数对应的实体模型集合和/或实体模型关联数据集合，实体模型集合存储在业务架构中，实体模型关联数据集合存储在互联网架构中，实体模型与实体模型关联数据之间存在映射关系，基于实体模型集合、实体模型关联数据和映射关系，或者基于实体模型集合，获取针对待检测维度的检测结果。在完成分维度检测过程之后，进入架构优化确定过程，基于针对至少一个待检测维度各自的检测结果和至少一个待检测维度各自的权重确定针对实体模型集合的检测结果，以便基于针对实体模型集合的检测结果和映射关系确定待优化的实体模型关联数据集合，以对互联网架构进行优化。

图1示意性示出了根据本公开实施例的优化互联网架构的方法、装置和电子设备的应用场景。需要说明的是，本公开实施例提供的优化互联网架构的方法、装置和电子设备可用于云计算在优化互联网架构的相关方面，也可用于除云计算领域之外的多种领域，如金融领域，本公开实施例提供的优化互联网架构的方法、装置和电子设备的应用领域不做限定。

业务架构涉及商业银行价值创造、业务运营、内部管理的方方面面，资源结构复杂，以往商业银行对价值创造过程缺少系统化分析，较少将业务架构和互联网技术(IT)架构资产形成系统性的对应关系，这也导致IT架构不能及时反映业务的需求和变化。

如图1所示，左边是业务架构，包括产品模型(例如，应用的显示界面中为用户提供的产品，如各种金融产品、金融服务等)、业务流程模型(简称流程模型)和实体模型，其中，流程模型中可以包括活动模型、任务组模型和任务组件模型。图1右边是IT架构，包括交互组件(简称UC，可以包括多个用例)、应用交易服务(简称ATS)、应用组件服务(简称ACS)和业务对象服务(简称BOS)。通过梳理业务得到业务架构，并将业务架构及互联网技术(IT)架构资产形成系统性的对应关系。

需要说明的是，图1中m、n为大于0的正整数，其中，图1中m以及多个n的数值可相同或不同，仅用于表示一对一或一对多的关系。例如，业务用例中的n的数值可以与流程模型中的n的数值相同或不同。

本申请可以基于业务架构和IT架构之间的对接，对业务架构的实体模型进行检测，以提升业务架构中实体模型的建模质量，进而指导IT架构进行架构优化。

图2示意性示出了根据本公开实施例的可以应用优化互联网架构的方法、装置和电子设备的示例性系统架构。需要说明的是，本公开实施例提供的优化互联网架构的方法、装置和电子设备可用于云计算领域在数据检测相关方面，也可用于除云计算领域之外的金融领域等，本公开实施例提供的优化互联网架构的方法、装置和电子设备的应用领域不做限定。

如图2所示，根据该实施例的系统架构200可以包括终端设备201、202、203，网络204和服务器205。网络204可以包括多个网关、路由器、集线器、网线等，用以在终端设备201、202、203和服务器205之间提供通信链路的介质。网络204可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备201、202、203通过网络204与其他终端设备和服务器205进行交互，以接收或发送信息等，如发送实体模型集合请求、实体模型关联数据请求、检测请求和接收处理结果等。终端设备201、202、203可以安装有各种通讯用户端应用，例如银行类应用、代码开发类应用、监控类应用、运维类应用、网页浏览器应用、搜索类应用、办公类应用、即时通信工具、邮箱用户端、社交平台软件等应用(仅为示例)。

终端设备201、202、203包括但不限于智能手机、虚拟现实设备、增强现实设备、平板电脑、膝上型便携计算机等等。

服务器205可以接收请求，并对请求进行处理。例如，服务器205可以为后台管理服务器、服务器集群等。后台管理服务器可以对接收到的实体模型集合请求、实体模型关联数据请求、检测请求等进行分析处理，并将处理结果(如实体模型集合、实体模型关联数据等)反馈给终端设备。

需要说明的是，本公开实施例所提供的优化互联网架构方法一般可以由服务器205执行。相应地，本公开实施例所提供的优化互联网架构装置一般可以设置于服务器205中。本公开实施例所提供的优化互联网架构方法也可以由不同于服务器205且能够与终端设备201、202、203和/或服务器205通信的服务器或服务器集群执行。

应该理解，终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

图3示意性示出了根据本公开实施例的优化互联网架构的方法的流程图。

如图3所示，该方法可以包括操作S302～操作S306。

针对至少一个待检测维度中每一个，重复执行以下操作S302～操作S304直至获取针对至少一个待检测维度各自的检测结果。

在操作S302，获取与待检测维度的检测参数对应的实体模型集合和/或实体模型关联数据集合，实体模型集合存储在业务架构中，实体模型关联数据集合存储在互联网架构中，实体模型与实体模型关联数据之间存在映射关系。

在操作S304，基于实体模型集合、实体模型关联数据和映射关系，或者基于实体模型集合，获取针对待检测维度的检测结果。

在操作S306，基于针对至少一个待检测维度各自的检测结果和至少一个待检测维度各自的权重确定针对实体模型集合的检测结果，以便基于针对实体模型集合的检测结果和映射关系确定待优化的实体模型关联数据集合，以对互联网架构进行优化。

例如，待检测维度可以包括规划建模维度、模型质量、贯标检测维度、实体模型应用维度和稳定性检测维度等中至少一种。

本公开实施例基于从业务架构和IT架构中获取的针对不同维度的实体模型或实体模型关联数据确定各维度的检测结果，然后基于各维度的权重确定最终的检测结果。充分发挥实体资产价值，提升实体资产质量、标准化程度，推动实体资产在企业级架构中的应用，建立实体资产检测体系。

为了便于理解本公开的实施例，以下对IT架构、业务架构以及两者之间的对接过程进行示例性说明。

图4示意性示出了根据本公开实施例的互联网技术架构(IT架构)和业务架构的结构示意图。

如图4所示，交互组件(UC)与应用交易服务(ATS)之间存在一对一或一对多的映射关系。应用交易服务(ATS)与应用组件服务(ACS)之间存在一对一或一对多的映射关系。应用组件服务(ACS)与业务对象服务(BOS)之间存在一对一或一对多的映射关系。

为了便于理解本公开的技术方案，对业务架构进行简单说明。

该业务架构是基于价值流构建的，可以包括业务用例、实体模型和流程模型。图4中n为大于0的正整数，其中，图4中多个n的数值可相同或不同，仅用于表示一对一或一对多的关系。例如，业务用例中的n的数值可以与流程模型中的n的数值相同或不同。

以下说明该业务架构的构建过程。

首先，基于价值流按照多个维度对业务领域进行划分，分别得到针对多个维度的多个价值链。其中，对商业银行的业务模式进行分析，按照价值流的不同进行业务领域的划分，这样便于获得多种维度下的业务领域的组成部分。例如，可以逐级按照活动、任务、步骤的维度进行划分。

具体地，任务流程对应一个业务流程，业务流程对应至少一个产品，且服务于一个实体。操作组件对应一个实体和一个产品。

在一个具体实施例中，对于业务领域，对应业务及业务分类，如可以根据是否面向客户分为管理领域和产品领域(由企业级的价值链组成)。对于价值流，为每个业务领域下的高阶价值链。对于活动维度，其是基于事件驱动，结果可数，且具有唯一标识，涉及到多个实体配合完成，活动维度下具有完整的价值交付，存在明确的起点和终点。对于任务维度，其是由一个实体执行的，具有职责划分的作用。对于步骤维度，其是由一个实体完成具体任务的实施步骤。

然后，获取与各价值链相关的实体和实体所需的产品。其中，实体可以通过实体模型进行表征，实体模型的数据可以存储在数据库中，在实际使用中，可以对实体模型进行细化得到细化实体模型，然后对细化实体模型进行数据化，得到业务实体(简称C模型)。在业务架构和IT架构对接的过程中，可以确定与C模型存在对应关系的数据实体(简称C’模型)，该C’模型可以被业务对象服务操作。

接着，分别针对多个维度的价值链、实体和产品，构建针对多个维度的流程模型、实体模型和产品模型，其中，业务领域的实体与实体模型之间存在一对一或一对多映射关系，业务领域的服务与服务模型之间存在一对一或一对多映射关系。其中，每一个模型可以对应一个文件，便于用户从服务器进行调用、操作、更新等。这样使得整个业务架构可以利用服务器中存储的多个模型进行业务操作和互联网技术架构构建。

上述业务架构构建方法可以使得业务架构(如商业银行业务架构)资产分类详实、信息密切联动，能够清晰提供业务架构视图。业务架构资产与IT架构资产联动，业务架构资产能够对应到IT架构资产落地的情况，业务架构、IT架构整合为一体。

在一个实施例中，待检测维度可以包括实体模型应用维度，业务架构包括业务实体模型、数据实体模型和业务组件模型，业务组件模型包括至少一个业务实体模型，业务实体模型包括至少一个数据实体模型。

相应地，基于实体模型集合、实体模型关联数据和映射关系获取针对待检测维度的检测结果可以包括以下至少一种：针对业务实体模型，基于映射关系确定业务架构中与互联网架构的各应用组件服务相关联的业务实体模型，并且确定业务实体模型的个数相对于互联网架构中所有应用组件服务的个数的比例。

在一个实施例中，针对数据实体模型，基于实体模型集合、实体模型关联数据和映射关系获取针对待检测维度的检测结果可以包括以下至少一种。

例如，基于映射关系确定互联网架构中与业务架构相关联的各应用组件服务的数据实体模型，并且确定数据实体模型的属性个数相对于互联网架构中所有数据实体模型的属性个数的比例。

例如，基于映射关系确定业务架构中与互联网架构的各应用组件服务相关联的业务实体模型，确定互联网架构中与业务实体模型相关联的数据实体模型，并且确定数据实体模型的个数相对于互联网架构中所有数据实体模型的个数的比例。

例如，确定当前阶段与业务架构中业务实体模型关联的数据实体模型，相对于当前阶段互联网架构中所有数据实体模型的第一占比，确定历史阶段与业务架构中业务实体关联的数据实体模型，相对于历史阶段互联网架构中所有数据实体模型的第二占比，确定第一占比相对于第二占比的改变量。

在一个实施例中，针对业务组件模型，基于实体模型集合、实体模型关联数据和映射关系获取针对待检测维度的检测结果可以包括以下至少一种。

例如，确定与互联网架构中实体模型关联数据对应的业务架构的待检测业务组件模型的第一数量，确定与互联网架构中实体模型关联数据对应的业务架构的所有待检测业务组件模型的第二数量，确定第一数量相对于第二数量的改变量。

例如，确定业务实体模型入库审核不通过数量，确定业务实体模型入库申请数量，确定入库审核不通过数量相对于入库申请数量的占比。

在一个具体实施例中，可以通过调用表1来确定与实体资产应用检测维度的检测参数对应的实体模型集合和/或实体模型关联数据集合。

表1实体资产应用检测维度、检测参数及计算公式表

在一个实施例中，待检测维度包括规划建模维度，业务架构包括业务组件模型和业务对象模型，业务组件模型包括至少一个业务对象模型。

相应地，基于实体模型集合获取针对待检测维度的检测结果包括：确定业务组件模型中已完成建模的业务对象模型的数量相对于业务组件模型包括的所有业务对象模型的数量的占比。通过已完成建模的业务对象模型的占比来确定建模完成进度。

在一个具体实施例中，可以通过调用表2来确定与规划建模维度的检测参数对应的实体模型集合和/或实体模型关联数据集合。

表2规划建模维度、检测参数及计算公式表

在一个实施例中，业务架构包括业务领域模型、业务组件模型和业务对象模型，业务领域模型包括至少一个业务组件模型，业务组件模型包括至少一个业务对象模型，业务领域模型存在对应的业务领域实体关系图、业务对象模型存在对应的业务对象实体关系图，业务组件模型存在对应的业务组件关系图。

相应地，针对业务领域模型，待检测维度包括模型质量维度，基于实体模型集合获取针对待检测维度的检测结果可以包括以下至少一种。

例如，确定业务领域实体关系图中第一业务实体模型集合，确定业务架构中业务领域模型关联的任务所操作的第二业务实体模型集合，确定第一业务实体模型集合和第二业务实体模型集合的交集相对于第一业务实体模型集合和第二业务实体模型集合的并集的占比。

例如，确定业务领域实体关系图中存在逻辑线的实体的个数相对于业务领域实体关系图中所有实体的个数的比例。

例如，确定业务组件实体关系图中存在逻辑线的业务对象模型的个数相对于业务组件实体关系图中所有业务对象模型的个数的比例。

在一个实施例中，针对业务对象模型，基于实体模型集合获取针对待检测维度的检测结果可以包括以下至少一种。

例如，确定业务对象实体关系图中存在逻辑线的业务实体模型的个数相对于业务对象实体关系图中所有业务实体模型的个数的比例。

例如，确定描述为非空的业务对象模型的数量相对于所有业务对象模型的数量的比例。

在一个实施例中，针对业务实体模型，确定描述为非空的业务实体模型的数量相对于所有业务实体模型的数量的比例。

在一个具体实施例中，可以通过调用表3来确定与规划建模维度的检测参数对应的实体模型集合和/或实体模型关联数据集合。

表3模型质量维度、检测参数及计算公式表

∩表示求交集，∪表示求并集，COUNT表示求个数，n是大于1的正整数。

其中，一个业务领域可以包括一个或多个业务对象，一个业务对象可以包括一个或多个业务实体。业务领域、业务对象和业务实体各自分别具有对应的实体关系图(ER图)。

图5示意性示出了根据本公开实施例的实体关系图的示意图。

如图5的上图所示，业务组件1包括业务对象1和业务对象2。其中，业务对象1包括业务实体1和业务实体2。业务实体1和业务实体2之间存在一对多的对应关系。

如图5的下图所示，业务组件2包括业务对象3和业务对象4。其中，业务对象3包括业务实体5，业务对象4包括业务实体6。业务实体6和业务实体5之间存在一对多的对应关系。

在一个实施例中，待检测维度包括贯标检测维度，业务架构包括业务实体模型。

相应地，基于实体模型集合获取针对待检测维度的检测结果包括：确定业务实体属性中贯标数据是非空的业务实体模型的数量相对于所有业务实体模型的数量的占比。

在一个具体实施例中，可以通过调用表4来确定与实体资产贯标检测维度的检测参数对应的实体模型集合和/或实体模型关联数据集合。

表4实体资产贯标检测维度、检测参数及计算公式表

在一个实施例中，待检测维度包括稳定性检测维度，业务架构包括业务领域模型，业务领域模型包括至少一个业务实体模型。

相应地，基于实体模型集合获取针对待检测维度的检测结果包括：确定业务领域模型中包括的业务实体模型在指定周期内的更新个数相对于业务领域模型中在指定周期包括的业务实体模型的所有数量的占比。

在一个具体实施例中，可以通过调用表5来确定与稳定性检测维度的检测参数对应的实体模型集合和/或实体模型关联数据集合。

表5稳定性检测维度、检测参数及计算公式表

在一个具体实施例中，以IT应用对标准化业务组件的实体模型还原度为例进行示例性说明。

业务架构与IT架构具有承接关系，业务模型指导IT模型搭建，依据业务模型定义IT模型，提供IT能力。在实体资产方面，业务架构与IT架构的承接关系体现在业务组件包含的业务对象、业务实体同IT实现的数据实体、以及对应的IT应用之间的关联关系，通过对于IT应用与业务组件、业务对象、业务实体的分析，对实体资产在IT应用进行检测。

上表中落地应用平均值＝(业务组件1～n落地应用数量)/业务组件数＝1.5，其中，n是大于1的正整数。

业务组件1落地应用数量＝2。

业务组件1落地的应用数为2，大于落地应用平均值1.5，说明聚合度比较低，考虑是否需要将对应的应用进行整合。其中业务组件落地的应用指业务组件包含实体被该应用承接，且该应用为主数据源。

其中，因为标准化业务组件目前在落地时都是由多个应用进行承接，与非标准化业务组件差异较大，将IT应用对实体模型还原度的检测指标按照标准化和非标准化业务组件进行了拆分。

在一个实施例中，可以根据检测指标设置检测权重。每个细项检测指标的总分为100分，实体资产质量的整体评分＝∑每个细项检测指标*该细项检测指标权重。

例如，业务领域ER图所有的实体数(系统取自业务领域ER图实体个数)表示为A。业务领域ER图的无关联关系的实体数(系统取自业务领域ER图中无逻辑线关联的实体个数)表示为B。

则检测指标(业务领域ER图实体关系完整率)的取值为(A-B)/A。此外，可以根据计算结果给出相应的测试得分。例如，100％，100分；80％～99％，80分；60％～79％，60分；40％～59％，40分；低于40％，20分。

图6示意性示出了根据本公开实施例的检测维度和检测对象的示意图。

如图6所示，检测对象可以包括：业务领域、业务组件和业务对象。其中，一个业务领域可以对应有一个或多个业务组件，一个业务组件可以对应有一个或多个业务对象，一个业务对象可以对应有一个或多个业务实体。其中，针对每个检测对象，可以分别从规划建模维度、模型质量、贯标检测维度、实体模型应用维度和稳定性检测维度等中至少一种维度进行检测。

图7示意性示出了根据本公开另一实施例的优化互联网架构的方法的流程图。

如图7所示，上述方法在执行操作S306：基于针对至少一个待检测维度各自的检测结果和至少一个待检测维度各自的权重确定针对实体模型集合的检测结果之后，还可以包括操作S708～操作S710。

在操作S708，基于针对实体模型集合的检测结果，确定待优化实体模型或者待创建实体模型。例如，检测结果表征针对数据实体的检测指标：C’实体业务属性与C实体属性映射占比的检测结果得分较低，经过分析后确定关联应用组件服务(ACS)关联的业务实体数量/应用组件服务总数的占比过低，则可以进一步分析C’实体业务属性，以确定需要新增的业务实体模型(C模型)、实体数据模型(C’模型)以及需要改进的业务实体模型(C模型)、实体数据模型(C’模型)。

在操作S710，基于待优化实体模型和/或待创建实体模型对互联网架构进行优化。

本公开实施例中，针对采用统一的方法、统一的语言、统一的机制、统一的系统来管理的业务架构和IT架构资产，通过搭建机构的业务架构实体模型自动检测系统，自动对业务架构资产进行检测，一方面减少人工检测成本，提高检测效率。另一方面通过打分机制激励业务架构设计人员提升业务架构资产质量。

本公开的一个方面提供了一种优化互联网架构装置800。

图8示意性示出了根据本公开实施例的优化互联网架构的装置的框图。

如图8所示，该优化互联网架构装置800可以包括：维度检测结果获取模块810和检测结果确定模块820。

其中，维度检测结果获取模块810包括：集合获取单元和检测单元。

具体地，集合获取单元用于针对至少一个待检测维度中每一个，获取与待检测维度的检测参数对应的实体模型集合和/或实体模型关联数据集合，实体模型集合存储在业务架构中，实体模型关联数据集合存储在互联网架构中，实体模型与实体模型关联数据之间存在映射关系。

检测单元用于基于实体模型集合、实体模型关联数据和映射关系，或者基于实体模型集合，获取针对待检测维度的检测结果。

检测结果确定模块820用于基于针对至少一个待检测维度各自的检测结果和至少一个待检测维度各自的权重确定针对实体模型集合的检测结果，以便基于针对实体模型集合的检测结果和映射关系确定待优化的实体模型关联数据集合，以对互联网架构进行优化。

需要说明的是，装置部分实施例中各模块/单元等的实施方式、解决的技术问题、实现的功能、以及达到的技术效果分别与方法部分实施例中各对应的步骤的实施方式、解决的技术问题、实现的功能、以及达到的技术效果相同或类似，在此不再一一赘述。

根据本公开的实施例的模块、单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，维度检测结果获取模块810和检测结果确定模块820中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，维度检测结果获取模块810和检测结果确定模块820中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，维度检测结果获取模块810和检测结果确定模块820中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图9示意性示出了根据本公开实施例的电子设备的方框图。图9示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图9所示，根据本公开实施例的电子设备900包括处理器901，其可以根据存储在只读存储器(ROM)902中的程序或者从存储部分908加载到随机访问存储器(RAM)903中的程序而执行各种适当的动作和处理。处理器901例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))，等等。处理器901还可以包括用于缓存用途的板载存储器。处理器901可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM 903中，存储有电子设备900操作所需的各种程序和数据。处理器901、ROM902以及RAM 903通过总线904彼此通讯连接。处理器901通过执行ROM 902和/或RAM 903中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，程序也可以存储在除ROM 902和RAM 903以外的一个或多个存储器中。处理器901也可以通过执行存储在一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，电子设备900还可以包括输入/输出(I/O)接口905，输入/输出(I/O)接口905也连接至总线904。电子设备900还可以包括连接至I/O接口905的以下部件中的一项或多项：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至I/O接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。

根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被处理器901执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 902和/或RAM 903和/或ROM 902和RAM 903以外的一个或多个存储器。

本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行本公开实施例所提供的方法的程序代码，当计算机程序产品在电子设备上运行时，该程序代码用于使电子设备实现本公开实施例所提供的优化互联网架构的方法。

根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如Java，C++，python，“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

Claims (14)

1.一种优化互联网架构的方法，包括：

重复执行以下操作直至获取针对至少一个待检测维度各自的检测结果：针对所述至少一个待检测维度中每一个，

获取与所述待检测维度的检测参数对应的实体模型集合和/或实体模型关联数据集合，所述实体模型集合存储在业务架构中，所述实体模型关联数据集合存储在互联网架构中，所述实体模型与所述实体模型关联数据之间存在映射关系，

基于所述实体模型集合、所述实体模型关联数据和所述映射关系，或者基于所述实体模型集合，获取针对所述待检测维度的检测结果；以及

基于所述针对至少一个待检测维度各自的检测结果和所述至少一个待检测维度各自的权重确定针对所述实体模型集合的检测结果，以便基于所述针对所述实体模型集合的检测结果和所述映射关系确定待优化的实体模型关联数据集合，以对所述互联网架构进行优化。

2.根据权利要求1所述的方法，其中，所述待检测维度包括实体模型应用维度，所述业务架构包括业务实体模型、数据实体模型和业务组件模型，所述业务组件模型包括至少一个业务实体模型，所述业务实体模型包括至少一个数据实体模型；以及

基于所述实体模型集合、所述实体模型关联数据和所述映射关系获取针对所述待检测维度的检测结果包括以下至少一种：

针对业务实体模型，基于所述映射关系确定所述业务架构中与所述互联网架构的各应用组件服务相关联的业务实体模型，并且确定所述业务实体模型的个数相对于所述互联网架构中所有应用组件服务的个数的比例。

3.根据权利要求2所述的方法，其中，针对所述数据实体模型，基于所述实体模型集合、所述实体模型关联数据和所述映射关系获取针对所述待检测维度的检测结果包括以下至少一种：

基于所述映射关系确定所述互联网架构中与所述业务架构相关联的各应用组件服务的数据实体模型，并且确定所述数据实体模型的属性个数相对于所述互联网架构中所有数据实体模型的属性个数的比例；

基于所述映射关系确定所述业务架构中与所述互联网架构的各应用组件服务相关联的业务实体模型，确定所述互联网架构中与所述业务实体模型相关联的数据实体模型，并且确定所述数据实体模型的个数相对于所述互联网架构中所有数据实体模型的个数的比例；以及

确定当前阶段与所述业务架构中业务实体模型关联的数据实体模型，相对于当前阶段所述互联网架构中所有数据实体模型的第一占比，确定历史阶段与所述业务架构中业务实体关联的数据实体模型，相对于历史阶段所述互联网架构中所有数据实体模型的第二占比，确定所述第一占比相对于所述第二占比的改变量。

4.根据权利要求2所述的方法，其中，针对业务组件模型，基于所述实体模型集合、所述实体模型关联数据和所述映射关系获取针对所述待检测维度的检测结果包括以下至少一种：

确定与所述互联网架构中实体模型关联数据对应的所述业务架构的待检测业务组件模型的第一数量，确定与所述互联网架构中实体模型关联数据对应的所述业务架构的所有待检测业务组件模型的第二数量，确定所述第一数量相对于所述第二数量的改变量；以及

确定业务实体模型入库审核不通过数量，确定业务实体模型入库申请数量，确定所述入库审核不通过数量相对于所述入库申请数量的占比。

5.根据权利要求1所述的方法，其中，所述待检测维度包括规划建模维度，所述业务架构包括业务组件模型和业务对象模型，所述业务组件模型包括至少一个业务对象模型；以及

基于所述实体模型集合获取针对所述待检测维度的检测结果包括：确定业务组件模型中已完成建模的业务对象模型的数量相对于所述业务组件模型包括的所有业务对象模型的数量的占比。

6.根据权利要求1所述的方法，其中，所述业务架构包括业务领域模型、业务组件模型和业务对象模型，所述业务领域模型包括至少一个业务组件模型，所述业务组件模型包括至少一个业务对象模型，所述业务领域模型存在对应的业务领域实体关系图、所述业务组件模型存在对应的业务组件关系图、所述业务对象模型存在对应的业务对象实体关系图；所述待检测维度包括模型质量维度，针对业务领域模型，基于所述实体模型集合获取针对所述待检测维度的检测结果包括以下至少一种：

确定业务领域实体关系图中第一业务实体模型集合，确定所述业务架构中业务领域模型关联的任务所操作的第二业务实体模型集合，确定所述第一业务实体模型集合和所述第二业务实体模型集合的交集相对于所述第一业务实体模型集合和所述第二业务实体模型集合的并集的占比；

确定所述业务领域实体关系图中存在逻辑线的实体的个数相对于所述业务领域实体关系图中所有实体的个数的比例；以及

确定所述业务组件实体关系图中存在逻辑线的业务对象模型的个数相对于所述业务组件实体关系图中所有业务对象模型的个数的比例。

7.根据权利要求6所述的方法，其中，针对业务对象模型，基于所述实体模型集合获取针对所述待检测维度的检测结果包括以下至少一种：

确定所述业务对象实体关系图中存在逻辑线的业务实体模型的个数相对于所述业务对象实体关系图中所有业务实体模型的个数的比例；以及

确定描述为非空的业务对象模型的数量相对于所有业务对象模型的数量的比例。

8.根据权利要求6所述的方法，其中，针对业务实体模型，确定描述为非空的业务实体模型的数量相对于所有业务实体模型的数量的比例。

9.根据权利要求1～8任一项所述的方法，其中，所述待检测维度包括贯标检测维度，所述业务架构包括业务实体模型；以及

所述基于所述实体模型集合获取针对所述待检测维度的检测结果包括：确定业务实体属性中贯标数据是非空的业务实体模型的数量相对于所有业务实体模型的数量的占比。

10.根据权利要求1～8任一项所述的方法，其中，所述待检测维度包括稳定性检测维度，所述业务架构包括业务领域模型，所述业务领域模型包括至少一个业务实体模型；以及

基于所述实体模型集合获取针对所述待检测维度的检测结果包括：确定所述业务领域模型中包括的业务实体模型在指定周期内的更新个数相对于所述业务领域模型中在所述指定周期包括的业务实体模型的所有数量的占比。

11.根据权利要求1～8任一项所述的方法，还包括：在所述基于所述针对至少一个待检测维度各自的检测结果和所述至少一个待检测维度各自的权重确定针对所述实体模型集合的检测结果之后，

基于所述针对所述实体模型集合的检测结果，确定待优化实体模型或者待创建实体模型；以及

基于所述待优化实体模型和/或所述待创建实体模型对所述互联网架构进行优化。

12.一种优化互联网架构的装置，包括：

维度检测结果获取模块，包括：

集合获取单元，用于针对至少一个待检测维度中每一个，获取与所述待检测维度的检测参数对应的实体模型集合和/或实体模型关联数据集合，所述实体模型集合存储在业务架构中，所述实体模型关联数据集合存储在互联网架构中，所述实体模型与所述实体模型关联数据之间存在映射关系；

检测单元，用于基于所述实体模型集合、所述实体模型关联数据和所述映射关系，或者基于所述实体模型集合，获取针对所述待检测维度的检测结果；以及

检测结果确定模块，用于基于所述针对至少一个待检测维度各自的检测结果和所述至少一个待检测维度各自的权重确定针对所述实体模型集合的检测结果，以便基于所述针对所述实体模型集合的检测结果和所述映射关系确定待优化的实体模型关联数据集合，以对所述互联网架构进行优化。

13.一种电子设备，包括：

一个或多个处理器；

存储装置，用于存储可执行指令，所述可执行指令在被所述处理器执行时，实现根据权利要求1～11任一项所述的方法。

14.一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时实现根据权利要求1～11中任一项所述的方法。

Images