CN115981632A - 一种系统构建方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明实施例公开一种系统构建方法、装置、电子设备及存储介质。该方法包括：按照预先配置的目标业务功能构建对应的目标信息项集合，对目标信息项集合中的每个目标信息项进行封装，得到对应的目标微组件，响应于接收到的携带目标微组件的调用请求指令，将目标微组件部署至对应的目标宿主系统。本发明实施例，通过目标业务功能进行构建对应的目标信息项集合，并对目标信息项集合中的每个目标信息项进行封装得到对应的目标微组件，以将目标微组件部署至对应的目标宿主系统，能够保证多宿主系统在相同业务场景下逻辑及数据一致性，可提升宿主系统协同的实施效率。

Description

一种系统构建方法、装置、电子设备及存储介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种系统构建方法、装置、电子设备及存储介质。

背景技术

传统实现组件化系统开发通常是基于对一个领域内系统的需求进行归纳从而形成可复用的组件，完成可复用的组件开发后供领域内多个系统使用。这种技术方案存在着如下问题：一是当组件需求发生变化时，重新开发组件后需要各个使用该组件的系统重新测试、重新部署，这会造成维护成本较高；并且对于需多系统协调实施的长业务流程应用方面，反映到用户方的问题往往无法从问题表象快速定位问题根源，问题排查链路可能涉及系统群内所有系统一起排查，问题排查效率极低且问题修复过程可能重新涉及多系统间修复方案的沟通以及多系统对于该问题的一起修改，问题修复代价大；二是无法及时应用组件最新版本，当组件的需求发生变化时，如果各使用组件的系统往往基于自身系统稳定性、兼容性等考虑，不能保证所有系统同时使用最新版本的组件，从而造成组件版本碎片化问题，维护成本非常高。甚至，无法保证对组件某功能的使用逻辑是一致的，从而造成各系统在相同场景下逻辑不一致性及系统数据的不一致性，在对系统进行构建时，通常从单一系统对外提供服务接口的方式实现业务组件的输出，但从根本上来说这只是单纯的技术服务的集成，未从企业数据资产定义的角度对企业中本应统一管理的功能、流程、服务进行统一的封装和管理，进而造成了诸多相同含义的信息要素不一致的情况；三是对于系统群协同方面，常规的实施方案以各系统互相约定实施边界，通过各自开发前端界面，调用统一的后台服务方式完成系统群内各业务系统的流程串接，往往造成相同功能在不同系统重复开发的问题，会造成使用组件系统较大的开发工作量。

发明内容

有鉴于此，本发明提供一种系统构建方法、装置、电子设备及存储介质，能够保证多宿主系统在相同业务场景下逻辑及数据一致性，当目标微组件有问题时只需对其独立排查并修复，降低排查和修复的代价，同时降低开发的工作量，可提升宿主系统协同的实施效率。

根据本发明的一方面，本发明实施例提供了一种系统构建方法，该方法包括：

按照预先配置的目标业务功能构建对应的目标信息项集合；

对所述目标信息项集合中的每个目标信息项进行封装，得到对应的目标微组件；

响应于接收到的携带目标微组件的调用请求指令，将所述目标微组件部署至对应的目标宿主系统。

根据本发明的另一方面，本发明实施例还提供了一种系统构建装置，该装置包括：

构建模块，用于按照预先配置的目标业务功能构建对应的目标信息项集合；

封装模块，用于对所述目标信息项集合中的每个目标信息项进行封装，得到对应的目标微组件；

部署模块，用于响应于接收到的携带目标微组件的调用请求指令，将所述目标微组件部署至对应的目标宿主系统。

根据本发明的另一方面，本发明实施例还提供了一种电子设备，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的系统构建方法。

根据本发明的另一方面，本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的系统构建方法。

本发明实施例的技术方案，通过目标业务功能进行构建对应的目标信息项集合，并对目标信息项集合中的每个目标信息项进行封装得到对应的目标微组件，以将目标微组件部署至对应的目标宿主系统，能够保证多宿主系统在相同业务场景下逻辑及数据一致性，当目标微组件有问题时只需对其独立排查并修复，降低排查和修复的代价，同时降低开发的工作量，可提升宿主系统协同的实施效率。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

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

图1为本发明一实施例提供的一种系统构建方法的流程图；

图2为本发明一实施例提供的又一种系统构建方法的流程图；

