基础设施的生命周期的管理方法及系统

技术领域

本申请涉及信息系统基础设施管理技术领域，特别涉及一种基础设施的生命周期的管理方法及系统。

背景技术

信息系统基础设施，可以简称为基础设施，具体可以包括计算机服务器、网络、存储、安全等设备，计算机软件，机房环境等。而对基础设施的生命周期的管理是至关重要的一项工作。

对信息系统基础设施管理具体包括可行性研究、采购、库存、上线、运行、下线和报废等环节。目前对于对信息系统基础设施的各个环节是分散管理的，通过相应的系统对相应的环节进行关联。

因此各个系统对相应的环节产生的信息存在不统一的问题，所以不易于进行数据统计等处理工作，并且容易出现数据丢失以及信息未完全上线等问题，因此现有的方式并不能对信息系统基础设施的全生命周期进行有效的管理。

发明内容

基于上述现有技术的不足，本申请提供了一种基础设施的生命周期的管理方法及系统，以解决不能对信息系统基础设施的全生命周期进行有效的管理的问题。

为了实现上述目的，本申请提供了以下技术方案：

本身第一方面提供了一种基础设施的生命周期的管理方法，包括：

获取用户选择的目标基础设施的基础配置信息、资源分配信息以及资源类别；

根据所述目标基础设施的基础配置信息生成所述目标基础设施对应的配置标识、根据所述目标基础设施的资源分配信息生成所述目标基础设施的各个资源对应的资源分配标识，以及根据所述目标基础设施的资源类别生成所述目标基础设施对应的资源分类标识；

响应用户对应用系统以及管理员的选取操作，生成所述目标基础设施对应的应用系统标识以及管理员标识；

基于获取到的所述目标基础设施的采购数量，生成所述目标基础设施对应的预算编号；

当监测到所述目标基础设施通过预算审批时，生成所述目标基础设施对应的下单编号；

当接收到所述目标基础设施的采购合同信息时，生成所述目标基础设施对应的合同编号；

当接收到所述目标基础设施的设备序列号时，生成所述目标基础设施对应的状态标识；其中，所述目标基础设施的设备序列号在所述目标基础设施入库时录入；所述目标基础设施对应的状态标识初始时为库存状态；

当监测到所述目标基础设施安装成功后，将所述目标基础设施对应的状态标识变更为运行状态，并生成所述目标基础设施的各个资源的分配状态标识；其中，资源的分配状态标识初始时为可分配状态标识，在资源被分配后为已分配状态标识；

对分配状态标识为已分配状态标识的所述目标基础设施的各个资源定义相应的运行指标；其中，所述运行指标包括运行状态标识、资源利用率、事件及问题数量、服务水平标识；

当检测到应用系统下线时，将分配给所述应用系统的所述目标基础设施的各个资源的分配状态标识恢复为可分配状态；

当检测到目标基础设施报废时，将所述目标基础设施对应的状态标识变更为报废状态。

可选地，在上述的方法中，所述根据所述目标基础设施的基础配置信息生成所述目标基础设施对应的配置标识、根据所述目标基础设施的资源分配信息生成所述目标基础设施的各个资源对应的资源分配标识，以及根据所述目标基础设施的资源类别生成所述目标基础设施对应的资源分类标识之后，还包括：

获取所述目标基础设施的技术方案、采购数量以及资源交付时间；

将所述目标基础设施对应的配置标识、资源分配标识以及资源分类标识，与所述目标基础设施的技术方案、采购数量、资源交付时间进行整合，得到所述目标基础设施的可研信息。

可选地，在上述的方法中，所述基于获取到的所述目标基础设施的采购数量，生成所述目标基础设施对应的预算编号之后，还包括：

至少将所述目标基础设施对应的配置标识、资源分类标识以及预算编号，和所述目标基础设施的采购数量、单价、预算总价以及服务要求进行整合，得到预算信息。

可选地，在上述的方法中，还包括：

将所述目标基础设施对应的下单编号添加至所述预算信息中，得到下单信息。

可选地，在上述的方法中，所述当接收到所述目标基础设施的采购合同信息时，生成所述目标基础设施对应的合同编号之后，还包括：

将所述采购合同信息与所述目标基础设施对应的下单编号、合同编号整合，得到所述目标基础设施的合同信息；其中，所述合同信息至少包括合同签署时间、供货公司以及联系方式。

可选地，在上述的方法中，所述当接收到所述目标基础设施的设备序列号时，还包括：

将所述设备序列号分别添加至所述目标基础设施对应的配置标识、资源分配标识、资源分类标识、预算编号、下单编号以及合同编号中。

本申请第二方面提供了一种基础设施的生命周期的管理系统，包括：

