CN114047949A - 一种应用系统国产平台迁移适配方法 - Google Patents

Abstract

本发明提供一种应用系统国产平台迁移适配方法，包括：对待迁移应用系统进行迁移适配评估，输出迁移适配评估结果；基于迁移适配评估结果，确定应用系统迁移适配设计方案；根据应用系统迁移适配设计方案，确定对待迁移应用系统的应用系统迁移适配实现方案；对已完成迁移适配的应用系统进行多种测试，输出应用系统迁移适配测试报告；根据应用系统迁移适配测试报告，对已完成迁移适配的应用系统进行多种优化，输出应用系统迁移适配优化成效报告。本发明通过评估、设计、实现、测试和优化几个步骤，实现对应用系统迁移过程中的全流程实施方案，为不同的应用系统向国产化平台迁移提供有效的指导。

Description

一种应用系统国产平台迁移适配方法

技术领域

本发明涉及应用平台技术领域，尤其涉及一种应用系统国产平台迁移适配方法。

背景技术

随着信息网络系统建设的飞速发展，尤其是在铁路领域，系统的安全隐患和安全风险问题日益突出，特别是由于早期使用的以海外信息技术产品为基础的铁路信息系统，常出现因为各种原因造成的系统崩溃、服务终端或非法入侵等问题，使得信息安全受到不同程度的威胁。

目前，由于自主开发的应用系统平台获得了明显的进步和发展，其应用的范围和适用的场景已越来越广泛，在铁路领域也逐渐应用越来越多的自主开发应用系统平台。新旧应用系统平台的同时存在，以及老旧平台向新平台的切换迁移，并不仅仅是简单的设备替换，由于自主开发应用系统平台发展时间短，还存在生态系统不完善的问题，设备替换仅是平台替代工作中很少一部分的工作，还存在软硬件系统迁移、适配、优化等工作，是平台替代过程中最重要的工作，不仅技术难度大，而且耗时很长。

因此，需要提出针对上述应用系统平台进行迁移适配的有效方法，以解决目前存在的平台迁移切换问题。

发明内容

本发明提供一种应用系统迁移方法及系统，用以解决现有技术中应用系统向国产平台进行迁移适配时存在迁移难度大、适配性不高的缺陷。

本发明提供一种应用系统迁移方法，包括：

对待迁移应用系统进行迁移适配评估，输出迁移适配评估结果；

基于所述迁移适配评估结果，确定包括迁移适配方案设计、数据迁移方案设计和测试方案设计的应用系统迁移适配设计方案；

根据所述应用系统迁移适配设计方案，确定对所述待迁移应用系统进行包括前端展示层适应性改造、中间件层适应性改造、数据访问层适应性改造和操作系统层适应性改造的应用系统迁移适配实现方案；

对已完成迁移适配的应用系统进行功能测试、性能测试、可靠性测试、稳定性测试和兼容性测试，输出应用系统迁移适配测试报告；

根据所述应用系统迁移适配测试报告，对已完成迁移适配的应用系统进行前端页面优化、数据库优化、业务流程优化、操作系统优化和中间件优化，输出应用系统迁移适配优化成效报告。

在一个实施例中，对待迁移应用系统进行迁移适配评估，输出迁移适配评估结果，包括：

对所述待迁移应用系统的基本信息进行初步评估，输出初步评估结果；

基于所述初步评估结果，确定采用全功能迁移适配或拆分迁移适配的迁移适配实施方式评估；

基于所述迁移适配实施方式评估，根据所述待迁移应用系统的核心运行因素，确定采取迁移模式或重构模式向目标迁移平台进行适应性改造。

在一个实施例中，基于所述迁移适配评估结果，确定包括迁移适配方案设计、数据迁移方案设计和测试方案设计的应用系统迁移适配设计方案，包括：

基于迁移适配任务和目标、迁移适配设计原则、迁移适配需求、运行环境要求、系统总体架构和功能以及系统数据结构和接口，确定所述迁移适配方案设计；

基于所述迁移适配方案设计，获取包含确定迁移数据量、数据库表映射关系、预设迁移工具和预设数据处理方式的数据迁移准备阶段设计方案；基于所述数据迁移准备阶段设计方案，确定数据迁移实施阶段设计方案；对数据迁移的质量进行校验，输出数据迁移校验备份设计方案；

