CN112905231A

CN112905231A - 一种业务系统重构方法、系统及相关装置

Info

Publication number: CN112905231A
Application number: CN202110153961.6A
Authority: CN
Inventors: 史景
Original assignee: Inspur Electronic Information Industry Co Ltd
Current assignee: Inspur Electronic Information Industry Co Ltd
Priority date: 2021-02-04
Filing date: 2021-02-04
Publication date: 2021-06-04

Abstract

本申请提供一种业务系统重构方法，包括：获取业务系统的依赖表单；提取待引入操作系统的依赖库；对所述依赖表单和所述依赖库中的各个功能模块进行兼容性匹配，得到匹配表单；计算所述匹配表单中各功能模块的兼容程度值；对兼容程度值小于兼容性阈值的功能模块进行代码重构，得到适配所述待引入操作系统的业务系统。本申请可以保证业务系统适配待引入操作系统的前提下缩减业务系统开发规模，节省人力成本和开发成本。本申请还提供一种业务系统重构系统、计算机可读存储介质和电子设备，具有上述有益效果。

Description

一种业务系统重构方法、系统及相关装置

技术领域

本申请涉及操作系统领域，特别涉及一种业务系统重构方法、系统及相关装置。

背景技术

对于运行于国产平台服务器硬件平台和操作系统平台上的业务应用系统，在开发过程中，需要对可能部署的运行平台环境进行兼容性适配，用于保证业务系统功能需求达到可以正常运行在国产平台上这一设计要求。

为了最大程度上保证业务系统与目标运行平台兼容，需要在开发过程中对业务系统面向可能运行的软硬件进行兼容适配。通行的做法是在。开发过程中，业务系统所有引入的框架、依赖库均来自同一个运行平台。用于保证整个业务系统所有功能模块对目标运行平台的兼容性。但是国产平台有不同的特点：国产硬件和软件快速迭代，操作系统大版本的更新周期很短，通常会短于业务系统的开发周期。在操作系统一个版本的生命周期结束后，下个版本的业务系统均有大幅度变化，这种变化不足以保障在上一个平台版本上开发的业务系统稳定向后兼容。业务系统规模较大功能模块较多时，频繁更新框架和依赖库，需要对已经完成开发业务功能模块进行大规模代码重构，将耗费大量时间成本和人力成本，同时对整个系统功能稳定性和性能优化会产生大规模不可控制的风险。

发明内容

本申请的目的是提供一种业务系统重构方法、业务系统重构系统、计算机可读存储介质和电子设备，通过对业务系统中各功能模块进行兼容性匹配，从而减少需要重构的功能模块数量，提高重构效率。

为解决上述技术问题，本申请提供一种业务系统重构方法，具体技术方案如下：

获取业务系统的依赖表单；

提取待引入操作系统的依赖库；

对所述依赖表单和所述依赖库中的各个功能模块进行兼容性匹配，得到匹配表单；

计算所述匹配表单中各功能模块的兼容程度值；

对兼容程度值小于兼容性阈值的功能模块进行代码重构，得到适配所述待引入操作系统的业务系统。

可选的，获取业务系统的依赖表单包括：

调用预设分析工具获取业务系统的依赖表单，所述依赖表单包括所述业务系统的系统框架、系统资源信息、依赖库信息和依赖树。

可选的，对所述依赖表单和所述依赖库中的各个功能模块进行兼容性匹配，得到匹配表单包括：

确定所述依赖表单和所述依赖库中的相同名称的目标功能模块；

对相同名称的目标功能模块利用预设匹配规则进行兼容性匹配，得到匹配表单；

其中，所述匹配规则包括类型兼容匹配规则和版本兼容匹配规则。

可选的，计算所述匹配表单中各功能模块的兼容程度值包括：

利用预设公式计算所述匹配表单中各功能模块的兼容程度值；

所述预设公式为Kn＝Ln/N，其中，n表示功能模块，Kn为功能模块对应的评分，Ln为依赖库中的依赖项数目，N为功能模块总数。

可选的，对兼容程度值小于兼容性阈值的功能模块进行代码重构之前，还包括：

根据兼容性标准列表确定所述兼容性阈值。

可选的，获取业务系统的依赖表单包括：

调用监测工具检测所述业务系统，并在所述业务系统发生功能模块变化时动态获取业务系统的依赖表单。

本申请还提供一种业务系统重构系统包括：

获取模块，用于获取业务系统的依赖表单；

提取模块，用于提取待引入操作系统的依赖库；

匹配模块，用于对所述依赖表单和所述依赖库中的各个功能模块进行兼容性匹配，得到匹配表单；

评分模块，用于计算所述匹配表单中各功能模块的兼容程度值；

