CN103440168B - 一种程序变更方法及系统 - Google Patents

Abstract

本发明实施例提供一种程序变更方法及系统，所述方法包括以下步骤：控制端采集程序终端的状态数据，并对所述状态数据进行风险性分析，得到程序终端的风险等级；控制端根据所述风险等级为程序终端实时调整变更程序的审核流程，并按照所述审核流程对变更程序进行审核；控制端将经过审核的变更程序发布到程序终端；所述系统具体包括：采集模块，采集程序终端的状态数据；风险性模块，用于对所述状态数据进行风险性分析，得到程序终端的风险等级；流程审核模块，根据所述风险等级为程序终端实时调整变更程序的审核流程，并按照所述审核流程对变更程序进行审核；发布模块，用于将经过审核的变更程序发布到程序终端。

Description

一种程序变更方法及系统

技术领域

本发明涉及数据管理技术领域，特别涉及一种程序变更方法及系统。

背景技术

随着金融业的飞速发展，目前银行业务早已实现了高度的信息化，以满足日益丰富的用户需求。信息化的银行系统规模庞大，结构复杂，而且对于安全性的要求极为严格。所以银行系统一直以来都通过程序变更不断的完善和优化。而且程序变更的过程往往是银行系统相对来说最敏感也最容易存在安全隐患的过程，所以加强程序变更的安全性尤为重要。

所谓程序变更，就是终端上的应用程序由于需求响应、资源变化、缺陷修复、系统升级等各种因素，而适应性做出变化或者修改的过程。现有技术中每个终端需自行录入变更信息，而管理服务器则需要按照规范化的流程对变更信息进行审核，从而判断是否允许终端按照所述变更信息进行程序变更。每个终端按照其重要性或风险性的不同，对应的审核流程也是不同的。

现有技术的缺陷在于，终端对应的审核流程一般为预先设定，无法改变。如果出现导致终端重要性或风险性变化的特殊情况，现有技术无法实现自动的调整其对应的审核流程。

发明内容

有鉴于此，本发明的目的在于提供一种程序变更方法及系统，所述方法对终端进行风险分析，进而根据风险系数改变审核流程。

为实现上述目的，本发明有如下技术方案：

一种程序变更方法，所述方法包括以下步骤：

控制端采集程序终端的状态数据，并对所述状态数据进行风险性分析，得到程序终端的风险等级；

控制端根据所述风险等级为程序终端实时调整变更程序的审核流程，并按照所述审核流程对变更程序进行审核；

控制端将经过审核的变更程序发布到程序终端。

所述控制端采集状态数据具体为：

采集用户录入的状态数据、采集控制端存储的历史状态数据或采集变更状态数据。

所述状态数据具体为：

交易量、客户量、变更率、修正率、历史稳定率、开发风险参数和风险评估中任意一项或任意组合。

所述对所述状态数据进行风险性分析，得到程序终端的风险等级具体为：

制定风险性模型，并将状态数据代入风险性模型中，得到风险等级。

所述控制端将经过审核的变更程序发布到程序终端具体为：

控制端获取程序发布配置，所述程序发布配置包括，发布时间、程序终端信息、停止服务列表和开启服务列表；

控制端在发布时间利用停止服务列表停止该程序终端的服务；

控制端以经过审核的变更程序替代程序终端原有的程序；

控制端利用开启服务列表开启程序终端的服务。

所述程序发布配置还包括验证信息，则所述将经过审核的变更程序发布到程序终端还包括：

在以经过审核的变更程序替代程序终端原有的程序后，输入输入报文以启动交易，并得到输出报文；

利用所述验证信息对输出报文进行验证，如果通过验证则认为变更程序发布成功。

所述方法还包括：

通过所述变更程序的审核流程得到流程列表，根据流程列表对变更程序的审核进行轮询监控，当该审核与流程列表不符则向程序终端发送警报。

所述方法还包括：

在变更程序发布到程序终端后生成审计报表；

所述审计报表包括变更流程、变更数量、非法变更项以及失败变更项。

一种程序变更系统，所述系统具体包括：

采集模块，采集程序终端的状态数据；

风险性模块，用于对所述状态数据进行风险性分析，得到程序终端的风险等级；

