CN103440152B - 一种程序变更评价方法及系统 - Google Patents

Abstract

本发明实施例提供一种程序变更评价方法及系统，所述方法包括以下步骤：利用程序终端的变更数据生成评价任务，并为评价任务设置评价流程；将评价任务分配至处理节点，处理节点根据评价流程对评价任务进行评价；所述系统具体包括：生成模块，用于利用程序终端的变更数据生成评价任务；流程模块，用于为评价任务设置评价流程；分配模块，用于将评价任务分配至处理节点；处理节点，用于处理节点根据评价流程对评价任务进行评价。

Description

一种程序变更评价方法及系统

技术领域

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

背景技术

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

所谓程序变更，就是终端上的应用程序由于需求响应、资源变化、缺陷修复、系统升级等各种因素，而适应性做出变化或者修改的过程。而为了保障程序变更的质量、安全性、合规性及合理性等因素，在程序变更之后还需要按照特定的机制对变更进行评价。

现阶段的程序变更评价，是通过评价终端自行获取评价任务并进行评价。无法实现对于评价任务合理的自动分配，以及对于评价流程的统一掌控。

发明内容

有鉴于此，本发明的目的在于提供一种程序变更评价方法及系统，以实现对于评价任务的自动分配。

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

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

利用程序终端的变更数据生成评价任务，并为评价任务设置评价流程；

将评价任务分配至处理节点，处理节点根据评价流程对评价任务进行评价。

所述方法还包括：

处理节点对评价任务进行评价后生成评价报告，并将所述评价报告反馈至程序终端。

所述方法还包括：

生成变更评价报表。

所述利用程序终端的变更数据生成评价任务具体为：

从程序终端查询获取变更数据；或按照程序终端的程序变更录入变更数据。

所述将评价任务分配至处理节点具体为：

预置分配策略，按照分配策略将评价任务分配至处理节点；

当被分配到处理节点的评价任务与分配策略不符，则处理节点将该评价任务转发。

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

生成模块，用于利用程序终端的变更数据生成评价任务；

流程模块，用于为评价任务设置评价流程；

分配模块，用于将评价任务分配至处理节点；

处理节点，用于处理节点根据评价流程对评价任务进行评价。

所述系统还包括：

报告模块，用于在处理节点对评价任务进行评价后生成评价报告，并将所述评价报告反馈至程序终端。

所述系统还包括：

报表模块，用于生成变更评价报表。

所述生成模块包括：

查询单元，用于从程序终端查询获取变更数据；

录入单元，用于按照程序终端的程序变更录入变更数据。

所述分配模块包括：

策略单元，用于预置分配策略；

发送单元，用于按照分配策略将评价任务分配至处理节点；

则所述处理节点包括转发单元，用于在被分配到处理节点的评价任务与分配策略不符时将该评价任务转发。

通过以上技术方案可知，本发明存在的有益效果是：实现评价任务的自动生成和分配，减少了评价过程中的人工干预，使得评价流程得以自动的进行，提高了评价的效率也改善了用户体验。

附图说明

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

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

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

具体实施方式

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

参见图1所示，为本发明所述程序变更评价方法的一个具体实施例。本实施例中将待评价的程序变更制作成评价任务，并将评价任务自动分配至处理节点，所述方法具体包括一下步骤：

步骤101、利用程序终端的变更数据生成评价任务，并为评价任务设置评价流程。

所述变更数据即程序变更的具体内容其他涉及的相关信息；本实施例中所谓相关信息可以包括：变更文档（变更申请表、测试报告等）、变更申请人、变更申请部门、申请时间、变更程序所述程序终端等。变更数据也是程序变更评价的目标。本实施例中为控制和分配处理节点对程序变更的评价过程，将所述变更数据制作为评价任务。后续的评价过程都将以所述评价任务为准。

对于变更数据的获取，本实施例中还包括两种具体的形式，可以从程序终端查询获取变更数据；或可以按照程序终端的程序变更录入变更数据，也就是手动录入数据。

