CN107678936A - 业务系统预先稽查方法、服务器及计算机可读存储介质 - Google Patents

Abstract

本发明公开了一种业务系统预先稽查方法，该方法可以在业务系统的升级版本发布之前，通过统一的规范预先稽查升级版本发布后，需要回滚时可能会存在的问题，对存在的问题进行一一测试、排查、发出警示信息提醒用户进行相应的修改。本发明降低了现有技术中新版本上线后系统异常的风险，或是在新版本上线后如发生故障可以快速完成回滚版本，降低故障导致的影响。

Description

业务系统预先稽查方法、服务器及计算机可读存储介质

技术领域

本发明涉及系统故障排查领域，尤其涉及一种业务系统预先稽查方法、服务器及计算机可读存储介质。

背景技术

企业内部应用的业务系统会不断推出新的业务功能，当新功能的使用量覆盖度不够时，较难发现故障及性能问题。而一旦大范围推广应用，如出现异常，排除故障需要花费大量时间，即使回滚版本重启服务，但由于关联系统、数据库等的影响，可能导致无法及时重启系统，从而会导致企业内部正常工作陷入瘫痪。因此，需要一种系统及方法，可以在企业业务系统发布新版本前，进行故障稽查及测试运行，以降低新版本上线后系统异常的风险，或是在新版本上线后如果发生故障可以快速完成回滚版本，降低故障导致的影响。

发明内容

有鉴于此，本发明提出一种业务系统预先稽查方法、服务器及计算机可读存储介质，能够对待发布的业务系统回滚至前一版本，对系统引起的异常风险进行预先稽查，降低待发布的业务系统的新版本上线后，导致的故障发生，或是在新版本上线后如果发生故障可以快速完成回滚版本，降低故障导致的影响。

首先，为实现上述目的，本发明提出一种业务系统预先稽查方法，该方法包括如下步骤：

A、根据预存的记录文件判断待发布的业务系统是否有关联系统；若有关联系统，则根据预存的记录文件判断在待发布的业务系统需要回滚至前一版本时，待发布的业务系统的关联系统是否需要回滚至前一版本，及/或，根据预存的记录文件判断在待发布的业务系统的关联系统需要回滚至前一版本时，待发布的业务系统是否需要回滚至前一版本；

B、若待发布的业务系统及/或其关联系统需要回滚至前一版本，则发出第一警示提示用户，提醒将需要回滚的待发布的业务系统及/或其关联系统回滚至前一版本。

进一步地，该方法还包括：

若待发布的业务系统需要回滚至前一版本，则根据预存的记录文件判断待发布的业务系统对应的数据库脚本是否需要回滚至前一版本；

若待发布的业务系统对应的数据库脚本需要回滚至前一版本，则发出第二警示提示用户，提醒将需要回滚的待发布的业务系统对应的数据库脚本回滚至前一版本。

优选地，该方法还包括业务系统代码稽查步骤，业务系统代码稽查步骤包括：

检查待发布的业务系统的代码是否符合预先设置的代码规范，若检查发现有不符合预先设置的代码规范的代码，则发出第三警示提示用户，提醒将不符合预先设置的代码规范的代码进行修改；

检查待发布的业务系统的代码是否存在安全性漏洞，若检查发现待发布的业务系统的代码存在安全性漏洞，则发出第四警示提示用户，提醒将存在安全性漏洞的代码进行修复。

进一步地，业务系统代码稽查步骤包括：根据预先设置的代码规范，将待发布的业务系统中代码的格式不符合预先设置的代码规范的代码格式的代码自动调整成符合预先设置的代码规范的代码格式。

进一步地，该方法还包括如下步骤：检查待发布的业务系统增加的新功能对数据库已有的已安装使用的业务系统的数据是否有影响，若有影响，则发出第五警示提示用户，提醒对有影响的数据进行相应的修改。

进一步地，第一警示至第五警示还包括：在显示界面上显示稽查结果信息，提示用户下一步应该执行的操作；及/或发送邮件或信息至预先设定的用户通知稽查结果信息。