重构模块，用于对兼容程度值小于兼容性阈值的功能模块进行代码重构，得到适配所述待引入操作系统的业务系统。

可选的，所述提取模块为用于调用预设分析工具获取业务系统的依赖表单的功能模块，所述依赖表单包括所述业务系统的系统框架、系统资源信息、依赖库信息和依赖树。

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

本申请还提供一种电子设备，包括存储器和处理器，所述存储器中存有计算机程序，所述处理器调用所述存储器中的计算机程序时实现如上所述的方法的步骤。

本申请提供一种业务系统重构方法，包括：获取业务系统的依赖表单；提取待引入操作系统的依赖库；对所述依赖表单和所述依赖库中的各个功能模块进行兼容性匹配，得到匹配表单；计算所述匹配表单中各功能模块的兼容程度值；对兼容程度值小于兼容性阈值的功能模块进行代码重构，得到适配所述待引入操作系统的业务系统。

本申请通过比较业务系统的依赖表单和待引入操作系统的依赖库，从而匹配各个功能模块，对兼容程度值高于兼容性阈值的功能模块不作重构处理，仅对兼容程度值低于兼容性阈值的功能模块进行重构，从而减少无需执行代码重构的功能模块。保证业务系统适配待引入操作系统的前提下缩减业务系统开发规模，节省人力成本和开发成本。

本申请还提供一种业务系统重构系统、计算机可读存储介质和电子设备，具有上述有益效果，此处不再赘述。

附图说明

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

图1为本申请实施例所提供的一种业务系统重构方法的流程图；

图2为本申请实施例所提供的一种业务系统重构系统结构示意图。

具体实施方式

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

为了使得业务系统与目标运行平台兼容，需要在开发过程中对业务系统内所有模块的源码、框架、资源文件和依赖库，面向可能运行的软硬件进行兼容适配。通行的做法是在业务系统开发阶段，在目标平台上搭建业务系统集成开发环境，在本地进行源码和框架开发，引入本地或基于目标平台的资源和依赖库，并进行集中式版本控制。开发过程中，所有引入的框架、依赖库均来自同一个运行平台。用于保证整个业务系统所有功能模块对目标运行平台的兼容性。这种通用的集成开发思路的基础是运行平台的稳定性，运行平台硬件和软件组合在一个较长生命周期的版本中稳定向后兼容的情况下，通用的集成开发方式可以保障开发出的业务系统可以在平台生命周期中有较好的兼容性。

但国产平台更新周期通常短于业务系统的开发周期，使得业务系统不足以兼容新的操作系统，当前需要针对业务系统进行代码全部重构，极大的影响了业务系统在新的操作系统或者新版本操作系统上的运行。

为解决上述问题，请参考图1，图1为本申请实施例所提供的一种业务系统重构方法的流程图，该方法包括：

S101：获取业务系统的依赖表单；

本步骤旨在获取业务系统的依赖表单，该业务系统指当前操作系统上运行的业务系统。本步骤中需要获取其依赖表单，所谓依赖表单，指该业务系统中各功能模块的外部依赖信息，包括功能系统与功能系统之间的依赖关系，以及功能模块与操作系统之间的依赖关系。简单来说，外部依赖关系是功能模块得以运行的关键，例如某功能模块需要通过操作系统调用计算机的麦克风，则需要与操作系统中对应麦克风调用函数或代码建立依赖，从而得以在执行该功能模块时能够成功调用麦克风。当然，该过程还可能涉及权限等问提，则自然需要与相应的权限建立依赖。由此可以看出，各模块均包含自身对应的至少一个外部依赖信息。

在此对于如何获取依赖表单不作限定，可以调用预设分析工具获取业务系统的依赖表单，依赖表单可以包括业务系统的系统框架、系统资源信息、依赖库信息和依赖树。依赖库信息主要指功能模块的信息，依赖树包含了功能模块的外部依赖信息。

S102：提取待引入操作系统的依赖库；

本步骤旨在提取待引入操作信息的依赖库，待引入操作系统指业务系统需要运行的目标操作平台，其可以为当前操作系统的新版本，也可以为其他操作系统。无论待引入操作系统是否发生版本变更，当前业务系统的应用环境发生变化时，均可以视为存在待引入操作系统。该依赖库与步骤S101中提取的依赖表单内容部分相似。例如，依赖表单可以包含业务系统运行所需要的系统框架和系统资源信息，而依赖库可以包含待引入操作系统的系统框架和系统资源信息。同时，依赖库中也可以包括各功能模块的外部依赖关系。但需要注意的是，依赖表单和依赖库中的数据可能并不相同，但处于相对应的关系。举例而言，依赖表单中可以记载业务系统中各个功能模块，而依赖库中可以包含相应的依赖包，用于支持功能模块，虽然功能模块和依赖包的格式、类型均不相同，但二者之间的作用相适配。