流程审核模块，根据所述风险等级为程序终端实时调整变更程序的审核流程，并按照所述审核流程对变更程序进行审核；

发布模块，用于将经过审核的变更程序发布到程序终端。

所述系统还包括：

监控模块，用于通过所述变更程序的审核流程得到流程列表，根据流程列表对变更程序的审核进行轮询监控，当该审核与流程列表不符则向控制端及程序终端发送警报。

通过以上技术方案可知，本发明存在的有益效果是：实现了在运行过程中对程序终端进行风险的分析，并相应的改变其对应的程序变更的审核流程；实现每个程序终端均能够在风险情况变化后依然按照合理的流程完成程序变更；所述方法使得程序变更的审核更为合理，满足实际使用的需求，也充分保障了安全性。

附图说明

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

图1为本发明实施例所述方法流程图；

图2为本发明实施例所述系统结构示意图。

具体实施方式

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

在现有技术中，对于程序终端风险等级的判定和程序变更的审核流程的设置均是预先完成的，而且并不存在根据实际情况的改变，实时修改调整的机制。也就是说，现有技术中程序变更的过程可以概括为以下：预先设定程序终端的风险等级，并按照风险等级相应制定程序变更的审核流程；按照审核流程对变更程序进行审核，进而将变更程序发布至程序终端。但上述方式灵活性较差，无法随着程序终端实际情况的变化改变其风险等级和审核流程。

参见图1所示，为本发明所述方法的一个具体实施例。本实施例中所述方法包括以下步骤：

步骤101、控制端采集程序终端的状态数据，并对所述状态数据进行风险性分析，得到程序终端的风险等级。

无论程序终端先前是否已经存在设定的风险等级，本实施例所述方法在程序终端运行的过程中，均需要采集程序终端的状态数据，并进行风险分析。由于在运行过程中程序终端的状态随时可能改变，所以其风险性也可能会随之变化。例如，某程序终端涉及的交易量大幅度增长，超出了预估的范围，那么该程序终端实际面临的风险性必然增加，很可能不再符合其原有的风险等级，也就是该程序终端将有改变风险等级的需求。

本实施例中，采集状态数据的目的是为了评定某一程序终端某次程序变更的风险性，所以所述状态数据均应该与风险性有所关联，所以所述的采集过程主要包括三种方式：

采集用户录入的状态数据，例如风险评估，即用户对本次将要发布的变更程序的风险自评；以及变成对应的程序终端及变更时间等其他数据；

采集控制端存储的历史状态数据，历史数据为风险评估的主要依据，所述历史数据可以是该程序终端的交易量、客户量、程序终端的历史稳定率、开发风险参数（比如开发人员的经验即可抽象为该参数）等；

采集变更状态数据，所述变成状态数据主要具体针对本次程序变更，变更程度的不同必然风险性也存在区别；例如，某次程序变更仅改变了一条源代码则必然风险性较低，而如果更待了80%的源代码则风险性必然较高。所以所述变更状态数据包括变更率和修正率。

在得到所述状态数据之后，即可根据状态数据制定一个风险性模型，根据所述风险性模型对状态数据进行风险性的评估。本实施例中所述风险性模型可具体如下表：

风险性	高	中	低
				交易量	>1000万	100万～1000万	<100万
客户量	>100万	10万～100万	<10万
				开发风险参数	<2年经验	2年～4年经验	＞4年经验
修正率	>1%	0.5%～1%	<0.5%
				历史稳定率	>5次故障	1～5次故障	无故障

表1

高风险项个数	中风险项个数	低风险项个数	风险等级
				5	0	0	高
4	1	0	高
				0	4	1	高
0	2	3	中
				0	0	5	低

表2

如果，本实施例中采集到一个程序终端的状态数据显示：该程序终端交易量1500万、客户量200万、程序开发人员具备3年经验、程序的修正率为11.5%、该程序终端历史出现过7此故障。则将上述状态数据带入到表1中，可见该程序终端的状态数据存在4个高风险项和1个中风险项。在将这一结论代入表2，如果存在4个高风险项和1个中风险项，那么风险等级则评定为“高”。

步骤102、控制端根据所述风险等级为程序终端实时调整变更程序的审核流程，并按照所述审核流程对变更程序进行审核。

