业务架构通用评价监督方法、装置、电子设备及介质与流程

本公开涉及银行业务架构和金融科技领域，尤其涉及一种业务架构通用评价监督方法、装置、电子设备及介质。

背景技术：

目前，各商业银行都逐渐开始构建业务架构各维度管控指标，但是一般比较分散不成体系，也没有一种综合评价商业银行的业务架构发展水平的方法，更没有一套端到端成熟完善的线上化的评价与预警系统，以至于商业银行之间或银行内部各业务板块之间的业务架构水平也就无法进行比较分析；同时，因指标数据不能固化，数据获取困难，并都需依赖人工计算，不能及时对银行部分板块在业务架构执行方面存在的问题给出针对性的建议，导致业务架构很难有效连续跟踪评价。

技术实现要素：

本公开提供了一种业务架构通用评价监督方法、装置、电子设备及介质，以解决现有的商业银行业务架构通用评价监督方法存在指标数据多变、获取难度大且依赖人工计算的问题，导致商业银行业务架构评价的时效性较差、准确度较低的技术问题。

本公开的一个方面提供了一种业务架构通用评价监督方法，应用于一业务架构通用评价监督系统，业务架构通用评价监督系统配置于一服务器中，服务器与终端设备通信连接，方法包括：服务器获取多个业务架构对应的评价指数；对各评价指数进行缺失处理和归一化处理，得到标准化评价指数；利用熵权法计算各标准化评价指数对应的相对指数权重；根据相对指数权重，确定各业务架构对应的榫卯指数；终端设备根据榫卯指数，通过智能应用程序确定各业务架构对应的综合评价等级；以及，通过智能应用程序基于综合评价等级推送预警提醒或优化建议。

根据本公开的实施例，评价指数包括：一级评价指数和对应于一级评价指数的多个二级评价指数，其中，一级评价指数包括：业务架构资产质量指数或业务架构应用效率指数中，业务架构资产质量指数包括以下二级评价指数：业务架构资产优质率指数和资产质量整改完成率指数；业务架构应用效率指数包括以下二级评价指数：单个项目业务架构分析时长指数和项目业务架构分析及时率指数。

根据本公开的实施例，缺失处理包括：对各评价指数中的缺失数据赋值为零。

根据本公开的实施例，对各评价指数进行归一化处理，包括：

获取多个评价对象和每个评价对象的多个评价指数，将所有评价指数统一为效益型数据，形成原始评估矩阵x，x＝[xij]m×n，式中，xij表示第i个评价对象的第j个评价指数，评价对象个数为m，每个评价对象的评价指标个数为n；

将原始评估矩阵x归一化形成标准化评估矩阵y，y＝[yij]m×n，通过以下公式计算各个评价指数的标准化评价指数：

式中，yij表示第i个评价对象的第j个评价指数的标准化评价指数；max(xj)表示所有评价对象的第j个评价指数的最大值，min(xj)表示所有评价对象的第j个评价指数的最小值。

根据本公开的实施例，利用熵权法计算各标准化评价指数对应的相对指数权重，包括：

计算各标准化评价指数的信息熵e，e＝[ej]1×n，ej的计算公式如下：

式中，当fij＝0时，则定义

根据信息熵e，计算各标准化评价指数对应的相对指数权重w，w＝[wj]1×n，wj的计算公式如下：

根据本公开的实施例，根据相对指数权重，确定各业务架构对应的榫卯指数，包括：

榫卯指数通过以下公式计算得出：

式中，smbai表示榫卯指数；w1j表示第j个一级评价指数对应的相对指数权重；w2k表示第k个二级评价指数对应的相对指数权重；p表示一级评价指数个数；nj表示第j个一级指标下挂的二级指标个数。

根据本公开的实施例，根据榫卯指数，确定各业务架构对应的综合评价等级，包括：根据所有业务架构的榫卯指数，按照不同的分值区间进行分级，确定多个综合评价等级；根据多个综合评价等级，确定各业务架构对应的综合评价等级。

