CN113867700A - 模型构建方法、展示平台、服务器及存储介质 - Google Patents

Abstract

本申请实施例提供一种模型构建方法、展示平台、服务器及存储介质，其中方法包括：获取目标系统的一个或多个系统能力领域，构建与各个系统能力领域对应的系统能力容器，所述系统能力容器用于部署系统能力模型；获取目标系统的源代码，所述源代码标记有注解；所述注解用于表达所述源代码中各个系统能力领域下的系统能力模型的描述信息；根据所述注解表达的各个系统能力领域下的系统能力模型的描述信息，在各个系统能力领域的系统能力容器中，构建系统能力模型；各个系统能力容器中构建的系统能力模型，用于描述目标系统在各个系统能力领域的系统能力。本申请实施例可方便、高效的描述目标系统的系统能力，为系统之间的整合提供基础。

Description

模型构建方法、展示平台、服务器及存储介质

技术领域

本申请实施例涉及系统整合技术领域，具体涉及一种模型构建方法、展示平台、服务器及存储介质。

背景技术

企业数字化转型过程中，需要将企业的多个系统进行整合，整合系统建立在描述出系统的系统能力的基础上。因此，如何方便、高效的描述系统能力，成为了本领域技术人员亟需解决的技术问题。

发明内容

有鉴于此，本申请实施例提供一种模型构建方法、展示平台、服务器及存储介质，以方便、高效的描述系统的系统能力。

为实现上述目的，本申请实施例提供如下技术方案。

第一方面，本申请实施例提供一种模型构建方法，包括：

获取目标系统的一个或多个系统能力领域，构建与各个系统能力领域对应的系统能力容器，所述系统能力容器用于部署系统能力模型；

获取目标系统的源代码，所述源代码标记有注解；所述注解用于表达所述源代码中各个系统能力领域下的系统能力模型的描述信息；

根据所述注解表达的各个系统能力领域下的系统能力模型的描述信息，在各个系统能力领域的系统能力容器中，构建系统能力模型；各个系统能力容器中构建的系统能力模型，用于描述目标系统在各个系统能力领域的系统能力。

第二方面，本申请实施例提供一种展示平台，所述展示平台用于：显示展示界面，所述展示界面展示有多个域，一个域与目标系统的一个系统能力领域相对应；响应于展示所述多个域中的目标域的操作，展示所述目标域下的多个系统能力模型，其中，所述目标域下的多个系统能力模型为：所述目标域对应的系统能力领域的系统能力容器中构建的系统能力模型；

其中，目标系统在一个系统能力领域的系统能力容器中构建有一个或多个系统能力模型，并且各个系统能力领域的系统能力容器中构建的系统能力模型，基于标记注解的目标系统的源代码实现；所述注解用于表达所述源代码中各个系统能力领域下的系统能力模型的描述信息。

第三方面，本申请实施例提供一种服务器，包括至少一个存储器和至少一个处理器，所述存储器存储一条或多条计算机可执行指令，所述处理器调用所述一条或多条计算机可执行指令，以执行如上述第一方面所述的模型构建方法。

第四方面，本申请实施例提供一种存储介质，所述存储介质存储一条或多条计算机可执行指令，所述一条或多条计算机可执行指令被执行时实现如上述第一方面所述的模型构建方法。

第五方面，本申请实施例提供一种计算机程序，所述计算机程序被执行时实现如上述第一方面所述的模型构建方法。

本申请实施例提供的模型构建方法，可通过目标系统在各个系统能力领域的系统能力模型，来描述目标系统在各个系统能力领域的系统能力；为实现构建目标系统在各个系统能力领域的系统能力模型，本申请实施例可获取目标系统的一个或多个系统能力领域，并构建与各个系统能力领域对应的系统能力容器，从而通过各个系统能力领域对应的系统能力容器，部署各个系统能力领域下的系统能力模型；进而，本申请实施例可获取目标系统的源代码，所述源代码标记有注解，并且所述注解用于表达所述源代码中各个系统能力领域下的系统能力模型的描述信息；基于所述注解表达的各个系统能力领域下的系统能力模型的描述信息，本申请实施例可在各个系统能力领域的系统能力容器中，构建系统能力模型，从而通过各个系统能力容器中构建的系统能力模型，描述目标系统在各个系统能力领域的系统能力，实现方便、高效的描述目标系统的系统能力。可以看出，本申请实施例可利用源代码中标记的轻量级的注解，在目标系统的各个系统能力领域对应的系统能力容器中，自动构建系统能力模型，而不需对目标系统进行架构改造，本申请实施例可方便、高效的描述目标系统的系统能力，为目标系统与其他系统的整合提供了基础。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为通过中台整合多个系统的示例图。

图2为本申请实施例提供的模型构建方法的流程图。

图3为源代码的注解示例图。

图4为本申请实施例提供的构建模型的过程示例图。

图5为本申请实施例提供的展示方法的流程图。

图6为本申请实施例提供的展示界面的示例图。

