商业银行业务中台构建方法、装置、电子设备及存储介质

摘要

本申请涉及计算机技术领域，提供一种商业银行业务中台构建方法、装置、电子设备及存储介质。所述方法包括：基于目标银行的业务种类进行业务流程梳理，得到初始业务信息；基于所述初始业务信息进行聚类，得到聚类功能；基于所述聚类功能进行抽象整合，得到领域划分结果；根据所述领域划分结果进行能力中心划分，得到所述目标银行的业务中台。本申请由于业务中台中各能力中心的组合排列可形成多样的业务解决方案和商业能力，并通过软件开发工具包的形式供前台应用调用，有效缩短研发周期，可以提高研发效率。

说明书

技术领域

本申请涉及计算机技术领域，具体涉及一种商业银行业务中台构建方法、装置、电子设备及存储介质。

背景技术

目前，新兴互联网金融发展对传统银行业带来巨大冲击，客户在金融服务方面的差异化需求日益增长。从业务本质来看，互联网金融与传统银行业之间区别较小，都是围绕客户、渠道、产品、风控几大要素展开，但是在业务办理个性化方面存在区别。众多商业银行均依赖独立的系统来承接业务的开展，形成“烟囱式”的架构，导致系统重复建设，复用性差，且缺乏横向的业务共享能力，增加或者变更业务流程容易导致开发侧“大动筋骨”，使得研发周期长进而导致研发效率低。

发明内容

本申请实施例提供一种商业银行业务中台构建方法、装置、电子设备及存储介质，用以解决当前因研发周期长而导致研发效率低的技术问题。

第一方面，本申请实施例提供一种商业银行业务中台构建方法，包括：

基于目标银行的业务种类进行业务流程梳理，得到初始业务信息；

基于所述初始业务信息进行聚类，得到聚类功能；

基于所述聚类功能进行抽象整合，得到领域划分结果；

根据所述领域划分结果进行能力中心划分，得到所述目标银行的业务中台。

在一个实施例中，所述基于目标银行的业务种类进行业务流程梳理，得到初始业务信息的步骤包括：

对目标银行的业务种类进行角色识别，得到目标角色；

根据所述目标角色进行业务流程、业务功能与业务步骤罗列，得到初始业务信息。

在一个实施例中，所述基于所述初始业务信息进行聚类，得到聚类功能的步骤包括：

根据所述初始业务信息进行业务对象识别，得到目标业务对象；

基于所述目标业务对象进行功能聚类，得到聚类功能。

在一个实施例中，所述基于所述目标业务对象进行功能聚类，得到聚类功能的步骤之后，还包括：

基于时间维度对所述聚类功能进行排序，得到排列功能。

在一个实施例中，所述基于所述聚类功能进行抽象整合，得到领域划分结果的步骤包括：

基于预设模型对所述排列功能进行业务抽象整合，得到领域划分结果。

在一个实施例中，所述根据所述领域划分结果进行能力中心划分，得到所述目标银行的业务中台的步骤包括：

根据所述领域划分结果确定业务边界与应用范围；

基于所述业务边界与所述应用范围进行能力中心划分，得到所述目标银行的业务中台。

在一个实施例中，所述业务种类包括对客服务视角与金融监管视角。

第二方面，本申请实施例提供一种商业银行业务中台构建装置，包括：

梳理模块，用于基于目标银行的业务种类进行业务流程梳理，得到初始业务信息；

聚类模块，用于基于所述初始业务信息进行聚类，得到聚类功能；

抽象模块，用于基于所述聚类功能进行抽象整合，得到领域划分结果；

划分模块，用于根据所述领域划分结果进行能力中心划分，得到所述目标银行的业务中台。

第三方面，本申请实施例提供一种电子设备，包括处理器和存储有计算机程序的存储器，所述处理器执行所述程序时实现第一方面或第二方面所述的商业银行业务中台构建方法的步骤。

第四方面，本申请实施例提供一种存储介质，所述存储介质为计算机可读存储介质，所述计算机可读存储介质上存储有商业银行业务中台构建程序，所述商业银行业务中台构建程序被处理器执行时实现第一方面或第二方面所述的商业银行业务中台构建方法的步骤。

