CN112581099A - 一种投产方案的获取方法、装置及电子设备 - Google Patents

Abstract

本申请公开了一种投产方案的获取方法、装置及电子设备，所述方法包括：获得至少一个应用系统的投产基线信息；在所述投产基线信息中，获得每个所述应用系统在至少一项投产属性上的属性信息；基于每个所述应用系统在每项所述投产属性上的属性信息，获得投产方案，所述投产方案中包含每个所述应用系统分别对应的单系统投产方案和/或对应于所有所述应用系统的整体投产方案。

Description

一种投产方案的获取方法、装置及电子设备

技术领域

本申请涉及系统控制技术领域，尤其涉及一种投产方案的获取方法、装置及电子设备。

背景技术

随着技术的蓬勃发展，各个行业内的应用系统更新迅速，应用系统的投产需求越来越频繁，投产周期越来越短，每个大的投产日(版本日)会有几百个应用系统有版本投产。为了能够从整体上把握每个投产日的投产情况，需要对每个投产日生成一个投产方案，以便于准确评估投产影响，及时发现投产问题，减少因投产引起的生产事件，保障应用系统的稳定运行。

目前的投产方案管理实现方案主要是依赖于ITSM(Information TechnologyService Management)系统的变更流程。在应用经理审核应用系统的上线发布单并同意应用系统上线后，会在ITSM系统上会创建一个变更单。投产管理员在ITSM系统上导出每个投产日的系统变更单列表，来识别每个投产日的投产范围，从而统计出投产方案。

但是，投产方案的统计依赖人工导出的变更单，因此，可能存在投产方案不准确的情况。

发明内容

有鉴于此，本申请提供一种投产方案的获取方法、装置及电子设备，用以解决现有技术中所获得的投产方案不准确的技术问题。

本申请提供了一种投产方案的获取方法，所述方法包括：

获得至少一个应用系统的投产基线信息；

在所述投产基线信息中，获得每个所述应用系统在至少一项投产属性上的属性信息；

基于每个所述应用系统在每项所述投产属性上的属性信息，获得投产方案，所述投产方案中包含每个所述应用系统分别对应的单系统投产方案和/或对应于所有所述应用系统的整体投产方案。

上述方法，优选的，所述投产属性包含：物理子系统名称属性、逻辑子系统名称属性、投产日期属性、投产版本类型属性、投产关联需求项属性、计划投产时间属性、投产业务影响属性、投产业务影响范围属性、投产协同系统属性中的任意一项或任意多项。

上述方法，优选的，所述应用系统分别对应的单系统投产方案包含在多个方案属性上的属性信息；

其中，所述方案属性包含：投产计划属性、投产内容属性、投产协同系统属性、投产实施方案属性和业务验证属性的任意一项或任意多项，所述投产计划属性中至少包含是否停机投产属性和/或投产窗口属性，所述投产窗口属性包含针对于不同投产地区的投产子窗口；

所述整体投产方案包括整体投产计划信息、整体投产范围信息和投产关联关系信息中的任意一项或任意多项；

其中，所述整体投产计划信息至少包含在投产日中每个所述应用系统对应的投产窗口信息，所述整体投产范围信息包含在至少一个范围维度上的投产范围统计信息，所述范围维度包含物理子系统维度、业务需求维度、业务影响维度和业务验证维度中的任意一项或任意多项，所述投产关联关系信息至少包含每个所述应用系统在至少一个关联属性上相关联的其他系统以及每个所述其他系统的计划投产时间信息，所述关联属性包含计划投产时间属性、应用系统中的投产项目属性、业务要求属性和业务需求项属性中的任意一项或任意多项。

上述方法，优选的，还包括：

对所述应用系统对应的单系统投产方案中在所述投产窗口属性上的属性信息进行校验，以得到投产窗口校验结果；

其中，所述投产窗口校验结果至少表征所述应用系统对应的单系统投产方案中在所述投产窗口属性上的属性信息是否满足预设的投产规则；所述投产规则与所述单系统投产方案中在业务运行特点属性上的属性信息相对应；

在所述投产窗口校验结果表征所述应用系统对应的单系统投产方案中在所述投产窗口属性上的属性信息不满足所述投产规则的情况下，输出第一提示信息，所述第一提示信息至少用于提示对所述应用系统对应的单系统投产方案进行修改。

上述方法，优选的，还包括：

对所述应用系统对应的单系统投产方案中在所述投产协同系统属性上的属性信息进行校验，以得到协同系统校验结果；

其中，所述协同系统校验结果至少表征所述投产协同系统属性上的属性信息是否与其对应的目标系统对应的单系统投产方案中在所述投产协同系统属性上的属性信息相匹配；

在所述协同系统校验结果表征所述投产协同系统属性上的属性信息与其对应的目标系统对应的单系统投产方案中在所述投产协同系统属性上的属性信息不匹配的情况下，输出第二提示信息，所述第二提示信息至少用于提示对所述应用系统对应的单系统投产方案进行修改。

上述方法，优选的，还包括：

获得所述应用系统对应的开发运维移交工单，所述开发运维移交工单中包含所述应用系统在至少一项运维属性上的属性信息；所述运维属性包含：上线版本属性、投产业务影响属性、投产协同系统属性、变更实施方案属性和业务验证方案属性中的任意一项或任意多项；

根据所述应用系统在每项所述运维属性上的属性信息，对所述应用系统对应的单系统投产方案和/或所述整体投产方案进行更新。

上述方法，优选的，还包括：

获得所述应用系统对应的变更工单，所述变更工单中包含所述应用系统在至少一项变更属性上的属性信息；所述变更属性包含：上线版本属性、投产业务影响属性、投产协同系统属性、变更实施方案属性和业务验证方案属性中的任意一项或任意多项；

根据所述应用系统在每项所述变更属性上的属性信息，对所述应用系统对应的单系统投产方案和/或所述整体投产方案进行更新。

上述方法，优选的，还包括：

输出每个所述应用系统分别对应的单系统投产方案和/或对应于所有所述应用系统的整体投产方案。

本申请还提供了一种投产方案的获取装置，所述装置包括：

信息获得单元，用于获得至少一个应用系统的投产基线信息；