不同风险等级的程序终端其对应的审核过程也有所不同，风险等级越高则审核也就更为严格。前述步骤评定风险等级的意义就在于，实时获悉程序终端的风险情况，以便实时针对每种风险等级设置相应的审核流程，并且在风险等级变化时也相应的调整审核流程。本实施例中所述方法的重点便在于，根据前述步骤得到的风险等级对程序变更的审核流程进行实时调整。由于前述步骤中得到的风险等级符合程序终端当前的实际风险性，所以相应的在本步骤中会执行与之相匹配的审核流程，使得程序变更的审核更为合理，满足实际使用的需求也保障了安全性。

所述审核流程在控制端以XML格式的文本文件进行保存，如需调整审核流程，即可直接对相应的XML文件进行编辑。

按照本实施例中公开的风险性模型，风险等级由低到高为高风险、中风险和低风险，对应的程序变更的审核流程为低级审核、中级审核和高级审核。低级审核只需要由项目经理掌控权限的审核节点完成审核；中级审核除项目经理审核节点审核之外，还需要上一级部门经理掌控权限的审核节点进行复审；高级审核在中级审核的基础之上，进一步加入上一级总经理掌控权限审核节点进行终审。

如果步骤101中将原本风险等级为低风险的程序终端A判定为中风险，进一步将程序终端A对应的审核流程由低级审核调整为中级审核。在程序终端A录入了变更程序时，即按照中级审核的流程对变更数据进行审核。

另外，本实施例中为监控审核流程合法的进行，还公开了如下步骤：

步骤1021、通过所述变更程序的审核流程得到流程列表，根据流程列表对变更程序的审核进行轮询监控，当该审核与流程列表不符则向程序终端发送警报。

数据表字段	含义	举例
			ChangeNo	变更编号	201308250001
RiskLevel	风险等级	High
			TopManagerCheck	总经理审核	Y/N
ManagerCheck	部门经理审核	Y/N
			ProjectManagerCheck	项目经理审核	Y/N
CurrentProcess	当前步骤	ProjectManagerCheck
			ProcessStartTime	当前步骤开始时间	2013080240305

表3

表3即本实施例中高风险等级情况下所述流程列表的具体形式。控制端参照表3即可对一个变更程序的审核过程轮询进行监控，例如设置5分钟为轮询周期，控制端即每隔5分钟监控实际进行的审核是否与流程规定相符；还可以监控当前步骤进行的时间是否超出了规定的时间长度，以避免审核流程出现错误或审核延期。但监控发现实际的审核存在于流程列表不符的情况，则控制端可以向程序终端发送警报，以便采取进一步的补救措施。

步骤103、控制端将经过审核的变更程序发布到程序终端。

当变成程序通过审核以后，即可发布到程序终端，也就是实际的在程序冲断执行程序的变更。所述变更程序的发布过程具体如下：

步骤1031、控制端获取程序发布配置，所述程序发布配置包括，发布时间、程序终端信息、停止服务列表、开启服务列表和验证信息。

步骤1032、控制端在发布时间利用停止服务列表停止该程序终端的服务。

如需发布变更程序，则程序终端必须首先停止一切服务，停止服务需要利用程序发布配置中的停止服务列表。控制端根据所述程序终端信息找到需要执行程序变更的程序终端，并在设定的发布时间到达使停止程序终端的服务，开始执行程序变更。

步骤1033、控制端以经过审核的变更程序替代程序终端原有的程序。

本步骤为程序变更的实际执行，使程序终端中程序被替换为新版本。

步骤1034、输入输入报文以启动交易，并得到输出报文，利用所述验证信息对输出报文进行验证，如果通过验证则认为变更程序发布成功。

在程序变更完成之后，还需进一步的验证本次变更是否成功。验证过程需预先配置验证信息，也就是运行变更后程序期望得到的结果。调用变更后的程序并向其输入一个输入报文，程序即会相应的产生一个输出报文；对比输出报文与验证信息，也就是判断输出报文与先前所期望的结果是否相符合，若符合则说明程序变更成功，达到了预想的效果，否则即认为失败。若变更失败，同样可以向程序终端发送警报，以便进一步采取措施。