本申请实施例提供的商业银行业务中台构建方法、装置、电子设备及存储介质，通过目标银行的业务种类进行业务流程梳理，根据得到的业务信息进行聚类操作，得到领域划分结果；并根据领域划分结果进行能力中心划分，得到目标银行的业务中台，由于业务中台中各能力中心的组合排列可形成多样的业务解决方案和商业能力，并通过软件开发工具包的形式供前台应用调用，有效缩短研发周期，可以提高研发效率。

附图说明

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

图1是本申请实施例提供的商业银行业务中台构建方法的流程示意图之一；

图2是本申请实施例提供的商业银行业务中台构建方法的场景示意图之一；

图3是本申请实施例提供的商业银行业务中台构建方法的场景示意图之二；

图4本申请实施例提供的商业银行业务中台构建方法的流程示意图之二；

图5本申请实施例提供的商业银行业务中台构建方法的流程示意图之三；

图6本申请实施例提供的商业银行业务中台构建方法的流程示意图之四；

图7是本申请商业银行业务中台构建装置实施例的功能模块示意图；

图8是本申请实施例提供的电子设备的结构示意图。

具体实施方式

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

图1为本申请实施例提供的商业银行业务中台构建方法的流程示意图之一。参照图1，本申请实施例提供一种商业银行业务中台构建方法，可以包括：

步骤S100，基于目标银行的业务种类进行业务流程梳理，得到初始业务信息；

本实施例中商业银行业务中台构建方法可以应用于智能手机、平板电脑、PC、服务器等电子设备。在本实施例中，商业银行业务中台构建方法具体可以为基于领域驱动设计理论的商业银行业务中台构建方法，其中，领域驱动设计(Domain Driven Design，DDD)理论是一种处理高度复杂域的设计思想，围绕业务概念构建领域模型来控制业务的复杂性，以解决软件难以理解、难以演化的问题。它可以帮助成功地开发复杂业务软件系统，使系统在增大时仍然保持敏捷。在处理高度复杂的软件设计方面，领域驱动设计方法提供很好的切入点：一是让团队中各个角色(从业务到开发测试)都能够采用统一的架构语言，从而避免组件划分过程中的边界错位；二是让业务架构和系统架构形成绑定关系，从而建立针对业务变化的高响应力架构。

业务中台即指业务领域划分边界，提炼业务领域共性需求，沉淀相对稳定可共享的业务服务能力，形成高内聚、低耦合的面向业务领域的能力中心，打造持续演进的企业级业务能力共享服务平台；并且，业务中台的直观呈现就是各能力中心。在前台、中台和后台的组织架构中，业务中台通过沉淀、迭代和组件化输出服务于前台不同场景的通用能力，为前台业务运营和创新提供专业能力，使得以此为基础可有效实现缩短研发周期，提高研发(开发)效率的目的。

可以理解地，在银行具体可以为商业银行具有业务中台构建需求时，可以基于其自身设备如PC、平板电脑等选择需要的业务种类，并基于选择的业务种类发送业务中台构建请求至本实施例的电子设备，或者直接在本实施例的电子设备上进行业务种类选择，以便于电子设备在接收到该银行的业务种类后，基于其业务种类进行业务中台构建。

进一步地，电子设备将需要构建业务中台的银行确定为目标银行，并确定目标银行所选择的业务种类。需要说明的是，本实施例中业务种类包括对客服务视角和金融监管视角；其中，如图2所示，图2为本申请实施例提供的商业银行业务中台构建方法的场景示意图之一；对客服务视角即按对客服务视角区分业务范围，具体地，通过区分商业银行对外服务对象来进行业务范围的划分，可以识别出商业银行服务实体可以分类为个人业务、对公业务和同业业务，进一步梳理出来有账户服务、存款业务、贷款业务、电子银行业务、投资理财业务、托管业务、信用卡业务、外汇业务和金融市场业务等类型。而账户服务又可以包括账户管理、汇款服务、银行卡业务、缴费业务等；存款业务可以包括活期业务、定期业务、结构性存款等；贷款业务包括个人贷款、公司贷款、委托贷款、票据业务等；电子银行业务包括网上银行、手机银行、信息银行等；投资理财包括基金业务、理财业务、保险业务、贵金属业务、国债/证券等；托管业务包括保管箱业务。

其中，个人指自然人客户；对公指公司客户，是指与银行进行业务关系的法人；同业指金融同业客户，包括银行、证券、保险、信托、基金等服务对象。需要说明的是，个人、对公和同业是银行业通用客户划分方式，无特殊含义。