属性获得单元，用于在所述投产基线信息中，获得每个所述应用系统在至少一项投产属性上的属性信息；

方案获得单元，用于基于每个所述应用系统在每项所述投产属性上的属性信息，获得投产方案，所述投产方案中包含每个所述应用系统分别对应的单系统投产方案和/或对应于所有所述应用系统的整体投产方案。

本申请还提供了一种电子设备，包括：

存储器，用于存储应用程序和所述应用程序运行所产生的数据；

处理器，用于执行所述应用程序，以实现：

获得至少一个应用系统的投产基线信息；

在所述投产基线信息中，获得每个所述应用系统在至少一项投产属性上的属性信息；

基于每个所述应用系统在每项所述投产属性上的属性信息，获得投产方案，所述投产方案中包含每个所述应用系统分别对应的单系统投产方案和/或对应于所有所述应用系统的整体投产方案。

由上述方案可知，本申请提供的一种投产方案的获取方法、装置及电子设备中，通过对一个或多个需要进行投产的应用系统的投产基线信息进行获取，进而可以在投产基线信息中获得到每个应用系统在各个投产属性上的属性信息，基于此，就可以根据这些属性信息，获得到每个应用系统分别对应的单系统投产方案和/或对应于所有应用系统的整体投产方案。可见，本申请中通过对待投产的应用系统的投产基线信息进行属性信息提取，进而能够获得投产方案，无需依赖于人工对变更单，就可以自动获得到与应用系统相关的投产方案，进而提高所获得的投产方案的准确性。

附图说明

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

图1为本申请实施例一提供的一种投产方案的获取方法的流程图；

图2-图6分别为本申请实施例一提供的一种投产方案的获取方法的另一流程图；

图7为本申请实施例二提供的一种投产方案的获取装置的结构示意图；

图8-图12分别为本申请实施例二提供的一种投产方案的获取装置的另一个结构示意图；

图13为本申请实施例三提供的一种电子设备的结构示意图；

图14-图16分别为本申请适用于银行应用系统进行投产方案获取时的示例图。

具体实施方式

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

参考图1，为本申请实施例一提供的一种投产方案的获取方法的实现流程图，该方法可以适用于能够进行数据处理的电子设备中，如计算机或服务器等，该电子设备与IT管理平台即ITM(Information Technology Management)和ITSM相连接，基于此，本实施例中的技术方案主要用于提高投产方案获取的准确性。

具体的，本实施例中的方法可以包含以下步骤：

步骤101：获得至少一个应用系统的投产基线信息。

其中，这里的应用系统是指待投产的应用系统，可以为能够实现特定功能的应用系统，如存储、计算或展示等功能的应用系统。投产基线信息为ITM系统即IT管理平台上用户针对应用系统进行投产所创建的投产基线的信息。

在投产基线信息中可以包含有一个或多个投产属性上的属性信息，这里的投产属性可以包含：物理子系统名称属性、逻辑子系统名称属性、投产日期属性、投产版本类型属性、投产关联需求项属性(或者称为投产关联的开发任务属性)、计划投产时间属性、投产业务影响属性、投产业务影响范围属性、投产协同系统属性中的任意一项或任意多项。

例如，某个应用系统的投产基线信息中可以包含有物理子系统名称、所属逻辑子系统名称、投产日期、版本类型、关联的开发任务、关联的需求项、计划投产时间、业务影响、业务影响范围、协同系统等信息。

需要说明的是，投产基线信息在项目组在ITM系统上被创建之后，经过投产总控经理在ITM系统上审核并同意投产后，ITM系统将每个应用系统的投产基线信息同步传输到本申请所实现的投产管控平台中，由此，本实施例中能够获得到每个待投产的应用系统的投产基线信息。

步骤102：在投产基线信息中，获得每个应用系统在至少一项投产属性上的属性信息。

具体的，本实施例中按照每项投产属性的顺序编号或名称，在投产基线信息中，依次读取到每个应用系统在每项投产属性上的属性信息，例如，读取到应用系统A中的物理子系统名称、所属逻辑子系统名称、投产日期、版本类型、关联的开发任务、关联的需求项、计划投产时间、业务影响、业务影响范围、协同系统等信息，并读取到应用系统Y中的物理子系统名称、所属逻辑子系统名称、投产日期、版本类型、关联的开发任务、关联的需求项、计划投产时间、业务影响、业务影响范围、协同系统等信息。

步骤103：基于每个应用系统在每项投产属性上的属性信息，获得投产方案。

其中，投产方案中包含每个应用系统分别对应的单系统投产方案，和/或，对应于所有应用系统的整体投产方案。

在一种实现方式中，本实施例所获得的投产方案中可以只包含有每个应用系统各自对应的单系统投产方案，每个应用系统分别对应的单系统投产方案中包含在多个方案属性上的属性信息，这里的方案属性包含：投产计划属性、投产内容属性、投产协同系统属性、投产实施方案属性和业务验证属性的任意一项或任意多项，其中，投产计划属性中至少包含是否停机投产属性和/或投产窗口属性，投产窗口属性包含针对于不同投产地区的投产子窗口。

例如，本实施例中所获得的投产方案中包含有应用系统X对应的单系统投产方案x和应用系统Y对应的单系统投产方案y，应用系统X对应的单系统投产方案x中包含有应用系统X的投产计划、投产内容、投产协同系统、投产实施方案和业务验证等方案信息，而应用系统X投产计划中至少包含有：应用系统X是否停机投产属性和应用系统X的投产窗口，应用系统X的投产窗口包含针对于亚太区和美洲区等不同投产地区的投产子窗口，投产窗口和投产子窗口以时间段来表征。

而应用系统Y对应的单系统投产方案y中包含有应用系统Y的投产计划、投产内容、投产协同系统、投产实施方案和业务验证等方案信息，而应用系统Y投产计划中至少包含有：应用系统Y是否停机投产属性和应用系统Y的投产窗口，应用系统Y的投产窗口包含针对于境内区和欧非区等不同投产地区的投产子窗口，投产窗口和投产子窗口以时间段来表征。

