软件变更的管理方法、装置、电子设备及存储介质

技术领域

本申请涉及软件管理技术领域，尤其涉及一种软件变更的管理方法、装置、电子设备及存储介质。

背景技术

随着互联网的快速发展，用户对软件的功能和性能需求不断增加，软件的迭代速度变得越来越快。对于重要且用户敏感度高的系统，软件变更操作的结果会直接影响到用户的体验感受。因此对软件变更全流程进行细化控制显得尤为重要。

在现有技术中，在进行软件变更时，基本上都是靠相关工作人员的经验和知识进行软件变更，在软件变更完成之后，对于软件变更的分析总结或者问题总结也没有统一进行存放，从而形成相关的知识库。这就造成相关工作人员在软件变更过程中发现的问题或者总结的经验无法有效地保存，不能给后续的软件变更工作提供借鉴，不利于软件变更过程的持续改进。

发明内容

有鉴于此，本申请提供了一种软件变更的管理方法、装置、电子设备及存储介质，通过对软件变更过程进行系统化管理，以解决现有技术中相关工作人员在软件变更过程中发现的问题或者总结的经验无法有效地保存，不能给后续的软件变更工作提供借鉴，不利于软件变更过程的持续改进的问题。

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

本申请第一方面公开了一种软件变更的管理方法，包括：

接收目标软件的变更需求；

根据所述变更需求制定变更准备任务；

调用基础服务模块按照所述变更准备任务生成软件变更步骤；

按照所述软件变更步骤执行软件的变更，并生成软件变更结果；

检验所述软件变更结果是否符合所述变更需求；

若检验出所述软件变更结果不符合所述变更需求，则生成问题反馈数据，并将所述反馈数据发送到反馈管理模块；

若检验出所述软件变更结果符合所述变更需求，则生成总结数据，并将所述总结数据发送到知识管理模块。

可选的，上述的方法，所述根据所述变更需求制定变更准备任务，包括：

调用所述知识管理模块，识别所述变更需求是否需要其他软件的联动变更；

若识别出所述变更需求需要其他软件的联动变更，则结合所述目标软件以及需要联动变更的软件，生成所述目标软件的变更准备任务以及生成所述需要联动变更的软件的变更准备任务；

若识别出所述变更需求不需要其他软件的联动变更，则直接生成所述目标软件的变更准备任务。

可选的，上述的方法，所述调用基础服务模块按照所述变更准备任务生成软件变更步骤之前，还包括：

调用所述基础服务模块检查所述变更准备任务是否合理；

若检查出所述变更准备任务不合理，则返回执行所述根据所述变更需求制定变更准备任务；

若检查出所述变更准备任务合理，则执行所述调用基础服务模块按照所述变更准备任务生成软件变更步骤。

可选的，上述的方法，所述调用基础服务模块按照所述变更准备任务生成软件变更步骤之后，还包括：

为所述软件变更步骤分配一个唯一对应的变更步骤号，其中，所述变更步骤号用于获取对应的软件变更步骤

本申请第二方面公开了一种软件变更的管理装置，包括：

接收单元，用于接收目标软件的变更需求；

任务制定单元，用于根据所述变更需求制定变更准备任务；

第一调用单元，用于调用基础服务模块按照所述变更准备任务生成软件变更步骤；

第一执行单元，用于按照所述软件变更步骤执行软件的变更，并生成软件变更结果；

检验单元，用于检验所述软件变更结果是否符合所述变更需求；

第一数据生成单元，用于若检验出所述软件变更结果不符合所述变更需求，则生成问题反馈数据，并将所述问题反馈数据发送到反馈管理模块；

第二数据生成单元，用于若检验出所述软件变更结果符合所述变更需求，则生成总结数据，并将所述总结数据发送到知识管理模块。

可选的，上述的装置，所述任务制定单元，包括：

调用子单元，用于调用所述知识管理模块，识别所述变更需求是否需要其他软件的联动变更；

第一任务生成子单元，用于若识别出所述变更需求需要其他软件的联动变更，则结合所述目标软件以及需要联动变更的软件，生成所述目标软件的变更准备任务以及生成所述需要联动变更的软件的变更准备任务；

第二任务生成子单元，用于若识别出所述变更需求不需要其他软件的联动变更，则直接生成所述目标软件的变更准备任务。

可选的，上述的装置，还包括：

第二调用单元，用于调用所述基础服务模块检查所述变更准备任务是否合理；

第二执行单元，用于若检查出所述变更准备任务不合理，则返回执行所述根据所述变更需求制定变更准备任务；

第三执行单元，用于若检查出所述变更准备任务合理，则执行所述调用基础服务模块按照所述变更准备任务生成软件变更步骤。

