CN115794195B - 一种基于Viper构架的银行业务管理及维护方法及装置 - Google Patents

Abstract

本发明涉及计算机软件开发技术领域，尤其涉及一种基于Viper构架的银行业务管理及维护方法及装置，通过将银行业务划分为五种类型并存储于在对应模块中，根据预设规则对待维护业务解耦预处理时长进行分析判断，进而确定对银行业务对应的模块的解耦方式后，再对待维护的银行业务对应的模块进行解耦，并待维护的银行业务进行维护。实现了银行业务的分模块管理，解决了现有的银行业务无法解耦维护、业务复用度低、业务开发困难的技术问题，实现了多人独立模块对银行业务进行开发，可以极大提升银行业务开发效率，达到了对银行业务统一规范的管理及维护的技术效果。

Description

一种基于Viper构架的银行业务管理及维护方法及装置

技术领域

本发明涉及计算机软件开发技术领域，尤其涉及一种基于Viper构架的银行业务管理及维护方法及装置。

背景技术

现有的金融平台项目中银行业务的复杂度较高，开发人员没有对项目进行解耦，进而难以对业务分模块进行管理、维护，从而导致存在银行业务复用度低、业务开发效率低等问题。

公开号为CN113487340A的中国专利申请公开了一种业务解耦处理方法、装置、设备及存储介质，其技术方案为：获取目标业务的基础业务数据，对业务基础数据进行记录并存储至预设基础数据表中；提取业务基础数据中的操作参数，并对操作参数进行记录，生成二进制日志；并对二进制日志进行解析并封装成为消息体；监听消息体，并对消息体进行扩展业务处理，得到与目标业务对应的业务扩展数据；开启多任务并行处理业务扩展数据。

由此可见，上述技术方案将业务处理逻辑分为基础业务逻辑和扩展业务逻辑，实现了异步解耦，提高了数据处理效率，但是其仅能够实现对单个业务的解耦及维护更新，对于数量多且复杂度高的互联网金融平台项目的管理和维护，仍存在解耦种类多方式复杂、无法统一管理、维护效率低等技术问题。

发明内容

为此，本发明提供一种基于Viper构架的银行业务管理及维护方法、装置，用以解决现有的金融平台项目中银行业务解耦种类多方式复杂、无法统一管理、维护效率低的问题。

为实现上述目的，本发明提供一种基于Viper构架的银行业务管理及维护方法，包括：

获取银行业务；

将所述银行业务输入识别模型中进行识别分类，将银行业务划分为至少五个模块，所述模块包括业务模块、业务框架模块、公共框架模块、公共资源模块和开发模块；

将所述模块中的银行业务的依次按代码行数进行编号，将所述代码和所述编号以键值对的方式存储在链表中；

当检测到待维护的银行业务时，判断所述待维护的银行业务对应的模块是否正在执行任务；若是，对所述任务进行分析，设置计步器以获得所述待维护银行业务的解耦预处理时长T，按照预设规则将所述待维护的银行业务对应的模块进行解耦，并维护所述待维护的银行业务；若否，直接将所述待维护的银行业务对应的模块进行解耦，并维护所述待维护的银行业务。

进一步的，当所述待维护的银行业务对应的模块正在执行任务时，将所述计步器归零，获取即将执行的代码的编号N，将即将执行的代码的编号N和第一预设编号M1和第二预设编号M2进行对比；

若N＜M1，当前任务未执行完毕，继续执行当前动作，直至当前动作执行完毕后重复对比步骤，同时所述计步器数值加1；

若M1≤N＜M2，判定即将执行的动作是所述待维护的银行业务对应的模块内的任务，获取正在执行的代码的编号N0，将所述编号N0和所述编号N做差得到编号差值ΔN，并根据所述编号差值ΔN与第一预设步数N1及第二预设步数N2做进一步分析；

若M2≤N，判定即将执行的动作不是所述待维护的银行业务对应的模块内的任务，终止即将执行的任务，将所述待维护的银行业务对应的模块进行解耦，并维护所述待维护的银行业务。

进一步的，当即将执行的动作是所述待维护的银行业务对应的模块内的任务时，将ΔN和第一预设步数N1及第二预设步数N2进行对比，其中，0＜N1＜N2；

若ΔN＜N1，当前动作未执行完毕，继续执行当前动作直至当前动作执行完毕后，重复执行判断所述待维护的银行业务对应的模块是否正在执行任务的步骤，且所述计步器数值加ΔN；

若N1≤ΔN＜N2，将即将执行的动作判定为顺序操作，获取连续顺序步数n，执行连续顺序操作动作后，重复执行判断所述待维护的银行业务对应的模块是否正在执行任务的步骤，且所述计步器数值加n；

若N2≤ΔN，将即将执行的动作判定为跳转操作，执行跳转操作后，重复执行判断所述待维护的银行业务对应的模块是否正在执行任务的步骤，且所述计步器数值加1。

进一步的，获取所述待维护银行业务的解耦预处理时长T，将T与第一预设时长T1和第二预设时长T2进行对比，其中，0＜T1＜T2；

若T＜T1，所述待维护银行业务的解耦预处理时长T过短，根据所述待维护银行业务的紧急程度进一步分析；