以及，金融监管视角即按金融监管视角区分业务范围，如图3所示，图3为本申请实施例提供的商业银行业务中台构建方法的场景示意图之二；具体可以将银行业务分为资产业务、负债业务、其他业务(表外)等，再进一步确认各自业务分类下面的业务，即资产业务包括贷款业务与债券业务；负债业务包括对公存款、储蓄存款、同业存款、同业拆入、向中央银行借款、债券融资、应付款项、或有负债等；其他业务百科支付结算业务、银行卡业务、担保类业务、贷款承诺业务、理财业务、同业业务、委托业务、衍生品交易业务、外汇业务等。本实施例具体可以以贷款业务为例展示商业银行业务中台构建。

在确定出目标银行的业务种类后，对业务种类进行业务流程梳理，具体可以为识别该业务种类的所有角色，并根据角色罗列业务流程、业务功能与业务步骤，将得到的业务流程作为初始业务信息，以便于后续基于初始业务信息进行聚类，得到聚类功能，基于聚类功能进行抽象整合，得到领域划分结果，并根据领域划分结果进行能力中心划分，得到目标银行的业务中台，使得可以根据业务中台快速进行研发，提高研发效率。

步骤S200，基于所述初始业务信息进行聚类，得到聚类功能；

在得到初始业务信息后，本实施例可以根据罗列的业务流程、业务功能与业务步骤，自底向上进行业务抽象与业务对象识别，并进一步根据识别的业务对象进行功能的聚类，在完成初步聚类后得到聚类功能，以便于后续基于聚类功能再进行抽象整合，得到领域划分结果，并根据领域划分结果进行能力中心划分，得到目标银行的业务中台，使得可以根据业务中台快速进行研发，提高研发效率。

进一步地，所述基于所述业务对象进行功能聚类，得到聚类功能的步骤之后，还包括：

步骤A，基于时间维度对所述聚类功能进行排序，得到排列功能。

在得到聚类功能后，本实施例还可以根据时间维度对聚类功能进行排序，具体地。可以根据业务办理时间维度对各聚类功能进行重新排序，在完成排序后得到排序功能。以便于后续根据排序功能再进行抽象整合，得到领域划分结果，并根据领域划分结果进行能力中心划分，得到目标银行的业务中台，使得可以根据业务中台快速进行研发，提高研发效率。

步骤S300，基于所述聚类功能进行抽象整合，得到领域划分结果；

在完成初步聚类并对得到的聚类功能进行排序后，本实施例根据排序功能引入模型方法进行业务抽象整合，在一实例中可以采用金融电商化模型根据时间的维度对排列功能进行业务抽象整合，完成对业务领域的初步划分，得到领域划分结果。以便于后续根据领域划分结果进行能力中心划分，得到目标银行的业务中台，使得可以根据业务中台快速进行研发，提高研发效率。其中，金融电商化是指：对商业银行业务办理流程阶段参考电商业务的模型进行分解和聚类。

步骤S400，根据所述领域划分结果进行能力中心划分，得到所述目标银行的业务中台。

在得到领域划分结果后，本实施例可以按照业务管理思路确定业务边界和应用的范围，并结合组织架构模式、技术实现的方式综合确定能力中心的划分，在完成能力中心的划分之后，由于业务中台的直观呈现就是各能力中心，因此即得到目标银行的业务中台。本申请实施例提供的商业银行业务中台构建方法，通过目标银行的业务种类进行业务流程梳理，根据得到的业务信息进行聚类操作，得到领域划分结果；并根据领域划分结果进行能力中心划分，得到目标银行的业务中台，由于业务中台中各能力中心的排列组合可形成多样的业务解决方案和商业能力，并通过软件开发工具包的形式供前台应用调用，有效缩短研发周期，可以提高研发效率。

本申请可以运用领域驱动的设计方法，采用自上而下逐层拆解和自下而上抽象整合综合分析相结合的方式，通过对业务领域，业务系统的拆解和梳理，抽象出通用的、公共的业务服务，建立共享能力中心，构建出适用于商业银行的业务中台，使得可以根据业务中台快速进行研发，提高研发效率。

