应用版本投产问题的线上管理方法、系统及相关设备

摘要

本发明提供一种应用版本投产问题的线上管理方法、系统及相关设备，涉及投产问题管理领域。该方法包括：接收第一系统同步的第一设定类型投产工单执行信息和第二系统同步的第二设定类型投产工单执行信息；根据所述第一设定类型投产工单执行信息或所述第二设定类型投产工单执行信息生成投产问题单；将所述投产问题单发送给所述投产问题单的关联执行人，以供所述关联执行人填写投产问题的解决方案信息；根据投产问题单中的应用系统名称将填写了解决方案信息的投产问题单发送给应用经理，以供所述应用经理审核确认；在所述应用经理审核确认后，将所述投产问题单存储到投产问题库。通过上述方法，本发明可提高应用版本投产问题的收集跟踪效率。

说明书

技术领域

本发明涉及应用版本投产问题管理领域，特别涉及一种应用版本投产问题的线上管理方法、系统及相关设备。

背景技术

随着银行业务的快速发展，需要对银行业务的各应用系统的版本进行更新迭代，应用版本投产越来越频繁。在银行业务系统中，每天几乎都有应用版本投产，每两周就有个一次大的版本投产点，在大的投产点会有几百个应用版本投产。投产版本多，产生生产事件的可能性也随之增大，对投产版本质量的要求就越来越严格。如果能记录投产中的问题，则可以分析常见投产问题，有针对性地进行投产风险管控，有效降低投产风险，减少生产事件，并为应用系统的投产质量评价提供数据基础。

现有的投产问题管理，投产问题主要依赖于人工整理、人工汇报，投产质量管理员每次投产后线下收集投产中的问题，人工进行分析总结，可能存在统计遗漏的情况。同时投产问题依赖于线下汇总统计，耗费人力、效率低，导致无法有效的进行投产问题的跟踪，无法适应大量频繁的应用版本投产场景，不利于投产问题的总结，不利于线上投产质量评价。

发明内容

为解决上述技术问题，本发明实施例提供了一种应用版本投产问题的线上管理方法、系统及相关设备，以对投产问题进行自动化收集和追踪，提高投产问题收集的效率。

一方面，本发明实施例提供一种应用版本投产问题的线上管理方法，所述方法应用于投产管控平台，所述方法包括：

接收第一系统同步的第一设定类型投产工单的执行信息和第二系统同步的第二设定类型投产工单的执行信息，其中，所述第一系统用于在应用版本投产前对应用版本进行审核，所述第二系统用于根据应用版本执行自动化变更，所述第一系统被配置为当检测到第一设定类型投产工单时，将所述第一设定类型投产工单的执行信息实时同步给所述投产管控平台，所述第二系统被配置为当检测到第二设定类型投产工单时，将所述第二设定类型投产工单的执行信息实时同步给所述投产管控平台；

根据所述第一设定类型投产工单的执行信息或所述第二设定类型投产工单的执行信息生成投产问题单，其中，所述投产问题单中包括：应用系统名称、版本类型、投产时间、投产问题、关联任务；

将所述投产问题单发送给所述投产问题单的关联执行人，以供所述关联执行人在所述投产问题单中填写投产问题的解决方案信息，其中，所述关联执行人为所述投产问题单中关联任务的执行人或所述投产问题单的指定处理人；

根据所述应用系统名称将填写了解决方案信息的投产问题单发送给所述应用系统的应用经理，以供所述应用经理审核确认；

在所述应用经理审核确认后，将所述投产问题单存储到投产问题库。

在本实施例的一种实现方式中，所述第一系统的第一设定类型投产工单包括：开发运维移交流程工单、版本检核工单；

所述根据所述第一设定类型投产工单的执行信息生成投产问题单包括：

从第一系统同步的开发运维移交流程工单的执行信息中获取开发运维移交过程中的退回信息，所述退回信息包括：应用系统名称、版本类型、投产时间、退回时间、退回原因、关联任务；

根据所述退回信息生成开发运维移交退回类型的投产问题单；