若T1≤T＜T2，所述待维护银行业务的解耦预处理时长T被判定为标准时长，将所述待维护的银行业务对应的模块进行解耦，并维护所述待维护的银行业务；

若T2≤T，所述待维护银行业务的解耦预处理时长T过长，根据所述待维护银行业务的重要程度进一步分析。

进一步的，当所述待维护银行业务的解耦预处理时长T过短时，判断所述待维护银行业务的紧急程度，其中，紧急程度为一级的所述待维护银行业务的紧急程度大于紧急程度为二级的所述待维护银行业务的紧急程度；

若紧急程度为一级，将所述待维护的银行业务对应的模块进行解耦，并维护所述待维护的银行业务，并对所述第一预设时长T1进行修正；

若紧急程度为二级，将所述待维护银行业务的维护指令暂存，直到检测到和所述待维护的银行业务对应的模块内的、且解耦预处理时长T为标准时长的其它待维护银行业务时，再将所述待维护的银行业务对应的模块进行解耦，并维护至少两个所述待维护的银行业务，并对所述第一预设时长T1进行修正。

进一步的，获取同时进行维护的所述待维护的银行业务数目L;

若L=1，根据第一修正系数修正所述第一预设时长T1,得到第一修正时长T1’，其中T1’=0.9×T1；

若L=2，根据第二修正系数修正所述第一预设时长T1, 得到第一修正时长T1’，其中T1’=0.8×T1；

若2≤L，根据第三修正系数修正所述第一预设时长T1, 得到第一修正时长T1’，其中T1’=0.5×T1。

进一步的，当所述待维护银行业务的解耦预处理时长T过长时，判断所述待维护银行业务的重要程度，其中，重要程度为一级的所述待维护银行业务的重要程度大于重要程度为二级的所述待维护银行业务的重要程度；

若重要程度为一级，将所述待维护的银行业务对应的模块进行解耦，并维护所述待维护的银行业务，根据所述待维护银行业务的解耦预处理时长T和第四修正系数修正所述第二预设时长T2, 得到第二修正时长T2’，其中T2’=1.1×T；

若重要程度为二级，根据第五修正系数修正所述第二预设时长T2，得到第二修正时长T2’，其中T2’=1.2×T2，并重复将T与第一预设时长T1和第二预设时长T2进行对比的步骤。

第二方面，本发明提供一种基于Viper构架的银行业务管理及维护方法，包括：

获取单元，用于获取银行业务；

识别单元，用于将所述银行业务输入识别模型中进行识别分类，将银行业务划分为至少五个模块，所述模块包括业务模块、业务框架模块、公共框架模块、公共资源模块和开发模块；

编号单元，用于将所述模块中的银行业务的依次按代码行数进行编号，将所述代码和所述编号以键值对的方式存储在链表中；

维护单元，用于当检测到待维护的银行业务时，判断所述待维护的银行业务对应的模块是否正在执行任务；若是，对所述任务进行分析，设置计步器以获得所述待维护银行业务的解耦预处理时长T，按照预设规则将所述待维护的银行业务对应的模块进行解耦，并维护所述待维护的银行业务；若否，直接将所述待维护的银行业务对应的模块进行解耦，并维护所述待维护的银行业务。

第三方面，本发明提供一种电子设备，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如第一方面所述的一种基于Viper构架的银行业务管理及维护方法。

第四方面，本发明提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面所述的一种基于Viper构架的银行业务管理及维护方法。

与现有技术相比，本发明的有益效果在于，本发明通过将银行业务输入预先训练好的识别模型中进行识别分类，将银行业务按照功能划分为五个模块，为后续业务需要维护的场景提供了充分的解耦条件，将各模块中的业务代码按照行数进行编号，方便获取运行步数从而计算运行时间，将代码和行数编号以键值对的方式存储在链表中，保证了存储的稳定性和唯一性，且便于调用，监听到银行业务待维护的指令时，判断该银行业务对应的模块是否正在执行任务，将处于空闲情况下的模块直接进行解耦并进行待维护业务的维护，当待维护业务对应的模块正在执行任务时，分析该模块正在处理的任务进而获取解耦预处理时长T，根据预设规则继续分析该解耦预处理时长T从而确定对该模块的解耦方式，根据系统内的不同场景给出针对性的解耦方式，提高了开发人员对银行业务的维护效率。

进一步的，本发明检测到待维护的银行业务对应的模块正在执行任务时，获取即将执行的代码编号N，将即将执行的代码编号N与能够跳转出当前任务的代码的编号M1和能够跳转出当前模块的代码的编号M2进行对比，从而得到即将执行的任务是未完成任务、另一个任务或位于其他模块的任务，若即将执行的任务为当前任务中尚未执行完毕的步骤，将计步器做递增处理并继续判断过程，若即将执行的任务为另一个重新开始的任务，根据预设规则对任务步长做进一步分析，若即将执行的任务为待维护业务对应模块之外的其他模块中的任务，当前模块即将处于空闲状态，将当前模块直接进行解耦并进行待维护业务的维护，通过对即将执行动作的编号N和预设编号进行对比分析判断，对不同场景的任务执行情况给出了针对性的解耦方式，考虑了各种场景任务执行的不同情况，既不会破坏当前未完成任务的继续执行，也不会对模块解耦造成不必要延迟，保证维修效率的同时不影响系统内部正常运营，兼顾开发人员和用户感受。