进一步需要说明的是，应用本发明所涉及基于领域驱动设计理论的商业银行业务中台构建方法构建的业务中台具有高内聚、低耦合的特点。在能力中心各层级之上形成的各类商业能力中心形成了一个个快速响应业务发展的抓手，在业务上能够加速响应，更好地满足机构多样化、个性化的信贷需求。

采用本申请方法的能力中心具有较强的扩展性，通过识别业务领域形成的共性需求和变化需求的识别方法，可以实现商业银行跨领域业务落地。能力中心充分归纳和抽象信贷业务的产品模型及流程模型，提升业务组件化程度和可复用程度，缩短需求研发周期，提高研发效率，降低开发迭代成本。

图4为本申请实施例提供的商业银行业务中台构建方法的流程示意图之二。参照图4，在一个实施例中，所述基于目标银行的业务种类进行业务流程梳理，得到初始业务信息的步骤包括：

步骤S101，对目标银行的业务种类进行角色识别，得到目标角色；

步骤S102，根据所述目标角色进行业务流程、业务功能与业务步骤罗列，得到初始业务信息。

在基于目标银行的业务种类进行业务流程梳理时，本实施例具体可以通过专家模型遍历法、关键链路法、干系人活动分析法或系统反向映射法来实现对目标银行的业务种类进行角色识别，并根据识别得到的目标角色进行业务流程、业务功能与业务步骤的罗列，将得到的业务流程作为初始业务信息。

其中，专家模型遍历法的执行步骤包括：(1)识别业务干系人(罗列所有干系人)，用符号作为示例即有：{A,B,C....}，其中A、B、C用于表示干系人；(2)根据识别的干系人的描述(访谈)罗列所有与干系人相关的业务活动或者步骤，具体为逐一罗列(这一步可能罗列到步骤，也可能活动)，用符号作为示例即有：{n,m,j,k,l.o,p,q,r,s,t..}，其中n、m、j、k、l、o、p、q、r、s、t用于表示业务活动或业务步骤；(3)围绕上一步骤进行输出，即逐一识别业务步骤或者活动，分别归类；围绕识别的业务活动补充罗列业务步骤和规则，用符号作为示例即有：{{n,m,j}；{o,p,q,r,s,t.}..}；(4)将步骤归属到业务活动，去重合并聚类每个活动的业务步骤和规则，获取每个活动的业务步骤和规则的并集(即聚类识别关键活动或者步骤)，用符号作为示例即有：1、{{o,p,q}∈n；{o,q}∈m；{o,p,q,r}∈j；....}；2、{{[o,p],q}∈n；{o,q}∈m；{o,p,q,r}∈j；....}；3、{{[o],q}∈n；{o,q}∈m；{o,p,q,r}∈j；....}；(5)对干系人和识别的活动进行遍历；通过专家逐一判断干系人和业务活动是否有关联，输出关系集，去除无关的关系集，用符号作为示例即有：{{A,n}；{A,m}；{A,j}；{B,n}；{B,m}；{B,j}.....}；(6)通过业务活动排列组合形成流程集合，用符号作为示例即有：{{n,m,j}；{n,j,m}；{m,n,j}；{m,j,n}；{j,n,m}；{j,m,n}...}；(7)按干系人的维度，按时间顺序排列，结合第五步关系集再次梳理流程集合，识别最终的业务流程，用符号作为示例即有：A{{n,m,j}；{n,m,k}；{m,j}...}；B{{n,m,k}；{m,j}...}。

本实施例中也可以采用关键链路法进行业务流程梳理，关键链路法具体是指由日常业务的各个角色，挑选业务全生命周期中，涉及人员最多、处理流程最复杂、业务办理路径最长的几个业务流程或者产品服务功能(简称关键路径)，并以该功能或者业务流程为基准，逐步扩展辅助功能从而梳理成业务全景图。具体地，关键链路法的执行步骤包括：(1)通过专家判断，选择关键产品/服务功能或者关键流程；罗列覆盖关键产品/服务的业务流程或者关键流程归属的业务流程，并按业务流程排序，用符号作为示例即有：{a,b,c....}，其中a、b、c用于表示不同的业务流程；(2)罗列覆盖关键产品/服务或关键流程的各个业务活动，用符号作为示例即有：a{n,m,...}；b{j,k,.l..}；(3)罗列各个关键服务或者关键流程各个业务活动的步骤和规则，用符号作为示例即有：a{n[1,2,5,6],m[3,4,5]..}；(4)识别关键路径上面各个业务活动或者业务步骤关联的辅助功能或服务，用符号作为示例即有：a{n[1,2,5,6],m[3,4,5],？[x,y,z](辅助)..}，其中？表示可能存在的业务流程；(5)识别辅助功能或服务归属的业务活动，用符号作为示例即有：[x,y,z]∈Q；(6)罗列辅助功能或服务归属的业务活动的业务步骤和规则，用符号作为示例即有：{Q[x,y,z,n],O...}；(7)串联各个辅助活动，形成关键活动的辅助业务流程，用符号作为示例即有：{Q,O,P...}。