基于应用系统测试需求、功能、性能和稳定性，采用预设测试管理工具进行测试用例设计和管理，输出所述测试方案设计。

在一个实施例中，根据所述应用系统迁移适配设计方案，确定对所述待迁移应用系统进行包括前端展示层适应性改造、中间件层适应性改造、数据访问层适应性改造和操作系统层适应性改造的应用系统迁移适配实现方案，包括：

对不同的脚本代码进行兼容性适配，使不同版本浏览器之间实现兼容；

修改中间件线程池最大连接数，关闭日志输出模块，对中间件堆内存配置参数进行修改；

通过预设迁移工具进行数据库的迁移，手动创建无法通过所述预设迁移工具进行迁移的触发器，手动修改数据库之间存在差异的系统表名称，并修改预设数据访问层语句；

分别修改操作系统指令接口函数和方法、打印驱动程序和网卡驱动等驱动程序。

在一个实施例中，对已完成迁移适配的应用系统进行功能测试、性能测试、可靠性测试、稳定性测试和兼容性测试，输出应用系统迁移适配测试报告，包括：

基于业务使用角度，获得每个系统的功能测试结果；

基于多个预设性能测试工具，获得每个系统的性能测试结果，所述性能测试结果包括CPU处理能力、CPU利用率、内存读写能力、网络传输速率和网络响应时间；

获取系统在状态切换时的工作状态以及在非正常状态时的故障提示机制，采用预设测试工具获取系统在预设运行时长内的运行状态数据，输出可靠性测试结果；

获取系统在预设业务负载条件下的稳定性测试结果；

对应用系统与基础运行环境的预设关联软件进行兼容性测试，输出兼容性测试结果。

在一个实施例中，对已完成迁移适配的应用系统进行前端页面优化、数据库优化、业务流程优化、操作系统优化和中间件优化，输出应用系统迁移适配优化成效报告，包括：

从网络加载优化和页面渲染优化两个方面对前端页面进行优化；

从索引优化、SQL语句优化和数据库配置优化三个方面对数据库进行优化；

从数据库交互方式和延迟加载技术两个方面对业务流程进行优化；

对各应用系统的编译环境和代码进行调整优化，采用内嵌汇编指令优化高频函数，以及通过重写编译器汇编指令实现专用指令直接调用的方法对操作系统进行优化；

基于系统测试及试运行期间的性能指标，通过对中间件的预设参数进行动态调整的方法对中间件进行优化。

总结应用系统优化后功能、性能、稳定性、兼容性和可靠性是否达到预期要求。

本发明提供的应用系统国产平台迁移适配方法，通过评估、设计、实现、测试和优化几个步骤，实现对应用系统迁移过程中的全流程实施方案，为不同的应用系统向国产平台迁移提供有效的指导。

附图说明

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

图1是本发明提供的应用系统迁移方法的流程示意图；

图2是本发明提供的应用系统迁移方法的逻辑示意图；

图3是本发明提供的应用系统迁移设计流程示意图；

图4是本发明提供的应用系统迁移测试流程示意图；

图5是本发明提供的应用系统迁移优化流程示意图。

具体实施方式

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

针对现有技术中存在的局限性，本发明提出新的应用系统迁移方法，主要面向铁路信息系统国产平台的迁移适配。

图1是本发明提供的应用系统迁移方法的流程示意图，如图1所示，包括：

S1，对待迁移应用系统进行迁移适配评估，输出迁移适配评估结果；

S2，基于所述迁移适配评估结果，确定包括迁移适配方案设计、数据迁移方案设计和测试方案设计的应用系统迁移适配设计方案；

S3，根据所述应用系统迁移适配设计方案，确定对所述待迁移应用系统进行包括前端展示层适应性改造、中间件层适应性改造、数据访问层适应性改造和操作系统层适应性改造的应用系统迁移适配实现方案；

S4，对已完成迁移适配的应用系统进行功能测试、性能测试、可靠性测试、稳定性测试和兼容性测试，输出应用系统迁移适配测试报告；

S5，对已完成迁移适配的应用系统进行前端页面优化、数据库优化、业务流程优化、操作系统优化和中间件优化，输出应用系统迁移适配优化成效报告。

本发明对应用系统进行适配迁移时，分为应用系统迁移适配评估，应用系统迁移适配设计，应用系统迁移适配实现，应用系统迁移适配测试，应用系统迁移适配优化五个步骤，整体的逻辑流程图如图2所示。