进一步的，本发明对仍在当前模块内继续执行新任务的情况进行分析，将即将执行的代码行数编号N和当前正在执行的代码行数编号N0做差得到编号差值ΔN，将编号差值ΔN和当前模块中任务的最小连续执行步长N1和最大连续执行步长N2进行对比，当步数编号差值ΔN小于最小连续执行步长N1时，判定当前动作尚未执行完毕，继续执行当前任务直至完成当前动作，且将当前任务中的待执行步长作为预处理步长添加至计步器中，当步数编号差值ΔN位于最小连续执行步长N1和最大连续执行步长N2之间时，即将执行的动作为顺序操作，获取连续顺序步数并执行该步数的连续顺序操作，同时计步器加上该步数的数值，当步数编号差值ΔN大于最大连续执行步长N2时，即将执行的为跳转操作，一次跳转操作和一次顺序操作所消耗的时长是相同的，因此当代码跳转时计步器数值做递增，根据预设方式对当前模块内的任务动作做进一步分析判断，得到即将执行动作的类型并根据具体类型特征计算预处理步长，达到了有针对性的、准确高效的获取解耦预处理时长的技术效果。

进一步的，本发明将获取到的待维护银行业务的解耦预处理时长T与第一预设时长T1和第二预设时长T2进行对比，当解耦预处理时长T小于第一预设时长T1时，判定待维护银行业务的解耦预处理时长T过短，待维护银行业务对应的模块存在冷门风险，因此根据待维护银行业务的紧急程度再做进一步分析，当解耦预处理时长T处于第一预设时长T1和第二预设时长T2之间时，待维护银行业务对应的模块被判定为希望被解耦并维护的模块，因此直接对待维护的银行业务对应的模块进行解耦，并维护所述待维护的银行业务，当待维护银行业务的解耦预处理时长T大于第二预设时长T2时，判定待维护银行业务的解耦预处理时长T过长，若此时直接解耦待维护的银行业务对应的模块会较大程度的影响模块内部正常运行，从而降低用户使用体验，因此根据待维护银行业务的重要程度做进一步分析，根据解耦预处理时长T和预设阈值间的关系分析模块自身状态，既客观考虑了模块固有属性，也分析了模块当前状态，实现了对模块解耦方式的统一规划，给出了动态高效的业务维护技术手段。

进一步的，本发明根据紧急程度对解耦预处理时长T小于第一预设时长T1的待维护银行业务再做进一步分析，当检测到当前待维护的银行业务为加急任务时，直接将待维护的银行业务对应的模块进行解耦，并维护待维护的银行业务，保证了加急业务的时效性，若当前待维护的银行业务为普通任务，将待维护银行业务的维护指令暂存，设置监听器用于检测和暂存任务指令相同的模块内的其他待维护银行业务，若该其他待维护银行业务解耦预处理时长T为标准时长，同时解耦模块并维护待维护业务，否则继续监听其他维护指令，直到检测到解耦预处理时长T为标准时长的待维护银行业务，再将该模块进行解耦，并维护模块内多个待维护的银行业务，根据待维护业务的紧急程度对业务进行针对性的分析处理，降低了冷门模块的维护周期，保证了加急业务的维护小效率，在系统维护成本和开发人员意愿间实现了平衡。

进一步的，本发明获取同时进行维护的所述待维护的银行业务数目，若是解耦预处理时长T小于第一预设时长T1的待维护银行业务为开发人员临时制定的加急任务，使用第一修正系数对第一预设时长T1进行微调，少量减少最小解耦预处理时长T1的数值，若是两个待维护银行业务同时进行维护，判定当前模块较为冷门，按照一定比例调低第一预设时长T1，若是超过两个待维护银行业务同时进行维护，判定当前模块非常冷门，以较大程度去调低第一预设时长T1，根据各模块日常使用属性对最小解耦预处理时长T1进行修正，根据解耦预处理时长T小于第一预设时长T1的待维护银行业务类型，对第一预设时长T1做了不同程度的修正，实现了对银行业务智能的、针对性的管理和维护。

进一步的，本发明根据重要程度对解耦预处理时长T大于第二预设时长T2的待维护银行业务再做进一步分析，当检测到当前待维护的银行业务为重要任务时，直接将待维护的银行业务对应的模块进行解耦，并维护待维护的银行业务，然后放弃当前的第二预设时长T2，根据该重要任务的解耦预处理时长T对第二预设时长T2进行更新，实现了对重要任务的特征跟进，若当前待维护的银行业务为普通任务，一定程度上增大第二预设时长T2的数值，并重复判断待维护银行业务的解耦预处理时长T与第一预设时长T1和第二预设时长T2的步骤，根据解耦预处理时长T大于第二预设时长T2的待维护银行业务类型，对第二预设时长T2做了不同程度的修正，实现了对银行业务智能的、针对性的管理和维护，节约了业务维护成本的同时保证了业务维护效率。

附图说明

图1为本发明实施例提供的一种基于Viper构架的银行业务管理及维护方法的流程图；