本实施例中也可以采用系统反向映射法进行业务流程梳理，系统反向映射法(自下至上)具体是指基于商业银行现有系统，通过对已有系统的操作步骤的梳理，识别业务流程，需要说明的是，该方法适用于基于已有业务系统的情况。具体地，系统反向映射法的执行步骤包括：(1)确定商业银行在该类业务行内存在的系统数量，用符号作为示例即有：{X,Y,Z....}，其中X、Y、Z用于表示不同的系统；(2)根据第一步系统的功能菜单，逐一罗列菜单、子菜单，用符号作为示例即有：X{n,m,j,k,l...}；Y{a,b,c,d....}；Z{q,w,e,r....}；(3)按功能菜单大类罗列子菜单，用符号作为示例即有：X{n[1,2],m[3,4,5]..}；Y{a[5,6],b[7,8]...}；(4)在子菜单项逐一识别页面相关功能，形成功能聚类，用符号作为示例即有：X{n[1(o,p),2(o,p)],m[3(r,s),4(r,s),5(r,s)]..}；Y{n[1(o,p),2(o,p)],m[5(r,s),6(r,s),7(r,s)]..}；(5)以跨系统的维度梳理，进行功能聚类对比，合并同类项，获得关于该功能聚类的跨系统并集，用符号作为示例即有：{n[1(o,p),2(o,p)]；m[3(r,s),4(r,s),5(r,s),6(r,s),7(r,s)]；o[3(d,s),4(f,s)]}；(6)按时间顺序对功能聚类进行排序，形成相应的业务流程，用符号作为示例即有：{n；o；m....}。

本实施例中也可以采用干系人活动分析法进行业务流程梳理，干系人活动分析法具体是指围绕业务种类相关干系人，逐一识别业务办理的流程、步骤规则等逐一罗列业务流程清单，输出信贷业务全景图。具体地，干系人活动分析法的执行步骤包括：(1)识别业务干系人，用符号作为示例即有：{A,B,C....}，其中A、B、C用于表示干系人；(2)逐一识别业务干系人的关联活动并逐一罗列，用符号作为示例即有：A{n,m,j,k,l...}；B{a,b,c,d....}；C{q,w,e,r....}；(3)按干系人的关键业务活动，围绕业务活动逐一罗列与干系人相关的业务步骤和规则，用符号作为示例即有：A{n[1,2],m[3,4,5]..}；B{n[5,6],m[7,8]...}；(4)形成各个业务活动的业务步骤和业务规则的并集，用符号作为示例即有：{n[1,2,5,6],m[3,4,5]..}；(5)干系人之间排列组合，用符号作为示例即有：{A,B}；{A,C}；{B,C}；{A,B,C}；(6)根据干系人组合逐一罗列业务活动，形成初步的干系人活动流程(识别干系人与干系人之间的交互流程)，用符号作为示例即有：{A,B}{n,m,j}；{A,B}{n,j,m}；{A,B}{j,n,m}；{A,C}{n,p,q,j}；{A,C}{n,q,p}；{A,C}{q,p,m}；(7)通过干系人活动流程，按时间顺序识别正确的业务流程，{A,B}{n,m,j}；{A,C}{n,q,p}。

具体地，以信贷业务示例，综合应用以上专家模型遍历方法进行分类处理罗列后，得到信贷业务流程：

1、识别贷款业务涉及干系人：借款人、担保人、客户经理、审查人员、审批人员、出账放款人员、贷后管理人员；

2、罗列与干系人相关的业务活动或者步骤：

借款人：申请贷款、填报申请资料、查询进度、用款、还款...；

担保人：提供担保物、办理担保手续、签订担保合同...；

客户经理：客户信息维护、收集贷款申请资料、客户身份核查、贷款调查、落实担保、签订合同、档案归档...；