图7为本申请实施例提供的模型构建装置的框图。

图8为服务器的框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在企业的数字化转型中，涉及将企业的多个系统进行整合，例如将企业的源系统（例如企业的既有系统）与ISV（Independent Software Vendors，独立软件开发商）提供的业务系统进行整合。在一个示例中，企业可能拥有一套既有的ERP（Enterprise ResourcePlanning，企业资源计划）系统，随着数字化转型的需要，企业可能进一步使用了ISV提供的财务系统，而企业的很多重要数据资产均在ERP系统中，这就面临将ERP系统和财务系统进行整合的需求。

整合企业的多个系统（例如整合企业的源系统和业务系统）可能有以下两种方式：

方式一，以企业的某一系统为核心系统（例如以企业的既有系统为核心系统），基于核心系统的技术体系和架构，重新设计并开发其他系统，从而实现整合多个系统；这种方式需在核心系统基础上，进行其他系统的重新设计和开发，无疑实现成本巨大；

方式二：基于传统的 iPaaS 平台，把待整合的多个系统通过桥接的方式连通起来；这种方式的实现成本相对较低，但是无法从业务上真正把各系统统一整合在一起，只是在API（Application Programming Interface，应用程序接口）上实现技术打通。

随着中台技术的发展，可以使用中台实现多个系统的整合，中台可以将系统的系统能力进行打包整合，并通过接口的形式赋能到外部。具体的，中台可以将企业的核心能力随着业务不断发展以数字化形式沉淀到平台，从而形成以服务为中心，由业务中台和数据中台构建起数据闭环运转的运营体系，进而供企业更高效的进行业务探索和创新，实现以数字化资产的形态构建企业核心差异化竞争力。因此基于中台技术，可以将企业的多个系统（例如企业的源系统以及不同 ISV 提供的业务系统），整合到同一个企业级的中台体系中。

图1示例性的示出了通过中台整合多个系统的示例图。如图1所示，源系统110为企业的既有系统（例如企业的ERP系统），业务系统120为企业使用业务系统（例如ISV提供的财务系统等），业务系统120的数量可以为一个或多个；在企业的数字化转型中，需要将源系统110与业务系统120进行整合。中台130可以由服务器集群构成，并形成网络端的服务平台（例如云端的云服务平台），中台130可以通过应用形式管理源系统110与业务系统120的系统能力，例如源系统110的系统能力可通过一个或多个应用140进行管理，业务系统120的系统能力可通过一个或多个应用150进行管理；从而在将源系统和业务系统的系统能力托管给中台130的基础上，由中台130实现源系统和业务系统的系统能力管理和整合，并通过接口的形式赋能到外部，实现高效的整合企业的多个系统。

可以看出，中台130整合企业的多个系统，建立在中台130通过应用形式管理各个系统的系统能力的基础上，也就是说，中台是在描述各个系统的系统能力的基础上，将各个系统的系统能力进行打包整合。因此中台需要对系统能力进行准确的描述，基于此，本申请实施例在由模型描述系统能力的基础上，提供模型构建方案，以方便、高效的描述系统的系统能力。

系统可以具有一个或多个系统能力，而各个系统能力可以通过一个或多个系统能力模型进行表达；例如一个库存管理系统需要具有记录库存和处理订单的系统能力，为对记录库存的系统能力进行描述，可以通过构建用于记录库存的一个或多个模型实现，为对处理订单的系统能力进行描述，可以通过构建用于处理订单的一个或多个模型实现。因此方便、高效的描述系统的系统能力的关键点在于：方便、高效的构建用于描述系统能力的模型，即方便、高效的构建系统能力模型。

作为可选实现，图2示例性的示出了本申请实施例提供的模型构建方法的可选流程图。该方法流程可由中台实现，例如由中台服务器执行实现该方法流程。参照图2，该方法流程可以包括如下步骤。

在步骤S210中，获取目标系统的一个或多个系统能力领域，构建与各个系统能力领域对应的系统能力容器。

目标系统可以是待整合的多个系统中的任一系统，例如企业的源系统（企业的既有系统）。在对目标系统的系统能力进行描述时，目标系统可能具有一个或多个系统能力，并且各个系统能力属于不同的领域（系统能力所属的领域称为系统能力领域）。例如，一个库存管理系统需要具有记录库存和处理订单的系统能力，其中，记录库存的系统能力属于库存领域，处理订单的系统能力属于订单领域。

为对目标系统的系统能力进行准确的描述，本申请实施例需要获取目标系统的各个系统能力所属的系统能力领域，并构建出各个系统能力领域对应的系统能力容器。系统能力容器可用于部署系统能力模型，比如，一个系统能力领域对应的系统能力容器可以用于，部署该系统能力领域下的系统能力模型。在一个示例中，针对库存管理系统，本申请实施例可构建库存领域的系统能力容器，以用于部署库存领域下的一个或多个系统能力模型，构建订单领域的系统能力容器，以用于部署订单领域的一个或多个系统能力模型。