进一步地，第三警示、第四警示还包括：标示有问题的代码的具体位置。

进一步地，第五警示还包括：标示会影响已安装使用的业务系统性能的数据库中新增加的表、新增及/或变更的索引，以及会引起数据库全表扫描或隐式转换的语句。

此外，为实现上述目的，本发明还提供一种服务器，该服务器包括存储器、处理器及存储在存储器上并可在处理器上运行的业务系统预先稽查系统，该业务系统预先稽查系统被处理器执行时实现上述任一实施例中的业务系统预先稽查方法的步骤。

进一步地，为实现上述目的，本发明还提供一种计算机可读存储介质，该计算机可读存储介质存储有业务系统预先稽查程序，该业务系统预先稽查程序可被至少一个处理器执行，以使至少一个处理器执行上述任一实施例中的业务系统预先稽查方法的步骤。

相较于现有技术，本发明所提出的业务系统预先稽查方法、服务器及计算机可读存储介质，可以在业务系统的升级版本发布之前，通过统一的规范预先稽查升级版本发布后，需要回滚时可能会存在的问题，对存在的问题进行一一测试，排查，发出警示信息提醒用户进行相应的修改。这样，既可以降低现有技术中新版本上线后系统异常的风险，也可以在新版本上线后如果发生故障可以快速完成回滚版本，降低故障导致的影响。

附图说明

图1是本发明的服务器一较佳实施例的硬件架构图；

图2是本发明业务系统预先稽查系统一较佳实施例的功能模块图；

图3是本发明业务系统预先稽查系统另一较佳实施例的功能模块图；

图4是图3中代码稽查模块的子功能模块图；

图5是本发明业务系统预先稽查方法的一较佳实施例的流程图；

图6是本发明业务系统预先稽查方法另一较佳实施例的流程图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，在本发明中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。

参阅图1所示，是本发明的服务器一可选的硬件架构示意图。

在本实施例中，服务器1可包括，但不仅限于，可通过系统总线相互通信连接的存储器11、处理器12、网络接口13及显示器14。需要指出的是，图1仅示出了具有组件11-14的服务器1，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。

其中，存储器11至少包括一种类型的可读存储介质，可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器11可以是服务器1的内部存储单元，例如服务器1的硬盘或内存。在另一些实施例中，存储器11也可以是服务器1的外部存储设备，例如服务器1上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。当然，存储器11还可以既包括服务器1的内部存储单元也包括其外部存储设备。本实施例中，存储器11通常用于存储安装于服务器1的操作系统和各类应用软件，例如待发布的业务系统(APP)的程序代码、本发明的业务系统预先稽查系统200(APP)的程序代码、关联系统(APP)的程序代码，以及各种稽查规则、规范、模板等资料。此外，存储器11还可以用于暂时地存储已经输出或者将要输出的各类数据。

处理器12在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。处理器12通常用于控制服务器1的总体操作。本实施例中，处理器12用于运行存储器11中存储的程序代码或者处理数据，例如运行的业务系统预先稽查程序的代码等。

网络接口13可包括无线网络接口或有线网络接口，网络接口13通常用于在服务器2与其他电子设备之间建立通信连接。

显示器14可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED(OrganicLight-Emitting Diode，有机发光二极管)触摸器等。显示器14用于显示在服务器1中处理的信息以及用于显示可视化的用户界面等。在本实施例中，显示器14用于显示业务系统预先稽查系统200的稽查结果信息，及显示提示用户下一步应该执行的操作等。

需要说明的是，在本发明的另一些实施例中，服务器1可以不包括显示器14，而是通过与服务器1通信连接的显示装置显示业务系统预先稽查系统200的稽查结果信息，及显示提示用户下一步应该执行的操作等。

至此，己经详细介绍了本发明各个实施例的应用环境和相关设备的硬件结构和功能。下面，将基于上述应用环境和相关设备，提出本发明的各个实施例。

首先，本发明提出一种业务系统预先稽查系统200。