首先，对待迁移应用系统进行迁移适配评估，输出迁移适配评估结果；然后，由该迁移适配评估结果，输出应用系统迁移适配设计方案，该应用系统迁移适配设计方案具体包括迁移适配方案设计、数据迁移方案设计和测试方案设计的应用系统迁移适配设计方案；再根据应用系统迁移适配设计方案，确定对所述待迁移应用系统的应用系统迁移适配实现方案，该应用系统迁移适配实现方案包括前端展示层适应性改造、中间件层适应性改造、数据访问层适应性改造和操作系统层适应性改造；进一步地，待应用系统完成迁移适配，对已完成迁移适配的应用系统进行功能测试、性能测试、可靠性测试、稳定性测试和兼容性测试，输出应用系统迁移适配测试报告；此外，还需要对已完成迁移适配的应用系统进行前端页面优化、数据库优化、业务流程优化、操作系统优化和中间件优化，输出应用系统迁移适配优化报告。

本发明通过评估、设计、实现、测试和优化几个步骤，实现对应用系统迁移过程中的全流程实施方案，为不同的应用系统平台之间的迁移提供有效的指导。

基于上述实施例，该方法步骤S1包括：

对所述待迁移应用系统的基本信息进行初步评估，输出初步评估结果；

基于所述初步评估结果，确定采用全功能迁移适配或拆分迁移适配的迁移适配实施方式评估；

基于所述迁移适配实施方式评估，根据所述待迁移应用系统的核心运行因素，确定采取迁移模式或重构模式向目标迁移平台进行适应性改造。

具体地，在进行具体的应用系统迁移适配之前，需要确定系统能够进行自主可控迁移的程度，从软件架构、开发语言、开发平台、数据库、中间件和浏览器等方面进行分析，进而明确系统迁移适配实施方法和迁移适配研发模式。

首先是初步评估，对需要实施替代的应用系统所采用的技术架构、现有功能模块、用户规模进行梳理和分析。

然后是迁移适配实施方式评估，依据初步评估结论，结合实际情况，综合考察系统的覆盖范围、复杂度、使用频率等因素，评估应用系统评估国产化迁移适配实施的方式，主要有全功能迁移适配、拆分迁移适配两种方式：

1)全功能迁移适配：

针对进行全功能迁移适配的应用系统，所有功能模块均需进行向自主可控涉密专用计算平台的适应性改造和迁移适配，完成国产化迁移适配实施后的应用系统，具备原Wintel下运行系统的全部功能；

2)拆分迁移适配：

针对进行拆分迁移适配的应用系统，仅针对系统中涉密相关的功能，进行重新设计和适应性改造，重组成可独立运行的应用系统。对于非涉密功能模块，不需进行改造和迁移，仍可运行在Wintel平台上，待今后整体迁出到涉密机关非涉密工作网中；

最后是迁移适配研发模式评估，根据应用系统采用的技术架构、源代码质量、研发工作量等因素，采取迁移模式或重构模式向自主可控涉密计算机平台适应性改造：

1)迁移模式：

不改变应用系统原有技术架构，利用现有技术基础，在原有软件源代码基础之上进行国产化基础软硬件的代码适配和调优；

2)重构模式：

完全抛弃应用系统原有技术架构，基于自主可控涉密专用计算平台，结合应用系统现有功能需求，采用跨平台技术架构重新开发。

本发明通过迁移适配之前的评估工作，能充分预估迁移的工作量和适合的迁移模式，为后续的迁移工作提供详细准确的依据。

基于上述任一实施例，该方法步骤S2包括：

基于迁移适配任务和目标、迁移适配设计原则、迁移适配需求、运行环境要求、系统总体架构和功能以及系统数据结构和接口，确定所述迁移适配方案设计；

基于所述迁移适配方案设计，获取包含确定迁移数据量、数据库表映射关系、预设迁移工具和预设数据处理方式的数据迁移准备阶段设计方案；基于所述数据迁移准备阶段设计方案，确定数据迁移实施阶段设计方案；对数据迁移的质量进行校验，输出数据迁移校验备份设计方案；

基于应用系统测试需求、功能、性能和稳定性，采用预设测试管理工具进行测试用例设计和管理，输出所述测试方案设计。

具体地，如图3所示，根据迁移适配评估结果，完成应用系统国产化迁移适配方案、数据迁移方案、以及系统测试方案的设计。