图3为本发明一实施例提供的一种宿主系统与微服务系统之间交互的架构示意图；

图4为本发明一实施例提供的一种系统构建装置的结构框图；

图5为本发明实施例提供的一种电子设备的结构示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“目标”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

在一实施例中，图1为本发明一实施例提供的一种系统构建方法的流程图，本实施例可适用于系统进行构建时的情况，该方法可以由系统构建装置来执行，该系统构建装置可以采用硬件和/或软件的形式实现，该系统构建装置可配置于电子设备中。

如图1所示，具体步骤包括：

S110、按照预先配置的目标业务功能构建对应的目标信息项集合。

其中，目标业务功能可以理解为需要实现的业务功能界面，示例性的，可以包含相应的交易界面、管理界面、估值服务界面等等。

在本实施例中，目标信息项指的是可以组成目标业务功能的相关信息项，目标信息项为相同领域、相同定义的信息项。目标信息项集合可以由一个或多个目标信息项所组成，每个目标业务功能对应有相应的目标信息项集合。

在本实施例中，可以从目标业务场景中获取相对应的原始信息项集合，该原始信息项集合中包含对应业务场景中对应的所有信息项，按照预先配置的目标业务功能对原始信息项集合中的所有信息项进行解耦，以从解耦后的原始信息项集合中，获取并整合与目标业务功能向匹配的信息项，由此得到与目标业务功能对应的目标信息项集合。在一些实施例中，也可以根据需求进行定义与目标业务功能相匹配的目标信息项，以通过定义的目标信息项与原始信息项进行整合，从而得到对应的目标信息项集合，本实施例在此不做限制。

S120、对目标信息项集合中的每个目标信息项进行封装，得到对应的目标微组件。

其中，目标微组件可以理解为由多个目标信息项组合而成的微组件。当然，目标微组件的个数可以为一个或多个，目标微组件可以被一个或多个宿主系统进行调用，调用不同的微组件可以实现不同的业务功能，示例性的，调用微组件进行账户交易、估值、管理等。而且，多个微组件可以以微服务的方式运行在独立的容器或者宿主机上。

在本实施例中，可以通过目标信息项集合中的每个目标信息项对应的目标业务实现逻辑、目标业务类型以及目标业务大小等，确定出每个目标信息项的执行顺序，按照相应的执行顺序对每个目标信息项进行封装，得到对应的目标微组件。需要说明的是，目标信息项集合中的每个目标信息项进行封装，所得到的每个目标信息项所对应的目标微组件，是一个独立的微组件，可以理解为，每个目标微组件均是一个独立的微组件，微组件与微组件之间不存在任何的耦合关系，当其中一个微组件出现问题时，只需对该微组件做独立排查并修复即可，无需排查其他的微组件，从而可以降低排查和修复的代价以及成本，大大提高了生产问题的排查效率。

S130、响应于接收到的携带目标微组件的调用请求指令，将目标微组件部署至对应的目标宿主系统。

其中，调用请求指令指的是目标宿主系统发送至目标微组件的调用请求指令。目标宿主系统可以以微服务的呈现形式承载并运行在宿主系统上，目标宿主系统可以调用多个目标微组件。

在本实施例中，多个目标微组件以微服务的方式运行在独立的容器或者宿主机上，当目标宿主系统需要使用目标微组件时，可以根据目标微组件对应的微组件类型，并按照相对应的调用请求方式以向目标微组件发送相应的调用请求指令，以请求微组件的交互界面，目标微组件在接收到调用请求指令时，将目标微组件部署至对应的目标宿主系统，并在目标宿主系统中加载交互界面。

在一些实施例中，调用请求指令按照预先确定的调用请求方式进行发送；

调用请求方式根据目标微组件的微组件类型进行确定。

本实施例中，目标微组件对应的调用请求指令，是由目标宿主系统按照预先确定的调用请求方式进行发送的，且调用请求方式可以根据目标微组件的微组件类型进行确定，该微组件类型包含但不限于下述之一：交互界面微组件、后台程序微组件和数据存储微组件。

在一些实施例中，调用请求方式包括下述之一：超文本传输协议(Hyper TextTransfer Protocol，HTTP)请求方式；应用程序编程接口(Application ProgrammingInterface，API)调用请求方式；函数调用请求方式；