可选的，上述的装置，还包括：

分配单元，用于为所述软件变更步骤分配一个唯一对应的变更步骤号，其中，所述变更步骤号用于获取对应的软件变更步骤。

本申请第三方面公开了一种电子设备，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如本申请第一方面中任意一项所述的方法。

本申请第四方面公开了一种计算机可读介质，其上存储有计算机程序，其中，所述计算机程序被处理器执行时实现如本申请第一方面中任意一项所述的方法。

从上述技术方案可以看出，本申请提供的一种软件变更的管理方法中，首先接收目标软件的变更需求，并根据变更需求制定变更准备任务。接着调用基础服务模块按照变更准备任务生成软件变更步骤，然后按照软件变更步骤执行软件的变更，并生成软件变更结果。检验软件变更结果是否符合变更需求，若检验出软件变更结果不符合变更需求，则生成问题反馈数据，并将问题反馈数据发送到反馈管理模块；若检验出软件变更结果符合变更需求，则生成总结数据，并将总结数据发送到知识管理模块。由此可知，利用本申请的方法，可以对软件变更过程进行系统化管理，结合各个模块的数据进行软件变更，对软件变更过程中生成的反馈数据以及总结数据分别进行存储，不仅可以对发现的问题进行跟踪解决，同时也可以为后续的软件变更工作提供借鉴，解决了现有技术中相关工作人员在软件变更过程中发现的问题或者总结的经验无法有效地保存，不能给后续的软件变更工作提供借鉴，不利于软件变更过程的持续改进的问题。

附图说明

结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，原件和元素不一定按照比例绘制。

图1为为本发明实施例公开的一种软件变更的管理方法的流程图；

图2为本发明另一实施例公开的步骤S102的一种实施方式的流程图；

图3为本发明另一实施例公开的一种软件变更的管理装置的示意图；

图4为本发明另一实施例公开的一种电子设备的示意图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。

需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。【序数词】。

需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。【单复数】。

由背景技术可知，在现有技术中，在进行软件变更时，基本上都是靠相关工作人员的经验和知识进行软件变更，在软件变更完成之后，对于软件变更的分析总结或者问题总结也没有统一进行存放，从而形成相关的知识库。这就造成相关工作人员在软件变更过程中发现的问题或者总结的经验无法有效地保存，不能给后续的软件变更工作提供借鉴，不利于软件变更过程的持续改进。

鉴于此，本申请提供了一种软件变更的管理方法、装置、电子设备及存储介质，通过对软件变更过程进行系统化管理，以解决现有技术中相关工作人员在软件变更过程中发现的问题或者总结的经验无法有效地保存，不能给后续的软件变更工作提供借鉴，不利于软件变更过程的持续改进的问题。

本申请实施例提供了一种软件变更的管理方法，参见图1，具体包括：

S101、接收目标软件的变更需求。

需要说明的是，在本实施例中，软件变更的管理系统中包括变更流程控制模块、反馈管理模块、知识管理模块以及基础服务模块。其中，变更流程控制模块用于对软件变更的过程进行管理，控制软件变更的流程。反馈管理模块用于存储在软件变更过程中发现的问题。知识管理模块用于存储在软件变更过程中总结的经验或者知识，同时变更流程控制模块可以调用知识管理模块获取相关知识，为后续的变更提供参考。基础服务模块包括配置管理数据库(Configuration Management Database,CMDB)、权限管理、审计管理、自动化部署等模块，基础服务模块为变更全流程控制系统提供了基础公共服务。使用CMDB获取服务器相关信息，利用权限管理对用户进行权限管控，利用审计管理对用户的行为进行审计，利用自动化部署进行变更操作等。

还需要说明的是，在有软件需要变更时，变更流程控制模块首先接收该目标软件的变更需求，从而获取到该软件进行软件变更的需求有哪些，以便进行后续的软件变更准备任务。

S102、根据变更需求制定变更准备任务。

需要说明的是，在接收到需要变更的软件的变更需求之后，需要按照的变更需求的具体内容，制定相应的软件变更准备任务。

可选的，在本申请的另一实施例中，步骤S102的一种实施方式，如图2所示，可以包括：

S201、调用知识管理模块，识别变更需求是否需要其他软件的联动变更。

需要说明的是，由于某些软件之间会存在各种关联，因此在接收到目标软件的变更需求后，就调用知识管理模块，结合该模块中存储的知识，识别出该目标软件的变更是否需要其他软件的联动变更，即该目标软件在进行软件变更时，也需要对其他软件进行变更。

S202、若识别出该目标软件的变更需求需要其他软件的联动变更，则结合目标软件以及需要联动变更的软件，生成目标软件的变更准备任务以及生成需要联动变更的软件的变更准备任务。