在一些实施例中，系统的系统能力可以表达系统的业务和技术现状，因此系统的系统能力模型可以主要包括系统的业务模型和技术模型。其中，业务模型可以表达系统的业务内容，例如系统的业务流程、业务活动等；技术模型可以表达系统的技术实现内容，例如系统的技术组件等。基于此，作为步骤S210的一种可选实现，目标系统的一个或多个系统能力领域可以包括：目标系统的一个或多个业务领域，以及一个或多个技术领域；本申请实施例可获取目标系统的一个或多个业务领域，以及一个或多个技术领域；从而构建各个业务领域对应的业务模型容器，以及构建各个技术领域对应的技术模型容器；其中，一个业务领域对应的业务模型容器用于部署该业务领域下的一个或多个业务模型，一个技术领域对应的技术模型容器用于部署该技术领域下的一个或多个技术模型。在一个示例中，库存管理系统的处理库存的系统能力所属的库存领域为业务领域，本申请实施例可构建库存领域对应的业务模型容器，以用于部署库存领域下的一个或多个业务模型；库存管理系统的处理订单的系统能力所属的订单领域为技术领域，本申请实施例可构建订单领域对应的技术模型容器，以用于部署订单领域下的一个或多个技术模型。

作为可选实现，容器可以认为是域（Domain），容器的建立的方式可以是中台中建立域来实现，例如录入域的名称、编码及一些备注说明等。

在一些实施例中，本申请实施例可由业务人员、系统架构师等人员对目标系统进行分析，从而目标系统的分析结果可以输入中台；进而，中台可获取到目标系统的分析结果，基于分析结果，中台可确定目标系统的一个或多个系统能力，以及各个系统能力所属的系统能力领域，从而构建各个系统能力领域对应的系统能力容器。例如，业务人员、系统架构师等人员可分析目标系统的源代码、功能、文档，甚至业务人员使用目标系统的访谈，以分析出目标系统的一个或多个业务领域，以及一个或多个技术领域，并将分析结果导入中台，从而中台可基于分析结果，构建各个业务领域对应的业务模型容器，以及各个技术领域对应的技术模型容器。在其他的一些实施例中，本申请实施例也可由中台自动分析目标系统的一个或多个系统能力，以及各个系统能力所属的系统能力领域，而不需由分析人员人工分析。

在进一步的一些实施例中，本申请实施例在构建系统能力容器之后，还可根据目标系统的功能建立目标应用，将目标应用与构建的系统能力容器进行关联。应用是中台最基本最核心的被管理单元，系统的系统能力在中台是通过应用的方式进行管理，因此本申请实施例可建立与目标系统的功能相应的目标应用，以通过建立的目标应用将目标系统的系统能力在中台进行管理。在一个示例中，以目标系统为库存管理系统为例，则本申请实施例可以在中台建立与库存管理功能相应的目标应用，比如在中台中建立“库存中心”应用。基于建立的目标应用，以及构建的系统能力容器，本申请实施例可将目标应用与系统能力容器进行关联，以便后续中台在系统能力容器中构建系统能力模型（例如业务模型和技术模型）后，可以通过目标应用对系统能力容器中构建的系统能力模型进行管理。

在步骤S211中，获取目标系统的源代码，所述源代码标记有注解；所述注解用于表达所述源代码中各个系统能力领域下的系统能力模型的描述信息。

本申请实施例可获取标记有注解的源代码，该注解可以在源代码中表达各个系统能力领域下的系统能力模型的描述信息。图3示例性的示出了源代码的注解示例图。如图3所示，假设目标系统具有两个领域的系统能力，该两个领域分别为系统能力领域310和系统能力领域320；则在目标系统的源代码中，可以通过注解311的方式，将系统能力领域310下的系统能力模型描述出来；同时，在目标系统的源代码中，通过注解321的方式，将系统能力领域320下的系统能力模型描述出来。

也就是说，按照目标系统的各个系统能力领域，本申请实施例可以在源代码中以注解的形式，将各个系统能力领域下的系统能力模型进行描述。在一个示例中，比如分析得到目标系统具有两个系统能力领域，分别为差旅审批和费用报错，则这两个系统能力领域在源代码中可能均包含多个系统能力模型，比如差旅审批的系统能力领域可能包含差旅申请、行程等系统能力模型，费用报错的系统能力领域可能包含费用项检验、费用计算等系统能力模型；基于目标系统的差旅审批和费用报错的系统能力领域，本申请实施例可在源代码中，以注解的方式表达差旅审批这一系统能力领域下的各个系统能力模型的描述信息，以及费用报错这一系统能力领域下的各个系统能力模型的描述信息。

作为可选实现，目标系统的开发人员可以按照目标系统的分析结果，按照系统能力领域，在目标系统的源代码中标记注解，从而将源代码中各个系统能力领域下的系统能力模型均描述出来。开发人员标记有注解的源代码可以输入中台，以使得中台获得标记注解的源代码。在其他可能的实现中，本申请实施例也可由中台自动为源代码标记注解，而不需由开发人员手动标记。