微组件类型，至少包括下述之一：交互界面微组件；后台程序微组件；数据存储微组件。

在本实施例中，目标微组件的调用请求方式可以根据目标微组件的微组件类型进行确定，具体的，在微组件类型为交互界面微组件的情况下，对应目标微组件的调用请求方式可以为HTTP请求方式；在微组件类型为后台程序微组件，或者数据存储微组件的情况下，对应目标微组件的调用请求方式可以为API调用请求方式或者函数调用请求方式的其中一种。

本发明实施例的技术方案，通过目标业务功能进行构建对应的目标信息项集合，并对目标信息项集合中的每个目标信息项进行封装得到对应的目标微组件，以将目标微组件部署至对应的目标宿主系统，能够保证多宿主系统在相同业务场景下逻辑及数据一致性，当目标微组件有问题时只需对其独立排查并修复，降低排查和修复的代价，同时降低开发的工作量，可提升宿主系统协同的实施效率。

在一实施例中，在对目标信息项集合中的每个目标信息项进行封装，得到对应的目标微组件之后，还包括：

响应于接收到的业务功能调整请求指令，获取待调整微组件对应的宿主系统集合；其中，宿主系统集合包含调用待调整微组件的所有宿主系统；

在接收到宿主系统集合中每个宿主系统的业务功能调整确认指令的情况下，对待调整微组件的业务功能进行调整。

其中，业务功能调整请求指令指的是当前宿主系统向其他调用相同目标信息项的宿主系统进行发送的调整指令。宿主系统集合可以理解为调用相同目标微组件的所有目标宿主系统，宿主系统集合包含调用待调整微组件的所有宿主系统。

在本实施例中，由于目标微组件可以被一个或多个目标宿主系统进行调用，在当前目标宿主系统所调用的目标微组件同样被其他目标宿主系统所调用时，响应于接收到的业务功能调整请求指令，获取待调整微组件对应的宿主系统集合，在接收到宿主系统集合中每个宿主系统的业务功能调整确认指令的情况下，对待调整微组件的业务功能进行调整。可以理解为，若当前目标宿主系统需要进行业务功能调整，则当前目标宿主系统需要向其他调用相同目标信息项的目标宿主系统进行发送的业务功能调整请求指令，其他调用相同目标信息项的目标宿主系统在接收到的业务功能调整请求指令时，确认宿主系统是否同意进行业务功能调整，在接收到其他调用相同目标信息项的目标宿主系统的业务功能调整确认指令的情况下，对待调整微组件的业务功能进行调整。

示例性的，宿主系统1、宿主系统2和宿主系统3都调用了微组件a、微组件b和微组件c，此时若需要更改宿主系统1中的微组件a进行修改，即为修改宿主系统1的业务功能，需要向宿主系统2和宿主系统3发送业务功能调整请求指令，确认宿主系统2和宿主系统3是否同意更改，在接收到宿主系统2和宿主系统3的业务功能调整确认指令的情况下，对所述待调整微组件的业务功能进行调整。

需要说明的是，当目标微组件需求变化的时候，由于每个目标微组件都是独立的，故仅仅需要升级相应的目标微组件，由微组件开发人员保证微组件的逻辑正确性，各目标宿主系统不需要进行任何变更即可实现对微组件功能的平滑升级。并且，这样的升级对宿主系统本身是无感的且始终是使用最新版本的微组件，从而不会造成微组件版本碎片化问题，对目标宿主系统来说不需要做额外的开发且维护成本极低。

在一实施例中，图2为本发明一实施例提供的又一种系统构建方法的流程图，本实施例在上述各实施例地基础上，对按照预先配置的目标业务功能构建对应的目标信息项集合，以及对目标信息项集合中的每个目标信息项进行封装，得到对应的目标微组件进行了进一步的细化。

如图2所示，本实施例中的系统构建方法具体可以包含如下步骤：

S210、获取目标业务场景中的原始信息项集合。

其中，目标业务场景可以包含但不限于交易业务场景、管理场景等。原始信息项可以理解为目标业务场景对应的所有信息项，所有的原始信息项可以组成原始信息项集合。

在本实施例中，获取目标业务场景中的所有原始信息项，并将所有原始信息项组成原始信息项集合，该原始信息项集合中所包含的多个原始信息项之间可以是存在关联的原始信息项，即为多个原始信息项之间存在相应的联系；也可以不存在关联的原始信息项，即为相独立的原始信息项。示例性的，原始信息项集合中包含a、b、c，这3个原始信息项，b和c是相关联的原始信息项，a和c也是相关联的原始信息项。

