一种系统资源控制方法和相关产品

技术领域

本申请涉及企业信息化技术领域，特别是涉及一种系统资源控制方法和相关产品。

背景技术

项目建设通常会划分为需求分析、架构设计、系统开发、投产运维四个关键阶段。其中，架构设计属于系统研发侧的工作，投产运维属于系统运维侧的工作，在项目实际交付过程中，架构设计和投产运维间依靠不同的技术人员操作，两者之间没有很强的信息关联和依赖，导致系统设计态和系统运行态脱节，两侧信息不一致或不同步，给系统运维或运营工作都带来极大困难。

发明内容

基于上述问题，本申请提供了一种系统资源控制方法，通过架构图建立研发侧的业务需求与运维侧的资源申请单之间的对应关系，使得架构设计和投产运维更加融合，解决系统设计态和系统运行态脱节的问题。

本申请实施例公开了如下技术方案：

本申请第一方面提供一种系统资源控制方法，包括：

基于业务需求、架构元素和所述架构元素间关系，获得架构图；

确定所述架构图中每个架构元素的属性信息；所述属性信息表征对应的架构元素在所述架构图中的类型和属性数值；

基于所述架构图和每个架构元素的属性信息，获得与所述业务需求对应的资源申请表。

可能地，所述方法还包括：

基于变更后的业务需求、所述架构图和每个架构元素的属性信息，获得与所述变更后的业务需求对应的资源变更表。可能地，所述架构图包括业务架构图、应用架构图、数据架构图和系统部署图；所述基于业务需求、架构元素和所述架构元素间关系，获得架构图，包括：

基于所述业务需求，获得所述业务架构图；所述业务架构图包括实现所述业务需求的业务流程；所述业务流程由多个业务功能按预设顺序排列组成；每个所述业务功能访问至少一个业务对象；

基于每个所述业务功能与系统组件的对应关系，获得所述应用架构图；所述系统组件为所述应用架构图中的应用部署单元；

基于每个所述业务对象与概念数据实体间的对应关系，获得数据架构图；与所述概念数据实体对应的物理表是所述数据架构图中的数据库部署单元；

根据所述业务功能与所述业务对象间对应关系，基于所述应用架构图以及所述数据架构图，获得所述系统部署图。

可能地，所述基于所述架构图和每个架构元素的属性信息，获得与所述业务需求对应的资源申请表，包括：

确定基础资源管理要求；

从所述架构图中提取与所述基础资源管理要求对应的架构元素的属性和属性数值，生成与所述业务需求对应的申请表。

可能地，所述基于变更后的业务需求和所述架构图，获得与所述变更后的业务需求对应的资源变更表，包括：

基于所述变更后的业务需求更新所述架构图，获得更新后的架构图；

确定所述更新后的架构图中每个架构元素的属性信息；

基于所述更新后的架构图，获得与所述变更后的业务需求对应的资源变更表。

本申请第二方面提供一种系统基础资源控制装置，包括：

架构图获取模块，用于基于业务需求、架构元素和所述架构元素间关系，获得架构图；

属性信息确定模块，用于确定所述架构图中每个架构元素的属性信息；所述属性信息表征对应的架构元素在所述架构图中的类型和属性数值；

申请表获取模块，用于基于所述架构图和每个架构元素的属性信息，获得与所述业务需求对应的资源申请表。

可能地，所述装置还包括：

变更表获取模块，用于基于变更后的业务需求、所述架构图和每个架构元素的属性信息，获得与所述变更后的业务需求对应的资源变更表。可能地，所述架构图包括业务架构图、应用架构图、数据架构图和系统部署图，所述架构图获取模块，包括：

业务架构图获取单元，用于基于所述业务需求，获得所述业务架构图；所述业务架构图包括实现所述业务需求的业务流程；所述业务流程由多个业务功能按预设顺序排列组成；每个所述业务功能访问至少一个业务对象；

应用架构图获取单元，用于基于每个所述业务功能与系统组件的对应关系，获得所述应用架构图；所述系统组件为所述应用架构图中的应用部署单元；