可研管理子系统，用于获取用户选择的目标基础设施的基础配置信息、资源分配信息以及资源类别，并根据所述目标基础设施的基础配置信息生成所述目标基础设施对应的配置标识、根据所述目标基础设施的资源分配信息生成所述目标基础设施的各个资源对应的资源分配标识，以及根据所述目标基础设施的资源类别生成所述目标基础设施对应的资源分类标识；

采购管理子系统，用于基于获取到的所述目标基础设施的采购数量，生成所述目标基础设施对应的预算编号，并当监测到所述目标基础设施通过预算审批时，生成所述目标基础设施对应的下单编号，以及当接收到所述目标基础设施的采购合同信息时，生成所述目标基础设施对应的合同编号；

库存管理子系统，用于当接收到所述目标基础设施的设备序列号时，生成所述目标基础设施对应的状态标识；其中，所述目标基础设施的设备序列号在所述目标基础设施入库时录入；所述目标基础设施对应的状态标识初始时为库存状态；

上线管理子系统，用于响应用户对应用系统以及管理员的选取操作，生成所述目标基础设施对应的应用系统标识以及管理员标识，并当监测到所述目标基础设施安装成功后，将所述目标基础设施对应的状态标识变更为运行状态，并生成所述目标基础设施的各个资源的分配状态标识，以及用于对分配状态标识为已分配状态标识的所述目标基础设施的各个资源定义相应的运行指标；其中，资源的分配状态标识初始时为可分配状态标识，在资源被分配后为已分配状态标识；所述运行指标包括运行状态标识、资源利用率、事件及问题数量、服务水平标识；

下线管理子系统，用于当检测到应用系统下线时，将分配给所述应用系统的所述目标基础设施的各个资源的分配状态标识恢复为可分配状态；

报废管理子系统，用于当检测到目标基础设施报废时，将所述目标基础设施对应的状态标识变更为报废状态。

可选地，在上述的系统中，所述采购管理子系统，还用于：

获取所述目标基础设施的技术方案、采购数量以及资源交付时间，并将所述目标基础设施对应的配置标识、资源分配标识以及资源分类标识，与所述目标基础设施的技术方案、采购数量、资源交付时间进行整合，得到所述目标基础设施的可研信息。

可选地，在上述的系统中，所述采购管理子系统，还用于：

至少将所述目标基础设施对应的配置标识、资源分类标识以及预算编号，和所述目标基础设施的采购数量、单价、预算总价以及服务要求进行整合，得到预算信息。

可选地，在上述的系统中，所述采购管理子系统，还用于：

将所述目标基础设施对应的下单编号添加至所述预算信息中，得到下单信息。

可选地，在上述的系统中，所述采购管理子系统，还用于：

将所述采购合同信息与所述目标基础设施对应的下单编号、合同编号整合，得到所述目标基础设施的合同信息；其中，所述合同信息至少包括合同签署时间、供货公司以及联系方式。

可选地，在上述的系统中，所述库存管理子系统，还用于：

将所述设备序列号分别添加至所述目标基础设施对应的配置标识、资源分配标识、资源分类标识、预算编号、下单编号以及合同编号中。

本申请实施例提供的一种基础设施的生命周期的管理方法，通过从目标基础设施的可行性研究环节开始，至采购环节、库存管理环节、上线管理环节、下线管理环节至目标基础设置最终的报废关键，都生成相应的标识或编号，通过标识或编号建立数据关系，实现所有信息的数字化，更便于信息的查询与跟踪，并且实现了对基础设施的全生命周期的统一管理。

附图说明

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

图1为本申请实施例提供的一种基础设施的生命周期的管理方法的流程图；

图2为本申请另一实施例提供的一种生成可研信息的方法的流程示意图；

图3为本申请另一实施例提供的一种基础设施的生命周期的管理系统的结构示意图；

图4为本申请另一实施例提供的一种基础设施的生命周期的管理系统的架构示意图。

具体实施方式

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

在本申请中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本申请实施例提供了一种基础设施的生命周期的管理方法，如图1所示，具体包括以下步骤：

S101、获取用户选择的目标基础设施的基础配置信息、资源分配信息以及资源类别。

需要说明的是，本申请实施例中的基础设施指的是信息系统基础设置，如计算机服务器、存储、完全等设备或者计算机软件等。所以，目标基础设置可以是任意的一种基础设施，即可以是硬件也可以是软件。

具体的，技术人员在对目标基础设置可行性研究环节中，会确定目标基础设施的基础配置、目标基础设施的资源分配以及资源类型。然后，可以在系统上，创建目标基础设施，选择目标基础设施的基础配置、设置资源分配以及选择资源类比，从而获得目标基础设施的基础配置信息、资源分配信息以及资源类别。