需要说明的是，如果识别出变更需求是需要其他软件的联动变更，那么就结合目标软件以及需要联动变更的软件，生成目标软件的变更准备任务以及生成需要联动变更的软件的变更准备任务，以便对目标软件及其相关的软件进行软件变更。

S203、若识别出变更需求不需要其他软件的联动变更，则直接生成目标软件的变更准备任务。

需要说明的是，如果识别出该目标软件的变更需求不需要其他软件的联动变更，那么就直接生成目标软件的变更准备任务。

S103、调用基础服务模块按照变更准备任务生成软件变更步骤。

需要说明的是，在制定出变更准备任务之后，变更流程控制模块则调用基础服务模块按照变更准备任务生成软件变更步骤，就可以按照软件变更步骤执行软件的变更。

可选的，在本申请的另一实施例中，在执行步骤S103之前，还可以包括：

调用基础服务模块检查变更准备任务是否合理。

若检查出变更准备任务不合理，则返回执行根据变更需求制定变更准备任务。

若检查出变更准备任务合理，则执行调用基础服务模块按照变更准备任务生成软件变更步骤。

需要说明的是，在调用基础服务模块按照变更准备任务生成软件变更步骤之前，为了保证软件变更的质量，可以调用基础服务模块检查变更准备任务是否合理。例如，相关的工作人员A在基础服务模块中按照变更准备任务，准备具体的变更内容，并进行预投产环境的演练，同时利用知识管理模块中的知识检查准备任务是否的完善。如果工作人员A觉得该变更准备任务没有问题，则将该变更准备任务发送给工作人员B再进行一次检查。如果工作人员B检查出变更准备任务不合理，则返回执行根据变更需求制定变更准备任务。如果工作人员B检查出变更准备任务合理，则执行调用基础服务模块按照变更准备任务生成软件变更步骤。这样就能进一步提升软件变更过程的准确性，提升软件变更的质量。

可选的，在本申请的另一实施例中，在执行步骤S103之后，还可以包括：

为软件变更步骤分配一个唯一对应的变更步骤号，其中，变更步骤号用于获取对应的软件变更步骤。

需要说明的是，为了数据传送的便捷性，可以在生成软件变更步骤之后，为每个软件变更步骤分配一个唯一对应的变更步骤号，这样，就可以直接将变更步骤号发送到相关工作人员，然后工作人员就可以通过变更步骤号获取到对应的软件变更步骤。

S104、按照软件变更步骤执行软件的变更，并生成软件变更结果。

需要说明的是，在按照变更准备任务生成软件变更步骤之后，就可以在变更流程控制模块中按照软件变更步骤，执行软件的变更流程，执行完成后生成软件变更结果。

S105、检验软件变更结果是否符合变更需求。

需要说明的是，在生成软件变更结果之后，为了检验此次软件变更的结果，需要检验软件变更结果是否符合变更需求，从而判断此次软件变更是否达到预期的效果，是否存在什么问题，以及是否有相关经验需要总结。

S106、若检验出软件变更结果不符合变更需求，则生成问题反馈数据，并将问题反馈数据发送到反馈管理模块。

需要说明的是，如果检验出软件变更结果不符合变更需求，那么就查找出此次软件变更存在的问题，然后生成问题反馈数据，并将问题反馈数据发送到反馈管理模块进行存储，便于对这些问题进行后续的跟踪和解决。

S107、若检验出软件变更结果符合变更需求，则生成总结数据，并将总结数据发送到知识管理模块。

需要说明的是，如果检验出软件变更结果符合变更需求，那么就结合此次软件变更的过程，对此次软件变更的经验进行总结，生成总结数据，并将总结数据发送到知识管理模块进行存储，以便为后续的软件变更工作提供借鉴。

本申请实施例提供的一种软件变更的管理方法中，首先接收目标软件的变更需求，并根据变更需求制定变更准备任务。接着调用基础服务模块按照变更准备任务生成软件变更步骤，然后按照软件变更步骤执行软件的变更，并生成软件变更结果。检验软件变更结果是否符合变更需求，若检验出软件变更结果不符合变更需求，则生成问题反馈数据，并将问题反馈数据发送到反馈管理模块；若检验出软件变更结果符合变更需求，则生成总结数据，并将总结数据发送到知识管理模块。由此可知，利用本申请的方法，可以对软件变更过程进行系统化管理，结合各个模块的数据进行软件变更，对软件变更过程中生成的反馈数据以及总结数据分别进行存储，不仅可以对发现的问题进行跟踪解决，同时也可以为后续的软件变更工作提供借鉴，解决了现有技术中相关工作人员在软件变更过程中发现的问题或者总结的经验无法有效地保存，不能给后续的软件变更工作提供借鉴，不利于软件变更过程的持续改进的问题。