贷款审查人员：查看资料、现场核实、出具审核意见、提出贷款建议...；

贷款审批人员：审批决策、确定贷款要素、提出风险防控措施、出具审批结果报告...；

出账放款人员：核对放款资料、放款记账...；

贷后管理人员：贷后检查、填写贷后检查表和报告、风险分类、催收贷款...；

最后产出集为：{申请贷款、填报申请资料、查询进度、用款、还款、提供担保物、办理担保手续、签订担保合同、客户信息维护、收集贷款申请资料、客户身份核查、贷款调查、落实担保、签订合同、档案归档、贷款审查人员：查看资料、现场核实、出具审核意见、提出贷款建议、审批决策、确定贷款要素、提出风险防控措施、出具审批结果报告、核对放款资料、放款记账、贷后检查、填写贷后检查表和报告、风险分类、催收贷款...}。

3、围绕上一步骤进行输出，即逐一识别业务步骤或者活动，分别归类：

申请贷款：填报申请资料、提供担保物、办理担保手续、收集贷款申请资料、档案归档...；

客户信息维护：收集贷款申请资料、档案归档...；

受理贷款申请：收集贷款申请资料、客户身份核查...；

贷款调查：贷款调查、落实担保、编写调查报告...；

贷款审查：查看资料、现场核实、出具审核意见、提出贷款建议...；

贷款审批：出具审核意见...；

合同签订：签订合同、签订担保合同...；

落实担保：签订担保合同...；

出账放款：核对放款资料、放款记账...；

贷后检查：填写贷后检查表和报告、催收贷款...；

风险分类：贷款风险分类记录...；

贷款催收：每期还款提醒、逾期催收(口头)、逾期催收(短信)...；

最终产生的集合是{申请贷款，客户信息维护，贷款受理，贷款调查，贷款审查，贷款审批，合同签订，落实担保，出账放款，贷后检查，风险分类，贷款催收}；{填报申请资料、提供担保物、办理担保手续、收集贷款申请资料、档案归档、客户身份核查、贷款调查、落实担保、编写调查报告、查看资料、现场核实、出具审核意见、提出贷款建议、出具审核意见、签订合同、签订担保合同、核对放款资料、放款记账、填写贷后检查表和报告、催收贷款、贷款风险分类记录、每期还款提醒、逾期催收(口头)、逾期催收(短信)}。

4、将步骤归属到业务活动，去重合并聚类每个活动的业务步骤和规则，如：

申请贷款{填报申请资料、提供担保物...}；客户信息维护{办理担保手续、收集贷款申请资料、档案归档...}；贷款受理{收集贷款申请资料、客户身份核查...}；贷款调查{客户身份核查、贷款调查、落实担保、编写调查报告...}；贷款审查{查看资料、现场核实、出具审核意见、提出贷款建议...}；贷款审批{出具审核意见...}；合同签订{签订合同、签订担保合同}；出账放款{核对放款资料、放款记账}；贷后检查{生成贷后检查任务、实地检查、填写贷后检查表、出具贷后检查报告}；风险分类{生成风险分类任务、分析贷款风险情况、结果初分、审批确认分类结果、调整分类结果}；催收贷款{填写贷后检查表和报告、催收贷款、逾期催收(口头)、逾期催收(短信)...}；

5、对干系人和识别的活动进行遍历,输出关系集，去除无关的关系集:

借款人{申请贷款}，借款人{客户信息维护}、借款人{贷款调查}、借款人{合同签订}，借款人{出账放款}、借款人{贷后检查}、借款人{贷款催收}...；担保人{客户信息维护}、担保人{贷款调查}、担保人{合同签订}...；客户经理{申请贷款}、客户经理{客户信息维护}、客户经理{贷款调查}、客户经理{合同签订}、客户经理{出账放款}、客户经理{贷后检查}...；

6、通过业务活动排列组合形成流程集合:

{申请贷款；客户信息维护}；{申请贷款；客户信息维护；贷款调查}；{申请贷款；客户信息维护；贷款调查；贷款审查；贷款审批；}；{申请贷款；客户信息维护；贷款调查；贷款审查；贷款审批；合同签订}；{申请贷款；客户信息维护；贷款调查；贷款审查；贷款审批；合同签订；出账放款}；{申请贷款；客户信息维护；贷款调查；贷款审查；贷款审批；合同签订；出账放款；贷后检查；风险分类}.