S102、根据目标基础设施的基础配置信息生成目标基础设施对应的配置标识、根据目标基础设施的资源分配信息生成目标基础设施的各个资源对应的资源分配标识，以及根据目标基础设施的资源类别生成目标基础设施对应的资源分类标识。

需要说明的是，配置标识对应的是物理机配置，是属于资产，而资源分配标识对应的是资产上行后，所产生的可分配的资源。分别资源是可以是分配物理机，也可以是分配产生的资源。

可选地，在本申请另一实施例中，在执行步骤S102之后，还可以进一步包括可研信息的生成，如图2所示，具体包括以下步骤：

S201、获取目标基础设施的技术方案、采购数量以及资源交付时间。

S202、将目标基础设施对应的配置标识、资源分配标识以及资源分类标识，与目标基础设施的技术方案、采购数量、资源交付时间进行整合，得到目标基础设施的可研信息。

S103、响应用户对应用系统以及管理员的选取操作，生成目标基础设施对应的应用系统标识以及管理员标识。

具体的，在目标基础设施上线时，需要设置相应的应用系统进行上线，以及选择相应的管理员，对目标基础设置进行关联，而此时也相应的生成目标基础设施对应的应用系统标识以及管理员标识。

S104、基于获取到的目标基础设施的采购数量，生成目标基础设施对应的预算编号。

具体的，在可行性研究环节，可以根据提出的技术方案的可行性以及容量合理性等确定出采购数量，并录入系统中。在采购环节中，先基于采购数据，按规则生成目标基础设施对应的预算编号。

可选地，在本申请实施例中，在执行步骤S104之后，还可以进一步包括：

至少将目标基础设施对应的配置标识、资源分类标识以及预算编号，和目标基础设施的采购数量、单价、预算总价以及服务要求进行整合，得到预算信息。

S105、当监测到目标基础设施通过预算审批时，生成目标基础设施对应的下单编号。

在针对步骤S104生成的预算编号进行下单采购时，生成相应的下单编号。

并且可选地，在本申请实施例中，在执行步骤S105之后，还可以包括：

至少将目标基础设施对应的配置标识、资源分类标识、预算编号以及下单编号，和目标基础设施的采购数量、单价、预算总价以及服务要求进行整合，得到下单信息。即将目标基础设施对应的下单编号添加至所述预算信息中，得到下单信息。

S106、当接收到所述目标基础设施的采购合同信息时，生成目标基础设施对应的合同编号。

具体的，在签署采购合号，将上传采购合同信息，此时生成目标基础设施对应的合同编号。

可选地，在本申请实施例中，在执行步骤S106之后，还可以进一步执行：

将采购合同信息与所述目标基础设施对应的下单编号、合同编号整合，得到目标基础设施的合同信息。

其中，合同信息至少包括合同签署时间、供货公司以及联系方式。当然还可以包括有其他的信息例如到货时间等。

S107、当接收到目标基础设施的设备序列号时，生成目标基础设施对应的状态标识。

其中，目标基础设施的设备序列号在目标基础设施入库时录入，即当目标基础设施到货并入库时，需要上传目标设施的设备序列号。

目标基础设施对应的状态标识初始时为库存状态。具体的，目标基础设施到货入库时，检核上述步骤生成的目标基础设施对应的各个标识、编号，以及配套的其他信息，并在成功入库后，标记目标基础设施的状态为库存。

可选地，在本申请实施例中，当接收到目标基础设施的设备序列号时，还包括：

将设备序列号分别添加至目标基础设施对应的配置标识、资源分配标识、资源分类标识、预算编号、下单编号以及合同编号中。从而更好的区别和查找各个基础设施对应的标识和编号。

S108、当监测到目标基础设施安装成功后，将目标基础设施对应的状态标识变更为运行状态，并生成目标基础设施的各个资源的分配状态标识。

其中，资源的分配状态标识初始时为可分配状态标识，在资源被分配后为已分配状态标识。

S109、对分配状态标识为已分配状态标识的目标基础设施的各个资源定义相应的运行指标。

其中，运行指标包括运行状态标识、资源利用率、事件及问题数量、服务水平标识。

具体的，可以通过实时监控目标基础设置对应的运行状态标识、资源利用率、事件及问题数量来保证目标基础设施的安全稳定运行。

S110、当检测到应用系统下线时，将分配给应用系统的目标基础设施的各个资源的分配状态标识恢复为可分配状态。

S111、当检测到目标基础设施报废时，将目标基础设施对应的状态标识变更为报废状态。

通过上面的步骤，生成了目标基础设施全生命周期管理的各环节的信息之间的关系，通过生成的各个标识、编号以及各环节信息，形成统一视图，实现各系统间数据流动，保障数据一致性，提高工作效率。