在另一种实现方式中，本实施例中所获得的投产方案中可以只包含对应于所有应用系统的整体投产方案，该整体投产方案中可以包含有整体投产计划信息、整体投产范围信息和投产关联关系信息中的任意一项或任意多项；

其中，整体投产计划信息可以包含有在投产日中每个应用系统对应的投产窗口信息；整体投产范围信息可以包含有在至少一个范围维度上的投产范围统计信息，这里的范围维度包含物理子系统维度、业务需求维度、业务影响维度和业务验证维度中的任意一项或任意多项；另外，投产关联关系信息至少包含每个应用系统在至少一个关联属性上相关联的其他系统以及每个其他系统的计划投产时间信息，这里的关联属性包含计划投产时间属性、应用系统中的投产项目属性、业务要求属性和业务需求项属性中的任意一项或任意多项。

例如，本实施例中所获得的投产方案中包含有应用系统X和应用系统Y对应的整体投产方案，整体投产方案中可以包含有在投产日中应用系统X和应用系统Y各自对应的投产窗口信息，还包含有在应用系统X和应用系统Y在物理子系统维度、业务需求维度、业务影响维度和业务验证维度等范围维度上的投产范围统计信息，另外，还包含有应用系统X和应用系统Y各自在计划投产时间属性、应用系统中的投产项目属性、业务要求属性和业务需求项属性等关联属性上相关联的其他系统以及每个其他系统的计划投产时间信息。

在另一种实现方式中，本实施例中所获得的投产方案中可以既包含有每个应用系统各自对应的单系统投产方案，也包含对应于所有应用系统的整体投产方案，由此，保证所得到的投产方案的完整性。

具体实现中，本实施例中可以对所有应用系统在每项投产属性上的属性信息按照单系统投产方案和整体投产方案中所包含的方案内容进行信息统计，从而获得到每个应用系统的单系统投产方案和对应于所有应用系统的整体投产方案。

由上述方案可知，本申请实施例一提供的一种投产方案的获取方法中，通过对一个或多个需要进行投产的应用系统的投产基线信息进行获取，进而可以在投产基线信息中获得到每个应用系统在各个投产属性上的属性信息，基于此，就可以根据这些属性信息，获得到每个应用系统分别对应的单系统投产方案和/或对应于所有应用系统的整体投产方案。可见，本实施例中通过对待投产的应用系统的投产基线信息进行属性信息提取，进而能够获得投产方案，无需依赖于人工对变更单，就可以自动获得到与应用系统相关的投产方案，进而提高所获得的投产方案的准确性。

在一种实现方式中，本实施例中在步骤103中获得到投产方案之后，还可以包含以下步骤，如图2中所示：

步骤104：对应用系统对应的单系统投产方案中在投产窗口属性上的属性信息进行校验，以得到投产窗口校验结果；

其中，投产窗口校验结果至少表征应用系统对应的单系统投产方案中在投产窗口属性上的属性信息是否满足预设的投产规则，而投产规则与单系统投产方案中在业务运行特点属性上的属性信息相对应。这里的业务运行特点属性上的属性信息表征应用系统提供业务服务的运行时间，如银行系统的营业时间等信息。也就是说，本实施例中对于每个应用系统对应的单系统投产方案中在业务运行特点属性上所配置的运行时间的属性信息进行解析，得到该应用系统对应的单系统投产方案在投产窗口属性上对应的投产规则，即对投产窗口属性上的属性信息进行合规性校验的规则。基于此，步骤104中所得到的投产窗口校验结果能够表征出应用系统对应的单系统投产方案中在投产窗口属性上的属性信息是否满足与单系统投产方案中在业务运行特点属性上对应的投产规则。

步骤105：在投产窗口校验结果表征应用系统对应的单系统投产方案中在投产窗口属性上的属性信息不满足投产规则的情况下，输出第一提示信息。

其中，第一提示信息至少用于提示对应用系统对应的单系统投产方案进行修改。例如，本申请所实现的投产管控平台通过与投产管理人员对应的终端如ITSM系统或者手机等终端之间的通信接口将第一提示信息输出到ITM或手机上，由此，提示投产管理人员在ITM系统上对投产方案对应的投产基线信息进行修改。

具体的，第一提示信息可以用于提示对应用系统对应的投产基线信息中在计划投产时间属性上的属性信息进行修改，如修改计划投产的时间段等窗口信息。

基于此，在接收到被修改后的投产基线信息之后，按照前文中的技术方案可以重新获取相应的投产方案，即更新后的投产方案，其中可以包含有每个应用系统对应的更新后的单系统投产方案，和/或，对应于所有应用系统的更新后的整体投产方案。

在一种实现方式中，本实施例中在步骤103中获得到投产方案之后，还可以包含以下步骤，如图3中所示：

步骤106：对应用系统对应的单系统投产方案中在投产协同系统属性上的属性信息进行校验，以得到协同系统校验结果。

其中，协同系统校验结果至少表征投产协同系统属性上的属性信息是否与其对应的目标系统对应的单系统投产方案中在投产协同系统属性上的属性信息相匹配。也就是说，本实施例中根据每个应用系统对应的单系统投产方案中在投产协同系统属性上的属性信息，确定属于应用系统的协同系统的目标系统，基于此，根据该目标系统对应的单系统投产方案中在投产协同系统属性上所表征的属于目标系统的协同系统，对以目标系统作为协同系统的应用系统对应的单系统投产方案在投产协同系统属性上的属性信息进行校验，具体为：判断目标系统对应的单系统投产方案中在投产协同系统属性上所表征的属于目标系统的协同系统是否与以目标系统作为协同系统的应用系统相一致，基于此，本实施例中所获得到的协同系统校验结果能够表征出应用系统对应的单系统投产方案中在投产协同系统属性上的属性信息是否其对应的目标系统对应的单系统投产方案中在投产协同系统属性上的属性信息相匹配。

步骤107：在协同系统校验结果表征投产协同系统属性上的属性信息与其对应的目标系统对应的单系统投产方案中在投产协同系统属性上的属性信息不匹配的情况下，输出第二提示信息。

其中，第二提示信息至少用于提示对应用系统对应的单系统投产方案进行修改。例如，本申请所实现的投产管控平台通过与投产管理人员对应的终端如ITSM系统或者手机等终端之间的通信接口将第二提示信息输出到ITM或手机上，由此，提示投产管理人员在ITM系统上对投产方案对应的投产基线信息进行修改。