根据本公开的实施例，基于综合评价等级推送预警提醒或优化建议，包括：展示各业务架构对应的综合评价等级；向综合评价等级排名靠后的业务架构推送预警提示信息。

根据本公开的实施例，基于综合评价等级推送预警提醒或优化建议，还包括：根据业务规则库管理体系，定期判断业务架构的各观察领域是否命中预设权重范围内；如果是，则根据观察领域所属的业务规则和综合评价等级，推送干预措施库中匹配的提升建议；其中，推送的提升建议根据综合评价等级的不同而不同。

根据本公开的实施例，业务规则库管理体系包括业务规则库和干预措施库，业务规则库和干预措施库均随着业务架构的使用过程定期动态更新。

本公开的另一方面提供了一种业务架构通用评价监督装置，包括：评价指数获取模块，用于获取多个业务架构对应的评价指数；预处理模块，用于对各评价指数进行缺失处理和归一化处理，得到标准化评价指数；权重计算模块，用于利用熵权法计算各标准化评价指数对应的相对指数权重；榫卯指数确定模块，用于根据相对指数权重，确定各业务架构对应的榫卯指数；评级确定模块，用于根据榫卯指数，确定各业务架构对应的综合评价等级；以及，预警推送模块，用于基于综合评价等级推送预警提醒或优化建议。

本公开的另一方面提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行如上所述的业务架构通用评价监督方法。

本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，所述指令在被执行时用于实现如上所述的业务架构通用评价监督方法。

本公开的另一方面提供了一种计算机程序，所述计算机程序包括计算机可执行指令，所述指令在被执行时用于实现如上所述的业务架构通用评价监督方法。

与现有技术相比，本公开提供的业务架构通用评价监督方法、装置、电子设备及介质，至少具有以下有益效果：

(1)本公开提供了一个全新且方便使用的业务架构通用评价监督指数——榫卯指数，实现对商业银行的业务架构进行客观、准确、线上化的综合评价分析，以及评价后跟踪干预处理；

(2)本公开提供了一种商业银行业务架构评价的通用系统，系统内置了一套完整、通用且涵盖面广的商业银行业务架构评价指标体系，同时采用熵权法赋权作为系统综合评价模块的核心算法来计算权重，该算法相对于其他算法，计算的权重更客观，更能反映外在观察数据所代表的信息，不掺杂主观评价成分，可以有效弥补主观随意性较大的缺陷，在评价过程中能自动剔除指标体系中对评价结果贡献不大的指标，能够合理准确地评估摸清商业银行的实际运营情况，量化分析商业银行承接业务能力和水平；

(3)本公开支持对评价结果进行分类分级预警，将线下的管控提升经验提炼转变为事后干预的规则智能推荐给系统用户，能够有效提升商业银行业务架构评价的时效性，提升用户的操作体验，为商业银行合理的业务范围规划和设计改造提供依据；

(4)本公开通过线上外围系统端、前台展示端到业务架构通用评价监督系统端数据的跟踪管控，能促进各商业银行之间或商业银行各业务领域之间的业务架构在各维度的均衡发展，从而促进银行业务与技术的有机融合，增强商业银行的金融服务效率和功能。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的业务架构通用评价监督方法及装置的示例性系统架构；

图2示意性示出了根据本公开实施例的业务架构通用评价监督方法的流程图；

图3a示意性示出了根据本公开实施例的业务架构管理体系的总体架构图；

图3b示意性示出了根据本公开实施例的归一化处理的流程图；

图3c示意性示出了根据本公开实施例的指数权重计算过程的流程图；

图3d示意性示出了根据本公开实施例的榫卯指数结果评级的流程图；

图3e示意性示出了根据本公开实施例的智能推荐干预的操作流程图；

图4示意性示出了根据本发明实施例的业务架构通用评价监督装置的框图；以及

图5示意性示出了根据本公开实施例的电子设备的框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b和c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。在使用类似于“a、b或c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b或c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。