第一步是迁移适配方案设计，对迁移适配任务和目标，迁移适配设计的原则，迁移适配需求和运行环境要求，系统的总体架构和功能，系统的数据结构和接口进行方案设计。

任务和目标：任务和目标：明确国产化迁移适配所要达到的目标。

需求概述：针对应用系统迁移适配方案，确定是采用全功能迁移适配或者拆分迁移适配，明确系统的功能需求。

设计原则：简述系统总体设计原则和设计依据。

设计路线：明确采用的技术架构，迁移适配实施方式和迁移适配研发模式

运行环境：明确系统所依赖运行的软硬件环境，包括服务器端和客户端，以及操作系统、数据库系统、中间件，客户端必备的应用软件(如WPS等)，需要对接的软件等软件环境。

总体技术架构：以图表的形式勾画出系统的体系结构图，应包括与外部应用系统的连接，硬件设备的连接，网络系统的连接等。

总体功能架构：以图表的形式列出应用系统包含的程序模块及其功能。

系统功能设计：按结构化设计方法，在系统功能逐层分解的基础上，对系统各功能模块或子系统完成的功能进行描述。

接口设计：对应用系统与外部应用系统的数据交换、网络通信等接口进行设计。

数据结构设计：与原系统保持基本一致，保证在分网承载后数据在各网内使用无障碍。

第二步是数据迁移方案设计，选择合适的迁移工具对数据进行迁移，再利用适当的迁移方法对数据库对象、索引、数据、存储过程等进行验证。

具体可分为数据迁移前的准备、数据迁移的实施、数据迁移后的校验与备份三个步骤：

(1)数据迁移前的准备：

1)分析需要迁移的业务数据，确定迁移数据量；

2)建立数据库表的映射关系，进行系统之间数据检查；

3)准备数据迁移的工具，编写数据迁移的测试计划和校验程序；

4)进行历史数据质量分析，确定采用手工、半自动或全自动等方式进行数据的清洗、整理和转换。

(2)数据迁移的实施：

根据系统数据库的映射关系，将现有系统的数据经过抽取、清洗整理后，加载到新系统的数据库中。清洗、整理和转换工作应根据前期数据质量分析结果，确定是采用手工、半自动或全自动等方式。

(3)数据迁移后的校验与备份：

对数据迁移的质量进行校验，校验结果可作为判断新系统能否正式启用的重要依据。同时对迁移的数据进行备份，避免数据丢失。

第三步是测试方案设计，对应用系统的测试需求、应用系统功能、性能及稳定性等指标进行分析和细化；并根据各应用系统涉及的功能，使用测试管理工具对应用系统典型功能进行测试用例的设计和管理，为应用系统在实际部署上线之前的模拟仿真测试打下基础。

本发明根据前期的评估结果，针对实际应用系统迁移适配需求，输出具体实施的设计方案，能有效指导后续的迁移实施工作。

基于上述任一实施例，该方法中步骤S3包括：

对不同的脚本代码进行兼容性适配，使不同版本浏览器之间实现兼容；

修改中间件线程池最大连接数，关闭日志输出模块，对中间件堆内存配置参数进行修改；

通过预设迁移工具进行数据库的迁移，手动创建无法通过所述预设迁移工具进行迁移的触发器，手动修改数据库之间存在差异的系统表名称，并修改预设数据访问层语句；

分别修改操作系统指令接口函数和方法、打印驱动程序和网卡驱动等驱动程序。

具体地，根据前述的应用系统迁移适配设计方案进行前端展示层适应性改造、中间件层适应性改造、数据访问层适应性改造和操作系统层适应性改造：

(1)前端展示层适应性改造

对CSS与JS代码进行兼容性适配，并对部分JS脚本进行重构，实现跨浏览器及浏览器版本之间的兼容性处理，根据项目实际情况，使其同时兼容IE、火狐、谷歌等浏览器，确保X86终端和国产终端在一段时期内能够共存。

(2)中间件层适应性改造

基于java语言开发且已经部署在Tomcat下的应用系统，可以直接进行使用、迁移。一些经过预编译的包含JSP文件的内容需在国产化中间件下环境下进行重新编译、部署；

对中间件线程池最大连接数进行修改，避免配位太小导致多线程等待，以及配位数过大导致Web服务崩溃等问题；

关闭日志输出模块，以节约服务器性能，避免Web服务宕机；