数据架构图获取单元，用于基于每个所述业务对象与概念数据实体间的对应关系，获得数据架构图；与所述概念数据实体对应的物理表是所述数据架构图中的数据库部署单元；

系统部署图获取单元，用于根据所述业务功能与所述业务对象间对应关系，基于所述应用架构图以及所述数据架构图，获得所述系统部署图。

申请第三方面提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现第一方面所述方法的步骤。

本申请第四方面提供了一种电子设备，包括：

存储器，其上存储有计算机程序；

处理器，用于执行所述存储器中的所述计算机程序，以实现第一方面所述方法的步骤。

相较于现有技术，本申请具有以下有益效果：

本申请公开了一种系统资源控制方法，具体包括：基于业务需求、架构元素和架构元素间关系，获得架构图；确定架构图中每个架构元素的属性信息；基于架构图和每个架构元素的属性信息，获得与业务需求对应的资源申请表。本申请中的方案，通过架构图建立业务需求与资源申请表之间的对应关系，使得处于研发侧的架构设计与处于运维侧的投产运维有对应关系，解决了系统设计和系统运行脱节的问题。

附图说明

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

图1为本申请实施例提供的一种系统资源控制方法的流程图；

图2为本申请实施例提供的一种架构元模型的示意图；

图3为本申请实施例提供的一种业务架构元素的示意图；

图4为本申请实施例提供的一种应用架构元素的示意图；

图5为本申请实施例提供的一种数据架构元素的示意图；

图6为本申请实施例提供的一种技术架构元素的示意图；

图7为本申请实施例提供的一种架构关系的示意图；

图8为本申请实施例提供的一种应用架构图的示意图；

图9为本申请实施例提供的一种部署架构图的示意图；

图10为本申请实施例提供的一种系统组件部署架构图的示意图；

图11为本申请实施例提供的一种资源申请表的示意图；

图12为本申请实施例提供的另一种系统资源控制方法的示意图；

图13为本申请实施例提供的一种系统资源控制装置的结构示意图。

具体实施方式

正如前文描述，项目建设通常会划分为需求分析、架构设计、系统开发、投产运维四个关键阶段。其中，架构设计属于系统研发侧的工作，投产运维属于系统运维侧的工作，在项目实际交付过程中，架构设计和投产运维间依靠不同团队人员分别操作，两者之间没有很强的信息关联和依赖，导致系统设计态和系统运行态脱节，两侧信息不一致或不同步，给系统运维或运营工作都带来极大困难。

本申请公开了一种系统资源控制方法，具体包括：基于业务需求、架构元素和架构元素间关系，获得架构图；确定架构图中每个架构元素的属性信息；基于架构图和每个架构元素的属性信息，获得与业务需求对应的资源申请表。本申请中的方案，通过架构图建立了业务需求与资源申请表之间的对应关系，使得处于研发侧的架构设计与处于运维侧的投产运维建立关联关系，解决系统设计和系统运行脱节的问题。

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

图1为本申请实施例提供的一种系统资源控制方法的流程图。结合图1所示，本申请中的系统资源控制方法，包括：

步骤101，基于业务需求、架构元素和所述架构元素间关系，获得架构图。

本申请中的业务需求即在项目开发阶段本领域技术人员提出的项目需求。本申请中的架构元素是指元模型(也称为“企业元模型”)中的架构元素，架构元素间关系(简称“架构关系”或“关系”)是指元模型中的架构关系。

图2为本申请实施例提供的一种架构元模型的示意图。结合图2所示，架构原模型中包括业务架构相关元素、应用架构相关元素、数据架构相关元素、技术架构相关元素和架构关系。其中，图2中(a)区代表业务架构的逻辑结构，图2中(b)区代表应用架构的逻辑结构，图2中(c)区代表数据架构的逻辑结构，图2中(d)区代表技术架构(也称为“基础设施架构”)的逻辑结构。