步骤1035、控制端利用开启服务列表开启程序终端的服务。

变更结束后，重新开始程序终端的服务，恢复程序终端的正常运行。

步骤104、在变更程序发布到程序终端后生成审计报表。

所述审计报表包括变更流程、变更数量、非法变更项以及失败变更项。通过审计报表可以将变更过程更加直观清晰的向用户进行展现。

通过以上技术方案可知，本实施例所述方法存在的有益效果是：实现了在运行过程中对程序终端进行风险的分析，并相应的改变其对应的程序变更的审核流程；实现每个程序终端均能够在风险情况变化后依然按照合理的流程完成程序变更；所述方法使得程序变更的审核更为合理，满足实际使用的需求，也充分保障了安全性。

对应图1所示实施例中所述的程序变更方法，本实施例中相应的公开一种程序变更系统。所述系统构建在前述实施例中所述的控制端。前述实施例中所述方法正是基于如下系统得以实现，二者技术方案在本质上一致。本实施例中所述系统具体包括以下：

采集模块，采集程序终端的状态数据。

本实施例中，采集状态数据的目的是为了评定某一程序终端某次程序变更的风险性，所以所述状态数据均应该与风险性有所关联，所以所述的采集过程主要包括录入采集单元、历史采集单元和状态采集单元，具体为：

录入采集单元主要采集用户录入的状态数据，例如风险评估，即用户对本次将要发布的变更程序的风险自评；以及变成对应的程序终端及变更时间等其他数据；

历史采集单元采集控制端存储的历史状态数据，历史数据为风险评估的主要依据，所述历史数据可以是该程序终端的交易量、客户量、程序终端的历史稳定率、开发风险参数（比如开发人员的经验即可抽象为该参数）等；

状态采集单元采集变更状态数据，所述变成状态数据主要具体针对本次程序变更，变更程度的不同必然风险性也存在区别；例如，某次程序变更仅改变了一条源代码则必然风险性较低，而如果更待了80%的源代码则风险性必然较高。所以所述变更状态数据包括变更率和修正率。

风险性模块，用于对所述状态数据进行风险性分析，得到程序终端的风险等级。

在得到所述状态数据之后，即可根据状态数据制定一个风险性模型，根据所述风险性模型对状态数据进行风险性的评估。

流程审核模块，根据所述风险等级为程序终端实时调整变更程序的审核流程，并按照所述审核流程对变更程序进行审核。

不同风险等级的程序终端其对应的审核过程也有所不同，风险等级越高则审核也就更为严格。前述步骤评定风险等级的意义就在于，实时获悉程序终端的风险情况，以便实时针对每种风险等级设置相应的审核流程，并且在风险等级变化时也相应的调整审核流程。本实施例中所述方法的重点便在于，根据前述步骤得到的风险等级对程序变更的审核流程进行实时调整。由于前述步骤中得到的风险等级符合程序终端当前的实际风险性，所以相应的在本步骤中会执行与之相匹配的审核流程，使得程序变更的审核更为合理，满足实际使用的需求也保障了安全性。

所述审核流程在控制端以XML格式的文本文件进行保存，如需调整审核流程，即可直接对相应的XML文件进行编辑。

监控模块，用于通过所述变更程序的审核流程得到流程列表，根据流程列表对变更程序的审核进行轮询监控，当该审核与流程列表不符则向控制端及程序终端发送警报。

发布模块，用于将经过审核的变更程序发布到程序终端。

当变成程序通过审核以后，即可发布到程序终端，也就是实际的在程序冲断执行程序的变更。所述发布模块具体包括：

配置单元、用于获取程序发布配置，所述程序发布配置包括，发布时间、程序终端信息、停止服务列表、开启服务列表和验证信息。

停止服务单元、用于在发布时间利用停止服务列表停止该程序终端的服务。

如需发布变更程序，则程序终端必须首先停止一切服务，停止服务需要利用程序发布配置中的停止服务列表。停止服务单元根据所述程序终端信息找到需要执行程序变更的程序终端，并在设定的发布时间到达使停止程序终端的服务，开始执行程序变更。

替换单元、用于以经过审核的变更程序替代程序终端原有的程序。

本步骤为程序变更的实际执行，使程序终端中程序被替换为新版本。