如图2所示，是本发明业务系统预先稽查系统200一实施例的功能模块图。在本实施例中，业务系统预先稽查系统200可以被分割成一个或多个模块，一个或者多个模块被存储于存储器11中，并由一个或多个处理器(本实施例中为处理器12)所执行，以完成本发明。例如，在图2中，业务系统预先稽查系统200可以被分割成第一判断模块201、第一警示模块202、第二判断模块203、及第二警示模块204。本发明所称的功能模块是指能够完成特定功能的一系列计算机程序指令段，比程序更适合于描述业务系统预先稽查系统200在服务器1中的执行过程。以下将就功能模块201-204的功能进行详细描述。

第一判断模块201，用于根据预存的记录文件判断待发布的业务系统是否有关联系统；若有关联系统，则根据预存的记录文件判断在待发布的业务系统需要回滚至前一版本时，待发布的业务系统的关联系统是否需要回滚至前一版本，及/或，根据预存的记录文件判断在待发布的业务系统的关联系统需要回滚至前一版本时，待发布的业务系统是否需要回滚至前一版本。

通常，待发布的业务系统在业务方提出开发需求的时候，开发人员根据业务的需求会评估并确定出该待发布的业务系统的关联系统，且在开发满足业务需求的过程中，根据实际的开发需要会评估出相应的关联系统是否需要改造，并会将待发布的业务系统的关联系统及其需要改造的关联系统记录下来，并预存在待发布的业务系统的记录文件中。

本发明的业务系统预先稽查方法，在待发布的业务系统(已安装的业务系统的新版本)在安装使用前，需要通过第一判断模块，判断其是否有关联系统，若判断出其有关联系统，则测试其关联系统回滚至前一版本，待发布的业务系统是否会出现故障，及测试待发布的业务系统回滚至前一版本，待发布的业务系统的关联系统是否会出现故障。

若待发布的业务系统回滚至前一版本，其关联系统出现故障，说明其关联系统在待发布的业务系统回滚至前一版本时，需要回滚至前一版本。若其关联系统回滚至前一版本时，待发布的业务系统出现故障，说明在其关联系统回滚至前一版本时，待发布的业务系统需要回滚至前一版本。

第一警示模块202，用于在待发布的业务系统及/或其关联系统需要回滚至前一版本，发出第一警示提示用户，提醒将需要回滚的待发布的业务系统及/或其关联系统回滚至前一版本。

通常，用户在收到第一警示之后，待发布的业务系统及其关联系统的开发及测试人员，会对待发布的业务系统及其关联系统进行测试，及提出修改。并在测试到待发布的业务系统回滚至前一版本，待发布的业务系统的关联系统没有回滚至前一版本，或待发布的业务系统的关联系统回滚至前一版本，待发布的业务系统没有回滚至前一版本时，提出修改意见，直到测试出待发布的业务系统及其关联系统中任意一个回滚至前一版本，另外一个也回滚至前一版本，并没有障碍时，测试通过。

第二判断模块203，用于根据预存的记录文件判断当待发布的业务系统回滚至前一版本，待发布业务系统对应的数据库脚本是否需要回滚至前一版本。

在本实施例中，数据库脚本包括DDL、DML、package等。

需要说明的是，由于待发布的业务系统中新增加了字段，相应地，数据库脚本也进行了适应性地修改，例如修改了DML、package语句等，而修改的DML、package语句有可能会对旧版本产生影响，因此需要判断若待发布的业务系统回滚至前一版本，也即旧版本时，数据库脚本是否需要回滚至前一版本。

第二警示模块204，用于当待发布的业务系统回滚至前一个版本，数据库脚本需要回滚至前一版本，发出第二警示提示用户。

通常，用户在收到第二警示之后，需要开发人员提前把需要回滚的脚本写好，并存入待发布的业务系统中，如果在待发布的业务系统上线运行中出现异常，需要回滚时，可以直接提供存储的提前写好的需要回滚的脚本进行运营。此方案需要测试人员测试验证通过之后，才可使用。