根据程序终端风险性以及变更数据重要性的不同，本实施例中还将对评价任务设置不同的评价流程，以便根据评价流程进行进一步的任务分配。针对不同的评价流程，本实施例中处理节点也可以分为多个级别，如分为低级处理节点和高级处理节点；对普通程序变更相应的评价任务，其流程可以设置为直接分配至低级处理节点进行评价；而对于重要程序变更相应的评价任务，则设置其流程为低级处理节点评价后，再转发高级处理节点审核。

步骤102、将评价任务分配至处理节点，处理节点根据评价流程对评价任务进行评价。

基于前述已经设置的评价流程，可将评价任务向处理节点进行分配，并执行评价流程。不过在实际应用中，往往会存在若干的处理节点，即使是相同级别的处理节点一般也不止一个，所以所述评价任务的分配可具体为：

预置分配策略，按照分配策略将评价任务分配至处理节点。也就是说本实施例中将按照分配策略实现对于评价任务合理均衡的分配。

不过在分配过程中也不能够完全排除分配错误的情况。所以本实施例中处理节点还具备转发评价任务的功能，也就是当被分配到处理节点的评价任务与分配策略不符，则处理节点按照分配策略将该评价任务转发至相应的其他处理节点。

步骤103、处理节点对评价任务进行评价后生成评价报告，并将所述评价报告反馈至程序终端。

本实施例中处理节点对于评价任务的评价过程如下：

首先需设置若干评价指标，以根据所述评价指标来衡量评价任务中的变更数据。所述评价项具体可以是完整度指标、规范度指标、流程指标、影响性指标、关联性指标及重要性指标，或者根据需要而设定的其他类似指标。本实施例中将仅去以上六种指标。

所谓评价过程即处理节点根据变更数据的实际情况对每个评价指标给出一个分值，也就实现了将评价结果量化。本实施例中所述给出分值可以规定为5分满分制。对于完整度指标、规范度指标和流程指标，属于对变更数据产生积极影响的正面指标，所以其分值规定为正值，在本实施例中存在1、2、3、4、5共五种具体分值情况，分数绝对值越高则表明该变更数据的风险性越低；反之，对于影响性指标、关联性指标和重要性指标，属于对变更数据带来不利影响的负面指标，所示其分值规定为负值，在本实施例中存在-1、-2、-3、-4、-5共五种具体分值情况，分数绝对值越高则表明该变更数据的风险性越高。

完成了对评价指标单独的评价得到其分值之后，还需要将诸项指标的风险性情况进行结合，所以需要为每个评价指标设定一个权重系数，所有权重系数之和为1；并且对同一评价任务进行评价处理的处理节点未必仅有一个，所以还需要进一步的结合诸多处理节点的评价，才能够最终得出一个综合全面的评价报告。

实际过程可以参考一下案例：

假设当前仅对完整度指标、影响性指标和规范度指标三个评价指标进行评价，三者的权重集合为（0.2，0.5，0.3）。现有两个处理节点对其进行了评价，分数为（4，-3,2）和（3，-4,3）。

如需利用以上数据得到一个评价报告，则需利用矢量计算原理。首先权重矢量直接可表示为A=（0.2，0.5，0.3）。

对于分值矢量，可以表示为pnm形式的矩阵，其中n代表第n个评价指标，m代表第m个处理节点；

进而计算最终的评价报告结果

所以在上述案例当中，量化后的评价报告结果即为-0.3，由于该结果为幅值，则表明该评价任务对应的变更数据存在风险性。相反如果得到结果为正值，则表明对应的变更数据较安全。

当然，对于量化计算评价报告的数学方法在本实施例中仅仅给出一个具体的实例，实际上本步骤中涉及的数学过程并不局限于此，类似的评估算法均可以达到相仿的效果，并不影响本实施例整体的技术方案。

步骤104、生成变更评价报表。