图3为本申请实施例提供的一种业务架构元素的示意图。图3给出了图2中(a)区，即业务架构元素涉及的业务域、价值流、业务流程和业务功能的定义和实例。具体内容见图3所示，此处不再赘述。

图4为本申请实施例提供的一种应用架构元素的示意图。图4给出了图2中(b)区，即应用架构元素涉及的应用域、系统、系统组件和模块的定义和实例。具体内容见图4所示，此处不再赘述。

图5为本申请实施例提供的一种数据架构元素的示意图。图5给出了图2中(c)区，即数据架构元素涉及的逻辑数据实体、物理数据实体和属性的定义和实例。具体内容见图5所示，此处不再赘述。

图6为本申请实施例提供的一种技术架构元素的示意图。图5给出了图2中(d)区，即技术架构涉及的部署组、部署单元和节点的定义和实例。具体内容见图6所示，此处不再赘述。

图7为本申请实施例提供的一种架构关系的示意图。图7给出了图2中涉及的关系元素的定义、图例和示例。图2中涉及的关系元素包括：组成/包含、聚合、执行/被分配、实现、连接点等；各关系元素的定义和实例见图7所示，此处不再赘述。

在确定业务需求后，从架构元模型选择与业务需求匹配的多种架构元素，以及架构关系，生成架构图。本申请中提到的架构图包括业务架构图、应用架构图、数据架构图和系统部署图；不同架构图间有强关联关系。

可能地，所述基于业务需求、架构元素和所述架构元素间关系，获得架构图，包括：

基于所述业务需求，获得所述业务架构图；所述业务架构图包括实现所述业务需求的业务流程；所述业务流程由多个业务功能按预设顺序排列组成；每个所述业务功能访问至少一个业务对象；

基于每个所述业务功能与系统组件的对应关系，获得所述应用架构图；所述系统组件为所述应用架构图中的应用部署单元；

基于每个所述业务对象与概念数据实体间的对应关系，获得数据架构图；与所述概念数据实体对应的物理表是所述数据架构图中的数据库部署单元；

根据所述业务功能与所述业务对象间对应关系，基于所述应用架构图以及所述数据架构图，获得所述系统部署图。

首先，从架构元模型中筛选出能够满足业务需求的架构元素和结构关系，生成业务架构图。业务架构图中包括实现业务需求的业务流程图。业务流程图包括业务功能、业务操作、业务操作的对象即业务对象等信息；同时，业务架构图中还可以展示业务对应的业务域、价值流和组织结构信息。

然后，根据每个业务功能与系统组件的对应关系，生成应用架构图。应用架构图中包括系统组件、模块、功能，以及该系统组件与其他系统组件的关联关系。对于应用架构图而言，其包括的多个系统组件中的每个系统组件可以看做应用架构图中的应用部署单元。

图8为本申请实施例提供的一种应用架构图的示意图。结合图8所示，集团2022版关联交易管理系统中包括关联交易管理、系统管理和任务管理三个组件。其中，关联交易管理中包括系统首页、任务中心、机构基础数据、关联方管理、事前合规等多个管理模块。其次，根据每个业务对象与概念数据实体间的对应关系，获得数据架构图。其中，概念数据实体包括逻辑数据实体和关联关系。从图5可知，每个业务对象有多个逻辑数据实体。例如，汽车标的的逻辑数据实体包括：汽车种类、使用性能、厂牌标号等属性，以及与投保人实体间的关系。将每个业务对象与概念数据实体中的逻辑数据实体建立对应关系，在基于逻辑数据实体与物理数据实体的对应关系，生成数据架构图。其中，物理数据实体(物理表)是数据架构图中的数据库部署单元。

最后，根据应用架构图中的业务功能与数据架构图中业务对象间对应关系，将应用架构图和数据架构图融合在一起，获得系统部署图。