以上是本发明业务系统预先稽查系统一较佳实施例的功能模块图。需要说明的是，在本发明的另一些实施例中，可以替代的实施更多或更少的组件。例如，可以选择性地只实施第一判断模块201及第一警示模块202。

通过上述实施例可知，本发明的业务系统预先稽查方法，首先，根据预存的记录文件判断待发布的业务系统是否有关联系统；若有关联系统，根据预存的记录文件判断当待发布的业务系统、或其关联系统二者任意一个回滚至前一版本，另外一个系统是否也需要回滚至前一版本；然后，当待发布的业务系统、或其关联系统二者任意一个回滚至前一版本，另外一个系统也需要回滚至前一版本，发出第一警示提示用户；再次，根据预存的记录文件判断当待发布的业务系统回滚至前一版本，数据库脚本是否需要回滚至前一版本；最后，当待发布的业务系统回滚至前一个版本，数据库脚本需要回滚至前一版本，发出第二警示提示用户。这样，既可以降低现有技术中新版本上线后系统异常的风险，也可以在新版本上线后如果发生故障可以快速完成回滚版本，降低故障导致的影响。

如图3所示，为本发明的业务系统预先稽查系统200的另一实施例的功能模块图。由图3可知，在本实施例中，本发明的业务系统预先稽查系统200在图2所示的功能模块的基础上还可被分割为代码稽查模块301、第三警示模块302、第四警示模块303、数据库稽查模块304、第五警示模块305、分析模块306、及第六警示模块307。需要说明的是，图3所示的业务系统预先稽查系统200包含了图2所示的各个功能模块，但是为了显示方便，将图2所示的各个功能模块在图3中未示出。

代码稽查模块301，可被分为如图4所示的代码稽查单元401及代码安全性检测单元402。代码稽查单元401,用于检查待发布的业务系统的代码是否符合预先设置的代码规范、或用于根据预先设置的代码规范，将业务系统中不符合预先设置的代码规范的代码自动调整成符合代码规范的格式。

代码安全性检测单元502，用于检查待发布的业务系统的代码是否存在安全性漏洞。

第三警示模块302，用于在代码稽查模块301发现有不符合预先设置的代码规范的代码时，发出第三警示提示用户。

第四警示模块303，用于在代码安全性检测单元502检查发现存在安全性漏洞时，发出第四警示提示用户。

数据库稽查模块304，用于检查待发布的业务系统增加的新功能对数据库已有的数据是否有影响。

第五警示模块305，用于在数据库稽查模块304检查出待发布的业务系统增加的新功能对数据库有影响时，则发出第五警示提示用户。

分析模块306，用于分析待发布的业务系统对数据库及SQL语句的影响。具体包括评估数据库中新增加的表、新增及/或变更的索引对数据库的性能影响，检查新增加的SQL语句是否符合SQL语句的语法规范、新增加的SQL语句中是否有会引起数据库全表扫描的语句、新增加的SQL语句中是否有会引起隐式转换的语句。

通常，评估数据库中新增加的表、新增及/或变更的索引对数据库的性能影响采用的方法是，通过系统解析新版本移交DDL脚本。

第六警示模块307，用于在分析模块306发现有索引新增变更和新增表的，发出第六警示提示用户。

通常，用户收到第六警示之后，进行进一步的评估。索引的变更自动提交签报流程通知DBA进行索引影响度评估，评估出有索引影响时则需要提出bug修改。

需要说明的是，检查新增加的SQL语句是否符合SQL语句的语法规范、新增加的SQL语句中是否有会引起数据库全表扫描的语句、新增加的SQL语句中是否有会引起隐式转换的语句采用的方法是，通过系统在测试环境的数据库中进行脚本扫描，发现测试阶段有隐式转换的和全表扫描的通过邮件提醒处理，然后人工进行修改。

在本实施例中，第一警示至第六警示均是通过显示界面显示稽查结果信息，提示用户下一步应该执行的操作；及/或发送邮件或信息至预先设定的用户通知稽查结果信息。