S103：对所述依赖表单和所述依赖库中的各个功能模块进行兼容性匹配，得到匹配表单；

本步骤旨在对各功能模块进行兼容性匹配，兼容性匹配的目的在于判断业务系统在当前操作系统和待引入操作系统中应用兼容性。在此对于兼容性的具体判断内容不作限定，通常需要包含类型兼容和版本兼容等。

作为本步骤的一种优选执行方式，可以包括如下步骤：

S1031：确定依赖表单和依赖库中的相同名称的目标功能模块；

S1032：对相同名称的目标功能模块利用预设匹配规则进行兼容性匹配，得到匹配表单。

匹配规则包括类型兼容匹配规则和版本兼容匹配规则，即针对各功能模块分别进行类型兼容判定和版本兼容判定。举例而言，可能存在目标功能模块的类型在当前操作系统可运行，但并不被待引入操作系统支持，则不符合类型兼容匹配规则。而执行版本兼容匹配规则时，主要判断依赖表单中的功能模块的版本是否在依赖库中相同名称功能模块的版本兼容范围内。通常，版本兼容匹配规则包含版本兼容范围，该范围可能为向下向上兼容，也可能仅向上兼容或者仅向下级兼容。因此，为了确保目标功能模块能够在待引入的操作系统上运行，需要执行兼容性匹配。当然，本领域技术人员在类型兼容匹配规则和版本兼容匹配规则之外，还可以采用其他兼容性匹配规则，在此不一一举例限定。

兼容性匹配的结果可以生成匹配表单，匹配表单记录了各功能模块的兼容性匹配结果，用于后续执行各功能模块的兼容性分析。

本步骤中，需要对依赖表单中的每一个功能模块进行兼容性匹配，而对于依赖表单中不存在、依赖库中存在的功能模块，则无需执行兼容性匹配。

S104：计算所述匹配表单中各功能模块的兼容程度值；

本步骤旨在计算功能模块的兼容程度值，本步骤的执行单位为功能模块，即需要针对每个功能模块进行评分，以甄别该功能模块是否需要进行代码重构。在此对于如何进行兼容程度值不作限定，其需要根据匹配表单中的匹配结果进行兼容性分析，从而得到兼容程度值。

作为本步骤的一种优选实施方式，可以利用预设公式计算匹配表单中各功能模块的兼容程度值；

预设公式为Kn＝Ln/N，其中，n表示功能模块，Kn为功能模块对应的评分，Ln为依赖库中的依赖项数目，N为功能模块总数。

当然还可以采用其他预设的计算公式或者兼容程度计算标准，例如若兼容性匹配包含版本兼容匹配规则，可以根据版本差异大小对功能模块进行评分。容易理解的是，版本差异越大，则兼容性相对较低，需要进行代码重构的必要程度越高。

S105：对兼容程度值小于兼容性阈值的功能模块进行代码重构，得到适配所述待引入操作系统的业务系统。

本步骤中，仅对兼容程度值小于兼容性阈值的功能模块进行代码重构。在执行本步骤之前，可以先根据兼容性标准列表确定兼容性阈值。在此对于兼容性阈值不作具体限定，而兼容性标准列表包含兼容性的评判标准，即业务系统在待引入操作系统的兼容性程序。根据业务系统的应用需求和适配需求，可以设置不同的兼容性程度，则不同的兼容性程度可以各自对应一个兼容性阈值。因此，兼容性阈值并非固定值，其在本实施例的实际应用中可以根据业务系统的使用需求进行相应的变化。显然，对于同一业务系统和同一待引入操作系统，兼容性阈值的不同，将直接影响所需要执行代码重构的功能模块的规模，即影响业务系统重构进度。

本申请实施例通过比较业务系统的依赖表单和待引入操作系统的依赖库，从而匹配各个功能模块，对兼容程度值高于兼容性阈值的功能模块不作重构处理，仅对兼容程度值低于兼容性阈值的功能模块进行重构，从而减少无需执行代码重构的功能模块。保证业务系统适配待引入操作系统的前提下缩减业务系统开发规模，节省人力成本和开发成本。

在上述实施例的基础上，作为优选的实施例，可以通过调用监测工具检测业务系统，并在业务系统发生功能模块变化时动态获取业务系统的依赖表单。即实时检测业务系统，用于记录业务系统中各功能模块的变化，以便及时生成或更新依赖表单，从而在业务系统需要接入待引入操作系统时提高依赖表单的获取效率。