S220、按照预先配置的目标业务功能对原始信息项集合中的原始信息项进行解耦，选取与目标业务功能相匹配的所有原始信息项。

在本实施例中，在得到目标业务场景中的原始信息项集合中的所有原始信息项之后，可以按照预先配置的目标业务功能对原始信息项集合中的原始信息项进行解耦，以从解耦后的原始信息项集合中，选取出目标业务功能相匹配的所有原始信息项。可以理解为，将原始信息项集合具有关联的原始信息项进行拆分，以得到向独立的各原始信息项。

示例性的，目标业务功能为交易业务功能，则需要将对应交易业务功能的原始信息项集合中的原始信息项包含a、b、c、d和e，其中，最终与目标业务功能相匹配的所有原始信息为a、b和c，由于a和b是相关联的原始信息项，c和d是相关联的原始信息项，d和e也是相关联的原始信息项，需要将a和b，c和d，d和e以及c和e分别解耦集拆分为单独的原始信息项，并从中选取与目标业务功能相匹配的所有原始信息项。

S230、对所有原始信息项进行整合，得到对应的目标信息项集合。

在本实施例中，将解耦所选取的与目标业务功能相匹配的所有原始信息项进行打包封装，以得到对应的目标信息项集合。

S240、响应于目标业务功能对应的至少一个目标信息项未包含在原始信息项集合，定义与目标业务功能相匹配的每个目标信息项。

在本实施例中，可能存在获取目标信息项集合时，原始信息项集合中不存在目标业务功能对应的一个或多个目标信息项，或者，将原始信息项集合中的原始信息项进行解耦之后，相关联的原始信息项还是解耦不了的情况，此时，可以需要重新定义与目标业务功能相匹配的每个目标信息项。

S250、将目标信息项与所有原始信息项进行整合，得到对应的目标信息项集合。

在本实施中，重新定义与目标业务功能相匹配的每个目标信息项，然后将目标信息项与所有原始信息项进行整合，以通过整合得到对应的目标信息项集合。

S260、按照目标业务逻辑确定每个目标信息项的执行顺序。

其中，目标业务逻辑可以理解为实现目标业务的规则映射。

在本实施例中，可以通过目标业务对应的目标业务逻辑和功能架构，确定出目标信息项集合中的每个目标信息项的执行顺序，以按照执行顺序对每个目标信息项进行封装，得到对应的目标微组件。

S270、按照执行顺序对每个目标信息项进行封装，得到对应的目标微组件。

在本实施例中，确定每个目标信息项的执行顺序之后，按照执行顺序对每个目标信息项进行封装，得到对应的目标微组件。可以理解为，将目标信息项集合中的每个目标信息项之间进行打包组合，得到对应的目标微组件，可以是打包文件的形式，也可以其他的形式，由此以形成相对应的目标微组件。

S280、响应于接收到的携带目标微组件的调用请求指令，将所述目标微组件部署至对应的目标宿主系统。

本实施例的上述技术方案，通过按照目标业务功能对原始信息项集合中的原始信息项进行解耦，从中选取与目标业务功能相匹配的所有原始信息项，对所有原始信息项进行整合，得到对应的目标信息项集合，能够整合出相同领域、相同定义的目标信息项，保证多宿主系统在相同业务场景下逻辑及数据一致性；按照目标业务逻辑确定每个目标信息项的执行顺序，按照执行顺序对每个目标信息项进行封装得到对应的目标微组件，能够通过功能组件内嵌系统群内业务系统的方式，达到企业级组件功能公用的目的，只需要一次开发即可实现企业级应用的目标，大幅度提升多系统协同的实施效率。

在一实施例中，为便于更好的理解系统构建方法，图3为本发明一实施例提供的一种目标宿主系统与微服务系统之间交互的架构示意图，如图3所示，包含目标宿主系统，微服务系统中包含M个目标微组件，每个目标微组件都是独立的。