其中，第三警示和第四警示还包括，标示有问题的代码的具体位置。第五警示和第六警示还包括，标示会影响数据性能的新增加的表、新增及/或变更的索引，以及会引起数据库全表扫描或隐式转换的语句。

通过上述事实例可知，运行本发明的业务系统预先稽查系统，在图2所述实施例的基础上，进一步对待发布业务系统200的代码及数据库进行了稽查，并分析了待发布的业务系统对数据库就SQL语句的影响。从而，进一步地降低了新版本上线后系统异常的风险，或是在新版本上线后如果发生故障可以快速完成回滚版本，降低故障导致的影响。

再次，本发明提出一种业务系统预先稽查方法。

如图5所示，是本发明业务系统预先稽查方法的一实施例的实施流程示意图。由图5可知，在本实施例中，本发明的业务系统预先稽查方法包括步骤S501和步骤S504。

步骤S501，根据预存的记录文件判断待发布的业务系统是否有关联系统；若有关联系统，则根据预存的记录文件判断在待发布的业务系统需要回滚至前一版本时，待发布的业务系统的关联系统是否需要回滚至前一版本，及/或，根据预存的记录文件判断在待发布的业务系统的关联系统需要回滚至前一版本时，待发布的业务系统是否需要回滚至前一版本。

通常，待发布的业务系统在业务方提出开发需求的时候，开发人员根据业务的需求会评估并确定出该待发布的业务系统的关联系统，且在开发满足业务需求的过程中，根据实际的开发需要会评估出相应的关联系统是否需要改造，并会将待发布的业务系统的关联系统及其需要改造的关联系统记录下来，并预存在待发布的业务系统中。

待发布的业务系统(已安装的业务系统的新版本)在安装使用前，需要测试待发布的业务系统的关联系统回滚至前一版本，待发布的业务系统是否会出现故障，及测试待发布的业务系统回滚至前一版本，待发布的业务系统的关联系统是否会出现故障。

若待发布的业务系统回滚至前一版本，其关联系统出现故障，说明其关联系统在待发布的业务系统回滚至前一版本时，需要回滚至前一版本。若其关联系统回滚至前一版本时，待发布的业务系统出现故障，说明在其关联系统回滚至前一版本时，待发布的业务系统需要回滚至前一版本。

步骤S502，若待发布的业务系统及/或其关联系统需要回滚至前一版本，则发出第一警示提示用户，提醒将需要回滚的待发布的业务系统及/或其关联系统回滚至前一版本。

通常，用户在收到第一警示之后，待发布的业务系统及其关联系统的开发及测试人员，会对待发布的业务系统及其关联系统进行测试，及提出修改。并在测试到待发布的业务系统回滚至前一版本，待发布的业务系统的关联系统没有回滚至前一版本，或待发布的业务系统的关联系统回滚至前一版本，待发布的业务系统没有回滚至前一版本时，提出修改意见，直到测试出待发布的业务系统及其关联系统中任意一个回滚至前一版本，另外一个也回滚至前一版本，并没有障碍时，测试通过。

步骤S503，根据预存的记录文件判断当待发布的业务系统回滚至前一版本，数据库脚本是否需要回滚至前一版本。

在本实施例中，数据库脚本包括DDL、DML、package等。

需要说明的是，由于待发布的业务系统中新增加了字段，相应地，数据库脚本也进行了适应性地修改，例如修改了DML、package语句等，而修改的DML、package语句有可能会对旧版本产生影响，因此需要判断待发布的业务系统回滚至前一版本，也即旧版本时，数据库脚本是否需要回滚至前一版本。

步骤S504，若判断当所述待发布的业务系统回滚至前一个版本，数据库脚本需要回滚至前一版本，则发出第二警示提示用户。

通常，用户在收到第二警示之后，需要开发人员提前把需要回滚的脚本写好，并存入待发布的业务系统中，如果在待发布的业务系统上线运行中出现异常，需要回滚时，可以直接提供存储的提前写好的需要回滚的脚本进行运营。此方案需要测试人员测试验证通过之后，才可使用。