对中间件堆内存等配置参数进行修改，保证系统不会出现内存溢出、频繁的垃圾回收等问题。

(3)数据访问层适应性改造

通过迁移工具将应用系统原有非国产化数据库迁移至国产化数据库；

手动创建无法通过迁移工具进行迁移的触发器；

手动修改国产化数据库与非国产化数据库存在差异的系统表名称；

修改连接串、URL、数据库方言、SQL语句、配置JNDI。

(4)操作系统层适应性改造

修改应用系统程序代码中涉及操作系统指令的相关接口函数和方法；

修改打印驱动程序，实现虚拟打印功能并将打印作业上传至打印服务器；

修改网卡驱动程序，用于发送二层组播报文，实现网络数据包的单点到多点的高效数据传送，有效地节约网络带宽、降低网络负载。

本发明在具体迁移实施过程中，分别在前端展示层、中间件层、数据访问层和操作系统层进行迁移改造，实现了对应用系统的全面迁移，确保系统迁移的完整性和高效性。

基于上述任一实施例，该方法步骤S4包括：

基于业务使用角度，获得每个系统的功能测试结果；

基于多个预设性能测试工具，获得每个系统的性能测试结果，所述性能测试结果包括CPU处理能力、CPU利用率、内存读写能力、网络传输速率和网络响应时间；

获取系统在状态切换时的工作状态以及在非正常状态时的故障提示机制，采用预设测试工具获取系统在预设运行时长内的运行状态数据，输出可靠性测试结果；

获取系统在预设业务负载条件下的稳定性测试结果；

对应用系统与基础运行环境的预设关联软件进行兼容性测试，输出兼容性测试结果。

具体地，如图4所示，对于已经迁移完成的应用系统，还需对执行结果进行测试，包括对应用系统功能、性能、兼容性、稳定性、可靠性等指标进行测试，待确认测试通过后，再安装部署到实际生产环境中。

具体的测试步骤一般包括：第一阶段是建设单位的内部测试：对单一应用系统的功能、性能、兼容性、稳定性、健壮性进行测试；第二阶段是单一应用系统迁移适配测试：对系统的功能、性能、兼容性、稳定性、健壮性等进行重点抽取适配性测试；第三阶段是集成联调测试：针对各应用系统间的数据交互、性能、稳定性、健壮性等进行联调测试；第四阶段是大规模用户测试：模拟实际工作状态中的用户进行实际操作测试，确保应用系统在生产系统中的稳定可靠运行。

根据测试步骤采用如下具体测试内容：

(1)功能测试

从业务使用的角度出发，考察每个系统功能的业务满足度、适应性；测试系统的功能是否有缺失、核心功能是否可正常使用、业务流程是否能走通等。

(2)性能测试

使用SPEC CPU2006在单核和多核模式下测试CPU的整型和浮点计算能力；

使用stream测试工具测试单线程和多线程环境下的内存读写能力；

使用netperf测试网络传输速率、网络吞吐率、网络响应时间，TCP、UDP流吞吐速率等；

使用LoadRunner测试工具模拟多用户并发业务场景，测试系统在多用户登录，查询，上传等环境下的响应时间、数据库服务器CPU利用率、数据库服务器内存使用率、网络带宽、丢包率、应用服务器CPU利用率、应用服务器内存使用率等能否达到预期的性能要求。

(3)可靠性测试

测试强制关机、重启后设备和系统是否正常工作；

测试设备在非正常状态下是否有故障提示灯、提示音或其他提示方式；

使用LoadRunner测试工具模拟多用户并发业务场景并持续运行24～168个小时，同时进行登录、查询、增删改操作(要求开放系统日志功能)，观察系统是否能够长时间稳定运行，记录事务失败率、服务器内存使用情况，系统是否发生宕机、死锁、内存泄漏等问题。

(4)稳定性测试

测试系统是否满足在一定业务负载条件下，系统不崩溃，各功能正常；服务器CPU、内存，响应时间等参数保持稳定；业务负载场景运行停止后，一段时间内占用资源可以正常释放。

(5)兼容性测试

对应用系统与基础运行环境的操作系统、中间件、数据库，浏览器以及相关其他软件进行兼容性测试，确保任何交互问题都不会引起应用系统的运行问题。

本发明通过对已完成迁移的应用系统进行测试，确保应用系统在生产系统中的稳定可靠运行。

基于上述任一实施例，该方法步骤S5包括：