随着各商业银行逐渐开始引进业务架构方法论，开启企业级智慧数字化转型。各商业银行在搭建业务架构框架体系的同时，也在逐渐探索业务架构的评估方法。如何构建一套商业银行业务架构通用评价指标体系，并能提供一种相对先进客观的业务架构通用评价监督方法，以及并应用该方法来搭建一套业务架构线上化综合评价与预警管理系统，对商业银行的业务架构进行客观、准确的评价，并基于规则推荐引擎库，对评价较差的业务板块智能推荐针对性提升改进建议，实现业务架构的端到端闭环管理，是本领域技术人员亟需解决的技术问题。

有鉴于此，本公开的实施例提供了一种业务架构通用评价监督方法及装置，该方法应用于一业务架构通用评价监督系统，业务架构通用评价监督系统配置于一服务器中，服务器与终端设备通信连接，方法包括：服务器获取多个业务架构对应的评价指数；对各评价指数进行缺失处理和归一化处理，得到标准化评价指数；利用熵权法计算各标准化评价指数对应的相对指数权重；根据相对指数权重，确定各业务架构对应的榫卯指数；终端设备根据榫卯指数，通过智能应用程序确定各业务架构对应的综合评价等级；以及，通过智能应用程序基于综合评价等级推送预警提醒或优化建议。

图1示意性示出了根据本公开实施例的业务架构通用评价监督方法及装置的示例性系统架构100。需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

如图1所示，根据该实施例的系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线和/或无线通信链路等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端和/或社交平台软件等。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。终端设备101、102、103可以内置所处业务架构的管理系统数据库，也可以接入到其他商业银行所处业务架构的外部数据库。

服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103所浏览的网站提供支持的后台管理服务器。后台管理服务器可以对接收到的终端设备101、102、103传递的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求生成用户预警提醒或优化建议的网页、信息、或数据等反馈给对应的终端设备101、102、103，终端设备101、102、103会在前台将该反馈信息及时展现给用户。

需要说明的是，本公开实施例所提供的业务架构通用评价监督方法一般可以由服务器105执行。相应地，本公开实施例所提供的业务架构通用评价监督装置一般可以设置于服务器105中。本公开实施例所提供的业务架构通用评价监督方法也可以由不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地，本公开实施例所提供的业务架构通用评价监督装置也可以设置于不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群中。

例如，待处理的多个业务架构对应的评价指数可以原本存储在终端设备101、102、或103中的任意一个(例如，终端设备101，但不限于此)之中，或者存储在外部存储设备上并可以导入到终端设备101中。然后，服务器105可以在本地执行本公开实施例所提供的业务架构通用评价监督方法，或者将待处理的多个业务架构对应的评价指数发送到其他服务器或服务器集群，并由接收该待处理图像的其他服务器或服务器集群来执行本公开实施例所提供的业务架构通用评价监督方法。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

图2示意性示出了根据本公开实施例的业务架构通用评价监督方法的流程图。

如图2所示，该业务架构通用评价监督方法可以包括操作s201～s206。

在操作s201，服务器获取多个业务架构对应的评价指数。

在操作s202，对各评价指数进行缺失处理和归一化处理，得到标准化评价指数。

在操作s203，利用熵权法计算各标准化评价指数对应的相对指数权重。

在操作s204，根据相对指数权重，确定各业务架构对应的榫卯指数。

在操作s205，终端设备根据榫卯指数，通过智能应用程序确定各业务架构对应的综合评价等级。

在操作s206，通过智能应用程序基于综合评价等级推送预警提醒或优化建议。

下面参考图3a～图3e，结合具体实施例对图2所示的方法做进一步说明。

本公开实施例中，操作s201中，通过预先创建的业务架构管理体系，获取多个业务架构对应的评价指数。

图3a示意性示出了根据本公开实施例的业务架构管理体系的总体架构图。

如图3a所示，本公开实施例提供的业务架构通用评价监督方法，应用于该业务架构通用评价监督系统中，该系统外部可接入前端展示以及外围系统。