进一步地，图8中涉及的每个组件均可以看做一个独立部署单元，即关联交易管理组件、系统管理组件和任务管理组件中每个组件均可以看做一个独立部署单元，映射到部署架构图中。图9为本申请实施例提供的一种部署架构图的示意图。结合图9所示，部署架构图中包含从应用架构图中各个系统组件的部署信息，包括区域(机房，其中罗泾代表机房名称)、节点(部署单元-应用服务器)、设备(网络、安全、存储等)、数据库服务器等架构元素。图9中英文示意见表1所示。

图10为本申请实施例提供的一种系统组件部署架构图的示意图。图10中展示了图9中的交易关联管理组件的部署架构图。具体展示了交易关联管理组件关联的后端部署单元、节点、内存等相关信息。

需要说明的是，本申请示例性的给出基于业务需求和架构元模型生成业务架构图的可能实现方式，本领域技术人员可以采用其它可能的方式基于业务需求和架构元模型获得业务架构图。

步骤102，确定所述架构图中每个架构元素的属性信息。

步骤101中生成的系统部署架构图中涉及“部署单元”、“部署组”、“区域”、“节点”、“通信”、“设备”、“软件”等架构元素，本领域技术人员可以根据实际工作需求自定义上述架构元素的属性信息，即按需定义架构元素的属性和属性值。比如，比如“节点”架构元素在实际架构图中为“Docker节点1”，可对“Docker节点1”自定义属性及属性值：“IP地址：127.0.0.1”、“端口：8080”、“内存：8G”、“CPU:4G”、“操作系统：linux”等基础资源信息。依次规则，每个部署单元涉及的所有类型的架构元素，均可填写属性及属性值。

表1给出了图10中的关联交易管理系统组件部署架构图中的软件信息。

表1：软件信息

表2给出了图10中的关联交易管理系统组件部署架构图中“

表2Docker节点1的信息

步骤103，基于所述架构图和每个架构元素的属性信息，获得与所述业务需求对应的资源申请表。

基于前文所述可知，系统架构图包括业务架构图、应用架构图、数据架构图和部署架构图，不同架构图间具有强关联关系。其中，业务架构图中包括业务需求对应的业务域、价值流和业务流程信息；应用架构图中包括应用域、系统组件和系统模块信息；数据架构图中包括数据流、逻辑数据模型和物理数据模型(物理表)等信息；部署架构图(技术架构图)包括每个系统组件或数据库表的部署信息，包括区域(机房)、软件、节点(部署单元-应用服务器)、设备(网络、安全、存储等)、数据库服务器等架构元素，且每个架构元素均有属性及属性值(基础资源详细信息)。

可能地，基于所述架构图和每个架构元素的属性信息，获得与所述业务需求对应的资源申请表，包括：确定基础资源管理要求；从所述架构图中提取与所述基础资源管理要求对应的架构元素的属性和属性数值，生成与所述业务需求对应的申请表。

图11为本申请实施例提供的一种资源申请表的示意图。结合图11所示，资源申请表中包含应用系统名称、业务架构信息、应用架构信息、技术架构信息、系统组件/部署单元等多种属性。从架构图中提取与所述基础资源管理要求对应的架构元素的属性和属性数值，填充到资源申请表对应的位置，获得业务需求对应的申请表。

综上所述，本申请公开了一种系统资源控制方法，具体包括：基于业务需求、架构元素和架构元素间关系，获得架构图；确定架构图中每个架构元素的属性信息；基于架构图和每个架构元素的属性信息，获得与业务需求对应的资源申请表。本申请中的方案，通过架构图建立了业务需求与资源申请表之间的对应关系，使得处于研发侧的架构设计与处于运维侧的投产运维建立关联关系，解决了系统设计和系统运行脱节的问题。

可能地，所述方法还包括：基于变更后的业务需求、所述架构图和每个架构元素的属性信息，获得与所述变更后的业务需求对应的资源变更表。具体而言，基于变更后的业务需求更新所述架构图，获得更新后的架构图；确定更新后的架构图中每个架构元素的属性信息；基于更新后的架构图和每个架构元素的属性信息，获得与变更后的业务需求对应的资源变更表。该过程可以参考步骤101到步骤103中的描述，此处不再赘述。