具体的，第二提示信息可以用于提示对应用系统对应的投产基线信息中在投产协同系统属性上的属性信息进行修改，如修改协同系统等信息。

基于此，在接收到被修改后的投产基线信息之后，按照前文中的技术方案可以重新获取相应的投产方案，即更新后的投产方案，其中可以包含有每个应用系统对应的更新后的单系统投产方案，和/或，对应于所有应用系统的更新后的整体投产方案。

在一种实现方式中，本实施例中在步骤103中获得到投产方案之后，还可以包含以下步骤，如图4中所示：

步骤108：获得应用系统对应的开发运维移交工单。

其中，开发运维移交工单中包含应用系统在至少一项运维属性上的属性信息，这里的运维属性可以包含：上线版本属性、投产业务影响属性、投产协同系统属性、变更实施方案属性和业务验证方案属性中的任意一项或任意多项。

例如，在投产总控经理审核投产基线并同意投产之后，同时可以在ITSM系统上自动触发应用系统的开发运维移交流程，项目组可以在开发运维移交流程环节中进一步更新完善应用系统上线的相关信息，如上线版本内容、业务影响、协同系统、变更实施方案、业务验证方案等，这些信息被记录在ITSM系统所生成的开发运维移交工单中，在该开发运维移交工单经过审核之后，ITSM系统会将开发运维移交工单同步传输给本申请所实现的投产管控平台，基于此，本实施例中可以获取到包含有对应用系统进行更新完善的开发运维移交工单。

步骤109：根据应用系统在每项运维属性上的属性信息，对应用系统对应的单系统投产方案和/或整体投产方案进行更新。

具体的，本实施例中可以在应用系统对应的单系统投产方案和整体投产方案中的与应用系统在每项运维属性上的属性信息相对应的内容进行修改，进而得到更新后的单系统投产方案和整体投产方案。

在一种实现方式中，本实施例中在步骤103中获得到投产方案之后，还可以包含以下步骤，如图5中所示：

步骤110：获得应用系统对应的变更工单。

其中，变更工单中包含应用系统在至少一项变更属性上的属性信息；变更属性包含：上线版本属性、投产业务影响属性、投产协同系统属性、变更实施方案属性和业务验证方案属性中的任意一项或任意多项。

例如，在投产总控经理审核投产基线并同意投产且应用经理对开发运维移交工单审核通过之后，开始应用系统的变更流程，应用经理在变更流程环节中根据应用系统的实际变更情况进一步更新应用系统上线的相关信息，如上线版本内容、业务影响、协同系统、变更实施方案、业务验证方案等，基于此，在变更审批通过后，ITSM系统上将生成的应用系统的变更工单同步传输给本申请所实现的投产管控平台，基于此，本实施例中可以获取到包含有对应用系统进行更新完善的变更工单。

步骤111：根据应用系统在每项变更属性上的属性信息，对应用系统对应的单系统投产方案和/或整体投产方案进行更新。

具体的，本实施例中可以在应用系统对应的单系统投产方案和整体投产方案中的与应用系统在每项变更属性上的属性信息相对应的内容进行修改，进而得到更新后的单系统投产方案和整体投产方案。

在一种实现方式中，本实施例中在步骤103中获得到投产方案之后，还可以包含以下步骤，如图6中所示：

步骤112：输出每个应用系统分别对应的单系统投产方案和/或对应于所有应用系统的整体投产方案。

具体的，本实施例中可以按照应用系统之间的顺序，依次输出每个应用系统分别对应的单系统投产方案，在所有应用系统分别对应的单系统投产方案之前或者之后，输出对应于所有应用系统的整体投产方案。

需要说明的是，每个应用系统分别对应的单系统投产方案中的方案内容按照方案属性依次输出。

参考图7，为本申请实施例二提供的一种投产方案的获取装置的结构示意图，该装置可以配置在能够进行数据处理的电子设备中，如计算机或服务器等，该电子设备与ITM系统和ITSM系统相连接，基于此，本实施例中的技术方案主要用于提高投产方案获取的准确性。

具体的，本实施例中的装置可以包含以下单元：

信息获得单元701，用于获得至少一个应用系统的投产基线信息；

属性获得单元702，用于在所述投产基线信息中，获得每个所述应用系统在至少一项投产属性上的属性信息；

方案获得单元703，用于基于每个所述应用系统在每项所述投产属性上的属性信息，获得投产方案，所述投产方案中包含每个所述应用系统分别对应的单系统投产方案和/或对应于所有所述应用系统的整体投产方案。

由上述方案可知，本申请实施例二提供的一种投产方案的获取装置中，通过对一个或多个需要进行投产的应用系统的投产基线信息进行获取，进而可以在投产基线信息中获得到每个应用系统在各个投产属性上的属性信息，基于此，就可以根据这些属性信息，获得到每个应用系统分别对应的单系统投产方案和/或对应于所有应用系统的整体投产方案。可见，本实施例中通过对待投产的应用系统的投产基线信息进行属性信息提取，进而能够获得投产方案，无需依赖于人工对变更单，就可以自动获得到与应用系统相关的投产方案，进而提高所获得的投产方案的准确性。

可选的，所述投产属性包含：物理子系统名称属性、逻辑子系统名称属性、投产日期属性、投产版本类型属性、投产关联需求项属性、计划投产时间属性、投产业务影响属性、投产业务影响范围属性、投产协同系统属性中的任意一项或任意多项。

可选的，所述应用系统分别对应的单系统投产方案包含在多个方案属性上的属性信息；

其中，所述方案属性包含：投产计划属性、投产内容属性、投产协同系统属性、投产实施方案属性和业务验证属性的任意一项或任意多项，所述投产计划属性中至少包含是否停机投产属性和/或投产窗口属性，所述投产窗口属性包含针对于不同投产地区的投产子窗口；

所述整体投产方案包括整体投产计划信息、整体投产范围信息和投产关联关系信息中的任意一项或任意多项；