图2为本发明实施例提供的一种基于Viper构架的银行业务管理及维护装置的结构示意图。

具体实施方式

为了使本发明的目的和优点更加清楚明白，下面结合实施例对本发明作进一步描述；应当理解，此处所描述的具体实施例仅仅用于解释本发明，并不用于限定本发明。

下面参照附图来描述本发明的优选实施方式。本领域技术人员应当理解的是，这些实施方式仅仅用于解释本发明的技术原理，并非在限制本发明的保护范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

请参阅图1所示，其为本发明实施例提供的一种基于Viper构架的银行业务管理及维护方法的流程图，一种基于Viper构架的银行业务管理及维护方法，包括：

S110：获取银行业务；

S120：将所述银行业务输入识别模型中进行识别分类，将银行业务划分为至少五个模块，所述模块包括业务模块、业务框架模块、公共框架模块、公共资源模块和开发模块；

S130：将所述模块中的银行业务的依次按代码行数进行编号，将所述代码和所述编号以键值对的方式存储在链表中；

S140：当检测到待维护的银行业务时，判断所述待维护的银行业务对应的模块是否正在执行任务；若是，对所述任务进行分析，设置计步器以获得所述待维护银行业务的解耦预处理时长T，按照预设规则将所述待维护的银行业务对应的模块进行解耦，并维护所述待维护的银行业务；若否，直接将所述待维护的银行业务对应的模块进行解耦，并维护所述待维护的银行业务。

在上述实施例的基础上，可选的，所述业务模块用于渲染人机交互界面，所述业务模块包括以下至少之一：个人中心，功能界面，认证界面、授信界面和用信界面；所述业务框架模块用于根据第三方预设规则对业务数据进行逻辑处理，所述业务框架模块包括以下至少之一：将mpaas的分享sdk进行二次封装，得到的适用于银行分享业务的框架，以及将AFNetWorking和/或OKHttp三方sdk进行封装，得到的适用于银行前后端数据通信的网络请求框架；所述公共框架模块用于通过基础工具来执行业务操作，所述公共框架模块包括以下至少之一：视图构建框架、模型构建框架、数据计算工具和开源代码工具；所述公共资源模块用于存储公用资源，所述公共资源模块包括以下至少之一：图片资源、音频资源、视频资源和文字资源；所述开发模块用于存储软件功能的源代码，所述开发模块包括以下至少之一：mpaas的sdk、分享的sdk、云证通的sdk和网络请求的sdk。

在上述实施例的基础上，本发明实施例还可以包括：所述业务模块和所述业务框架模块通过Input接口和Output接口直接相连，所述公共框架模块和所述业务框架模块通过Input接口和Output接口直接相连，所述公共框架模块和所述公共资源模块通过Input接口和Output接口直接相连，所述业务框架模块和所述开发模块通过Input接口和Output接口直接相连。

本发明通过将银行业务输入预先训练好的识别模型中进行识别分类，将银行业务按照功能划分为五个模块，为后续业务需要维护的场景提供了充分的解耦条件，将各模块中的业务代码按照行数进行编号，方便获取运行步数从而计算运行时间，将代码和行数编号以键值对的方式存储在链表中，保证了存储的稳定性和唯一性，且便于调用，监听到银行业务待维护的指令时，判断该银行业务对应的模块是否正在执行任务，将处于空闲情况下的模块直接进行解耦并进行待维护业务的维护，当待维护业务对应的模块正在执行任务时，分析该模块正在处理的任务进而获取解耦预处理时长T，根据预设规则继续分析该解耦预处理时长T从而确定对该模块的解耦方式，根据系统内的不同场景给出针对性的解耦方式，提高了开发人员对银行业务的维护效率。

具体而言，当所述待维护的银行业务对应的模块正在执行任务时，将所述计步器归零，获取即将执行的代码的编号N，将即将执行的代码的编号N和第一预设编号M1和第二预设编号M2进行对比；

若N＜M1，当前任务未执行完毕，继续执行当前动作，直至当前动作执行完毕后重复对比步骤，同时所述计步器数值加1；

若M1≤N＜M2，判定即将执行的动作是所述待维护的银行业务对应的模块内的任务，获取正在执行的代码的编号N0，将所述编号N0和所述编号N做差得到编号差值ΔN，并根据所述编号差值ΔN与第一预设步数N1及第二预设步数N2做进一步分析；

若M2≤N，判定即将执行的动作不是所述待维护的银行业务对应的模块内的任务，终止即将执行的任务，将所述待维护的银行业务对应的模块进行解耦，并维护所述待维护的银行业务。

本发明检测到待维护的银行业务对应的模块正在执行任务时，获取即将执行的代码编号N，将即将执行的代码编号N与能够跳转出当前任务的代码的编号M1和能够跳转出当前模块的代码的编号M2进行对比，从而得到即将执行的任务是未完成任务、另一个任务或位于其他模块的任务，若即将执行的任务为当前任务中尚未执行完毕的步骤，将计步器做递增处理并继续判断过程，若即将执行的任务为另一个重新开始的任务，根据预设规则对任务步长做进一步分析，若即将执行的任务为待维护业务对应模块之外的其他模块中的任务，当前模块即将处于空闲状态，将当前模块直接进行解耦并进行待维护业务的维护，通过对即将执行动作的编号N和预设编号进行对比分析判断，对不同场景的任务执行情况给出了针对性的解耦方式，考虑了各种场景任务执行的不同情况，既不会破坏当前未完成任务的继续执行，也不会对模块解耦造成不必要延迟，保证维修效率的同时不影响系统内部正常运营，兼顾开发人员和用户感受。