从第一系统同步的版本检核工单的执行信息中获取应用版本到达数据中心的信息，所述应用版本到达数据中心的信息包括：应用系统名称、版本类型、投产时间、到达时间、关联任务；

将所述到达时间与设定到达时间进行比较，如果应用版本未按时到达，则根据所述到达信息生成版本未按时到达类型的投产问题单。

在本实施例的一种实现方式中，所述第二系统的第二设定类型投产工单包括：应用自动化变更工单、应用版本回退工单、应急版本上线工单；

所述根据所述第二设定类型投产工单的执行信息生成投产问题单包括：

从第二系统同步的应用自动化变更工单的执行信息中获取应用自动化变更过程中的报错信息，所述报错信息包括：应用系统名称、版本类型、投产时间、报错时间、报错原因、关联任务；

根据所述报错信息生成应用自动化变更错误类型的投产问题单；

从第二系统同步的应用版本回退工单的执行信息中获取应用版本回退信息，所述回退信息包括：应用系统名称、版本类型、投产时间、回退时间、回退原因、关联任务；

根据所述回退信息生成应用版本回退类型的投产问题单；

从第二系统同步的应急版本上线工单的执行信息中获取应急版本上线信息：所述上线信息包括：应用系统名称、版本类型、投产时间、上线时间、上线原因、关联任务；

根据所述上线信息生成应急版本上线类型的投产问题单。

在本实施例的一种实现方式中，所述方法还包括：

获取第一系统同步的第一设定类型投产工单和第二系统同步的第二设定类型投产工单；

根据所述投产工单生成与所述投产工单对应的投产任务；

在设定的时间检测点检测所述投产工单的执行信息；

如果达到设定时间点时所述投产工单还未执行完成，则根据所述投产工单的执行信息生成投产任务延迟完成类型的投产问题单。

在本实施例的一种实现方式中，所述方法还包括：

根据所述投产问题库中的投产问题生成投产问题报表，以便对投产问题进行分析。

另一方面，本发明实施例提供一种应用版本投产问题的线上管理系统，所述线上管理系统应用于投产管控平台，所述线上管理系统包括：

接收模块，用于接收第一系统同步的第一设定类型投产工单的执行信息和第二系统同步的第二设定类型投产工单的执行信息，其中，所述第一系统上用于在应用版本投产前对应用版本进行审核，所述第二系统用于根据应用版本执行自动化变更，所述第一系统被配置为当检测到第一设定类型投产工单时，将所述第一设定类型投产工单的执行信息实时同步给所述投产管控平台，所述第二系统被配置为当检测到第二设定类型投产工单时，将所述第二设定类型投产工单的执行信息实时同步给所述投产管控平台；

投产问题单生成模块，用于根据所述第一设定类型投产工单的执行信息或所述第二设定类型投产工单的执行信息生成投产问题单，其中，所述投产问题单中包括：应用系统名称、版本类型、投产时间、投产问题、关联任务；

解决方案填写模块，用于将所述投产问题单发送给所述投产问题单的关联执行人，以供所述关联执行人在所述投产问题单中填写投产问题的解决方案信息，其中，所述关联执行人为所述投产问题单中关联任务的执行人或所述投产问题单的指定处理人；

审核确认模块，用于根据所述应用系统名称将填写了解决方案信息的投产问题单发送给所述应用系统的应用经理，以供所述应用经理审核确认；

存储模块，用于在所述应用经理审核确认后，将所述投产问题单存储到投产问题库。

在本实施例的一种实现方式中，所述第一系统的第一设定类型投产工单包括：开发运维移交流程工单、版本检核工单；

所述投产问题单生成模块包括：

退回信息获取单元，从第一系统同步的开发运维移交流程工单的执行信息中获取开发运维移交过程中的退回信息，所述退回信息包括：应用系统名称、版本类型、投产时间、退回时间、退回原因、关联任务；

开发运维移交退回问题生成单元，用于根据所述退回信息生成开发运维移交退回类型的投产问题单；

到达信息获取单元，用于从第一系统同步的版本检核工单的执行信息中获取应用版本到达数据中心的信息，所述应用版本到达数据中心的信息包括：应用系统名称、版本类型、投产时间、到达时间、关联任务；