其中，所述整体投产计划信息至少包含在投产日中每个所述应用系统对应的投产窗口信息，所述整体投产范围信息包含在至少一个范围维度上的投产范围统计信息，所述范围维度包含物理子系统维度、业务需求维度、业务影响维度和业务验证维度中的任意一项或任意多项，所述投产关联关系信息至少包含每个所述应用系统在至少一个关联属性上相关联的其他系统以及每个所述其他系统的计划投产时间信息，所述关联属性包含计划投产时间属性、应用系统中的投产项目属性、业务要求属性和业务需求项属性中的任意一项或任意多项。

在一种实现方式中，本实施例中的装置还可以包含以下单元，如图8中所示：

窗口校验单元704，用于对所述应用系统对应的单系统投产方案中在所述投产窗口属性上的属性信息进行校验，以得到投产窗口校验结果；其中，所述投产窗口校验结果至少表征所述应用系统对应的单系统投产方案中在所述投产窗口属性上的属性信息是否满足预设的投产规则；所述投产规则与所述单系统投产方案中在所述业务运行特点属性上的属性信息相对应；在所述投产窗口校验结果表征所述应用系统对应的单系统投产方案中在所述投产窗口属性上的属性信息不满足所述投产规则的情况下，输出第一提示信息，所述第一提示信息至少用于提示对所述应用系统对应的单系统投产方案进行修改。

在一种实现方式中，本实施例中的装置还可以包含以下单元，如图9中所示：

协同校验单元705，用于对所述应用系统对应的单系统投产方案中在所述投产协同系统属性上的属性信息进行校验，以得到协同系统校验结果；其中，所述协同系统校验结果至少表征所述投产协同系统属性上的属性信息是否与其对应的目标系统对应的单系统投产方案中在所述投产协同系统属性上的属性信息相匹配；在所述协同系统校验结果表征所述投产协同系统属性上的属性信息与其对应的目标系统对应的单系统投产方案中在所述投产协同系统属性上的属性信息不匹配的情况下，输出第二提示信息，所述第二提示信息至少用于提示对所述应用系统对应的单系统投产方案进行修改。

在一种实现方式中，本实施例中的装置还可以包含以下单元，如图10中所示：

运维更新单元706，用于获得所述应用系统对应的开发运维移交工单，所述开发运维移交工单中包含所述应用系统在至少一项运维属性上的属性信息；所述运维属性包含：上线版本属性、投产业务影响属性、投产协同系统属性、变更实施方案属性和业务验证方案属性中的任意一项或任意多项；根据所述应用系统在每项所述运维属性上的属性信息，对所述应用系统对应的单系统投产方案和/或所述整体投产方案进行更新。

在一种实现方式中，本实施例中的装置还可以包含以下单元，如图11中所示：

变更更新单元707，用于获得所述应用系统对应的变更工单，所述变更工单中包含所述应用系统在至少一项变更属性上的属性信息；所述变更属性包含：上线版本属性、投产业务影响属性、投产协同系统属性、变更实施方案属性和业务验证方案属性中的任意一项或任意多项；根据所述应用系统在每项所述变更属性上的属性信息，对所述应用系统对应的单系统投产方案和/或所述整体投产方案进行更新。

在一种实现方式中，本实施例中的装置还可以包含以下单元，如图12中所示：

方案输出单元708，用于输出每个所述应用系统分别对应的单系统投产方案和/或对应于所有所述应用系统的整体投产方案。

需要说明的是，本实施例中各单元的具体实现可以参考前文中相应内容，此处不再详述。

参考图13，为本申请实施例三提供的一种电子设备的结构示意图，该电子设备可以为能够进行数据处理的电子设备，如计算机或服务器等，该电子设备与ITM系统和ITSM系统相连接，基于此，本实施例中的技术方案主要用于提高投产方案获取的准确性。

具体的，本实施例中的电子设备可以包括如下结构：

存储器1301，用于存储应用程序和所述应用程序运行所产生的数据；

处理器1302，用于执行所述应用程序，以实现：

获得至少一个应用系统的投产基线信息；

在所述投产基线信息中，获得每个所述应用系统在至少一项投产属性上的属性信息；

基于每个所述应用系统在每项所述投产属性上的属性信息，获得投产方案，所述投产方案中包含每个所述应用系统分别对应的单系统投产方案和/或对应于所有所述应用系统的整体投产方案。

由上述方案可知，本申请实施例三提供的一种电子设备中，通过对一个或多个需要进行投产的应用系统的投产基线信息进行获取，进而可以在投产基线信息中获得到每个应用系统在各个投产属性上的属性信息，基于此，就可以根据这些属性信息，获得到每个应用系统分别对应的单系统投产方案和/或对应于所有应用系统的整体投产方案。可见，本实施例中通过对待投产的应用系统的投产基线信息进行属性信息提取，进而能够获得投产方案，无需依赖于人工对变更单，就可以自动获得到与应用系统相关的投产方案，进而提高所获得的投产方案的准确性。

需要说明的是，本实施例中处理器的具体实现可以参考前文中相应内容，此处不再详述。

以金融行业中银行所涉及的各类应用系统为例，对采用本申请的技术方案进行投产方案的获取进行详细说明：

本申请的发明人在工作过程中发现：随着银行业务的蓬勃发展，系统投产需求越来越频繁，投产周期越来越短，每个大的投产点即投产日会有几百个应用系统有版本投产。因此每个投产点如能自动生成一个投产方案，从整体上把握每个投产日的投产情况，对准确评估投产影响，及时发现投产问题，减少因投产引起的生产事件，保障银行系统的稳定运行至关重要。

而现有的投产变更管理主要是依赖于ITSM系统的变更流程。应用经理审核应用系统的上线发布单，同意应用系统上线后，会在ITSM系统上会创建一个变更单。投产管理员在ITSM系统上导出每个版本日的系统变更单列表，来识别每个版本日的投产范围，以此来进行投产变更的管理以及投产进度的跟踪。

可见，现有的基于ITSM系统变更统计的投产管理方法，存在以下缺点：

首先，投产范围依赖人工导出的系统变更列表统计，耗费人力、效率低，投产范围无法及时更新，存在统计不全的问题，导致所得到的投产方案不准确；

