银行信息系统架构中的应用平台化

1.应用平台化的概念和价值

（1）什么是应用平台化 应用平台化是指通过构建企业级的IT应用平台，能够以灵活可扩展的方式支撑和满足跨条线、多产品、多领域的业务运作要求、技术支持要求和不同种类的客户的服务要求，即（企业级）应用的平台化。与平台化应用相对应的是竖井化应用，即在各领域分别建设属于自己的IT应用系统，形成彼此相互割裂的竖井式应用。领先银行已将应用平台化纳入企业级架构规划与管控的重要架构原则。

在生活中，平台化应用就像是连锁快餐店的后厨和配送中心，通过共享的中后台，为前台提供可以快速扩展和复制的客户服务，同时使得客户无论走进那一家门店，都能获得一致和标准的服务；竖井式应用则更像是管理上彼此独立的小型餐厅，客户难以获得一致和标准的服务，虽然其中个别家会特别的价廉物美，但是客户难以获得稳定和可靠的预期。

在信息系统架构中，应用平台化是指从跨条线、多产品、多领域的个性化业务活动中，抽象出大量可以标准化共享的通用业务组件和技术组件，从企业级视角出发，将其沉淀为应用平台的底层。

（2）应用平台化的意义 在银行业务发展过程中，产品和服务的推出顺序有先有后，在传统的竖井式架构下，应用开发各自为政，相似的功能重复开发，多次投入，既增加了IT成本，又造成无法实现统一的客户服务，最终将严重影响到业务创新的实现速度。而在平台化的应用下，应用开发过程本身基于平台进行，差别化的产品与服务开发可以共享通用的业务组件和技术组件，在有效降低IT成本的同时，大大加快了应用开发的效率，提高了产品面向市场的速度，如图3-40所示。

1）提高系统运维效率，降低系统建设成本。平台化建设和部署的应用系统，可以支持多个不同业务条线和多种服务产品。这种集约化的系统建设、部署和运营改变了以往不同业务和产品各自为政，各自建设自己的运营和支持系统的“竖井式”建设方式，可以在很大程度上减少重复功能建设，降低建设成本；同时在日常维护中，不必多头维护，提高系统的运维效率。

2）实现统一的客户服务。在业务发展初期，竖井式的应用系统能够较快捷地支持业务需求，满足部门诉求。例如，个贷、公贷、信用卡等系统分别构建额度管控、贷后监控、评分评级、客户催收等，形成了重复建设且彼此功能割裂的多个应用竖井。但是，随着一个个竖井的建立，带来一系列负面的影响，除了系统建设的重复投入，后期运维成本高启、系统集成更加复杂等；更为深远的影响是对业务发展的制约，重复且割裂的应用功能从根本上难以支持以客户为中心的银行经营理念。例如，在多个系统中竖井式地构建额度管控应用功能，最终导致了难以实现统一的客户额度视图。个人客户的信用卡额度与个贷额度难以整合共享、小企业的公司额度和企业主的个人额度难以关联、同业客户的多类型额度缺少统一视图。

3）加快实现业务需求创新，提升新产品和服务的面市速度。平台化的应用系统具备强大的二次开发能力。由于其拥有大量抽象、标准化和可共享的业务组件和技术组件，并广泛运用参数化规则配置，使得应用平台具备了快速的二次开发能力，进而提升产品和服务面向市场的速度。

(www.xing528.com)

图3-40 应用平台化

2.应用平台化的架构特点

（1）企业级视角 企业级视角是指平台化的应用是针对全行的，而不是针对某一个产品或业务条线。比如企业级的客户信息管理平台，企业级的信贷业务平台，企业级的流程整合平台等。企业级的客户信息管理平台将提供银行所有客户的信息视图，包括来自零售、对公和同业条线的客户，也包括来自核心银行、贸易融资、信贷、信用卡、个人理财、基金代销和保险代理等所有业务的客户信息。同时，对每一个客户，其客户信息视图也要涵盖其在银行的所有业务和服务；企业级的信贷业务平台能够为个贷、公贷各个贷种甚至信用卡、金融市场业务中的授信类业务提供广泛的支持；企业级的流程整合平台提供企业级的流程组装和作业分发能力，能够为全行不同业务条线和产品提供标准化的流程集成服务。

应用的平台化必然要求其是具备企业级视角的，如此才能使得平台化的应用提供平台级的服务。

（2）组件化 应用的平台化要求把不同产品和业务的数据、流程、服务、运维、操作等的共同项抽象和提炼出来，并进而标准化、整合成为一个可以跨条线、多产品、多领域适用的应用平台，能够为银行内部的不同产品和业务提供标准的服务。在这一过程中，具备面向服务的架构组件是构建应用平台的重要环节。面向服务的体系结构本身就是一个组件模型，将应用的不同功能单元（服务）通过这些服务之间定义良好的中立的接口（独立于实现服务的硬件平台、操作系统和编程语言）联系起来，使得构建在其中的服务可以用一种统一和通用的方式进行交互。

组件化也体现为高可重用性，一个定义好的服务组件能够被重复应用于应用平台上的多个应用或业务流程。

（3）松耦合 前述的中立的接口定义的重要特征是没有强制绑定到特定的实现上，这被称为服务之间的松耦合。松耦合系统的好处有两点：一点是它的灵活性；另一点是，当组成整个应用程序的每个服务的内部结构和实现逐渐地发生改变时，它能够继续存在。应用对松耦合的需要来源于业务需求的灵活性，以适应不断变化的环境，比如经常改变的监管政策、业务实现、市场需求、内部关系、行业竞争以及其他与业务有关的因素；应用平台对松耦合的需求来自平台上所承接的业务的多样性和复杂多变性。

耦合性由松到紧可以分成七种：非直接耦合、数据耦合、标记耦合、控制耦合、外部耦合、公共耦合、内容耦合。非直接耦合是指两个模块之间没有直接关系，这种耦合的模块独立性最强；数据耦合，彼此之间是通过数据参数来交换输入、输出信息的，模块之间的独立性比较强；标记耦合是指一组模块通过参数表传递记录信息，就是标记耦合，这要求这些模块都必须清楚该记录的结构，并按结构要求对此记录进行操作，应尽量避免这种耦合，它使在数据结构上的操作复杂化。在平台化的应用设计模型中组件之间尽量实现非直接耦合（总线模式）和数据耦合（共享库模式）。