从网络加载优化和页面渲染优化两个方面对前端页面进行优化；

从索引优化、SQL语句优化和数据库配置优化三个方面对数据库进行优化；

从数据库交互方式和延迟加载技术两个方面对业务流程进行优化；

对各应用系统的编译环境和代码进行调整优化，采用内嵌汇编指令优化高频函数，以及通过重写编译器汇编指令实现专用指令直接调用的方法对操作系统进行优化；

基于系统测试及试运行期间的性能指标，通过对中间件的预设参数进行动态调整的方法对中间件进行优化。

总结应用系统优化后功能、性能、稳定性、兼容性和可靠性是否达到预期要求。

具体地，如图5所示，根据前述迁移测试结果，能及时识别迁移过程中的各种问题，因此需要持续对迁移工作进行优化，使迁移实施更加完善，从以下几个方面分别进行优化：

(1)前端页面优化

1)网络加载优化：

尽可能合并静态资源图片、JavaScript或CSS代码，减少页面请求数和资源请求消耗；

将CSS或JavaScript放到外部文件中，避免使用style或script标签直接引入；

对于页面中加载时间过长的CSS或JavaScript文件，需要进行合理拆分或延后加载，保证关键路径的资源能快速加载完成；

对于返回内容相同的请求，使用AJAX缓存加快AJAX响应速度并减轻服务器压力。

2)页面渲染优化：

把CSS资源引用放到HTML文件顶部，浏览器可以优先下载CSS并尽早完成页面渲染；JavaScript资源引用放到HTML文件底部，防止JavaScript的加载和解析执行对页面渲染造成阻塞；

在加载大量的图片元素时，预先限定图片的尺寸大小，避免在图片加载过程中更新图片排版信息，产生大量页面重排；

减少DOM元素数量和深度，HTML中标签元素越多，标签的层级越深，浏览器解析DOM并绘制到浏览器中所花的时间就越长，应尽可能保持DOM元素简洁和层级较少；

尽量减少使用JS动画，JS直接操作DOM极容易引起页面的重排。

(2)数据库优化

1)索引的优化：

对查询条件字段、表之间连接字段、排序字段增加索引，对逆向排序创建逆向索引。

2)SQL语句优化：

将主表的主键改为序列，用主键的排序替代时间排序；查询条件有多个字段时，可以选择用组合索引，把选择性较强的索引选择为前导索引；充分考虑冗余技术，在数据表中拆分大数据表或适当增加空余字段，减少SQL执行的数量和一些关联表查询及多次数据查询；将需要进行类型转换的SQL语句改为按所需类型进行传参而不再进行类型转换。

3)数据库配置优化：

对数据缓冲区页数、执行器排序最大内存、最大连接数三个配置参数的进行修改，保证系统在数据大并发下场景下的稳定性。

(3)业务流程优化

1)业务与数据库交互方式优化：

将多次与数据库交互的操作进行合并，尽量使用一次数据库查询操作，完成多次的信息检索与展示。

2)延迟加载技术优化：

一次性将对象的所有属性查询出来，减少数据库交互次数。

(4)操作系统优化

对各应用系统的编译环境，代码进行调整优化页面。采用算法和内嵌汇编指令的方法优化使用频率较高的函数，通过重写编译器的汇编指令的方法使编译器直接调用国产化处理器的一些专用指令，提高指令的执行效率，从而减少程序的运行时间。

(5)中间件优化

根据系统测试及试运行时的并发用户数、操作频度、响应时间、吞吐量等性能指标，对线程池的线程数、数据库连接池大小、JVM虚拟机的堆大小、垃圾回收频率等参数进行动态调整，减少系统的响应时间，提高系统的运行效率。

本发明对应用系统进行持续的优化与测试，直到应用系统的功能、性能、稳定性、可靠性、兼容性达到预期的要求。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (6)

1.一种应用系统国产平台迁移适配方法，其特征在于，包括：

对待迁移应用系统进行迁移适配评估，输出迁移适配评估结果；

基于所述迁移适配评估结果，确定包括迁移适配方案设计、数据迁移方案设计和测试方案设计的应用系统迁移适配设计方案；

根据所述应用系统迁移适配设计方案，确定对所述待迁移应用系统进行包括前端展示层适应性改造、中间件层适应性改造、数据访问层适应性改造和操作系统层适应性改造的应用系统迁移适配实现方案；