在一些实施例中，如果目标系统的系统能力领域包括业务领域和技术领域，则所述注解可以具体用于：表达所述源代码中各个业务领域下的业务模型的描述信息，以及各个技术领域下的技术模型的描述信息。例如，针对一个库存管理系统，该库存管理系统的系统能力领域可以包括库存域（业务领域的一种可选形式）和订单域（技术领域的一种形式），则开发人员可以在库存管理系统的源代码中，以注解的方式表达库存域下的各个业务模型的描述信息，以注解的方式表达订单域下的各个技术模型的描述信息。

需要说明的是，注解（Annotation）是Java语言里的一种元素，用于表达一些关于程序栈的信息，以便在编译或运行时根据信息含义进行处理。比如，在一个方法上加@Transactional注解后，应用运行时，Spring框架就会为该方法自动加上事务保障。本申请实施例也可在中台定义一系列注解，用于表达程序中设计的各类业务、技术元素（比如，某个方法是某个系统能力的服务方法，某个对象是一个领域对象等）。

由于注解是轻量级的元数据，因此在源代码中标记注解并不会对程序本身的运行逻辑造成负面影响，另外在已分析出目标系统具有的系统能力和系统能力领域的情况下，基于已分析的系统能力领域对源代码标记注解并不会带来较大的工作量。

在一些实施例中，注解可以表达源代码中各个系统能力领域下的系统能力模型的类型、使用方法、场景等属性；从而后续在系统能力容器中构建系统能力模型时，本申请实施例可基于注解表达的系统能力模型的属性，构建出相应属性的系统能力模型，以实现在系统能力容器中通过构建的系统能力模型，描述系统能力。

作为可选实现，注解可以表达源代码中各个业务领域下的业务模型的描述信息（例如业务模型的类型等属性），以及各个技术领域下的技术模型的描述信息（例如技术模型的类型等属性）；从而后续在技术模型容器中构建技术模型时，本申请实施例可基于注解表达的技术模型的描述信息，构建出相应的技术模型，在业务模型容器中构建业务模型时，本申请实施例可基于注解表达的业务模型的描述信息，构建出相应的业务模型。

作为进一步的可选实现，针对任一个业务领域，本申请实施例可在该业务领域对应的业务模型容器中，基于注解表达的该业务领域下的业务模型的属性，构建业务模型；业务模型的属性可以包括如下至少一项：业务模型的类型、名称、使用方法、场景。举例来说：在业务领域下，业务模型的类型主要有两类，分别为领域对象和应用服务，因此描述这两类模型可以有第一注解和第二注解，第一注解用于表达业务模型的类型为领域对象（例如，第一注解为@DomainObject），第二注解用于表达业务模型的类型为应用服务（例如，第二注解为@ApplicationService）；在源代码里，领域对象通常就是一个类（Class），有属性有行为（方法），因此在源代码的类上标记@DomainObject（第一注解的可选形式）的注解，则源代码中的该类就可以被识别为领域对象，从而后续在构建系统能力模型时，则可基于该第一注解，在相应的系统能力容器中构建出领域对象这一类型的业务模型；在源代码里，应用服务通常是一个接口（Interface），因此在源代码的接口（例如交易服务的应用服务接口）上标记@ApplicationService（第二注解的可选形式）的注解，则源代码中的该接口则可被识别为应用服务，从而后续在构建系统能力模型时，则可基于该第二注解，在相应的系统能力容器中构建出应用服务这一类型的业务模型。进一步的，注解中还可以具有一系列属性作为业务模型的描述信息，例如领域对象的名称，应用服务的使用方法和场景等。

作为可选实现，针对任一个技术领域，本申请实施例可在该技术领域对应的技术模型容器中，基于注解表达的该技术领域下的技术模型的属性，构建技术模型；技术模型的属性所包含的信息可以例如技术模型的名称、使用方法等，具体可根据实际情况而定，本申请实施例并不设限。

在步骤S212中，根据所述注解表达的各个系统能力领域下的系统能力模型的描述信息，在各个系统能力领域的系统能力容器中，构建系统能力模型；各个系统能力容器中构建的系统能力模型，用于描述目标系统在各个系统能力领域的系统能力。

中台获取到标记注解的源代码后，可分别在各个系统能力领域对应的系统能力容器中，基于注解表达的各个系统能力领域下的系统能力模型的描述信息，构建出系统能力模型，从而通过构建的系统能力模型，描述目标系统在系统能力领域的系统能力。在一些实施例中，注解可以表达各个业务领域下的业务模型的描述信息，以及各个技术领域下的技术模型的描述信息；相应的，中台可在各个业务领域对应的业务模型容器中，基于注解表达的各个业务领域下的业务模型的描述信息（例如业务模型的类型等属性），构建出业务模型，从而通过所构建的业务模型，描述目标系统在业务领域的系统能力；同时，中台可在各个技术领域对应的技术模型容器中，基于注解表达的各个技术领域下的技术模型的描述信息（例如技术模型的类型等属性），构建出技术模型，从而通过所构建的技术模型，描述目标系统在该技术领域的系统能力。