版本未到达问题生成单元，用于将所述到达时间与设定到达时间进行比较，如果应用版本未按时到达，则根据所述到达信息生成版本未按时到达类型的投产问题单。

在本实施例的一种实现方式中，所述第二系统的第二设定类型投产工单包括：应用自动化变更工单、应用版本回退工单、应急版本上线工单；

所述投产问题单生成模块包括：

报错信息获取单元，用于从第二系统同步的应用自动化变更工单的执行信息中获取应用自动化变更过程中的报错信息，所述报错信息包括：应用系统名称、版本类型、投产时间、报错时间、报错原因、关联任务；

应用自动化变更错误问题生成单元，用于根据所述报错信息生成应用自动化变更错误类型的投产问题单；

回退信息获取单元，用于从第二系统同步的应用版本回退工单的执行信息中获取应用版本回退信息，所述回退信息包括：应用系统名称、版本类型、投产时间、回退时间、回退原因、关联任务；

应用版本回退问题生成单元，用于根据所述回退信息生成应用版本回退类型的投产问题单；

应急版本上线信息获取单元，用于从第二系统同步的应急版本上线工单的执行信息中获取应急版本上线信息，所述上线信息包括：应用系统名称、版本类型、投产时间、上线时间、上线原因、关联任务；

应急版本上线问题生成单元，用于根据所述上线信息生成应急版本上线类型的投产问题单。

在本实施例的一种实现方式中，所述系统还包括：

投产工单获取模块，用于获取第一系统同步的第一设定类型投产工单和第二系统同步的第二设定类型投产工单；

投产任务生成模块，用于根据所述投产工单生成与所述投产工单对应的投产任务；

信息检测模块，用于在设定的时间检测点检测所述投产工单的执行信息；

投产任务延迟完成问题生成模块，用于如果达到设定时间点时所述投产工单还未执行完成时，根据所述投产工单的执行信息生成投产任务延迟完成类型的投产问题单。

在本实施例的一种实现方式中，所述系统还包括：

投产问题报表生成模块，用于根据所述投产问题库中的投产问题生成投产问题报表，以便对投产问题进行分析。

再一方面，本发明实施例提供一种计算机可读存储介质，其上存储有计算机指令，该计算机指令可以被处理器执行以实现上述任意一种实现方式所述的应用版本投产问题线上管理方法。

又一方面，本发明实施例提供一种计算机设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序以实现上述任意一种实现方式所述的应用版本投产问题线上管理方法。

相比于现有技术而言，本发明实施例提供的应用版本投产问题的线上管理方法、系统及相关设备具有如下有益技术效果：

本实施例将第一系统和第二系统配置为当检测到有设定类型的投产工单时，将该投产工单的执行信息主动同步给投产管控平台，由投产管控平台接收第一系统和第二系统主动同步的各个应用系统的应用版本在投产上线过程中的投产工单的执行信息，根据所述执行信息生成投产问题单，并对投产问题单中的投产问题进行问题解决方案跟踪及审核。通过这种方法，本发明实施例可适应多种应用系统多种应用版本的频繁上线场景，提高应用版本投产问题收集跟踪的效率，为后续投产版本质量管理提供数据基础。

附图说明

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

图1是本发明实施例1的应用版本投产问题的线上管理方法的应用场景示意图；

图2是根据本发明实施例1的应用版本投产问题的线上管理方法的方法流程图；

图3是根据本发明实施例2的应用版本投产问题的线上管理系统的系统结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施例作进一步的详细描述。应当理解，下述的各种实施例只用于举例说明，而非用于限制本发明的保护范围。

【实施例1】

本实施例提供一种应用版本投产问题的线上管理方法。图1示出了本发明实施例1的应用场景示意图。图2示出了根据本发明实施例1的应用版本投产问题的线上管理方法流程图。如图1、图2所示，投产管控平台100可以分别与第一系统200、第二系统300通信连接，本实施例提供的应用版本投产问题的线上管理方法可应用于投产管控平台100，该线上管理方法可以包括如下处理：