如图6所示，是本发明业务系统预先稽查方法另一实施例的实施流程示意图。如图6所示，在本实施例中，业务系统预先稽查方法包括步骤S601至步骤S606。

步骤S601，根据预存的记录文件判断待发布的业务系统回滚至前一系统，其关联系统是否需要回滚至前一系统、及/或其关联系统回滚至前一版本，待发布的业务系统是否需要回滚至前一版本；若待发布的业务系统及/或其关联系统需要回滚至前一版本，则发出第一警示提示用户。

通常，用户在收到第一警示之后，待发布的业务系统及其关联系统的开发及测试人员，会对待发布的业务系统及其关联系统进行测试，及提出修改。并在测试到待发布的业务系统回滚至前一版本，待发布的业务系统的关联系统没有回滚至前一版本，或待发布的业务系统的关联系统回滚至前一版本，待发布的业务系统没有回滚至前一版本时，提出修改意见，直到测试出待发布的业务系统及其关联系统中任意一个回滚至前一版本，另外一个也回滚至前一版本，并没有障碍时，测试通过。

步骤S602，判断待发布的业务系统回滚至前一版本，是否有数据库脚本需要回滚至前一版本；若有数据库脚本需要回滚至前一版本，则发出第二警示提示用户。

通常，用户在收到第二警示之后，需要开发人员提前把需要回滚的脚本写好，并存入待发布的业务系统中，如果在待发布的业务系统上线运行中出现异常，需要回滚时，可以直接提供存储的提前写好的需要回滚的脚本进行运营。此方案需要测试人员测试验证通过之后，才可使用。

步骤S603，检查业务系统的代码是否符合预先设置的代码规范，若检查发现有不符合代码规范的代码，则发出第三警示提示用户。

需要说明的是，在其他一些实施例中，可根据预先设置的代码规范，将业务系统中不符合预先设置的代码规范的代码自动调整成符合代码规范的格式。

步骤S604，检查待发布的业务系统的代码是否存在安全性漏洞，若检查发现存在安全性漏洞，则发出第四警示提示用户。

步骤S605，检查待发布的业务系统增加的新功能对数据库已有的数据是否有影响，若有影响，则发出第五警示提示用户。

步骤S606，分析待发布的业务系统对数据库及SQL语句是否有影响；若有影响，则发出第六警示提示用户。

具体包括评估数据库中新增加的表、新增及/或变更的索引对数据库的性能影响，检查新增加的SQL语句是否符合SQL语句的语法规范、新增加的SQL语句中是否有会引起数据库全表扫描的语句、新增加的SQL语句中是否有会引起隐式转换的语句。

通常，评估数据库中新增加的表、新增及/或变更的索引对数据库的性能影响采用的方法是，通过系统解析新版本移交DDL脚本，如发现有索引新增变更和新增表的，需要发出第五警示提醒用户，用户收到第六警示之后，进行进一步的评估。索引的变更自动提交签报流程通知DBA进行索引影响度评估，有索引影响则需要提出bug修改。

检查新增加的SQL语句是否符合SQL语句的语法规范、新增加的SQL语句中是否有会引起数据库全表扫描的语句、新增加的SQL语句中是否有会引起隐式转换的语句采用的方法是，通过系统在测试环境的数据库中进行脚本扫描，发现测试阶段有隐式转换的和全表扫描的通过邮件提醒处理，然后人工进行修改。

需要说明的是，上述步骤S701至步骤S706可以同时实施，也可以按不同的顺序实施，本发明并没有规定各步骤的实施顺序。