在一个示例中，假设对于源代码中某一业务领域的代码的注解为@DomainObject和@ApplicationService，则中台可在该业务领域的业务模型容器中，构建出领域对象这一类型的业务模型，以及应用服务这一类型的业务模型，从而通过构建出的领域对象和应用服务的业务模型，对目标系统在该业务领域的系统能力进行描述。

在进一步的一些实施例中，本申请实施例可将目标应用与目标系统的代码库进行关联，目标系统的代码库可以存储目标系统的源代码。将目标系统的代码库与目标应用进行关联，则中台能够扫描获取代码库中的标记有注解的源代码，以便中台基于注解在各个系统能力容器中构建系统能力模型。

本申请实施例提供的模型构建方法，可通过目标系统在各个系统能力领域的系统能力模型，来描述目标系统在各个系统能力领域的系统能力；为实现构建目标系统在各个系统能力领域的系统能力模型，本申请实施例可获取目标系统的一个或多个系统能力领域，并构建与各个系统能力领域对应的系统能力容器，从而通过各个系统能力领域对应的系统能力容器，部署各个系统能力领域下的系统能力模型；进而，本申请实施例可获取目标系统的源代码，所述源代码标记有注解，并且所述注解用于表达所述源代码中各个系统能力领域下的系统能力模型的描述信息；基于所述注解表达的各个系统能力领域下的系统能力模型的描述信息，本申请实施例可在各个系统能力领域的系统能力容器中，构建系统能力模型，从而通过各个系统能力容器中构建的系统能力模型，描述目标系统在各个系统能力领域的系统能力，实现方便、高效的描述目标系统的系统能力。可以看出，本申请实施例可利用源代码中标记的轻量级的注解，在目标系统的各个系统能力领域对应的系统能力容器中，自动构建系统能力模型，而不需对目标系统进行架构改造，本申请实施例可方便、高效的描述目标系统的系统能力，为目标系统与其他系统的整合提供了基础。

在进一步的一些实施例中，本申请实施例可基于各个系统能力容器中构建的系统能力模型，利用目标应用的管理，实现目标系统与其他系统的整合；本申请实施例通过源代码的注解这种轻量级的元数据，来描述各个系统的系统能力，并且以此为基础进行多个系统的整合，能够在不对系统进行架构和功能改造的前提下，以较低的成本，实现系统整合。

作为可选实现，目标系统的系统能力模型可以主要包括目标系统的业务模型和技术模型，本申请实施例可通过构建目标系统在各个业务领域下的业务模型，以及各个技术领域下的技术模型，实现构建目标系统在各个系统能力领域下的系统能力模型，以实现描述目标系统的系统能力。图4示例的示出了本申请实施例提供的构建模型的过程示例图。参照图4，本申请实施例构建模型的过程可以包括以下阶段：既有系统分析阶段410，应用及容器建立阶段420，代码库关联阶段430；标记注解阶段440，模型构建阶段450，中台管理阶段460。

在既有系统分析阶段410，业务人员、系统架构师等人员可对企业的既有系统进行分析，识别既有系统包含的业务资产和技术资产。例如，上述人员可以识别出既有系统所包含的业务模型、技术模型、业务模型所属的业务领域、技术模型所属的技术领域。需要说明的是，上述人员虽然能识别出既有系统所包含的业务模型、技术模型，但如何在中台中将业务模型和技术模型方便、高效的进行描述却是难题，而本申请实施例正可解决该难题。上述人员对于既有系统的分析结果可以导入中台中。

在应用及容器建立阶段420，中台可基于导入的既有系统的分析结果，获取到既有系统的业务领域（数量为一个或多个）和技术领域（数量为一个或多个），构建出各个业务领域的业务模型容器，以及各个技术领域的技术模型容器。例如，既有系统为库存管理系统，存在库存的业务领域和订单的技术领域，则中台可基于库存管理系统的分析结果，构建出库存领域的库存模型容器，订单领域的订单模型容器。同时，中台可基于既有系统的功能，构建出相应的目标应用，并将目标应用与构建的业务模型容器和技术模型容器进行关联。

在代码库关联阶段430，中台可将目标应用与既有系统的代码库进行关联，以便中台能够扫描获取代码库中的标记有注解的源代码。

在标记注解阶段440，开发人员可按照既有系统的业务领域、技术领域，在既有系统的源代码中，以注解的方式标记出各个业务领域下的业务模型的描述信息（例如业务模型的属性），以及各个技术领域下的技术模型的描述信息（例如技术模型的属性）。在一个示例中，对于某一业务领域，可对源代码中的类标记@DomainObject的注解，对源代码中的接口标记@ApplicationService的注解等。由于注解为轻量级的元数据，因此在源代码中标记注解，并不涉及源代码的代码结构和逻辑改造，并不对在既有系统运行时引入问题。