S101：接收第一系统同步的第一设定类型投产工单的执行信息和第二系统同步的第二设定类型投产工单的执行信息。

在本实施例中，第一系统用于在应用版本投产前对应用版本进行审核，其可以被配置为当检测到第一设定类型的投产工单时，将检测到的第一设定类型投产工单及其执行信息实时同步给投产管控平台，第一设定类型的投产工单可以包括开发运维移交流程工单、版本检核工单等。

示例性的，第一系统可以为用于对应用版本进行流程审核的IT(Informationtechnology，信息技术)服务管理系统。在应用系统的新版本投产上线前，需要对应用系统的版本(即应用版本)进行流程审核，审核应用版本是否满足投产上线条件。在流程审核阶段，应用开发项目组可以在IT服务管理系统中提交开发运维移交流程工单，该开发运维移交流程工单中可以包含应用版本投产相关的信息，所述相关的信息例如可以包括待上线的应用系统名称、版本类型、投产依据、实施方案、测试报告等信息。之后，应用经理可以根据该流程工单信息审核待上线的应用版本是否满足上线条件。如果审核不通过，应用经理则会退回开发运维移交工单，此时，开发运维移交流程工单的执行信息中可以包括退回信息，如应用系统名称、版本类型、投产时间、退回时间、退回原因、关联任务等。IT服务管理系统可以被配置为将开发运维流程工单以及包含退回信息的开发运维移交流程工单的执行信息实时同步给投产管控平台，以便投产管控平台根据该执行信息生成相应的开发运维移交退回类型的投产问题单。

如果应用版本通过审核，即应用版本满足投产上线条件，IT服务管理系统可以将应用版本发送给数据中心。此时，IT服务管理系统可以获取版本检核工单，来检测应用版本到达数据中心的时间。IT服务管理系统可以被配置为在检测到有版本检核工单时，将该版本检核工单的执行信息实时同步给投产管控平台，以便投产管控平台根据版本检核工单的执行信息生成相应的版本未按时到达类型的投产问题单，其中，版本检核任务的执行信息可以包括：检核的应用系统名称、版本类型、投产时间、退回时间、退回原因、关联任务等信息。

第二系统用于根据应用版本执行自动化变更，其可以被配置为当检测到第二设定类型的投产工单时，将检测到的第二设定类型投产工单的执行信息实时同步给投产管控平台。第二设定类型的投产工单可以包括：应用自动化变更工单、应用版本回退工单、应急版本上线工单等。

示例性的，第二系统可以为用于执行应用自动化变更流程的基础设施及运维管理平台(下文简称为云平台)。在自动化变更时，云平台可以根据应用自动化变更工单分别调用各种变更服务来执行应用自动化变更。执行之后，可以产生自动化变更各个步骤的执行信息。如果有某个变更步骤出错，该步骤的执行信息中可以包括报错信息。云平台可以被配置为在检测到有应用自动化变更工单时，将应用自动化变更工单及应用自动化变更的各个步骤的执行信息实时同步给投产管控平台。其中，应用自动化变更任务的执行结果中可以包括：执行自动化变更的应用系统名称、版本类型、投产时间、报错时间、报错原因、关联任务等信息。

如果当前应用版本的应用自动化变更不成功，或过程中发生某些错误，云平台可以生成应用版本回退任务，以将当前应用自动回退到当前应用版本的上一版本。此时，应用自动化变更工单的执行信息中可以包含回退信息，该回退信息中可以包括：当前应用系统名称、当前版本类型、投产时间、发生回退的时间、发生回退的原因等信息。云平台可以被配置为在检测到有回退任务生成时，将应包含回退信息的应用自动化变更工单的执行信息实时同步给投产管控平台，以便投产管控平台根据回退信息生成相应的应用版本回退类型的投产问题单。

在一些实现方式中，投产上线人员也可以向云平台提交应用版本回退工单，以使云平台根据该应用版本回退工单执行应用版本回退。云平台可以被配置为在检测到有应用版本回退工单时，将应用版本回退工单的执行信息实时同步给投产管控平台，以便投产管控平台根据应用版本回退工单的执行信息生成相应的应用版本回退类型的投产问题单，其中，应用版本回退工单的执行信息中可以包括应用版本回退信息，如，应用系统名称、版本类型、投产时间、回退时间、回退原因、关联任务等。