具体的，基于上述各个环节生成的标识和编号，可以实现全流程信息可查询、跟踪，自动生成相关统计报表的功能。具体还可以提供模糊检索与精确检索功能、报表功能，以及进行数据展现，导出数据的功能。从而可以实时、快速地提供数据及报告，提高工作效率和管理效率。

本申请实施例提供的一种基础设施的生命周期的管理方法，通过从目标基础设施的可行性研究环节开始，至采购环节、库存管理环节、上线管理环节、下线管理环节至目标基础设置最终的报废关键，都生成相应的标识或编号，通过标识或编号建立数据关系，并且按照标识或编号自动触发后续的流程，实现所有信息的数字化和管理自动化，更便于信息的查询与跟踪等管理，并且实现了对基础设施的全生命周期的统一管理。

本申请另一实施例提供了一种基础设施的生命周期的管理系统，如图3所示，具体包括：

可研管理子系统301，用于：

获取用户选择的目标基础设施的基础配置信息、资源分配信息以及资源类别。

根据目标基础设施的基础配置信息生成目标基础设施对应的配置标识、根据目标基础设施的资源分配信息生成目标基础设施的各个资源对应的资源分配标识。

根据目标基础设施的资源类别生成目标基础设施对应的资源分类标识。

采购管理子系统302，用于：

基于获取到的目标基础设施的采购数量，生成目标基础设施对应的预算编号。

当监测到目标基础设施通过预算审批时，生成目标基础设施对应的下单编号。

当接收到目标基础设施的采购合同信息时，生成目标基础设施对应的合同编号。

库存管理子系统303，用于：当接收到目标基础设施的设备序列号时，生成目标基础设施对应的状态标识。

其中，目标基础设施的设备序列号在目标基础设施入库时录入。目标基础设施对应的状态标识初始时为库存状态。

上线管理子系统304，用于：

响应用户对应用系统以及管理员的选取操作，生成目标基础设施对应的应用系统标识以及管理员标识。

当监测到目标基础设施安装成功后，将目标基础设施对应的状态标识变更为运行状态，并生成目标基础设施的各个资源的分配状态标识。

对分配状态标识为已分配状态标识的目标基础设施的各个资源定义相应的运行指标。

其中，资源的分配状态标识初始时为可分配状态标识，在资源被分配后为已分配状态标识。

运行指标包括运行状态标识、资源利用率、事件及问题数量、服务水平标识。

下线管理子系统305，用于当检测到应用系统下线时，将分配给应用系统的目标基础设施的各个资源的分配状态标识恢复为可分配状态；

报废管理子系统306，用于当检测到目标基础设施报废时，将目标基础设施对应的状态标识变更为报废状态。

可选地，本申请实施例提供的一种基础设施的生命周期的管理系统，可以采用如图4所示的架构，采用通用的三层架构WEB、AP、DB构建。数据集中存放在DB中，用户通过浏览器的网页或API访问系统，并且还可以通过API实现各个子系统的数据交互，以及与其他系统间的数据交互。

并且，可以通过统一的认证系统，完成用户的认证。并采取可配置的人员组织架构及权限分配，实现功能模块菜单、操作、数据不同维度的权限管理。

可选地，在本申请另一实施例提供的一种基础设施的生命周期的管理系统中，采购管理子系统，还用于：

获取目标基础设施的技术方案、采购数量以及资源交付时间，并将目标基础设施对应的配置标识、资源分配标识以及资源分类标识，与目标基础设施的技术方案、采购数量、资源交付时间进行整合，得到目标基础设施的可研信息。

可选地，在本申请另一实施例提供的一种基础设施的生命周期的管理系统中，采购管理子系统，还用于：

至少将目标基础设施对应的配置标识、资源分类标识以及预算编号，和目标基础设施的采购数量、单价、预算总价以及服务要求进行整合，得到预算信息。

可选地，在本申请另一实施例提供的一种基础设施的生命周期的管理系统中，采购管理子系统，还用于：

将目标基础设施对应的下单编号添加至预算信息中，得到下单信息。

可选地，在本申请另一实施例提供的一种基础设施的生命周期的管理系统中，采购管理子系统，还用于：

将采购合同信息与目标基础设施对应的下单编号、合同编号整合，得到目标基础设施的合同信息。

其中，合同信息至少包括合同签署时间、供货公司以及联系方式。

可选地，在本申请另一实施例提供的一种基础设施的生命周期的管理系统中，库存管理子系统，还用于：

将设备序列号分别添加至目标基础设施对应的配置标识、资源分配标识、资源分类标识、预算编号、下单编号以及合同编号中。

需要说明的是，本申请上述实施例提供的各个子系统的具体工作过程可相应地参考上述方法实施例中的相应的步骤，此处不再赘述。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。