图12为本申请实施例提供的另一种系统资源控制方法的示意图。图12中给出了传统系统基础资源申请或变更的操作过程，以及基于本申请的技术方案，即基于新技术方案的系统基础资源申请或变更操作过程。如图12所示，传统方案中采用的是非结构化系统架构设计，在系统投产或系统运营过程中，如果需要进行基础资源申请或变更，需要人工填写系统基础资源申请单/变更单，然后审批生成工单；而新技术方案中基于架构元模型进行生成了架构图(即图中4A架构设计)，在技术架构图(称为“系统部署图”，也称为“部署架构图”)的架构元素的描述信息中，记录(调整)系统基础资源；自动生成系统基础资源申请表(申请单)或变更表(变更单)，在进行审批，生成工单。在实际操作过程中，系统4A架构图一旦发生变更或内容调整，均可自动生成系统基础资源申请(变更)单，并附带详细资源申请(变更)原因，比如业务架构调整业务功能、应用架构增加组件、数据架构合并数据库表等等。经提交审批后，自动触发系统基础资源分配和变更操作，从而确保系统逻辑设计与物理实现的一致性。

基于前述实施例提供的系统资源控制方法，本申请还提供了一种系统资源控制装置。图13为本申请实施例提供的一种系统资源控制装置的结构示意图。结合图13所示，本申请中的系统资源控制装置1300，包括：

架构图获取模块1301，用于基于业务需求、架构元素和所述架构元素间关系，获得架构图；

属性信息确定模块1302，用于确定所述架构图中每个架构元素的属性信息；所述属性信息表征对应的架构元素在所述架构图中的类型和属性数值；

申请表获取模块1303，用于基于所述架构图和每个架构元素的属性信息，获得与所述业务需求对应的资源申请表。

可能地，系统基础资源控制装置1300，还包括：

变更表获取模块，用于基于变更后的业务需求、所述架构图和每个架构元素的属性信息，获得与所述变更后的业务需求对应的资源变更表。可能地，架构图获取模块1301，包括：

业务架构图获取单元，用于基于所述业务需求，获得所述业务架构图；所述业务架构图包括实现所述业务需求的业务流程；所述业务流程由多个业务功能按预设顺序排列组成；每个所述业务功能访问至少一个业务对象；

应用架构图获取单元，用于基于每个所述业务功能与系统组件的对应关系，获得所述应用架构图；所述系统组件为所述应用架构图中的应用部署单元；

数据架构图获取单元，用于基于每个所述业务对象与概念数据实体间的对应关系，获得数据架构图；与所述概念数据实体对应的物理表是所述数据架构图中的数据库部署单元；

系统部署图获取单元，用于根据所述业务功能与所述业务对象间对应关系，基于所述应用架构图以及所述数据架构图，获得所述系统部署图。

可能地，申请表获取模块1303，包括：

管理要求获取单元，用于确定基础资源管理要求；

申请表获取单元，用于从所述架构图中提取与所述基础资源管理要求对应的架构元素的属性和属性数值，生成与所述业务需求对应的申请表。

可能地，变更表获取模块，包括：

更新架构图获取单元，用于基于所述变更后的业务需求更新所述架构图，获得更新后的架构图；

更新属性信息确定单元，用于确定所述更新后的架构图中每个架构元素的属性信息；

变更表获取单元，用于基于所述更新后的架构图，获得与所述变更后的业务需求对应的资源变更表。

基于前述实施例提供的系统资源控制方法和装置，相应地，本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前文提及的系统资源控制方法中的部分或全部步骤。

基于前述实施例提供的系统资源控制方法和装置，本申请还提供了一种电子设备，包括：

存储器，其上存储有计算机程序；

处理器，用于执行所述存储器中的所述计算机程序，以实现前述实施例提供的系统基础资源控制中的部分或全部步骤。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元提示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述，仅为本申请的一种具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应该以权利要求的保护范围为准。