其中，前端展示包括各维度视图、各领域视图或各行业视图，还包括基于不同流程角色确立的领域架构师、企业架构师、总架构师或管理人员。由此，前端展示系统可以将基于不同流程角色的各类人员，以及来自不同维度、领域或行业的各类人员传递的各类数据导入至本公开涉及的业务架构通用评价监督系统中，获取各类源数据，以便利用本公开的业务架构通用评价监督方法进行后续处理。

外围系统包括合作方系统、架构资产管控系统、项目研发系统或业务系统。由此，不同来源的各类外围系统都可以导入至本公开涉及的业务架构通用评价监督系统中。

本公开实施例中，业务架构管理体系可以包括：角色管理体系、评价指标管理体系、综合评价方法管理体系和业务规则库管理体系中的至少一种。

其中，角色管理体系包括角色的功能配置管理或权限配置管理。角色管理体系可实现角色的功能配置以及权限配置管理，支持多角色不同展现视图以及不同功能实现。

评价指标管理体系包括银行业务架构对应的多个评价指数配置管理，用于实现对商业银行业务架构指标体系的搭建和管理。该体系支持管理人员灵活配置所需要的评价指标，获取量化数据，为业务处理模块中提供指标来源和根据。

综合评价方法管理体系包括银行业务架构对应的综合评价方法配置管理。该体系采用综合评价方法进行管理，该体系就是本公开涉及的业务架构通用评价监督系统的芯，支持对系统所用的算法进行灵活配置。该系统默认根据熵权法对业务架构进行综合评价。

熵权法的基本思路是根据指标的变异性大小来确定客观权重。一般来说，若某个指标的信息熵越小，表面指标值的变异程度越大，提供得信息量越多，在综合评价中能起到得作用也越大，其权重也就越大。相反，某个指标得信息熵越大，表明指标值得变异程度越小，提供得信息量也越少在综合评价中所起得作用也就越小，其权重也就越小。

需要说明的是，综合评价方法除了熵权法，还有一些其他评价方法可以扩展备选。也就是说，在其他实施例中，该综合评价方法管理体系也可以采用其他适合的综合评价方法来进行管理，具体本公开不做限制。

业务规则库管理体系包括业务规则库管理或干预措施库管理，干预措施库用于提供与业务规则库中的每一条业务规则匹配的提升建议。业务规则库管理体系用于管理智能推荐的定性规则以及布放各类干预措施，该体系可以为业务处理模块中智能推荐引擎提供业务规则，以及推荐的解决提升措施。

通过上述几个管理体系协同处理，本公开涉及的业务架构通用评价监督系统，系统支持自动获取商业银行业务架构管理相关数据，基于核心算法进行加工计算，并在前台个性化地生成商业银行榫卯业务架构指数各维度统计视图。系统可实现对业务架构综合评价线上统一管理，形成统一视图，并对跟踪业务架构表现结果，并进行深入智能分析和建议精准推送。

具体来说，对于上述评价指标管理体系，例如，如下表1所示，表1描述了评价指标管理体系中获取的各类评价指数的层级、定义以及系统实现。本公开提供一种商业银行业务架构综合评估指标体系参考设计框架，该指标体系可以在基础上灵活扩展。

表1

本公开实施例中，评价指数包括：一级评价指数和对应于一级评价指数的多个二级评价指数。

基于具体工作或业务实践，本公开分析得出业务架构灵活性、业务架构稳定性、业务架构前瞻性、业务架构保鲜度、业务架构师专业度、业务架构资产质量、业务架构应用效率这7个方面，共同构成了商业银行业务架构的核心内涵。

基于以上理论基础，本公开实施例中，一级评价指数包括：业务架构灵活性指数、业务架构稳定性指数、业务架构前瞻性指数、业务架构保鲜度指数、业务架构师专业度指数、业务架构资产质量指数或业务架构应用效率指数中的至少一种。