通过实施上述的实施例可知，本发明的业务系统预先稽查方法，通过对待发布的业务系统的回滚可能引起的故障进行预先稽查，找出待发布的业务系统若发生回滚可能会存在的问题，并对这些问题进行自动修复或是通过显示装置提示用户对这些问题进行解决；及通过对待发布的业务系统自身的程序代码是否有异常进行稽查，并对有异常的程序代码进行自动调整或者标示出来通过显示装置提示用户进行修改；及通过对待发布的业务系统对数据库的影响进行稽查，并把可能导致数据库出现故障的信息通过显示装置提示用户进行修改。降低了现有技术中新版本上线后系统异常的风险，或是在新版本上线后如发生故障可以快速完成回滚版本，降低故障导致的影响。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围。

Claims (10)

1.一种业务系统预先稽查方法，其特征在于，所述方法包括如下步骤：

A、根据预存的记录文件判断待发布的业务系统是否有关联系统；若有关联系统，则根据所述预存的记录文件判断在所述待发布的业务系统需要回滚至前一版本时，所述待发布的业务系统的关联系统是否需要回滚至前一版本，及/或，根据所述预存的记录文件判断在所述待发布的业务系统的关联系统需要回滚至前一版本时，所述待发布的业务系统是否需要回滚至前一版本；

B、若所述待发布的业务系统及/或其关联系统需要回滚至前一版本，则发出第一警示提示用户，提醒将需要回滚的所述待发布的业务系统及/或其关联系统回滚至前一版本。

2.如权利要求1所述的业务系统预先稽查方法，其特征在于，所述方法还包括：

若所述待发布的业务系统需要回滚至前一版本，则根据所述预存的记录文件判断所述待发布的业务系统对应的数据库脚本是否需要回滚至前一版本；

若所述待发布的业务系统对应的数据库脚本需要回滚至前一版本，则发出第二警示提示用户，提醒将需要回滚的所述待发布的业务系统对应的数据库脚本回滚至前一版本。

3.如权利要求1所述的业务系统预先稽查方法，其特征在于，所述方法还包括业务系统代码稽查步骤，所述业务系统代码稽查步骤包括：

检查所述待发布的业务系统的代码是否符合预先设置的代码规范，若检查发现有不符合所述预先设置的代码规范的代码，则发出第三警示提示用户，提醒将不符合所述预先设置的代码规范的代码进行修改；

检查所述待发布的业务系统的代码是否存在安全性漏洞，若检查发现所述待发布的业务系统的代码存在安全性漏洞，则发出第四警示提示用户，提醒将存在安全性漏洞的代码进行修复。

4.如权利要求3所述的业务系统预先稽查方法，其特征在于，所述业务系统代码稽查步骤包括：

根据所述预先设置的代码规范，将所述待发布的业务系统中代码的格式不符合所述预先设置的代码规范的代码格式的代码自动调整成符合所述预先设置的代码规范的代码格式。

5.如权利要求3所述的业务系统预先稽查方法，其特征在于，所述方法还包括如下步骤：

检查所述待发布的业务系统增加的新功能对数据库已有的已安装使用的业务系统的数据是否有影响，若有影响，则发出第五警示提示用户，提醒对有影响的数据进行相应的修改。

6.如权利要求5所述的业务系统预先稽查方法，其特征在于，所述第一警示至所述第五警示还包括：

在显示界面上显示稽查结果信息，提示用户下一步应该执行的操作；及/或发送邮件或信息至预先设定的用户通知稽查结果信息。

7.如权利要求6所述的业务系统预先稽查方法，其特征在于，所述第三警示、所述第四警示还包括：标示有问题的代码的具体位置。

8.如权利要求6所述的业务系统预先稽查方法，其特征在于，所述第五警示还包括：标示会影响已安装使用的业务系统性能的数据库中新增加的表、新增及/或变更的索引，以及会引起数据库全表扫描或隐式转换的语句。

9.一种服务器，其特征在于，所述服务器包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的业务系统预先稽查系统，所述业务系统预先稽查系统被所述处理器执行时实现如权利要求1-8中任一项所述的业务系统预先稽查方法的步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有业务系统预先稽查程序，所述业务系统预先稽查程序可被至少一个处理器执行，以使所述至少一个处理器执行如权利要求1-8中任一项所述的业务系统预先稽查方法的步骤。