7、按干系人的维度，按时间顺序排列，结合第五步关系集再次梳理流程集合，识别最终的业务流程:

借款人{申请贷款，客户信息维护、贷款调查、合同签订，出账放款、贷后检查、贷款催收...}；客户经理{申请贷款；客户信息维护；贷款调查；签订合同；出账放款；贷后管理；...}；担保人{申请贷款；签订合同...}；审查人员{贷款审查...}；审批人员{贷款审批...}；出账放款人员{贷款发放...}；贷后管理人员{贷后检查；风险分类...}。

综合应用以上方法进行分类处理罗列后，得到信贷业务流程清单简单聚类见表1(仅截取部分关键流程)：

表1

以上识别出业务流程有：(1)产品管理；(2)客户管理(3)额度管理(4)合同管理(5)台账管理(6)出账管理。本实施例可以基于目标银行的业务种类采用专家模型遍历法、关键链路法、干系人活动分析法或系统反向映射法进行业务流程梳理，将输出的业务流程作为初始业务信息，以便于后续基于初始业务信息进行聚类，得到聚类功能，基于聚类功能进行聚类，得到领域划分结果，并根据领域划分结果进行能力中心划分，得到目标银行的业务中台，使得可以根据业务中台快速进行研发，提高研发效率。

图5为本申请实施例提供的商业银行业务中台构建方法的流程示意图之三。参照图5，在一个实施例中，所述基于所述初始业务信息进行聚类，得到聚类功能的步骤包括：

步骤S201，根据所述初始业务信息进行业务对象识别，得到目标业务对象；

步骤S202，基于所述目标业务对象进行功能聚类，得到聚类功能。

在得到初始业务信息后，本实施例可以自底向上进行业务抽象与业务对象识别，得到目标业务对象，并进一步围绕目标业务对象进行功能聚类，由此得到聚类功能，具体地，上述内容在本实施例中可以通过四色聚类模型实现，其中四色聚类模型是指根据角色、系统、事件、命令四个方式，识别和梳理业务流程；四色聚类模型的实现步骤包括：(1)根据业务流程，逐一识别业务实体(含角色)通过业务事件产生事件成果；(2)按时间维度逐一罗列事件成果的输出；(3)根据事件成果之间的关联性和依赖性，对事件成果围绕业务实体时间状态逐一抽象归纳，形成功能聚类；(4)补充功能聚类的相关属性。以商业银行信贷业务中客户管理模块示例，按照四色聚类模型经过流程分析，可以识别出整个客户管理是围绕个人客户、公司客户、集团客户等业务实体来展开业务办理。业务实体也是与外界发生交换的聚合根，再根据业务流程识别其他业务实体和与业务实体相关的业务功能清单。最后，按业务实体合并相似功能，并把功能清单聚类到业务实体。需要说明的是，在得到聚类功能后，还需要按时间维度对功能聚类进行排序，得到排序功能。本实施例可以通过采用四色聚类模型基于初始业务信息进行聚类得到聚类功能，以便于后续基于聚类功能再进行抽象整合，得到领域划分结果，并根据领域划分结果进行能力中心划分，得到目标银行的业务中台，使得可以根据业务中台快速进行研发，提高研发效率。其中，信贷业务业务抽象和功能聚类(仅截取部分)如下表2所示：

表2

在一个实施例中，所述基于所述聚类功能进行抽象整合，得到领域划分结果的步骤包括：

步骤S301，基于预设模型对所述排列功能进行业务抽象整合，得到领域划分结果。

在得到聚类功能并对聚类功能进行排列得到排列功能后，本实施例再次引入模型方法进行抽象整合，并结合商业银行业务和技术视角，形成领域划分。具体地，本实施例中对于信贷业务中台，可以采用金融电商化模型，根据时间维度对排列功能进行业务抽象整合，形成业务领域的初步划分，确认能力中心的范围和清单，形成对应的业务实体模型图和关系属性作为领域划分结果。

其中，金融电商化是指：对商业银行业务办理流程阶段参考电商业务的模型进行分解和聚类。按时间顺序来看，电商业务流程包括客户选择商品、客户查看商品价格、客户订单提交、商家发货、售后服务几个阶段；对应着，以信贷业务为例就是客户选择贷款产品、客户请求询价、银行报价、签订合约、银行履约、客户履约这几个阶段。