进一步地，业务架构灵活性指数包括以下二级评价指数：任务组件复用率指数、it程序复用率指数和新产品配置率指数，这三者可以直接反映项目研发效率。

业务架构稳定性指数包括以下二级评价指数：资产变动率指数。

业务架构前瞻性指数包括以下二级评价指数：业务架构前瞻规划落地率指数和顶层设计方案数指数，这两个战略承接指标可以反映业务架构前瞻性。

业务架构保鲜度指数包括以下二级评价指数：业务架构资产更新及时度指数和业务架构资产更新完成率指数。

业务架构师专业度指数包括以下二级评价指数：业务架师掌握方法论的程度指数和企业级问题决策效率指数。

业务架构资产质量指数包括以下二级评价指数：业务架构资产优质率指数和资产质量整改完成率指数。

业务架构应用效率指数包括以下二级评价指数：单个项目业务架构分析时长指数和项目业务架构分析及时率指数。

通过本公开的实施例，由于业务架构应用效率指数和业务架构资产质量指数反映出各商业银行之间或商业银行各业务领域之间的业务架构在时间维度上的效率水平，进而能够支持对各业务架构进行及时有效的评级评分预警，有效提升商业银行业务架构评价的时效性，为商业银行合理的业务范围规划和设计改造提供依据。

图3b示意性示出了根据本公开实施例的归一化处理的流程图。

本公开实施例中，缺失处理包括：对各评价指数中的缺失数据赋值为零。

如图3b所示，在经过缺失处理后，对各评价指数进行归一化处理，得到标准化评价指数，包括以下子操作s2021～s2022。

在操作s2021，获取多个评价对象和每个评价对象的多个评价指数，将所有评价指数统一为效益型数据，形成原始评估矩阵。

原始评估矩阵x表示为：

x＝[xij]m×n

式中，xij表示第i个评价对象的第j个评价指数，评价对象个数为m，每个评价对象的评价指标个数为n。

在操作s2022，将原始评估矩阵归一化形成标准化评估矩阵，计算各个评价指数的标准化评价指数。

将原始评估矩阵x归一化形成标准化评估矩阵y：

y＝[yij]m×n

通过以下公式计算各个评价指数的标准化评价指数：

式中，yij表示第i个评价对象的第j个评价指数的标准化评价指数；max(xj)表示所有评价对象的第j个评价指数的最大值，min(xj)表示所有评价对象的第j个评价指数的最小值。

图3c示意性示出了根据本公开实施例的指数权重计算过程的流程图。

如图3c所示，操作s203可以包括以下子操作s2031～s2032。

在操作s2031，计算各标准化评价指数的信息熵。

根据信息熵的定义，信息熵e表示为e＝[ej]1×n，ej的计算公式如下：

式中，当fij＝0时，则定义

在操作s2032，根据信息熵，计算各标准化评价指数对应的相对指数权重。

根据信息熵e，计算各标准化评价指数对应的相对指数权重w，w＝[wj]1×n，wj的计算公式如下：

由于评价指数包括一级评价指数和对应于一级评价指数的多个二级评价指数，为了便于区分，多个评价指数形成的评价指标集合可以表示为：一级指标为u＝{u1，u2，…，un}；二级指标为ui＝{ui1，ui2，…，uij}，式中，uij表示第i个一级指标下挂的第j个二级指标。

本公开采用熵权法赋权，对二级指标值进行熵值计算，逐层计算各指标对应权重，并加权汇总得到总的综合指数得分。按照信息的客观性设计得到的商业银行业务架构综合评价指数——榫卯业务架构指数(sunmaobusinessarchitectureindex，smbai)，可以统一简称为榫卯指数。

本公开实施例中，榫卯指数通过以下公式计算得出：

式中，smbai表示榫卯指数；w1j表示第j个一级评价指数对应的相对指数权重；w2k表示第k个二级评价指数对应的相对指数权重；p表示一级评价指数个数；nj表示第j个一级指标下挂的二级指标个数。