其次，缺少整体投产视图，没有整体投产计划、投产范围及投产关联关系等的展示，无法准确掌握整体投产情况；

另外，缺少单系统投产视图，单系统投产仅有变更内容、计划时间的简单展示，没有系统的关联关系、业务影响、实施方案等的展示；如系统在一个投产点有多个变更，无有效整合。

鉴于以上缺陷，本申请的发明人经过进一步研究，设计出一种投产方案的生成方案，每个投产点自动生成整体投产方案和单系统投产方案，来实现对每次投产的全局把控，降低投产风险。具体的，本申请的发明人所设计的方案是一种基于投产管控平台的投产方案自动生成的方法，可通过采集一个投产点所有投产系统即待投产的应用系统的上线信息，自动生成投产方案。投产方案含一个整体投产方案和N个单系统投产方案，N可以为大于或等于1的正整数。

其中，整体投产方案主要是一个投产点的整体投产计划、投产范围等的统计，可通过整体投产方案查看一个投产点的整体投产情况；而单系统投产方案主要是该投产点单个系统的切换方案，可查看该系统在该投产点的投产计划、投产内容、实施方案及关联系统等。具体如下：

1)投产方案的生成

投产方案通过采集各系统的投产基线、开发运维移交工单、变更工单中的信息自动生成。

结合图14中所示的投产方案生成流程图，以下对投产方案的生成进行举例说明：

如果一个应用系统在某投产点有投产计划，项目组会在ITM系统上创建一个投产基线，投产基线包含该系统的物理子系统名称、所属逻辑子系统名称、投产日期、版本类型、关联的开发任务、关联的需求项、计划投产时间、业务影响、业务影响范围、协同系统等信息。投产总控经理在ITM系统上审核该应用系统的投产基线同意投产后，ITM系统就会将该应用系统的投产基线信息同步给本申请所实现的投产管控平台。投产管控平台会自动解析一个投产点的所有应用系统的投产基线信息，自动生成该投产点上各个应用系统的整体投产方案和单系统投产方案。如有新的应用系统投产基线审核通过，或者已审核应用系统的投产基线信息有变更，ITM系统均会同步给投产管控平台，投产管控平台同步更新整体投产方案和单系统投产方案。

进一步的，投产总控经理审核同意应用系统投产上线后，同时会在ITSM系统上自动触发系统的开发运维移交流程。项目组会在开发运维移交流程环节进一步更新完善应用系统上线的相关信息，如上线版本内容、业务影响、协同系统，变更实施方案、业务验证方案等。数据中心应用经理审核应用系统的开发运维移交工单，审批通过后ITSM系统会将开发运维移交工单信息同步给投产管控平台，投产管控平台会根据开发运维移交工单里的应用系统上线信息迭代更新该投产点各个应用系统的整体投产方案和单系统投产方案。

进一步的，应用经理审核通过开发运维移交工单后会开始应用系统的变更流程，应用经理在此环节会根据应用系统的实际变更情况进一步更新应用系统的上线信息。变更审批通过后，ITSM系统会将应用系统的变更工单同步给投产管控平台，投产管控平台根据变更工单信息进一步迭代更新整体投产方案和单系统投产方案。

综上，投产方案是根据各系统的投产基线、开发运维移交工单、变更工单中的信息自动生成；如应用系统的投产基线信息、开发运维移交工单、变更工单有更新，会自动同步给投产管控平台，投产管控平台会迭代更新投产方案。其中，生成整体投产方案时遵循一个投产点只生成一个整体投产方案及根据不同阶段信息进行迭代更新的原则；生成单系统投产方案时遵循一个投产点一个系统只生成一个投产方案及根据不同阶段信息进行迭代更新的原则。投产管理员可通过查看投产方案，及时掌握整个投产情况。这里的阶段是指开发运维移交流程之前、开发运维移交流程以及变更流程分别对应的阶段。

基于以上内容，在本申请的投产方案生成过程中，投产管控平台会解析各系统的投产基线、开发运维移交工单、变更单，自动得到各系统的投产方案：是否不停机投产、投产窗口及协同系统等，尤其会重点关注核心系统的投产方案，如核心系统境内、亚太区、欧非区、美洲区的变更窗口、批处理窗口及试营业窗口等信息。

另外，本申请所实现的投产管控平台可以结合投产变更管理要求及各系统的业务特点，自动校验各系统投产窗口是否满足投产管理规范，例如：

1)7*24小时系统涉及停机投产的，停机窗口是否在核心系统投产窗口内；非7*24小时停机的，是否在非营业时间实施；

2)网联业务线上的系统，无需核心系统协同变更的，变更时间是否安排在安排在2:00-4:00，涉及核心系统协同变更的，变更时间否安排在凌晨批量后4:00-6:00；

3)7*24系统不停机投产的，停机时间是否安排在22点后进行。

对于不满足投产管理规范要求的系统，投产管控平台会在整体投产方案中将该应用系统显示为不合规红色提醒，同时发送消息通知给投产总控经理及该应用系统项目组和应用经理。项目组人员接收到不合规提醒后，可根据投产要求调整该应用系统的投产方案，在ITM系统中申请修改投产基线。修改后的投产基线ITM系统会自动同步给投产管控平台。投产管控平台自动更新该应用系统的投产方案，校验通过后该应用系统的投产方案可取消不合规标识。如项目组有特殊原因无法按投产管理规范投产，经投产总控经理和应用经理同意后，可由投产总控经理在投产管控平台审核通过，取消不合规标识，投产管控平台将该系统在整体投产方案中置为重点关注状态，投产中可重点跟踪该系统投产情况。

除了投产窗口是否满足要求的校验，本申请所实现的投产管控平台还会校验各系统的协同方案。如某应用系统的投产方案提到有其他应用系统的协同，会同步校验协同系统的投产方案中是否有对应的协同关系，如没有对应的协同关系，校验不通过，同样会在投产方案中将该应用系统的投产方案加上不合规标识，同时发不合规提醒给该应用系统的项目组和应用经理。在开发运维移交和变更环节，投产管控平台解析应用系统具体的实施方案和回退后，如投产变更过程中涉及到协同系统的变更协同任务，会进一步校验协同系统的投产方案是否对应的协同投产任务，如没有校验通过，也会置为不合规，发校验不通过的提醒。项目组人员接收到不合规提醒后，重新审核该应用系统的投产方案，在不同的环节可修改投产基线、开发运维移交工单或者变更工单相应内容，均会被自动同步给投产管控平台，投产管控平台会迭代更新投产方案，校验是否合规，如合规会取消不合规标识。