具体而言，当即将执行的动作是所述待维护的银行业务对应的模块内的任务时，将ΔN和第一预设步数N1及第二预设步数N2进行对比，其中，0＜N1＜N2；

若ΔN＜N1，当前动作未执行完毕，继续执行当前动作直至当前动作执行完毕后，重复执行判断所述待维护的银行业务对应的模块是否正在执行任务的步骤，且所述计步器数值加ΔN；

若N1≤ΔN＜N2，将即将执行的动作判定为顺序操作，获取连续顺序步数n，执行连续顺序操作动作后，重复执行判断所述待维护的银行业务对应的模块是否正在执行任务的步骤，且所述计步器数值加n；

若N2≤ΔN，将即将执行的动作判定为跳转操作，执行跳转操作后，重复执行判断所述待维护的银行业务对应的模块是否正在执行任务的步骤，且所述计步器数值加1。

本发明对仍在当前模块内继续执行新任务的情况进行分析，将即将执行的代码行数编号N和当前正在执行的代码行数编号N0做差得到编号差值ΔN，将编号差值ΔN和当前模块中任务的最小连续执行步长N1和最大连续执行步长N2进行对比，当步数编号差值ΔN小于最小连续执行步长N1时，判定当前动作尚未执行完毕，继续执行当前任务直至完成当前动作，且将当前任务中的待执行步长作为预处理步长添加至计步器中，当步数编号差值ΔN位于最小连续执行步长N1和最大连续执行步长N2之间时，即将执行的动作为顺序操作，获取连续顺序步数并执行该步数的连续顺序操作，同时计步器加上该步数的数值，当步数编号差值ΔN大于最大连续执行步长N2时，即将执行的为跳转操作，一次跳转操作和一次顺序操作所消耗的时长是相同的，因此当代码跳转时计步器数值做递增，根据预设方式对当前模块内的任务动作做进一步分析判断，得到即将执行动作的类型并根据具体类型特征计算预处理步长，达到了有针对性的、准确高效的获取解耦预处理时长的技术效果。

具体而言，获取所述待维护银行业务的解耦预处理时长T，将T与第一预设时长T1和第二预设时长T2进行对比，其中，0＜T1＜T2；

若T＜T1，所述待维护银行业务的解耦预处理时长T过短，根据所述待维护银行业务的紧急程度进一步分析；

若T1≤T＜T2，所述待维护银行业务的解耦预处理时长T被判定为标准时长，将所述待维护的银行业务对应的模块进行解耦，并维护所述待维护的银行业务；

若T2≤T，所述待维护银行业务的解耦预处理时长T过长，根据所述待维护银行业务的重要程度进一步分析。

本发明将获取到的待维护银行业务的解耦预处理时长T与第一预设时长T1和第二预设时长T2进行对比，当解耦预处理时长T小于第一预设时长T1时，判定待维护银行业务的解耦预处理时长T过短，待维护银行业务对应的模块存在冷门风险，因此根据待维护银行业务的紧急程度再做进一步分析，当解耦预处理时长T处于第一预设时长T1和第二预设时长T2之间时，待维护银行业务对应的模块被判定为希望被解耦并维护的模块，因此直接对待维护的银行业务对应的模块进行解耦，并维护所述待维护的银行业务，当待维护银行业务的解耦预处理时长T大于第二预设时长T2时，判定待维护银行业务的解耦预处理时长T过长，若此时直接解耦待维护的银行业务对应的模块会较大程度的影响模块内部正常运行，从而降低用户使用体验，因此根据待维护银行业务的重要程度做进一步分析，根据解耦预处理时长T和预设阈值间的关系分析模块自身状态，既客观考虑了模块固有属性，也分析了模块当前状态，实现了对模块解耦方式的统一规划，给出了动态高效的业务维护技术手段。

具体而言，当所述待维护银行业务的解耦预处理时长T过短时，判断所述待维护银行业务的紧急程度，其中，紧急程度为一级的所述待维护银行业务的紧急程度大于紧急程度为二级的所述待维护银行业务的紧急程度；

若紧急程度为一级，将所述待维护的银行业务对应的模块进行解耦，并维护所述待维护的银行业务，并对所述第一预设时长T1进行修正；

若紧急程度为二级，将所述待维护银行业务的维护指令暂存，直到检测到和所述待维护的银行业务对应的模块内的、且解耦预处理时长T为标准时长的其它待维护银行业务时，再将所述待维护的银行业务对应的模块进行解耦，并维护至少两个所述待维护的银行业务，并对所述第一预设时长T1进行修正。