在一些实现方式中，如果发生应用版本回退，投产管控平台中应用系统的投产状态会变为回退状态，投产管控平台也可以被配置为在检测到应用系统的投产状态变为回退状态时，自动创建应用版本回退类型的投产问题单。其中，应用版本的回退信息可以包括：当前应用系统名称、当前版本类型、投产时间、发生回退的时间等信息。

如果发生紧急事件，云平台可以根据应急版本上线工单生成应急版本上线任务，以上线应用的应急版本。云平台可以被配置为在检测到应急版本上线工单时，将应急版本上线工单的执行信息实时同步给投产管控平台，以便投产管控平台根据应急版本上线工单的执行信息生成相应的应急版本上线类型的投产问题单。应急版本上线任务的执行信息中可以包括：应用系统名称、版本类型、投产时间、上线时间、上线原因、关联任务等信息。

其中，在本实施例中，投产时间可以指投产日。

对于银行等大型业务系统而言，每天都有不同应用系统的不同应用版本上线。本实施例将第一系统和第二系统配置为当检测到有设定类型的投产工单时，将该投产工单的执行信息主动实时同步给投产管控平台，由投产管控平台接收第一系统和第二系统同步的各个应用系统的应用版本在投产上线过程中的投产信息。通过这种方法，本实施例可适应多种应用系统多种应用版本的频繁上线场景，无需投产管控平台分别去各个系统获取各应用版本在各个投产阶段的投产信息，从而节省获取投产信息的开销。

S102：根据所述第一设定类型投产工单的执行信息或所述第二设定类型投产工单的执行信息生成投产问题单。

在本实施例中，投产问题单可以包括：应用系统名称、版本类型、投产时间、投产问题、关联任务等信息。其中，投产问题可以进一步包括问题类型、问题概要、问题详细信息等信息。生成的投产问题单的问题类型可以包括：开发运维移交退回类型、版本未按时到达类型、应用自动化变更错误类型、应用版本回退类型、应急版本上线类型等。

投产管控平台在接收到第一系统或第二系统同步的投产工单的执行信息后，可以根据投产工单的执行信息生成相应类型的投产问题单。

示例性的，可以提供投产问题单模版，该投产问题单模版中可以包括：应用系统名称、版本类型、投产时间、投产问题、关联任务等属性。

投产管控平台可以在接收到IT服务管理系统同步的开发运维移交流程工单或版本检核工单的执行信息后，从执行信息中获取审核的应用系统名称、版本类型、投产时间、投产问题、关联任务等信息，将获取的这些信息填入到投产问题单模版中，进而生成开发运维移交退回类型或版本未按时到达类型的投产问题单。

具体地，对于开发运维移交退回类型的投产问题单而言，可以从IT服务管理系统同步的开发运维移交流程工单的执行信息中获取开发运维移交过程中的退回信息，所述退回信息包括：应用系统名称、版本类型、投产时间、退回时间、退回原因、关联任务，然后可以根据所述退回信息生成开发运维移交退回类型的投产问题单。

对于版本未按时到达类型的投产问题单而言，可以将从IT服务管理系统同步的版本检核工单的执行信息中获取应用版本到达数据中心的信息，所述应用版本到达数据中心的信息包括：应用系统名称、版本类型、投产时间、到达时间、关联任务，然后将所述到达时间与设定到达时间进行比较，如果应用版本未按时到达，则根据所述到达信息生成版本未按时到达类型的投产问题单。

此外，投产管控平台也可以在接收到云平台同步的应用自动化变更工单、应用版本回退工单或应急版本上线工单的执行信息后，从执行信息中获取投产的应用系统名称、版本类型、投产时间、投产问题、关联任务等信息，将获取的这些信息填入到投产问题单模版中，进而生成应用自动化错误类型、应用版本回退类型或应急版本上线类型的投产问题单。