需要说明的是，技术模型用于具体实现某一业务、功能，定义技术设计信息；比如，对于一个服务接口而言，技术模型可定义服务接口使用的协议、调用路径、使用的数据库等技术设计信息。技术模型主要是用于系统间的整合、集成。通过技术模型，系统整合之后才能真正运行起来。举例来说，在财务系统与ERP系统进行整合时，财务系统需知道ERP系统的对象提供服务的接口方法具体是如何访问（即获得接口方法的技术模型），才能进行运行。

在模型构建阶段450，中台可扫描标记注解的源代码，从而基于注解中各个业务领域的业务模型的描述信息，在各个业务领域对应的业务模型容器中相应构建出业务模型；同时，基于注解中各个技术领域的技术模型的描述信息，在各个技术领域对应的技术模型容器中相应构建出技术模型。

在中台管理阶段460，中台管理目标应用的生命周期，并且模型构建阶段450所构建的业务模型和技术模型，与目标应用进行同步（例如运行时间同步），实现既有系统的业务资产和技术资产的管理。

需要说明的是，利用中台技术将各系统的能力进行整合，其前提是：被整合管理的各个系统所包含的业务模型和技术模型，能够被中台识别；也就是说，中台能够描述出系统所包含的业务模型和技术模型。本申请实施例通过对系统的源代码标记注解的方式，利用注解中携带的系统在各个业务领域的业务模型的描述信息，以及系统在各个技术领域的技术模型的描述信息，将系统的能力（也就是业务模型和技术模型）在中台进行呈现，提供了方便、高效的描述系统能力的方案。进而，中台构建业务模型和技术模型，以关联的应用进行管理并托管给中台，为多个系统的整合提供了基础，使得多个系统的整合更为容易实现。

在进一步的一些实施例中，业务模型和技术模型可以视为是企业的业务资产和技术资产；在业务模型容器中构建业务模型、在技术模型容器中构建技术模型，可以视为是：将从标记了注解的源代码中，识别的模型写入到之前建立的域里面；也就是说，从代码里把业务、技术方面的设计给反推出来，呈现给用户。作为可选实现，本申请实施例可展示各个系统能力容器构建的系统能力模型。图5示出了本申请实施例提供的展示方法的可选流程图。该方法流程可由展示平台执行实现。展示平台可以是云服务器的数据大屏，也可以是带有界面的用户设备。参照图5，该方法流程可以包括如下步骤。

在步骤S510中，显示展示界面，所述展示界面展示有多个域，一个域与目标系统的一个系统能力领域相对应。

在本申请实施例中，目标系统的一个系统能力领域在展示界面中以域的方式进行展示，域可以是界面的区域或者子页面等形式，本申请实施例并不设限。作为可选实现，展示界面所展示的域可以分为一个或多个业务域，以及一个或多个技术域，一个业务域与目标系统的一个业务领域相对应，一个技术域与目标系统的一个技术领域相对应。

在步骤S511中，响应于展示所述多个域中的目标域的操作，展示所述目标域下的多个系统能力模型，其中，所述目标域下的多个系统能力模型为：所述目标域对应的系统能力领域的系统能力容器中构建的系统能力模型。

用户可从展示界面展示的多个域中选择当前进行展示的目标域，当用户操作选择了目标域进行展示，则展示平台可响应于展示目标域的操作，在展示界面展示出目标域下的多个系统能力模型。目标域下的系统能力模型可以视为是，目标域对应的系统能力容器中构建的系统能力模型。作为可选实现，如果目标域为用户选择的目标业务域，则展示平台可展示目标业务域下的多个业务模型，该目标业务域下的多个业务模型为：目标业务域对应的业务模型容器中构建的业务模型。如果目标域为用户选择的目标技术域，则展示平台可展示目标技术域下的多个技术模型，该目标技术域下的多个技术模型为：目标技术域对应的技术模型容器中构建的技术模型。

可以看出，本申请实施例提供的展示平台可用于：显示展示界面，所述展示界面展示有多个域，一个域与目标系统的一个系统能力领域相对应；响应于展示所述多个域中的目标域的操作，展示所述目标域下的多个系统能力模型，其中，所述目标域下的多个系统能力模型为：所述目标域对应的系统能力领域的系统能力容器中构建的系统能力模型；

其中，目标系统在一个系统能力领域的系统能力容器中构建有一个或多个系统能力模型，并且各个系统能力领域的系统能力容器中构建的系统能力模型，基于标记注解的目标系统的源代码实现；所述注解用于表达所述源代码中各个系统能力领域下的系统能力模型的描述信息。

在一个示例中，图6示出了本申请实施例提供的展示界面的示例图，可进行参照。针对一个系统，该系统可以具有多个系统能力领域，一个系统能力领域对应展示界面的一个域，图6示例了商品域下的系统能力模型，比如库存管理系统在商品这一业务领域的业务模型。

