本文从业务人员便于理解的角度来介绍 BIAN,与 BIAN 官方对其体系的解释有一定出入,仅供参考。
BIAN ( The Banking Industry Architecture Network) 是一个业界多方协作的非营利性组织,由全球领先银行、技术提供商、顾问和学者组成,定义了一个用以简化和标准化核心银行体系结构的银行技术框架。这一框架基于面向服务的架构 (SOA) 原则,银行可以借助 BIAN 参考模型建立起业务能力“积木块”,通过与现有系统进行映射和对接,理清应用之间的边界,从而达成面向服务的、松耦合的未来银行架构。从架构及技术角度看, BIAN 融汇了业界关于银行业务模型和技术体系的积累、结合 SOA 架构和微服务架构理念,基于业务能力、组件及服务而形成的银行应用之间互联互通的技术标准。
一 概述
BIAN是企业架构思想在银行的延伸,BIAN一直致力于开发出一种用于企业架构设计,业务能力(Business Capabilities)和相关服务操作(Service Operations)的方法。通过选择并组装这些不同层面的“积木块”来对银行(或金融机构)进行建模。由于BIAN的设计是“规范的”,这意味着面向任何金融组织的不同实施情况,它们可以以一致方式进行诠释。考虑到规范性设计定义以及松耦合架构,BIAN方法采用了面向服务的架构(SOA)方法。
借助BIAN参考模型,银行可以建立起业务能力“积木块”,通过与现有系统进行映射和对接,理清应用之间的边界。依托业界标准(如ISO20022、FIBO等)统一信息定义和数据标准。参考BIAN服务操作规范API的消息交互,从而达成面向服务的、松耦合的未来银行架构。以此达成业务敏捷性的终极目标。这也是目前国内银行纷纷建设业务中台、服务中台的目的。
二 BIAN体系结构
BIAN可以与企业已经或将采用的企业架构体系结合起来,丰富企业架构的内涵和具体可操作性。BIAN的整体架构如下图所示:
可以看到,BIAN的整个服务全景视图涵盖了企业架构的很多内容,形成了一整套架构资产,包括:
BIAN 元模型 (Meta Model),基于ISO 20022元模型;
BIAN 业务术语 (Business Vocabulary);
BIAN 高阶参考地图: BIAN服务全景视图 (BIAN Service Landscape);
BIAN 业务架构 (Business Architecture);
BIAN 业务能力模型 (Business Capability Model);
BIAN 服务域定义 (Service Domain Definitions);
BIAN 服务操作定义 (Service Operations Definitions);
BIAN 业务场景定义 (Business Scenario Definitions);
BIAN 应用程序接口/消息定义 (API/Message Definitions);
BIAN 信息架构 (Information Architecture);
BIAN 业务对象模型 (Business Object Model), 完全与 ISO 20022一致
BIAN 以UML模型库的形式进行发布,同时也以 HTML 格式提供只读版本。大家可以访问 BIAN website (https://www.bian.org/)来进行访问,后面的介绍所引用的模型快照均来自这一网站。另外,每一个BIAN标准的发布版本还带有相应的支持文档并随版本演进而进行维护。
三 BIAN 的参考模型
BIAN的整个脉络体系。BIAN从2015年v4.0演化到2022年的v11.0也一直在探索其他维度和方向。现在包括了服务全景视图, 以及业务能力(Business Capability)和价值链(Value Chain)是由服务全景视图延伸出来的新方向。
四 BIAN 的服务全景视图
BIAN 开发了相应的设计原理和支持技术以将金融服务能力划分为松散、非重叠的 “服务域 (Service Domain)”。服务域的整个集合BIAN被称之为服务全景视图(Service Landscape)。
下图示出了 BIAN 8.0的服务全景视图,目前业务领域大约30多个,服务域大约300多个。这些服务域实际上类似业务架构中的业务组件。
五 BIAN 的业务能力
从业务架构的角度来看,BIAN 提供了两个重要的企业架构工件,一个是业务能力地图 Business Capability Map,一个是价值链 Value Chain。
BIAN 的业务能力地图一共分为三级,呈现了银行“能做什么”。银行可以此为参考,根据自身业务情况进行对齐和调整。BIAN 业务能力地图是一个多级嵌套结构,大部分可以到三级,部分能力细分到四级,能力划分的颗粒度比 BIZBOK 的金融参考模型要细得多。第一级是能力分类,包括:
O 企业管理与控制 Enterprise Management and Controlling
O 产品与服务支持 Product and Service Enabling
O 企业支持 Enterprise Enabling
O 银行运营 Bank Operations
O 客户与销售 Customer and Sales
BIAN 业务能力地图 Level 1
BIAN 的业务能力地图构建方式与普通企业架构实践是有区别的。一般情况下,业务架构设计过程中会集中业务和分析师等人员,采用自上而下逐步分解的方式构建业务能力地图。而 BIAN 的业务能力地图,是由一系列已经构建完成的原子级能力,通过映射的方式汇总为业务能力地图。主要的目的是为了与业务架构进行对齐,以适配主流的业务架构分析方法。
服务域(BIAN 称为 Service Domain,俺称为原子能力)代表一组离散的、原子的(唯一/不重叠的)业务功能,它们构成了任何银行的功能构建块 (Functional Building Blocks),用于为解决方案的开发提供业务功能框架。服务域和业务能力为明显不同的目的而将业务区分开来。服务域是一种功能细分,旨在提供一个开发/部署框架。业务能力代表了不同的业务所拥有的能力,目的是制定和实施业务战略。[6]
BIAN 服务域可以被认为是 “对某物做某事的能力”,专注于对一个业务对象所执行的操作。BIAN 服务域是原子性的,这意味着 “代表了可以被服务化的最小实际能力或功能分区。” 换句话讲,一个服务域将封装适合(被封装到) IT 服务中的最小实际业务功能 Business Functionality 。在某些情况下,服务域直接(或几乎)与业务能力相一致;然而,由于服务域是面向功能的,它们通常与价值流 Value Stream 有关,或者更经常地与价值流阶段 Value Stream Stage(或其一部分)有关。
六 BIAN 的价值链
构建业务能力地图,比想象的要难。不信?可以尝试为自己所在公司创建一张业务能力地图:第一,你会在 What 和 How 之间做很长的思想斗争;第二,到底啥是你脑海中的某个业务能力,你想的这个真的是业务能力吗?第三,在深入到 3 级以下业务能力切分的时候,业务能力已经与任务开始混杂在一起了,不好定义。
企业架构实践中有一个误解,就是在业务架构环节一定要产出业务能力地图。是否产出能力地图,这个要看企业领导和业务层的习惯,如果多数人更擅长理解价值链,那就用价值链作为沟通工具,最终目的是为了方便沟通达成共识。价值链不知道是啥?没关系,业务流程大家都懂。
BIAN 的价值链并不是真正的价值链,因为价值链是要进行更下一步分解的,但是 BIAN 仅分解到第 2 层就戛然而止。BIAN 使用价值链视图的真正目的,是给银行另外一个看待原子业务能力的视角。注意下图中的第 3 级,已经不是呈现的活动的分解,而是服务域 Service Domain 这种原子能力。[7]
BIAN 价值链明细图
七 BIAN 到底是什么
经过多年积累,BIAN 为银行业务构建了一批原子业务能力,使银行在信息化建设的过程中可以利用 BIAN 的行业框架,依据自身实际情况进行调优后,便捷高效地实施数字化战略。BIAN 构建了便于业务侧理解的业务能力地图与价值链,将原子业务能力通过映射的方式与两个业务架构中的关键工件进行关联,从而实现银行的业务与 IT 对齐。原子能力便于组装的特性,极大地促进了业务侧的创新与调整;通过统一规范的接口,为银行铺就了一条互联互通的开放之路。
BIAN可以与企业架构方法相结合,在数字化转型项目中可以较快搭建起银行未来的服务全景视图和能力视图。通过与现有应用进行映射和对接,发现不足(如重复、差距及错位)。支持银行数字化转型过程中的并行“双层架构(传统主机+云)”模式。在微服务及API建设过程中以“服务”贯穿始终,同时在开放银行规划时可以对内保证应用间服务及服务边界的合理性,以及外对力辐射的范围和价值。进而,将BIAN的SOA设计理念可以扩展到其他行业,从而编织起更为广大的生态价值网络!