本实施例中，以功能的维度进行目标微组件的封装，微组件类型包括交互界面微组件、后台程序微组件、数据存储微组件，将微组件封装成一个个独立的目标微组件并将多个目标微组件打包部署至目标宿主系统，通过在运行时进行交互界面请求的方式实现对微组件的使用，或者也可以通过API或者函数调用的方式实现对微组件的使用。本实施例中，以目标宿主系统进行调用请求方式的方式为HTTP请求方式实现对微组件的使用。

在本实施例中，多个目标微组件以微服务的方式运行在独立的容器或者宿主机上，当目标宿主系统需要使用目标微组件时，通过HTTP请求方式请求目标微组件的交互界面并在目标宿主系统中加载交互界面，通常在采取浏览器/服务器模式(Browser/Server，B/S结构)的目标宿主系统中，在浏览器中加载交互界面时，目标宿主系统无需做任何其他的开发或适配操作即可展现出该目标微组件的交互界面，譬如对于一个数据录入目标微组件，目标宿主系统将调用请求数据录入目标微组件并在自身宿主系统中展现出数据录入的交互界面，当在该交互界面完成数据输入后，可在交互界面上通过按钮或类似的交互控件提交数据，该数据将会提交至目标微组件微服务后台并被该后台处理后落入数据库中。

在本实施例中，多个目标宿主系统可以共享同一个微组件的功能，并且这些目标微组件在不同目标宿主系统的交互展现方式、数据校验及业务逻辑处理、数据的入库等均完全一致，从而保证了多目标宿主系统在相同业务场景下逻辑一致性及系统数据的一致性。

在本实施例中，从开发角度来看，因多个目标宿主系统通过共享目标微组件方式实现相关功能，当功能的需求发生变化时，仅仅需要升级该目标微组件件即可，不需要各目标宿主系统进行开发，从而大大降低了开发的工作量。当目标微组件的某个功能出现生产问题后，也仅需要对该目标微组件进行排查即可，大大提高了生产问题的排查效率。

在本实施例中，当目标微组件需求变化的时候，仅仅需要升级相应的目标微组件即可，由目标微组件开发人员保证目标微组件的逻辑正确性，各目标宿主系统不需要进行任何变更即可实现对目标微组件功能的平滑升级。并且，这样的升级对目标宿主系统本身是无感的且始终是使用最新版本的目标微组件，从而不会造成目标微组件本碎片化问题，对目标宿主系统来说不需要做额外的开发且维护成本几乎是0。

在一实施例中，图4为本发明一实施例提供的一种系统构建装置的结构框图，该装置适用于对系统进行构建时的情况，该装置可以由硬件/软件实现。可配置于电子设备中来实现本发明实施例中的一种系统构建方法。如图4所示，该装置包括：构建模块410、封装模块420以及部署模块430。

其中，构建模块410，用于按照预先配置的目标业务功能构建对应的目标信息项集合；

封装模块420，用于对所述目标信息项集合中的每个目标信息项进行封装，得到对应的目标微组件；

部署模块43，用于响应于接收到的携带目标微组件的调用请求指令，将所述目标微组件部署至对应的目标宿主系统。

本发明实施例，构建模块，通过目标业务功能进行构建对应的目标信息项集合，封装模块，对目标信息项集合中的每个目标信息项进行封装得到对应的目标微组件，以将目标微组件部署至对应的目标宿主系统，能够保证多宿主系统在相同业务场景下逻辑及数据一致性，当目标微组件有问题时只需对其独立排查并修复，降低排查和修复的代价，同时降低开发的工作量，可提升宿主系统协同的实施效率

在一实施例中，所述装置，还包括：

获取模块，用于在所述对所述目标信息项集合中的每个目标信息项进行封装，得到对应的目标微组件之后，响应于接收到的业务功能调整请求指令，获取待调整微组件对应的宿主系统集合；其中，所述宿主系统集合包含调用待调整微组件的所有宿主系统；

调整模块，用于在接收到所述宿主系统集合中每个宿主系统的业务功能调整确认指令的情况下，对所述待调整微组件的业务功能进行调整。

在一实施例中，获取模块，包括：

定义单元，用于定义与所述目标业务功能相匹配的每个目标信息项；

集合确定单元，用于将所述目标信息项与所述所有原始信息项进行整合，得到对应的目标信息项集合。

在一实施例中，构建模块410，包括：

获取单元，用于获取目标业务场景中的原始信息项集合；

选取单元，用于按照预先配置的目标业务功能对所述原始信息项集合中的原始信息项进行解耦，选取与所述目标业务功能相匹配的所有原始信息项；