由于熵权法的精度较高，客观性更强，能够更好的解释所得到的结果，可以有效弥补主观随意性较大的缺陷，在评价过程中能自动剔除指标体系中对评价结果贡献不大的指标。由此，熵权法作为一种由评价指标值来确定指标权重的一种有效的综合客观评价方法，特别适合商业银行的业务架构综合评价。

榫卯指数是一个综合指数得分，它能综合反映商业银行的业务架构发展水平。榫卯指数体现了组件化、结构化设计思想，能通过一些基础组件灵活构建衍生模型，与业务架构的核心要义结构化、组件化设计思想不谋而合。商业银行可通过榫卯指数来综合反映业务架构在创新研发、灵活化组件复用、利用业务模型承接业务战略蓝图等方面的能力和水平。

为了确保计算准确性，业务架构各个子维度的榫卯指数得分的计算中间过程也会存储。

本公开实施例中，在确定各业务架构对应的榫卯指数的步骤之后，还包括：采用可视化工具对各业务架构对应的榫卯指数进行展示。由此，系统支持各种可视化工具对这些评价结果进行可视化直观展现。

图3d示意性示出了根据本公开实施例的榫卯指数结果评级的流程图。

如3d所示，操作s205用于实现对综合评价的得分结果进行分级处理，操作s205可以包括以下子操作s2051～s2052。

在操作s2051，根据所有业务架构的榫卯指数，按照不同的分值区间进行分级，确定多个综合评价等级。

例如，根据榫卯指数的得分结果，综合评价等级可以分三个等级，包括优秀、良好和差，各等级处于的分值区间主要有，优秀[80-100]，良好[60-80]，差[0-60]。

在操作s2052，根据多个综合评价等级，确定各业务架构对应的综合评价等级。

本公开实施例中，操作s206中，基于综合评价等级推送预警提醒或优化建议，包括：展示各业务架构对应的综合评价等级；向综合评价等级排名靠后的业务架构推送预警提示信息。

也就是说，系统会在前台展现给用户角色，并对表现为差的等级业务领域相关负责人自动推送预警提醒邮件。由此，本公开支持对各业务板块的业务架构进行评级评分预警。

图3e示意性示出了根据本公开实施例的智能推荐干预的操作流程图。

如图3e所示，本公开实施例中，操作s206还包括子操作s2061～s2062。

在操作s2061，根据业务规则库管理体系，定期判断业务架构的各观察领域是否命中预设权重范围内；

在操作s2062，如果是，则根据观察领域所属的业务规则和综合评价等级，推送干预措施库中匹配的提升建议。

在业务架构的各观察领域未命中预设权重范围内时，则无需干预。

例如，如果榫卯指数高于80分，则无需干预；如果榫卯指数低于60分，则命中干预，推荐建议请关注权重大于0.3的某一级指标维度下的某些方面进行重点提升。

由于干预措施就是与业务规则匹配的提升建议，如果业务架构的各观察领域命中该预设权重范围，则推送相应的干预措施，以提升该观察领域的业务架构管理水平。规则库存储的规则支持手工导入，也支持退出处理，以及适时动态更新，由此，基于规则库和干预措施库智能推荐给用户角色相应的提升或解决办法。

本公开实施例中，推送的提升建议根据综合评价等级的不同而不同。例如，综合评价等级定义为良好，那么其提升建议的设置要比综合评价等级定义为优秀的具体干预措施更加严苛，以有效提升该观察领域的业务架构管理水平。

本公开实施例中，业务规则库和干预措施库均随着业务架构的使用过程定期动态更新。由此，业务架构成为一个动态循环迭代的过程，迭代过程中架构设计、业务模型的资产保鲜以及资产治理都将动态更新，定期优化，将线下的管控提升经验提炼转变为事后干预的规则智能推荐给系统用户，极大提升用户的操作体验，也提升了银行整体的业务架构管理水平。