本发明根据紧急程度对解耦预处理时长T小于第一预设时长T1的待维护银行业务再做进一步分析，当检测到当前待维护的银行业务为加急任务时，直接将待维护的银行业务对应的模块进行解耦，并维护待维护的银行业务，保证了加急业务的时效性，若当前待维护的银行业务为普通任务，将待维护银行业务的维护指令暂存，设置监听器用于检测和暂存任务指令相同的模块内的其他待维护银行业务，若该其他待维护银行业务解耦预处理时长T为标准时长，同时解耦模块并维护待维护业务，否则继续监听其他维护指令，直到检测到解耦预处理时长T为标准时长的待维护银行业务，再将该模块进行解耦，并维护模块内多个待维护的银行业务，根据待维护业务的紧急程度对业务进行针对性的分析处理，降低了冷门模块的维护周期，保证了加急业务的维护小效率，在系统维护成本和开发人员意愿间实现了平衡。

具体而言，获取同时进行维护的所述待维护的银行业务数目L;

若L=1，根据第一修正系数修正所述第一预设时长T1,得到第一修正时长T1’，其中T1’=0.9×T1；

若L=2，根据第二修正系数修正所述第一预设时长T1, 得到第一修正时长T1’，其中T1’=0.8×T1；

若2≤L，根据第三修正系数修正所述第一预设时长T1, 得到第一修正时长T1’，其中T1’=0.5×T1。

本发明获取同时进行维护的所述待维护的银行业务数目，若是解耦预处理时长T小于第一预设时长T1的待维护银行业务为开发人员临时制定的加急任务，使用第一修正系数对第一预设时长T1进行微调，少量减少最小解耦预处理时长T1的数值，若是两个待维护银行业务同时进行维护，判定当前模块较为冷门，按照一定比例调低第一预设时长T1，若是超过两个待维护银行业务同时进行维护，判定当前模块非常冷门，以较大程度去调低第一预设时长T1，根据各模块日常使用属性对最小解耦预处理时长T1进行修正，根据解耦预处理时长T小于第一预设时长T1的待维护银行业务类型，对第一预设时长T1做了不同程度的修正，实现了对银行业务智能的、针对性的管理和维护。

具体而言，当所述待维护银行业务的解耦预处理时长T过长时，判断所述待维护银行业务的重要程度，其中，重要程度为一级的所述待维护银行业务的重要程度大于重要程度为二级的所述待维护银行业务的重要程度；

若重要程度为一级，将所述待维护的银行业务对应的模块进行解耦，并维护所述待维护的银行业务，根据所述待维护银行业务的解耦预处理时长T和第四修正系数修正所述第二预设时长T2, 得到第二修正时长T2’，其中T2’=1.1×T；

若重要程度为二级，根据第五修正系数修正所述第二预设时长T2，得到第二修正时长T2’，其中T2’=1.2×T2，并重复将T与第一预设时长T1和第二预设时长T2进行对比的步骤。

本发明根据重要程度对解耦预处理时长T大于第二预设时长T2的待维护银行业务再做进一步分析，当检测到当前待维护的银行业务为重要任务时，直接将待维护的银行业务对应的模块进行解耦，并维护待维护的银行业务，然后放弃当前的第二预设时长T2，根据该重要任务的解耦预处理时长T对第二预设时长T2进行更新，实现了对重要任务的特征跟进，若当前待维护的银行业务为普通任务，一定程度上增大第二预设时长T2的数值，并重复判断待维护银行业务的解耦预处理时长T与第一预设时长T1和第二预设时长T2的步骤，根据解耦预处理时长T大于第二预设时长T2的待维护银行业务类型，对第二预设时长T2做了不同程度的修正，实现了对银行业务智能的、针对性的管理和维护，节约了业务维护成本的同时保证了业务维护效率。

在上述实施例的基础上，本发明实施例还可以包括：对所述目标任务进行维护，对除所述目标模块之外的其它模块执行预设操作。

具体而言，当所述目标模块为业务模块时，对所述目标任务进行维护，所述业务模块于人机交互界面上展示弹窗，所述弹窗用于提示银行业务系统处于维护状态，并禁用人机交互界面全部功能；

所述业务框架模块，所述公共框架模块，所述公共资源模块和所述开发模块继续正常执行任务；

响应于所述业务模块维护结束，撤销人机交互界面上的弹窗且恢复人机交互界面的全部功能，并将所述业务模块和其它模块进行数据同步。

具体而言，当所述目标模块为业务框架模块，对所述目标任务进行维护；

所述业务模块于人机交互界面上展示弹窗，所述弹窗用于提示银行业务系统处于维护状态，且禁用人机交互界面部分功能；所述公共框架模块，所述公共资源模块和所述开发模块处于休眠状态；

响应于所述业务框架模块维护结束，所述业务模块撤销人机交互界面上的弹窗且恢复人机交互界面被禁用的功能，所述公共框架模块，所述公共资源模块和所述开发模块正常执行任务。

具体而言，当所述目标模块为公共框架模块，对所述目标任务进行维护；

所述业务模块于人机交互界面上展示弹窗，所述弹窗用于提示银行业务系统处于维护状态；所述业务框架模块将从业务模块接收到的、无法正常处理的指令和/或数据存储在链表中；所述业务模块、所述业务框架模块，所述公共资源模块和所述开发模块继续正常执行任务；

响应于所述业务框架模块维护结束，所述业务模块撤销人机交互界面上的弹窗，所述业务框架模块调用并执行链表中任务。