投产管控平台的合规校验是贯穿整个投产全生命周期的，如某应用系统的投产方案一直校验不通过，该应用系统的变更单会无法审核通过，该应用系统的投产会无法实施。同时在投产方案中会一直为不合规状态，重点提醒投产相关人员关注。

2)投产方案的设计

一个投产点的投产方案分为一个整体投产方案和N个单系统投产方案，在投产管控平台上选择不同的投产日期，可以查看该投产日期的整体投产方案和单系统投产方案。通过一个投产点的投产方案可以很清楚的查看该投产点的投产情况，有多少个应用系统投产、有多少个版本投产、投产是怎么安排的、每个系统的投产内容和投产计划是什么。同时投产方案还可以结合各应用系统的投产进度信息进行投产进度的跟踪和展示。投产管理员可以通过投产方案查看投产整体情况，而不只是看到一个个变更列表信息。

(1)整体投产方案

整体投产方案主要是展示该投产点的整体投产情况，含整体投产计划、投产范围、投产关联关系等。

A、投产计划总览

应用系统投产时间窗口一般为投产日T日当天18点、22点及主机投产时间窗口。投产管控平台同步各应用系统的投产基线后，统计各应用系统的计划投产时间，自动生成该投产点的投产计划总览。

投产计划总览，如图15中所示，展示8月28日版本日的主机计划投产窗口，及第一投产窗口18:00和第二投产窗口22:00计划投产的系统数，点击第一、第二投产窗口可以看到该投产窗口的投产系统列表；点击投产计划时间轴上的时点，可以看到该时点上的计划投产系统数。

B、投产范围统计

整体投产方案提供多维度的投产范围统计。

a、系统投产范围

整体投产方案提供物理子系统维度的投产范围统计，可查看该投产点的投产系统数和投产版本数，及详细的投产系统列表信息，包含物理子系统基本信息(系统名称、部署平台、运行时间、开发单位、运维处室、应用经理等)、版本类型、版本单、关联的开发任务、关联的项目、协同系统、变更方式、计划开始时间等信息。同时提供开发单位、运营单位应用系统投产视图，可查看该投产点不同开发单位、运营单位的应用系统投产范围。如投产合规校验不通过，会标识校验不通过的应用系统，重点提醒。

b、需求投产范围

整体投产方案提供业务需求维度的投产范围统计，可查看该投产点的投产项目数、业务要求数、业务需求项数，及详细的业务需求项列表，含需求项编号、需求项标题、需求项类型、关联的业务要求编号、业务要求标题、关联的项目名称、提出部门、关联的开发任务、计划投产时间等信息。同时提供业务部门角度的投产情况视图，可查看该投产点不同业务部门的投产需求范围。

c、业务影响范围

整体投产方案提供有业务影响的系统投产范围统计，可查看该投产点有业务影响的投产系统数，及详细的系统列表，可查看这些应用系统的业务影响及业务影响时间等。

d、业务验证范围

整体投产方案提供有业务验证安排的投产系统范围统计，可查看该投产点有业务验证的系统数，及详细的系统列表，可查看这些应用系统业务验证的时间、方案等信息。

C、投产关联关系

整体投产方案提供基于应用系统(7*12P)架构视图形式的投产关联关系展示，如图16中所示，可查看该投产点投产系统、项目、业务要求、需求项的关联系统，及关联系统的计划投产时间等信息。同时也可查看新一代每层的计划投产系统数。

(2)单系统投产方案

一个投产点的投产方案同时包含该投产点所有应用系统的单系统投产方案。单系统投产方案包括该投产点该应用系统的投产计划、投产内容、协同系统、实施方案、业务验证方案等信息。

A、投产计划

投产计划为该投产点该应用系统的投产计划，含应用系统基本信息、版本类型、计划投产时间、停业时间、停业影响范围等信息。同时也包含该应用系统前5次的投产安排，基于此可以了解该应用系统历史投产执行情况。

B、投产内容

投产内容为该投产点该应用系统的投产版本内容，主要是该投产点该应用系统关联的开发任务、业务要求、需求项、项目等信息，基于此可以查看该应用系统投产的具体内容。

C、实施方案

实施方案分别从投产准备、流程审核、投产上线、业务验证四个方面展示单系统的投产方案。

a、投产准备

投产准备部分为该应用系统投产前需要提前完成的投产准备任务，如基础设施供给、网络访问关系开通等。

b、流程审核

流程审核部分为该应用系统投产前需要提前完成的流程审核任务，如开发运维移交审核、变更单审核、版本检核等。

c、投产上线

投产上线部分为该投产点该应用系统投产的具体实施方案，统计了该应用系统在该投产点有几个变更，每个变更对应的具体的实施方案，含变更方案和回退方案。变更方案和回退方案分别统计了变更方式：自动、半自动、人工，并列出了自动化变更和非自动变更部分的实施步骤等信息。

d、业务验证

业务验证部分为该投产点该应用系统的业务验证方案，为该应用系统该投产点的具体是试营业安排及试营业方案信息。

D、协同系统

协同系统为该投产点该应用系统投产所有的协同系统，含所有协同系统的系统名称、计划投产时间、投产状态等信息。

综上，本申请的技术方案中通过解析应用系统投产基线、开发运维移交工单、变更工单信息自动生成投产方案的方法，并随着相关信息的变更迭代更新，而在投产方案生成过程中，自动校验各应用系统的投产时间、投产协同方案等是否合规，并加以管控。其中，通过整体投产计划、投产范围统计、投产关联关系等信息来展示整体投产情况的整体投产方案设计方法，并通过单系统投产计划、投产内容、实施方案、协同系统等信息来展示单系统投产情况的单系统投产方案。