上述实施例中虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。

应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。

本申请实施例中，附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本申请另一实施例还提供了软件变更的管理装置，如图3所示，具体包括：

接收单元301，用于接收目标软件的变更需求。

任务制定单元302，用于根据变更需求制定变更准备任务。

第一调用单元303，用于调用基础服务模块按照变更准备任务生成软件变更步骤。

第一执行单元304，用于按照软件变更步骤执行软件的变更，并生成软件变更结果。

检验单元305，用于检验软件变更结果是否符合变更需求。

第一数据生成单元306，用于若检验出软件变更结果不符合变更需求，则生成问题反馈数据，并将问题反馈数据发送到反馈管理模块。

第二数据生成单元307，用于若检验出软件变更结果符合变更需求，则生成总结数据，并将总结数据发送到知识管理模块。

本申请实施例提供的一种软件变更的管理装置中，接收单元301首先接收目标软件的变更需求，任务制定单元302根据变更需求制定变更准备任务。接着第一调用单元303调用基础服务模块按照变更准备任务生成软件变更步骤，然后第一执行单元304按照软件变更步骤执行软件的变更，并生成软件变更结果。检验单元305检验软件变更结果是否符合变更需求，若检验出软件变更结果不符合变更需求，第一数据生成单元306则生成问题反馈数据，并将问题反馈数据发送到反馈管理模块；若检验出软件变更结果符合变更需求，第二数据生成单元307则生成总结数据，并将总结数据发送到知识管理模块。由此可知，利用本申请的方法，可以对软件变更过程进行系统化管理，结合各个模块的数据进行软件变更，对软件变更过程中生成的反馈数据以及总结数据分别进行存储，不仅可以对发现的问题进行跟踪解决，同时也可以为后续的软件变更工作提供借鉴，解决了现有技术中相关工作人员在软件变更过程中发现的问题或者总结的经验无法有效地保存，不能给后续的软件变更工作提供借鉴，不利于软件变更过程的持续改进的问题。

本实施例中，接收单元301、任务制定单元302、第一调用单元303、第一执行单元304、检验单元305、第一数据生成单元306以及第二数据生成单元307的具体执行过程，可参见对应图1的方法实施例内容，此处不再赘述。描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定，例如，接收单元还可以被描述为“接收数据的单元”。

可选的，在本申请的另一实施例中，任务制定单元302的一种实施方式，具体包括：

调用子单元，用于调用知识管理模块，识别变更需求是否需要其他软件的联动变更。

第一任务生成子单元，用于若识别出变更需求需要其他软件的联动变更，则结合目标软件以及需要联动变更的软件，生成目标软件的变更准备任务以及生成需要联动变更的软件的变更准备任务。

第二任务生成子单元，用于若识别出变更需求不需要其他软件的联动变更，则直接生成目标软件的变更准备任务。

本实施例中，调用子单元、第一任务生成子单元以及第二任务生成子单元的具体执行过程，可参见对应图2的方法实施例内容，此处不再赘述。

可选的，在本申请的另一实施例中，上述软件变更的管理装置，还可以包括：

第二调用单元，用于调用基础服务模块检查变更准备任务是否合理。

第二执行单元，用于若检查出变更准备任务不合理，则返回执行根据变更需求制定变更准备任务。

第三执行单元，用于若检查出变更准备任务合理，则执行调用基础服务模块按照变更准备任务生成软件变更步骤。

本实施例中，第二调用单元、第二执行单元以及第三执行单元的具体执行过程，可参见对应上述方法实施例内容，此处不再赘述。

可选的，在本申请的另一实施例中，上述软件变更的管理装置，还可以包括：

分配单元，用于为软件变更步骤分配一个唯一对应的变更步骤号，其中，变更步骤号用于获取对应的软件变更步骤。

本实施例中，分配单元的具体执行过程，可参见对应上述方法实施例内容，此处不再赘述。

本申请另一实施例还提供了一种电子设备，如图4所示，具体包括：

一个或多个处理器401。

存储装置402，其上存储有一个或多个程序。

当一个或多个程序被一个或多个处理器401执行时，使得一个或多个处理器401实现如上述实施例中任意一项方法。

本申请另一实施例还提供了计算机可读介质，其上存储有计算机程序，其中，计算机程序被处理器执行时实现如上述实施例中任意一项方法。

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

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

本申请另一实施例提供了一种计算机程序产品,当该计算机程序产品被执行时，其用于执行上述任一项所述的系统性能的评价方法。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置从网络上被下载和安装，或者从存储装置被安装，或者从ROM被安装。在该计算机程序被处理装置执行时，执行本公开实施例的方法中限定的上述功能。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。