本申请实施例可通过源代码的注解这种轻量级的元数据，在不对系统进行架构和功能改造的前提下，以较低的成本，实现方便、高效的系统能力描述，并将系统能力进行可视化展示（例如，展示各业务领域下的业务模型、各技术领域下的技术模型等），实现了系统的业务、技术资产的可视化和可管理化，为多个系统之间的整合提供了基础。

上文描述了本申请实施例提供的多个实施例方案，各实施例方案介绍的各可选方式可在不冲突的情况下相互结合、交叉引用，从而延伸出多种可能的实施例方案，这些均可认为是本申请实施例披露、公开的实施例方案。

下面从服务器（例如中台服务器）的角度，对本申请实施例提供的模型构建装置进行介绍，下文描述的装置内容可以认为是服务器为实现本申请实施例提供的模型构建方法，所需设置的功能模块。下文描述的装置内容可与上文描述的方法内容相互对应参照。

作为可选实现，图7示出了本申请实施例提供的模型构建装置的框图。该装置可应用于服务器（例如中台服务器），如图7所示，该装置可以包括如下：

容器构建模块710，用于获取目标系统的一个或多个系统能力领域，构建与各个系统能力领域对应的系统能力容器，所述系统能力容器用于部署系统能力模型；

代码获取模块720，用于获取目标系统的源代码，所述源代码标记有注解；所述注解用于表达所述源代码中各个系统能力领域下的系统能力模型的描述信息；

模型构建模块730，用于根据所述注解表达的各个系统能力领域下的系统能力模型的描述信息，在各个系统能力领域的系统能力容器中，构建系统能力模型；各个系统能力容器中构建的系统能力模型，用于描述目标系统在各个系统能力领域的系统能力。

在一些实施例中，所述系统能力模型包括业务模型和技术模型；容器构建模块710，用于获取目标系统的一个或多个系统能力领域包括：

获取目标系统的分析结果，基于所述分析结果确定目标系统的一个或多个业务领域，以及，一个或多个技术领域。

在一些实施例中，容器构建模块710，用于构建与各个系统能力领域对应的系统能力容器，所述系统能力容器用于部署系统能力模型包括：

构建各个业务领域对应的业务模型容器，所述业务模型容器用于部署业务模型；

以及，构建各个技术领域对应的技术模型容器，所述技术模型容器用于部署技术模型。

在一些实施例中，所述注解用于表达所述源代码中各个系统能力领域下的系统能力模型的描述信息包括：所述注解用于表达源代码中各个业务领域下的业务模型的描述信息，以及各个技术领域下的技术模型的描述信息。

在一些实施例中，模型构建模块730，用于根据所述注解表达的各个系统能力领域下的系统能力模型的描述信息，在各个系统能力领域的系统能力容器中，构建系统能力模型包括：

在各个业务领域对应的业务模型容器中，基于注解表达的各个业务领域下的业务模型的描述信息，构建业务模型，所构建的业务模型用于描述目标系统在业务领域的系统能力；

以及，在各个技术领域对应的技术模型容器中，基于注解表达的各个技术领域下的技术模型的描述信息，构建技术模型，所构建的技术模型用于描述目标系统在技术领域的系统能力。

在一些实施例中，模型构建模块730，用于在各个业务领域对应的业务模型容器中，基于注解表达的各个业务领域下的业务模型的描述信息，构建业务模型包括：

针对任一个业务领域，在该业务领域对应的业务模型容器中，基于注解表达的该业务领域下的业务模型的属性，构建业务模型；业务模型的属性包括如下至少一项：

业务模型的类型、名称、使用方法、场景。

在一些实施例中，本申请实施例提供的装置还可用于：

在容器构建模块710构建系统能力容器之后，根据目标系统的功能建立目标应用，将目标应用与构建的系统能力容器进行关联；

在代码获取模块720获取目标系统的源代码之前，将目标应用与目标系统的代码库进行关联，以便扫描获取所述代码库中的标记有注解的源代码。

在一些实施例中，本申请实施例提供的装置还可用于：

利用目标应用，管理各个系统能力容器中构建的系统能力模型；

和/或，展示各个系统能力容器中构建的系统能力模型。

本申请实施例还提供一种服务器，例如中台服务器，该服务器可以通过设置上述的模型构建装置，以实现本申请实施例提供的模型构建方法。可选的，图8示出了服务器的可选框图。如图8所示，该服务器可以包括：至少一个处理器1，至少一个通信接口2，至少一个存储器3和至少一个通信总线4。

在本申请实施例中，处理器1、通信接口2、存储器3、通信总线4的数量为至少一个，且处理器1、通信接口2、存储器3通过通信总线4完成相互间的通信。

可选的，通信接口2可以为用于进行网络通信的通信模块的接口。

可选的，处理器1可能是CPU（中央处理器），GPU（Graphics Processing Unit，图形处理器），NPU（嵌入式神经网络处理器），FPGA（Field Programmable Gate Array，现场可编程逻辑门阵列），TPU（张量处理单元），AI芯片，特定集成电路ASIC（Application SpecificIntegrated Circuit），或者是被配置成实施本申请实施例的一个或多个集成电路等。