整合单元，用于对所述所有原始信息项进行整合，得到对应的目标信息项集合。

在一实施例中，封装模块420，包括：

顺序确定单元，用于按照目标业务逻辑确定每个目标信息项的执行顺序；

封装单元，用于按照所述执行顺序对每个目标信息项进行封装，得到对应的目标微组件。

在一实施例中，所述调用请求指令按照预先确定的调用请求方式进行发送；

所述调用请求方式根据所述目标微组件的微组件类型进行确定。

在一实施例中，所述调用请求方式包括下述之一：HTTP请求方式；API调用请求方式；函数调用请求方式；

所述微组件类型，至少包括下述之一：交互界面微组件；后台程序微组件；数据存储微组件。

本发明实施例所提供的系统构建装置可执行本发明任意实施例所提供的系统构建方法，具备执行方法相应的功能模块和有益效果。

在一实施例中，图5为本发明实施例提供的一种电子设备的结构示意图。电子设备10旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图5所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。

电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如系统构建方法。

在一些实施例中，系统构建方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM 13并由处理器11执行时，可以执行上文描述的系统构建方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行系统构建方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程系统构建装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

在一实施例中，本发明实施例还包括一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序在被处理器执行时实现本发明任一实施例所述的系统构建方法。

计算机程序产品在实现的过程中，可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，程序设计语言包括面向对象的程序设计语言，诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (10)

1.一种系统构建方法，其特征在于，包括：

按照预先配置的目标业务功能构建对应的目标信息项集合；

对所述目标信息项集合中的每个目标信息项进行封装，得到对应的目标微组件；

响应于接收到的携带目标微组件的调用请求指令，将所述目标微组件部署至对应的目标宿主系统。

2.根据权利要求1所述的方法，其特征在于，在所述对所述目标信息项集合中的每个目标信息项进行封装，得到对应的目标微组件之后，还包括：

响应于接收到的业务功能调整请求指令，获取待调整微组件对应的宿主系统集合；其中，所述宿主系统集合包含调用待调整微组件的所有宿主系统；

在接收到所述宿主系统集合中每个宿主系统的业务功能调整确认指令的情况下，对所述待调整微组件的业务功能进行调整。

3.根据权利要求1或2所述的方法，其特征在于，所述按照预先配置的目标业务功能构建对应的目标信息项集合，包括：

获取目标业务场景中的原始信息项集合；

按照预先配置的目标业务功能对所述原始信息项集合中的原始信息项进行解耦，选取与所述目标业务功能相匹配的所有原始信息项；

对所述所有原始信息项进行整合，得到对应的目标信息项集合。

4.根据权利要求3所述的方法，其特征在于，响应于所述目标业务功能对应的至少一个目标信息项未包含在所述原始信息项集合，所述按照预先配置的目标业务功能构建对应的目标信息项集合，还包括：

定义与所述目标业务功能相匹配的每个目标信息项；

将所述目标信息项与所述所有原始信息项进行整合，得到对应的目标信息项集合。

5.根据权利要求1或2所述的方法，其特征在于，所述对所述目标信息项集合中的每个目标信息项进行封装，得到对应的目标微组件，包括：

按照目标业务逻辑确定每个目标信息项的执行顺序；

按照所述执行顺序对每个目标信息项进行封装，得到对应的目标微组件。

6.根据权利要求1所述的方法，其特征在于，所述调用请求指令按照预先确定的调用请求方式进行发送；

所述调用请求方式根据所述目标微组件的微组件类型进行确定。

7.根据权利要求6所述的方法，其特征在于，所述调用请求方式包括下述之一：HTTP请求方式；API调用请求方式；函数调用请求方式；

所述微组件类型，至少包括下述之一：交互界面微组件；后台程序微组件；数据存储微组件。

8.一种系统构建装置，其特征在于，包括：

构建模块，用于按照预先配置的目标业务功能构建对应的目标信息项集合；

封装模块，用于对所述目标信息项集合中的每个目标信息项进行封装，得到对应的目标微组件；

部署模块，用于响应于接收到的携带目标微组件的调用请求指令，将所述目标微组件部署至对应的目标宿主系统。

9.一种电子设备，其特征在于，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的系统构建方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现权利要求1-7中任一项所述的系统构建方法。

Images