具体而言，当所述目标模块为公共资源模块，对所述目标任务进行维护；

所述业务模块于人机交互界面上展示弹窗，提示银行业务系统处于维护状态；所述业务模块，所述业务框架模块，所述公共框架模块和所述开发模块继续正常执行任务；

响应于所述公共资源模块维护结束，所述业务模块撤销人机交互界面上的弹窗。

具体而言，当目标模块为开发模块，对开发模块进行维护；

所述业务模块于人机交互界面上展示弹窗，提示银行业务系统处于维护状态，并禁用人机交互界面部分功能；所述业务模块，业务框架模块，公共框架模块和公共资源模块继续正常执行任务；

响应于所述公共资源模块维护结束，所述业务模块撤销人机交互界面上的弹窗并恢复人机交互界面被禁用的功能。

请参阅图2所示，其为本发明实施例提供的一种基于Viper构架的银行业务管理及维护装置的结构示意图，一种基于Viper构架的银行业务管理及维护装置，包括：

获取单元201，用于获取银行业务；

识别单元202，用于将所述银行业务输入识别模型中进行识别分类，将银行业务划分为至少五个模块，所述模块包括业务模块、业务框架模块、公共框架模块、公共资源模块和开发模块；

编号单元203，用于将所述模块中的银行业务的依次按代码行数进行编号，将所述代码和所述编号以键值对的方式存储在链表中；

维护单元204，用于当检测到待维护的银行业务时，判断所述待维护的银行业务对应的模块是否正在执行任务；若是，对所述任务进行分析，设置计步器以获得所述待维护银行业务的解耦预处理时长T，按照预设规则将所述待维护的银行业务对应的模块进行解耦，并维护所述待维护的银行业务；若否，直接将所述待维护的银行业务对应的模块进行解耦，并维护所述待维护的银行业务。

本发明实施例还提供一种电子设备，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器执行各种功能应用以及数据处理，例如实现本发明上述实施例所提供的一种基于Viper构架的银行业务管理及维护方法。

本发明实施例还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种基于Viper构架的银行业务管理及维护方法，该方法包括：

获取银行业务；

将所述银行业务输入识别模型中进行识别分类，将银行业务划分为至少五个模块，所述模块包括业务模块、业务框架模块、公共框架模块、公共资源模块和开发模块；

将所述模块中的银行业务的依次按代码行数进行编号，将所述代码和所述编号以键值对的方式存储在链表中；

当检测到待维护的银行业务时，判断所述待维护的银行业务对应的模块是否正在执行任务；若是，对所述任务进行分析，设置计步器以获得所述待维护银行业务的解耦预处理时长T，按照预设规则将所述待维护的银行业务对应的模块进行解耦，并维护所述待维护的银行业务；若否，直接将所述待维护的银行业务对应的模块进行解耦，并维护所述待维护的银行业务。

当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的方法操作,还可以执行本发明任意实施例所提供的仿真交通流的生成方法中的相关操作。

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

值得注意的是，上述搜索装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

以上所述仅为本发明的优选实施例，并不用于限制本发明；对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (9)

1.一种基于Viper构架的银行业务管理及维护方法，其特征在于，包括：

获取银行业务；

将所述银行业务输入识别模型中进行识别分类，将银行业务划分为至少五个模块，所述模块包括业务模块、业务框架模块、公共框架模块、公共资源模块和开发模块；

将所述模块中的银行业务的依次按代码行数进行编号，将所述代码和所述编号以键值对的方式存储在链表中；

当检测到待维护的银行业务时，判断所述待维护的银行业务对应的模块是否正在执行任务；若是，对所述任务进行分析，设置计步器以获得所述待维护银行业务的解耦预处理时长T，按照预设规则将所述待维护的银行业务对应的模块进行解耦，并维护所述待维护的银行业务；若否，直接将所述待维护的银行业务对应的模块进行解耦，并维护所述待维护的银行业务；

获取所述待维护银行业务的解耦预处理时长T，将T与第一预设时长T1和第二预设时长T2进行对比,其中，0＜T1＜T2；

若T＜T1，所述待维护银行业务的解耦预处理时长T过短，根据所述待维护银行业务的紧急程度对第一预设时长T1进行修正；

若T1≤T＜T2，所述待维护银行业务的解耦预处理时长T被判定为标准时长，将所述待维护的银行业务对应的模块进行解耦，并维护所述待维护的银行业务；

若T2≤T，所述待维护银行业务的解耦预处理时长T过长，根据所述待维护银行业务的重要程度对所述第二预设时长T2进行修正。

2.根据权利要求1所述的基于Viper构架的银行业务管理及维护方法，其特征在于，当所述待维护的银行业务对应的模块正在执行任务时，将所述计步器归零，获取即将执行的代码的编号N，将即将执行的代码的编号N和第一预设编号M1和第二预设编号M2进行对比；

若N＜M1，当前任务未执行完毕，继续执行当前动作，直至当前动作执行完毕后重复对比步骤，同时所述计步器数值加1；

若M1≤N＜M2，判定即将执行的动作是所述待维护的银行业务对应的模块内的任务，获取正在执行的代码的编号N0，将所述编号N0和所述编号N做差得到编号差值ΔN，并根据所述编号差值ΔN与第一预设步数N1及第二预设步数N2做进一步分析；