综上，本公开提供了一种业务架构通用评价监督方法，创建了一套全新的业务架构管理体系，并利用熵权法赋权算法作为综合评价方法来分析计算指标权重，创建得到一个业界全新的商业银行业务架构综合评价指数——榫卯业务架构指数。业务架构管理体系不仅支持自动获取商业银行业务架构管理相关数据，基于核心算法进行加工计算，还在前台个性化地生成商业银行榫卯业务架构指数各维度统计视图，还能支持对各业务板块的业务架构进行评级评分预警，同时构建规则库，为各领域智能推荐个性化的解决办法。

图4示意性示出了根据本发明实施例的业务架构通用评价监督装置的框图。

如图4所示，业务架构通用评价监督装置400可以包括评价指数获取模块410、预处理模块420、权重计算模块430、榫卯指数确定模块440、评级确定模块450和预警推送模块460。

评价指数获取模块410，用于获取多个业务架构对应的评价指数；

预处理模块420，用于对各评价指数进行缺失处理和归一化处理，得到标准化评价指数；

权重计算模块430，用于利用熵权法计算各标准化评价指数对应的相对指数权重；

榫卯指数确定模块440，用于根据相对指数权重，确定各业务架构对应的榫卯指数；

评级确定模块450，用于根据榫卯指数，确定各业务架构对应的综合评价等级；以及

预警推送模块460，用于基于综合评价等级推送预警提醒或优化建议。

需要说明的是，本公开的实施例中业务架构通用评价监督装置部分与本公开的实施例中业务架构通用评价监督方法部分是相对应的，业务架构通用评价监督装置部分的描述具体参考业务架构通用评价监督方法部分，在此不再赘述。

根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，评价指数获取模块410、预处理模块420、权重计算模块430、榫卯指数确定模块440、评级确定模块450和预警推送模块460中的任意多个可以合并在一个模块/单元/子单元中实现，或者其中的任意一个模块/单元/子单元可以被拆分成多个模块/单元/子单元。或者，这些模块/单元/子单元中的一个或多个模块/单元/子单元的至少部分功能可以与其他模块/单元/子单元的至少部分功能相结合，并在一个模块/单元/子单元中实现。根据本公开的实施例，评价指数获取模块410、预处理模块420、权重计算模块430、榫卯指数确定模块440、评级确定模块450和预警推送模块460中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，评价指数获取模块410、预处理模块420、权重计算模块430、榫卯指数确定模块440、评级确定模块450和预警推送模块460中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图5示意性示出了根据本发明实施例的电子设备的框图。图5示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图5所示，电子设备500包括处理器510、计算机可读存储介质520。该电子设备500可以执行根据本公开实施例的业务架构通用评价监督方法。

具体地，处理器510例如可以包括通用微处理器、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))，等等。处理器510还可以包括用于缓存用途的板载存储器。处理器510可以是用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

计算机可读存储介质520，例如可以是非易失性的计算机可读存储介质，具体示例包括但不限于：磁存储装置，如磁带或硬盘(hdd)；光存储装置，如光盘(cd-rom)；存储器，如随机存取存储器(ram)或闪存；等等。

计算机可读存储介质520可以包括计算机程序521，该计算机程序521可以包括代码/计算机可执行指令，其在由处理器510执行时使得处理器510执行根据本公开实施例的方法或其任何变形。

计算机程序521可被配置为具有例如包括计算机程序模块的计算机程序代码。例如，在示例实施例中，计算机程序521中的代码可以包括一个或多个程序模块，例如包括521a、模块521b、……。应当注意，模块的划分方式和个数并不是固定的，本领域技术人员可以根据实际情况使用合适的程序模块或程序模块组合，当这些程序模块组合被处理器510执行时，使得处理器510可以执行根据本公开实施例的方法或其任何变形。

根据本公开的实施例，评价指数获取模块410、预处理模块420、权重计算模块430、榫卯指数确定模块440、评级确定模块450和预警推送模块460中的至少一个可以实现为参考图5描述的电子设备模块，其在被处理器510执行时，可以实现上面描述的相应操作。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的业务架构通用评价监督方法。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。