验证单元、用于输入输入报文以启动交易，并得到输出报文，利用所述验证信息对输出报文进行验证，如果通过验证则认为变更程序发布成功。

在程序变更完成之后，还需进一步的验证本次变更是否成功。验证过程需预先配置验证信息，也就是运行变更后程序期望得到的结果。调用变更后的程序并向其输入一个输入报文，程序即会相应的产生一个输出报文；对比输出报文与验证信息，也就是判断输出报文与先前所期望的结果是否相符合，若符合则说明程序变更成功，达到了预想的效果，否则即认为失败。若变更失败，同样可以向程序终端发送警报，以便进一步采取措施。

开启服务单元、用于利用开启服务列表开启程序终端的服务。

变更结束后，重新开始程序终端的服务，恢复程序终端的正常运行。

本实施例所述系统存在的有益效果是：实现了在运行过程中对程序终端进行风险的分析，并相应的改变其对应的程序变更的审核流程；实现每个程序终端均能够在风险情况变化后依然按照合理的流程完成程序变更；所述方法使得程序变更的审核更为合理，满足实际使用的需求，也充分保障了安全性。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (9)

1.一种程序变更方法，其特征在于，所述方法包括以下步骤：

控制端采集程序终端的状态数据，并对所述状态数据进行风险性分析，得到程序终端的风险等级；

控制端根据所述风险等级为程序终端实时调整变更程序的审核流程，并按照所述审核流程对变更程序进行审核；

控制端将经过审核的变更程序发布到程序终端；

其中，所述控制端采集状态数据具体为：

采集用户录入的状态数据、采集控制端存储的历史状态数据或采集变更状态数据；

所述状态数据均与风险性有关联。

2.根据权利要求1所述方法，其特征在于，所述状态数据具体为：

交易量、客户量、变更率、修正率、历史稳定率、开发风险参数和风险评估中任意一项或任意组合。

3.根据权利要求2所述方法，其特征在于，所述对所述状态数据进行风险性分析，得到程序终端的风险等级具体为：

制定风险性模型，并将状态数据代入风险性模型中，得到风险等级。

4.根据权利要求1所述方法，其特征在于，所述控制端将经过审核的变更程序发布到程序终端具体为：

控制端获取程序发布配置，所述程序发布配置包括，发布时间、程序终端信息、停止服务列表和开启服务列表；

控制端在发布时间利用停止服务列表停止该程序终端的服务；

控制端以经过审核的变更程序替代程序终端原有的程序；

控制端利用开启服务列表开启程序终端的服务。

5.根据权利要求4所述方法，其特征在于，所述程序发布配置还包括验证信息，则所述将经过审核的变更程序发布到程序终端还包括：

在以经过审核的变更程序替代程序终端原有的程序后，输入输入报文以启动交易，并得到输出报文；

利用所述验证信息对输出报文进行验证，如果通过验证则认为变更程序发布成功。

6.根据权利要求1所述方法，其特征在于，所述方法还包括：

通过所述变更程序的审核流程得到流程列表，根据流程列表对变更程序的审核进行轮询监控，当该审核与流程列表不符则向程序终端发送警报。

7.根据权利要求1所述方法，其特征在于，所述方法还包括：

在变更程序发布到程序终端后生成审计报表；

所述审计报表包括变更流程、变更数量、非法变更项以及失败变更项。

8.一种程序变更系统，其特征在于，所述系统具体包括：

采集模块，采集程序终端的状态数据；

风险性模块，用于对所述状态数据进行风险性分析，得到程序终端的风险等级；

流程审核模块，根据所述风险等级为程序终端实时调整变更程序的审核流程，并按照所述审核流程对变更程序进行审核；

发布模块，用于将经过审核的变更程序发布到程序终端；

其中，所述采集模块采集程序终端的状态数据具体为：

采集用户录入的状态数据、采集控制端存储的历史状态数据或采集变更状态数据；

所述状态数据均与风险性有关联。

9.根据权利要求8所述系统，其特征在于，所述系统还包括：

监控模块，用于通过所述变更程序的审核流程得到流程列表，根据流程列表对变更程序的审核进行轮询监控，当该审核与流程列表不符则向控制端及程序终端发送警报。