对已完成迁移适配的应用系统进行功能测试、性能测试、可靠性测试、稳定性测试和兼容性测试，输出应用系统迁移适配测试报告；

根据所述应用系统迁移适配测试报告，对已完成迁移适配的应用系统进行前端页面优化、数据库优化、业务流程优化、操作系统优化和中间件优化，输出应用系统迁移适配优化成效报告。

2.根据权利要求1所述的应用系统迁移方法，其特征在于，对待迁移应用系统进行迁移适配评估，输出迁移适配评估结果，包括：

对所述待迁移应用系统的基本信息进行初步评估，输出初步评估结果；

基于所述初步评估结果，确定采用全功能迁移适配或拆分迁移适配的迁移适配实施方式评估；

基于所述迁移适配实施方式评估，根据所述待迁移应用系统的核心运行因素，确定采取迁移模式或重构模式向目标迁移平台进行适应性改造。

3.根据权利要求1所述的应用系统迁移方法，其特征在于，基于所述迁移适配评估结果，确定包括迁移适配方案设计、数据迁移方案设计和测试方案设计的应用系统迁移适配设计方案，包括：

基于迁移适配任务和目标、迁移适配设计原则、迁移适配需求、运行环境要求、系统总体架构和功能以及系统数据结构和接口，确定所述迁移适配方案设计；

基于所述迁移适配方案设计，获取包含确定迁移数据量、数据库表映射关系、预设迁移工具和预设数据处理方式的数据迁移准备阶段设计方案；基于所述数据迁移准备阶段设计方案，确定数据迁移实施阶段设计方案；对数据迁移的质量进行校验，输出数据迁移校验备份设计方案；

基于应用系统测试需求、功能、性能和稳定性，采用预设测试管理工具进行测试用例设计和管理，输出所述测试方案设计。

4.根据权利要求1所述的应用系统迁移方法，其特征在于，根据所述应用系统迁移适配设计方案，确定对所述待迁移应用系统进行包括前端展示层适应性改造、中间件层适应性改造、数据访问层适应性改造和操作系统层适应性改造的应用系统迁移适配实现方案，包括：

对不同的脚本代码进行兼容性适配，使不同版本浏览器之间实现兼容；

修改中间件线程池最大连接数，关闭日志输出模块，对中间件堆内存配置参数进行修改；

通过预设迁移工具进行数据库的迁移，手动创建无法通过所述预设迁移工具进行迁移的触发器，手动修改数据库之间存在差异的系统表名称，并修改预设数据访问层语句；

分别修改操作系统指令接口函数和方法、打印驱动程序和网卡驱动等驱动程序。

5.根据权利要求1所述的应用系统迁移方法，其特征在于，对已完成迁移适配的应用系统进行功能测试、性能测试、可靠性测试、稳定性测试和兼容性测试，输出应用系统迁移适配测试报告，包括：

基于业务使用角度，获得每个系统的功能测试结果；

基于多个预设性能测试工具，获得每个系统的性能测试结果，所述性能测试结果包括CPU处理能力、CPU利用率、内存读写能力、网络传输速率和网络响应时间；

获取系统在状态切换时的工作状态以及在非正常状态时的故障提示机制，采用预设测试工具获取系统在预设运行时长内的运行状态数据，输出可靠性测试结果；

获取系统在预设业务负载条件下的稳定性测试结果；

对应用系统与基础运行环境的预设关联软件进行兼容性测试，输出兼容性测试结果。

6.根据权利要求1所述的应用系统迁移方法，其特征在于，根据所述应用系统迁移适配测试报告，对已完成迁移适配的应用系统进行前端页面优化、数据库优化、业务流程优化、操作系统优化和中间件优化，输出应用系统迁移适配优化成效报告，包括：

从网络加载优化和页面渲染优化两个方面对前端页面进行优化；

从索引优化、SQL语句优化和数据库配置优化三个方面对数据库进行优化；

从数据库交互方式和延迟加载技术两个方面对业务流程进行优化；

对各应用系统的编译环境和代码进行调整优化，采用内嵌汇编指令优化高频函数，以及通过重写编译器汇编指令实现专用指令直接调用的方法对操作系统进行优化；

基于系统测试及试运行期间的性能指标，通过对中间件的预设参数进行动态调整的方法对中间件进行优化。

总结应用系统优化后功能、性能、稳定性、兼容性和可靠性是否达到预期要求。

Images