具体地，对于应用自动化错误类型的投产问题单而言，可以从云平台同步的应用自动化变更工单的执行信息中获取应用自动化变更过程中的报错信息，所述报错信息包括：应用系统名称、版本类型、投产时间、报错时间、报错原因、关联任务等信息，然后根据所述报错信息生成应用自动化变更错误类型的投产问题单。

对于应用版本回退类型的投产问题单而言，投产管控平台可以从云平台同步的应用版本回退工单的执行信息或包含回退信息的应用自动化变更工单的执行信息中获取应用版本回退信息，所述回退信息包括：应用系统名称、版本类型、投产时间、回退时间、回退原因、关联任务等信息，然后可以根据所述回退信息生成应用版本回退类型的投产问题单。

此外，投产管控平台也可以从应用自动化变更工单的执行信息检测回退信息，应用自动化变更工单执行信息中的回退信息生成应用版本回退类型的投产问题单。

对于应急版本上线类型的投产问题单而言，投产管控平台可以从云平台同步的应急版本上线工单的执行信息中获取应急版本上线信息，所述应急版本上线信息可以包括：应用系统名称、版本类型、投产时间、上线时间、上线原因、关联任务等信息，然后根据所述上线信息生成应急版本上线类型的投产问题单。

在本实施例的一种实现方式中，投产管控平台可以获取第二系统同步的第二设定类型投产工单；根据所述投产工单生成与所述投产工单对应的投产任务；在设定的时间检测点检测所述投产工单的执行信息；如果达到设定时间点时所述投产工单还未执行完成，则根据所述投产工单的执行信息生成投产任务延迟完成类型的投产问题单。

其中，对于应用自动化变更错误类型的投产问题单而言，投产管控平台在接收到应用自动化变更工单后，可以解析所述应用自动化变更工单，获取应用自动化变更的流程和各个步骤，进而生成与各个步骤对应的投产任务。之后，可以根据各步骤的执行信息来更新相应的投产任务的任务状态。如果某个步骤没有按时完成，本实施例可以根据该步骤的执行信息生成与该步骤对应的应用自动化变更错误类型的投产问题单。

本实施例接收第一系统或第二系统同步的投产工单的执行信息，根据投产工单的执行信息自动生成投产问题单，相比于现有技术中通过人工线下收集投产问题而言，本实施例可以在线上自动收集投产问题，提高收集投产问题的效率，避免遗漏，更加适应于大量、频繁进行应用版本投产的场景。

在本实施例的一种实现方式中，除了自动生成投产问题单外，也可以提供人工补充投产问题的接口，以供用户人工补充投产问题。

示例性的，投产管控平台可以提供人工补充投产问题的页面，所述页面中可以提供应用系统名称、版本类型、投产时间、投产问题、关联任务等项目供用户填写。用户可以选择在自动生成投产问题单的基础上，进行人工补充。此时，用于可以在人工补充投产问题页面填写投产问题信息，之后，投产管控平台可以获取用户填写的信息，根据用户填写的信息自动生成投产问题单。

本实施例在自动生成投产问题单的基础上，提供了人工补充投产问题接口，可以提供可更加灵活多变的投产问题收集方法，提高投产问题收集的完整性和可靠性。

S103：将所述投产问题单发送给所述投产问题单的关联执行人，以供所述关联执行人在所述投产问题单中填写投产问题的解决方案信息。

在本实施例中，投产问题的解决方案信息可以包括：问题的解决情况、根本原因、问题的级别分类、关联问题单号、解决方案信息等。关联执行人为所述投产问题单中关联任务的执行人或所述投产问题单的指定处理人。关联任务可以为设定类型投产工单的前置任务或依赖任务。在一些实现方式中，有些类型的投产工单没有关联任务，其关联任务属性中的信息可以为空。此时，可以为根据该投产工单生成的投产问题单指定处理人，该处理人可以为应用系统的应用经理或其他人员。