此外，还可以同步监测待引入操作系统。待引入操作系统通常为当前已有操作系统，或者为已有操作系统的新版本，则对于待引入操作系统同样可以实施监测，从而提高获取依赖库的效率。此外，对于待引入操作系统的监测，也有助于执行功能模块的代码重构，进一步提高业务系统的重构效率。

因此，本实施例可以与上一实施例相结合，通过对业务系统以及待引入操作系统的兼容，提高依赖表单、依赖库的获取效率，可以做到平台和业务开发重构的无人值守动态进行，进一步提高业务系统的重构效率。有利于大型业务系统在面对广泛多样化的国产平台环境、特别是面对版本更新较快的国产操作系统平台上进行开发和使用，有利于国产平台上的各种业务系统向更广泛的场景部署和使用。

下面对本申请实施例提供的一种业务系统重构系统进行介绍，下文描述的业务系统重构系统与上文描述的业务系统重构方法可相互对应参照。

图2为本申请实施例所提供的一种业务系统重构系统结构示意图，本申请还提供一种业务系统重构系统，包括：

获取模块100，用于获取业务系统的依赖表单；

提取模块200，用于提取待引入操作系统的依赖库；

匹配模块300，用于对所述依赖表单和所述依赖库中的各个功能模块进行兼容性匹配，得到匹配表单；

评分模块400，用于计算所述匹配表单中各功能模块的兼容程度值；

重构模块500，用于对兼容程度值小于兼容性阈值的功能模块进行代码重构，得到适配所述待引入操作系统的业务系统。

基于上述实施例，作为优选的实施例，所述提取模块200为用于调用预设分析工具获取业务系统的依赖表单的功能模块，所述依赖表单包括所述业务系统的系统框架、系统资源信息、依赖库信息和依赖树。

基于上述实施例，作为优选的实施例，匹配模块300包括：

确定单元，用于确定所述依赖表单和所述依赖库中的相同名称的目标功能模块；

匹配单元，用于对相同名称的目标功能模块利用预设匹配规则进行兼容性匹配，得到匹配表单；

基于上述实施例，作为优选的实施例，评分模块400为用于利用预设公式计算所述匹配表单中各功能模块的兼容程度值的模块；

基于上述实施例，作为优选的实施例，还包括：

阈值确定模块，用于对兼容程度值小于兼容性阈值的功能模块进行代码重构之前，根据兼容性标准列表确定所述兼容性阈值。

基于上述实施例，作为优选的实施例，获取模块100为用于调用监测工具检测所述业务系统，并在所述业务系统发生功能模块变化时动态获取业务系统的依赖表单的模块。

本申请还提供了一种计算机可读存储介质，其上存有计算机程序，该计算机程序被执行时可以实现上述实施例所提供的步骤。该存储介质可以包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

本申请还提供了一种电子设备，可以包括存储器和处理器，所述存储器中存有计算机程序，所述处理器调用所述存储器中的计算机程序时，可以实现上述实施例所提供的步骤。当然所述电子设备还可以包括各种网络接口，电源等组件。

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

本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

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

Claims

1.一种业务系统重构方法，其特征在于，包括：

获取业务系统的依赖表单；

提取待引入操作系统的依赖库；

计算所述匹配表单中各功能模块的兼容程度值；

2.根据权利要求1所述的业务系统重构方法，其特征在于，获取业务系统的依赖表单包括：

3.根据权利要求1所述的业务系统重构方法，其特征在于，对所述依赖表单和所述依赖库中的各个功能模块进行兼容性匹配，得到匹配表单包括：

4.根据权利要求1所述的业务系统重构方法，其特征在于，计算所述匹配表单中各功能模块的兼容程度值包括：

5.根据权利要求1所述的业务系统重构方法，其特征在于，对兼容程度值小于兼容性阈值的功能模块进行代码重构之前，还包括：

根据兼容性标准列表确定所述兼容性阈值。

6.根据权利要求2所述的业务系统重构方法，其特征在于，获取业务系统的依赖表单包括：

7.一种业务系统重构系统，其特征在于，包括：

获取模块，用于获取业务系统的依赖表单；

提取模块，用于提取待引入操作系统的依赖库；

8.根据权利要求7所述的业务系统重构系统，其特征在于，所述提取模块为用于调用预设分析工具获取业务系统的依赖表单的功能模块，所述依赖表单包括所述业务系统的系统框架、系统资源信息、依赖库信息和依赖树。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-6任一项所述的业务系统重构方法的步骤。

10.一种电子设备，其特征在于，包括存储器和处理器，所述存储器中存有计算机程序，所述处理器调用所述存储器中的计算机程序时实现如权利要求1-6任一项所述的业务系统重构方法的步骤。