存储器3可能包含高速RAM存储器，也可能还包括非易失性存储器（non-volatilememory），例如至少一个磁盘存储器。

其中，存储器3存储一条或多条计算机可执行指令，处理器1调用所述一条或多条计算机可执行指令，以执行如本申请实施例提供的模型构建方法。

本申请实施例还提供一种存储介质，该存储介质存储一条或多条计算机可执行指令，该一条或多条计算机可执行指令被执行时实现如本申请实施例提供的模型构建方法。

本申请实施例还提供一种计算机程序，该计算机程序被执行时实现如本申请实施例提供的模型构建方法。

虽然本申请实施例披露如上，但本申请并非限定于此。任何本领域技术人员，在不脱离本申请的精神和范围内，均可作各种更动与修改，因此本申请的保护范围应当以权利要求所限定的范围为准。

Claims (10)

1.一种模型构建方法，其中，包括：

获取目标系统的一个或多个系统能力领域，构建与各个系统能力领域对应的系统能力容器，所述系统能力容器用于部署系统能力模型；

获取目标系统的源代码，所述源代码标记有注解；所述注解用于表达所述源代码中各个系统能力领域下的系统能力模型的描述信息；

根据所述注解表达的各个系统能力领域下的系统能力模型的描述信息，在各个系统能力领域的系统能力容器中，构建系统能力模型；各个系统能力容器中构建的系统能力模型，用于描述目标系统在各个系统能力领域的系统能力。

2.根据权利要求1所述的方法，其中，所述系统能力模型包括业务模型和技术模型；所述获取目标系统的一个或多个系统能力领域包括：

获取目标系统的分析结果，基于所述分析结果确定目标系统的一个或多个业务领域，以及，一个或多个技术领域；

所述构建与各个系统能力领域对应的系统能力容器，所述系统能力容器用于部署系统能力模型包括：

构建各个业务领域对应的业务模型容器，所述业务模型容器用于部署业务模型；

以及，构建各个技术领域对应的技术模型容器，所述技术模型容器用于部署技术模型。

3.根据权利要求2所述的方法，其中，所述注解用于表达所述源代码中各个系统能力领域下的系统能力模型的描述信息包括：所述注解用于表达源代码中各个业务领域下的业务模型的描述信息，以及各个技术领域下的技术模型的描述信息。

4.根据权利要求3所述的方法，所述根据所述注解表达的各个系统能力领域下的系统能力模型的描述信息，在各个系统能力领域的系统能力容器中，构建系统能力模型包括：

在各个业务领域对应的业务模型容器中，基于注解表达的各个业务领域下的业务模型的描述信息，构建业务模型，所构建的业务模型用于描述目标系统在业务领域的系统能力；

以及，在各个技术领域对应的技术模型容器中，基于注解表达的各个技术领域下的技术模型的描述信息，构建技术模型，所构建的技术模型用于描述目标系统在技术领域的系统能力。

5.根据权利要求4所述的方法，其中，所述在各个业务领域对应的业务模型容器中，基于注解表达的各个业务领域下的业务模型的描述信息，构建业务模型包括：

针对任一个业务领域，在该业务领域对应的业务模型容器中，基于注解表达的该业务领域下的业务模型的属性，构建业务模型；业务模型的属性包括如下至少一项：

业务模型的类型、名称、使用方法、场景。

6.根据权利要求1所述的方法，其中，还包括：

在构建系统能力容器之后，根据目标系统的功能建立目标应用，将目标应用与构建的系统能力容器进行关联；

在获取目标系统的源代码之前，将目标应用与目标系统的代码库进行关联，以便扫描获取所述代码库中的标记有注解的源代码。

7.根据权利要求6所述的方法，其中，还包括：

利用目标应用，管理各个系统能力容器中构建的系统能力模型；

和/或，展示各个系统能力容器中构建的系统能力模型。

8.一种展示平台，其中，所述展示平台用于：显示展示界面，所述展示界面展示有多个域，一个域与目标系统的一个系统能力领域相对应；响应于展示所述多个域中的目标域的操作，展示所述目标域下的多个系统能力模型，其中，所述目标域下的多个系统能力模型为：所述目标域对应的系统能力领域的系统能力容器中构建的系统能力模型；

其中，目标系统在一个系统能力领域的系统能力容器中构建有一个或多个系统能力模型，并且各个系统能力领域的系统能力容器中构建的系统能力模型，基于标记注解的目标系统的源代码实现；所述注解用于表达所述源代码中各个系统能力领域下的系统能力模型的描述信息。

9.一种服务器，其中，包括至少一个存储器和至少一个处理器，所述存储器存储一条或多条计算机可执行指令，所述处理器调用所述一条或多条计算机可执行指令，以执行如权利要求1-7任一项所述的模型构建方法。

10.一种存储介质，其中，所述存储介质存储一条或多条计算机可执行指令，所述一条或多条计算机可执行指令被执行时实现如权利要求1-7任一项所述的模型构建方法。

Images