本实施例中，在变更评价完成以后，还需将评价结果反馈至程序终端，并根据评价结果生成评价报表，显示评价的具体内容。

本实施例中所述方法存在的有益效果是：实现评价任务的自动生成和分配，减少了评价过程中的人工干预，使得评价流程得以自动的进行，提高了评价的效率也改善了用户体验。

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

生成模块，用于利用程序终端的变更数据生成评价任务。

所述生成模块包括：

查询单元，用于从程序终端查询获取变更数据。

录入单元，用于按照程序终端的程序变更录入变更数据。

流程模块，用于为评价任务设置评价流程。

分配模块，用于将评价任务分配至处理节点。

所述分配模块包括：

策略单元，用于预置分配策略。

发送单元，用于按照分配策略将评价任务分配至处理节点。

处理节点，用于处理节点根据评价流程对评价任务进行评价。

所述处理节点包括转发单元，用于在被分配到处理节点的评价任务与分配策略不符时将该评价任务转发。

报告模块，用于在处理节点对评价任务进行评价后生成评价报告，并将所述评价报告反馈至程序终端。

报表模块，用于生成变更评价报表。

本实施例中所述系统存在的有益效果是：实现评价任务的自动生成和分配，减少了评价过程中的人工干预，使得评价流程得以自动的进行，提高了评价的效率也改善了用户体验。

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

Claims (10)

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

利用程序终端的变更数据生成评价任务，并为评价任务设置评价流程；

将评价任务分配至处理节点，处理节点根据评价流程对评价任务进行评价，其中，根据程序终端风险性以及变更数据重要性的不同，对评价任务设置不同的评价流程，以便根据评价流程进行进一步的任务分配；

所述处理节点分为低级处理节点和高级处理节点；对普通程序变更相应的评价任务，其流程设置为直接分配至低级处理节点进行评价；对重要程序变更相应的评价任务，其流程设置为低级处理节点评价后，再转发高级处理节点审核。

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

处理节点对评价任务进行评价后生成评价报告，并将所述评价报告反馈至程序终端。

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

生成变更评价报表。

4.根据权利要求1所述方法，其特征在于，所述利用程序终端的变更数据生成评价任务具体为：

从程序终端查询获取变更数据；或按照程序终端的程序变更录入变更数据。

5.根据权利要求1所述方法，其特征在于，所述将评价任务分配至处理节点具体为：

预置分配策略，按照分配策略将评价任务分配至处理节点；

当被分配到处理节点的评价任务与分配策略不符，则处理节点将该评价任务转发。

6.一种应用程序变更评价系统，其特征在于，所述系统具体包括：

生成模块，用于利用程序终端的变更数据生成评价任务；

流程模块，用于为评价任务设置评价流程；

分配模块，用于将评价任务分配至处理节点；

处理节点，用于处理节点根据评价流程对评价任务进行评价；

其中，流程模块根据程序终端风险性以及变更数据重要性的不同，对评价任务设置不同的评价流程，以便分配模块根据评价流程进行进一步的任务分配；所述处理节点分为低级处理节点和高级处理节点；对普通程序变更相应的评价任务，其流程设置为直接分配至低级处理节点进行评价；对重要程序变更相应的评价任务，其流程设置为低级处理节点评价后，再转发高级处理节点审核。

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

报告模块，用于在处理节点对评价任务进行评价后生成评价报告，并将所述评价报告反馈至程序终端。

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

报表模块，用于生成变更评价报表。

9.根据权利要求6所述系统，其特征在于，所述生成模块包括：

查询单元，用于从程序终端查询获取变更数据；

录入单元，用于按照程序终端的程序变更录入变更数据。

10.根据权利要求6所述系统，其特征在于，所述分配模块包括：

策略单元，用于预置分配策略；

发送单元，用于按照分配策略将评价任务分配至处理节点；

则所述处理节点包括转发单元，用于在被分配到处理节点的评价任务与分配策略不符时将该评价任务转发。