若M2≤N，判定即将执行的动作不是所述待维护的银行业务对应的模块内的任务，终止即将执行的任务，将所述待维护的银行业务对应的模块进行解耦，并维护所述待维护的银行业务。

3.根据权利要求2所述的基于Viper构架的银行业务管理及维护方法，其特征在于，当即将执行的动作是所述待维护的银行业务对应的模块内的任务时，将ΔN和第一预设步数N1及第二预设步数N2进行对比，其中，0＜N1＜N2；

若ΔN＜N1，当前动作未执行完毕，继续执行当前动作直至当前动作执行完毕后，重复执行判断所述待维护的银行业务对应的模块是否正在执行任务的步骤，且所述计步器数值加ΔN；

若N1≤ΔN＜N2，将即将执行的动作判定为顺序操作，获取连续顺序步数n，执行连续顺序操作动作后，重复执行判断所述待维护的银行业务对应的模块是否正在执行任务的步骤，且所述计步器数值加n；

若N2≤ΔN，将即将执行的动作判定为跳转操作，执行跳转操作后，重复执行判断所述待维护的银行业务对应的模块是否正在执行任务的步骤，且所述计步器数值加1。

4.根据权利要求1所述的基于Viper构架的银行业务管理及维护方法，其特征在于，当所述待维护银行业务的解耦预处理时长T过短时，判断所述待维护银行业务的紧急程度级别，其中，紧急程度为一级的所述待维护银行业务的紧急程度大于紧急程度为二级的所述待维护银行业务的紧急程度；

若紧急程度为一级，将所述待维护的银行业务对应的模块进行解耦，并维护所述待维护的银行业务，并对所述第一预设时长T1进行修正；

若紧急程度为二级，将所述待维护银行业务的维护指令暂存，直到检测到和所述待维护的银行业务对应的模块内的、且解耦预处理时长T为标准时长的其它待维护银行业务时，再将所述待维护的银行业务对应的模块进行解耦，并维护至少两个所述待维护的银行业务，并对所述第一预设时长T1进行修正。

5.根据权利要求4所述的基于Viper构架的银行业务管理及维护方法，其特征在于，获取同时进行维护的所述待维护的银行业务数目L;

若L=1，根据第一修正系数修正所述第一预设时长T1,得到第一修正时长T1’，其中T1’=0.9×T1；

若L=2，根据第二修正系数修正所述第一预设时长T1, 得到第一修正时长T1’，其中T1’=0.8×T1；

若2≤L，根据第三修正系数修正所述第一预设时长T1, 得到第一修正时长T1’，其中T1’=0.5×T1。

6.根据权利要求5所述的基于Viper构架的银行业务管理及维护方法，其特征在于，当所述待维护银行业务的解耦预处理时长T过长时，判断所述待维护银行业务的重要程度，其中，重要程度为一级的所述待维护银行业务的重要程度大于重要程度为二级的所述待维护银行业务的重要程度；

若重要程度为一级，将所述待维护的银行业务对应的模块进行解耦，并维护所述待维护的银行业务，根据所述待维护银行业务的解耦预处理时长T和第四修正系数修正所述第二预设时长T2, 得到第二修正时长T2’，其中T2’=1.1×T；

若重要程度为二级，根据第五修正系数修正所述第二预设时长T2，得到第二修正时长T2’，其中T2’=1.2×T2，并重复将T与第一预设时长T1和第二预设时长T2进行对比的步骤。

7.一种基于Viper构架的银行业务管理及维护装置，其特征在于，包括：

获取单元，用于获取银行业务；

识别单元，用于将所述银行业务输入识别模型中进行识别分类，将银行业务划分为至少五个模块，所述模块包括业务模块、业务框架模块、公共框架模块、公共资源模块和开发模块；

编号单元，用于将所述模块中的银行业务的依次按代码行数进行编号，将所述代码和所述编号以键值对的方式存储在链表中；

维护单元，用于当检测到待维护的银行业务时，判断所述待维护的银行业务对应的模块是否正在执行任务；若是，对所述任务进行分析，设置计步器以获得所述待维护银行业务的解耦预处理时长T，按照预设规则将所述待维护的银行业务对应的模块进行解耦，并维护所述待维护的银行业务；若否，直接将所述待维护的银行业务对应的模块进行解耦，并维护所述待维护的银行业务；

获取所述待维护银行业务的解耦预处理时长T，将T与第一预设时长T1和第二预设时长T2进行对比,其中，0＜T1＜T2；

若T＜T1，所述待维护银行业务的解耦预处理时长T过短，根据所述待维护银行业务的紧急程度对第一预设时长T1进行修正；

若T1≤T＜T2，所述待维护银行业务的解耦预处理时长T被判定为标准时长，将所述待维护的银行业务对应的模块进行解耦，并维护所述待维护的银行业务；

若T2≤T，所述待维护银行业务的解耦预处理时长T过长，根据所述待维护银行业务的重要程度对所述第二预设时长T2进行修正。

8.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-6任一所述的一种基于Viper构架的银行业务管理及维护方法。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-6任一所述的一种基于Viper构架的银行业务管理及维护方法。

Images