在本实施例的一种实现方式中，投产管控平台在生成投产问题单后，可以将投产问题单发送到投产管控平台中关联执行人的账号下，并向投产问题单的关联执行人发送通知，以提醒关联执行人来填写投产问题的解决方案信息。关联执行人在接收到通知后，可以登录投产管控平台，此时，投产管控平台可以在关联执行人的用户界面中显示待补充的投产问题单，以供关联执行人在投产问题单中填写投产问题的解决方案信息。

S104：根据所述投产问题单中的应用系统名称将填写了解决方案信息的投产问题单发送给所述应用系统的应用经理，以供所述应用经理审核确认。

在关联执行人填写了解决方案信息后，投产管控平台可以根据投产问题单中的应用系统名称将填写过解决方案信息的投产问题单发送给投产管控平台中该应用系统的应用经理账号下，并向应用经理发送通知，以提醒应用经理对投产问题单进行审核。应用经理在接收到通知后，可以登录投产管控平台，此时，投产管控平台可以在应用经理的用户界面中显示待审核的投产问题单。应用经理可以审核填写的解决方案信息与实际情况是否一致，审核无误后，可以通过点击通过审核按钮的操作进行审核确认。

S105：在所述应用经理审核确认后，将所述投产问题单存储到投产问题库。

在本实施例的一种实现方式中，可以按投产时间(投产日)、应用系统名称的维度将各应用系统的投产问题单进行存储，从而记录在每个投产日各投产系统的投产问题。

进一步地，为了达到投产管控的要求，减少投产风险，投产管控平台可以在每个投产日后形成投产问题报表，以便对投产问题进行分析。

其中，投产管控平台可以分别从投产时间(每个投产点、每月、每季度)、问题原因、问题类型、问题处理状态、开发单位、实施单位维度分别生成投产问题报表。通过这些报表，投产质量管控人员可以查看投产问题的变化趋势，分析是应用版本问题还是变更方案问题引起的、投产问题集中在哪几个阶段、哪个开发单位投产问题比较多、哪些系统投产问题比较多等。

在本实施例的一种实现方式中，投产管控平台也可以应用系统维度生成投产问题报表。例如，根据某个系统某段时间内的投产问题单生成该系统在该段时间内的投产问题报表，或根据某段时间内所有投产系统的投产问题单生成某段时间内的整体系统投产问题报表。

通过按不同维度生成投产问题报表，本实施例可以为后续投产版本质量评价提供数据基础，便于投产质量管理人员对投产问题进行分析，有针对性的加强风险管控。

【实施例2】

本实施例提供一种应用版本投产问题的线上管理系统。图3是根据本发明实施例2的应用版本投产问题的线上管理系统的系统结构示意图。如图3所示，本实施例提供的应用版本投产问题的线上管理系统10可以应用于投产管控平台，该线上管理系统10可以包括：

接收模块11，用于接收第一系统同步的第一设定类型投产工单的执行信息和第二系统同步的第二设定类型投产工单的执行信息，其中，所述第一系统用于在应用版本投产前对应用版本进行审核，所述第二系统用于根据应用版本执行自动化变更，所述第一系统被配置为当检测到第一设定类型投产工单时，将所述第一设定类型投产工单的执行信息实时同步给所述投产管控平台，所述第二系统被配置为当检测到第二设定类型投产工单时，将所述第二设定类型投产工单的执行信息实时同步给所述投产管控平台；

投产问题单生成模块12，用于根据所述第一设定类型投产工单的执行信息或所述第二设定类型投产工单的执行信息生成投产问题单，其中，所述投产问题单中包括：应用系统名称、版本类型、投产时间、投产问题、关联任务；

解决方案填写模块13，用于将所述投产问题单发送给所述投产问题单的关联执行人，以供所述关联执行人在所述投产问题单中填写投产问题的解决方案信息，其中，所述关联执行人为所述投产问题单中关联任务的执行人或所述投产问题单的指定处理人；

审核确认模块14，用于根据所述应用系统名称将填写了解决方案信息的投产问题单发送给所述应用系统的应用经理，以供所述应用经理审核确认；

存储模块15，用于在所述应用经理审核确认后，将所述投产问题单存储到投产问题库。

在本实施例的一种实现方式中，所述第一系统的第一设定类型投产工单包括：开发运维移交流程工单、版本检核工单；