需要说明的是，在基于预设的金融电商化模型对排列功能进行业务抽象整合时，具体可以为：对排列功能进行领域对象的识别，根据领域对象上下文的根，形成初步的领域对象的划分；根据业务思路或业务管理思路进行领域模型的再次划分，形成包括核心域、支撑域和通用域的区分，得到业务实体模型图和关系属性作为领域划分结果。本实施例可以根据金融电商化模型对排列功能进行业务抽象整合，得到领域划分结果，以便于后续根据领域划分结果进行能力中心划分，得到目标银行的业务中台，使得可以根据业务中台快速进行研发，提高研发效率。

图6为本申请实施例提供的商业银行业务中台构建方法的流程示意图之四。参照图6，在一个实施例中，所述根据所述领域划分结果进行能力中心划分，得到所述目标银行的业务中台的步骤包括：

步骤S401，根据所述领域划分结果确定业务边界与应用范围；

步骤S402，基于所述业务边界与所述应用范围进行能力中心划分，得到所述目标银行的业务中台。

在得到领域划分结果后，根据业务领域的初步划分结果(即领域划分结果)，按照业务管理思路，确定业务边界和应用的范围，并进一步结合组织架构模式与技术实现的方式综合确定能力中心的划分。具体地，商业银行能力中心划分通常根据业务流程阶段模式(业务管理思路)、组织架构管理模式(业务办理中，商业银行各个岗位管理的范围)、技术类似分层模式(技术开发的难易程度和微服务边界)来进行能力划分能力中心。能力中心划分后，在能力中心内部和能力中心之间，根据各种维度能力的对外编排和输出，形成多层级对外服务能力输出，形成面向业务场景层面的一级商业能力，面对业务流程阶段开发的二级商业能力，以及更细维度的接口开发，得到目标银行的业务中台，使得可以根据业务中台快速进行研发，提高研发效率。

进一步地，本申请还提供一种商业银行业务中台构建装置。

参照图7，图7为本申请商业银行业务中台构建装置实施例的功能模块示意图。

所述商业银行业务中台构建装置包括：

梳理模块100，用于基于目标银行的业务种类进行业务流程梳理，得到初始业务信息；

聚类模块200，用于基于所述初始业务信息进行聚类，得到聚类功能；

抽象模块300，用于基于所述聚类功能进行抽象整合，得到领域划分结果；

划分模块400，用于根据所述领域划分结果进行能力中心划分，得到所述目标银行的业务中台。

图8示例了一种电子设备的实体结构示意图，如图8所示，该电子设备可以包括：处理器(processor)810、通信接口(Communication Interface)820、存储器(memory)830和通信总线840，其中，处理器810，通信接口820，存储器830通过通信总线840完成相互间的通信。处理器810可以调用存储器830中的计算机程序，以执行商业银行业务中台构建方法的步骤，例如包括：

基于目标银行的业务种类进行业务流程梳理，得到初始业务信息；

基于所述初始业务信息进行聚类，得到聚类功能；

基于所述聚类功能进行抽象整合，得到领域划分结果；

根据所述领域划分结果进行能力中心划分，得到所述目标银行的业务中台。

此外，上述的存储器830中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

另一方面，本申请实施例还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序可存储在非暂态计算机可读存储介质上，所述计算机程序被处理器执行时，计算机能够执行上述各实施例所提供的商业银行业务中台构建方法的步骤，例如包括：

基于目标银行的业务种类进行业务流程梳理，得到初始业务信息；

基于所述初始业务信息进行聚类，得到聚类功能；

基于所述聚类功能进行抽象整合，得到领域划分结果；

根据所述领域划分结果进行能力中心划分，得到所述目标银行的业务中台。

另一方面，本申请实施例还提供一种存储介质，所述存储介质为计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序用于使处理器执行上述各实施例提供的方法的步骤，例如包括：

基于目标银行的业务种类进行业务流程梳理，得到初始业务信息；

基于所述初始业务信息进行聚类，得到聚类功能；

基于所述聚类功能进行抽象整合，得到领域划分结果；

根据所述领域划分结果进行能力中心划分，得到所述目标银行的业务中台。

所述处理器可读存储介质可以是处理器能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NANDFLASH)、固态硬盘(SSD))等。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

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

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。