可见，本申请的发明人所提出的投产方案的生成方法中，通过自动采集一个投产点各应用系统的投产基线、开发运维移交工单、变更工单信息，自动生成该投产点的投产方案，含一个整体投产方案和N个单系统投产方案，并随着相关信息的更新而迭代更新。投产方案生成过程中会自动校验各应用系统投产窗口、投产协同方案等的合规性。投产管理员通过投产方案可以查看该投产点的投产情况：查看整体投产方案，可以查看该投产点的整体投产计划、多维度投产范围统计和投产关联关系；查看单系统投产方案，可以查看该投产点每个投产系统的投产计划、投产内容、投产方案、协同系统等信息，便于投产管理员对投产整体情况的把握，降低投产风险。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

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

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

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

Claims (10)

1.一种投产方案的获取方法，其特征在于，所述方法包括：

获得至少一个应用系统的投产基线信息；

在所述投产基线信息中，获得每个所述应用系统在至少一项投产属性上的属性信息；

基于每个所述应用系统在每项所述投产属性上的属性信息，获得投产方案，所述投产方案中包含每个所述应用系统分别对应的单系统投产方案和/或对应于所有所述应用系统的整体投产方案。

2.根据权利要求1所述的方法，其特征在于，所述投产属性包含：物理子系统名称属性、逻辑子系统名称属性、投产日期属性、投产版本类型属性、投产关联需求项属性、计划投产时间属性、投产业务影响属性、投产业务影响范围属性、投产协同系统属性中的任意一项或任意多项。

3.根据权利要求1所述的方法，其特征在于，所述应用系统分别对应的单系统投产方案包含在多个方案属性上的属性信息；

其中，所述方案属性包含：投产计划属性、投产内容属性、投产协同系统属性、投产实施方案属性和业务验证属性的任意一项或任意多项，所述投产计划属性中至少包含是否停机投产属性和/或投产窗口属性，所述投产窗口属性包含针对于不同投产地区的投产子窗口；

所述整体投产方案包括整体投产计划信息、整体投产范围信息和投产关联关系信息中的任意一项或任意多项；

其中，所述整体投产计划信息至少包含在投产日中每个所述应用系统对应的投产窗口信息，所述整体投产范围信息包含在至少一个范围维度上的投产范围统计信息，所述范围维度包含物理子系统维度、业务需求维度、业务影响维度和业务验证维度中的任意一项或任意多项，所述投产关联关系信息至少包含每个所述应用系统在至少一个关联属性上相关联的其他系统以及每个所述其他系统的计划投产时间信息，所述关联属性包含计划投产时间属性、应用系统中的投产项目属性、业务要求属性和业务需求项属性中的任意一项或任意多项。

4.根据权利要求3所述的方法，其特征在于，还包括：

对所述应用系统对应的单系统投产方案中在所述投产窗口属性上的属性信息进行校验，以得到投产窗口校验结果；

其中，所述投产窗口校验结果至少表征所述应用系统对应的单系统投产方案中在所述投产窗口属性上的属性信息是否满足预设的投产规则；所述投产规则与所述单系统投产方案中在业务运行特点属性上的属性信息相对应；

在所述投产窗口校验结果表征所述应用系统对应的单系统投产方案中在所述投产窗口属性上的属性信息不满足所述投产规则的情况下，输出第一提示信息，所述第一提示信息至少用于提示对所述应用系统对应的单系统投产方案进行修改。

5.根据权利要求3所述的方法，其特征在于，还包括：

对所述应用系统对应的单系统投产方案中在所述投产协同系统属性上的属性信息进行校验，以得到协同系统校验结果；

其中，所述协同系统校验结果至少表征所述投产协同系统属性上的属性信息是否与其对应的目标系统对应的单系统投产方案中在所述投产协同系统属性上的属性信息相匹配；

在所述协同系统校验结果表征所述投产协同系统属性上的属性信息与其对应的目标系统对应的单系统投产方案中在所述投产协同系统属性上的属性信息不匹配的情况下，输出第二提示信息，所述第二提示信息至少用于提示对所述应用系统对应的单系统投产方案进行修改。

6.根据权利要求1、2或3所述的方法，其特征在于，还包括：

获得所述应用系统对应的开发运维移交工单，所述开发运维移交工单中包含所述应用系统在至少一项运维属性上的属性信息；所述运维属性包含：上线版本属性、投产业务影响属性、投产协同系统属性、变更实施方案属性和业务验证方案属性中的任意一项或任意多项；

根据所述应用系统在每项所述运维属性上的属性信息，对所述应用系统对应的单系统投产方案和/或所述整体投产方案进行更新。

7.根据权利要求1、2或3所述的方法，其特征在于，还包括：

获得所述应用系统对应的变更工单，所述变更工单中包含所述应用系统在至少一项变更属性上的属性信息；所述变更属性包含：上线版本属性、投产业务影响属性、投产协同系统属性、变更实施方案属性和业务验证方案属性中的任意一项或任意多项；

根据所述应用系统在每项所述变更属性上的属性信息，对所述应用系统对应的单系统投产方案和/或所述整体投产方案进行更新。

8.根据权利要求1、2或3所述的方法，其特征在于，还包括：

输出每个所述应用系统分别对应的单系统投产方案和/或对应于所有所述应用系统的整体投产方案。

9.一种投产方案的获取装置，其特征在于，所述装置包括：

信息获得单元，用于获得至少一个应用系统的投产基线信息；

属性获得单元，用于在所述投产基线信息中，获得每个所述应用系统在至少一项投产属性上的属性信息；

方案获得单元，用于基于每个所述应用系统在每项所述投产属性上的属性信息，获得投产方案，所述投产方案中包含每个所述应用系统分别对应的单系统投产方案和/或对应于所有所述应用系统的整体投产方案。

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

存储器，用于存储应用程序和所述应用程序运行所产生的数据；

处理器，用于执行所述应用程序，以实现：

获得至少一个应用系统的投产基线信息；

在所述投产基线信息中，获得每个所述应用系统在至少一项投产属性上的属性信息；

基于每个所述应用系统在每项所述投产属性上的属性信息，获得投产方案，所述投产方案中包含每个所述应用系统分别对应的单系统投产方案和/或对应于所有所述应用系统的整体投产方案。

Images