所述投产问题单生成模块包括：

退回信息获取单元，用于从第一系统同步的开发运维移交流程工单的执行信息中获取开发运维移交过程中的退回信息，所述退回信息包括：应用系统名称、版本类型、投产时间、退回时间、退回原因、关联任务；

开发运维移交退回问题生成单元，用于根据所述退回信息生成开发运维移交退回类型的投产问题单；

到达信息获取单元，用于从第一系统同步的版本检核工单的执行信息中获取应用版本到达数据中心的信息，所述应用版本到达数据中心的信息包括：应用系统名称、版本类型、投产时间、到达时间、关联任务；

版本未到达问题生成单元，用于将所述到达时间与设定到达时间进行比较，如果应用版本未按时到达，则根据所述到达信息生成版本未按时到达类型的投产问题单。

在本实施例的一种实现方式中，所述第二系统的第二设定类型投产工单包括：应用自动化变更工单、应用版本回退工单、应急版本上线工单；

所述投产问题单生成模块包括：

报错信息获取单元，用于从第二系统同步的应用自动化变更工单的执行信息中获取应用自动化变更过程中的报错信息，所述报错信息包括：应用系统名称、版本类型、投产时间、报错时间、报错原因、关联任务；

应用自动化变更错误问题生成单元，用于根据所述报错信息生成应用自动化变更错误类型的投产问题单；

回退信息获取单元，用于从第二系统同步的应用版本回退工单的执行信息中获取应用版本回退信息，所述回退信息包括：应用系统名称、版本类型、投产时间、回退时间、回退原因、关联任务；

应用版本回退问题生成单元，用于根据所述回退信息生成应用版本回退类型的投产问题单；

应急版本上线信息获取单元，用于从第二系统同步的应急版本上线工单的执行信息中获取应急版本上线信息，所述上线信息包括：应用系统名称、版本类型、投产时间、上线时间、上线原因、关联任务；

应急版本上线问题生成单元，用于根据所述上线信息生成应急版本上线类型的投产问题单。

在本实施例的一种实现方式中，所述线上管理系统还包括：

投产工单获取模块，用于获取第一系统同步的第一设定类型投产工单和第二系统同步的第二设定类型投产工单；

投产任务生成模块，用于根据所述投产工单生成与所述投产工单对应的投产任务；

信息检测模块，用于在设定的时间检测点检测所述投产工单的执行信息；

投产任务延迟完成问题生成模块，用于如果达到设定时间点时所述投产工单还未执行完成时，根据所述投产工单的执行信息生成投产任务延迟完成类型的投产问题单。

在本实施例的一种实现方式中，所述线上管理系统还包括：

投产问题报表生成模块，用于根据所述投产问题库中的投产问题生成投产问题报表，以便对投产问题进行分析。

本实施例提供的应用版本投产问题的线上管理系统可用于实现上述实施例所述的应用版本投产问题的线上管理方法，具体的工作过程和处理流程请参见前述实施例中应用版本投产问题的线上管理方法的对应过程，在此不再赘述。

通过以上的实施例的描述，本领域的技术人员可以清楚地了解到本发明可借助软件结合硬件平台的方式来实现。基于这样的理解，本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施方式的某些部分所述的方法。

【实施例3】

本实施例提供一种计算机可读存储介质，如硬盘、光盘、闪存、软盘、磁带等，其上存储有计算机可读指令，该计算机可读指令能够被处理器执行以实现上述实施例所述的应用版本投产问题的线上管理方法的处理。

【实施例4】

本实施例提供一种计算机设备，包括：

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

处理器，其可以执行所述计算机程序以实现上述实施例所述的应用版本投产问题的线上管理方法的处理。

本说明书中使用的术语和措辞仅仅为了举例说明，并不意味构成限定。本领域技术人员应当理解，在不脱离所公开的实施方式的基本原理的前提下，对上述实施方式中的各细节可进行各种变化。因此，本发明的保护范围只由权利要求确定，在权利要求中，除非另有说明，所有的术语应按最宽泛合理的意思进行理解。