• 快捷搜索
  • 全站搜索

从客户与产品角度改造传统银行系统架构

2013-03-12 11:26:57作者:广发银行信息技术部 刘振华编辑:
文章提出了基于客户和产品的银行系统架构模式,旨在改变传统的以业务功能为中心的竖井式架构模式,从业务功能中识别客户和产品,将相应的功能分别集中到产品核心和客户核心层中去。

银行作为一个服务客户并提供金融产品的机构,客户及产品应是其经营的核心,银行的业务要具备竞争力,就需要能够抓住客户的特点,同时针对不同的客户提供差异化的符合客户需求的产品。按照业务开展的思路,银行的信息系统应该能够有效地对客户、产品进行管理。

        在以往我们构建系统时,往往是围绕业务功能开展的,相应的系统架构也是围绕业务功能设计,采用这种模式的弊端显而易见。系统架构只面向业务功能,这样会导致客户体验不统一、客户信息存储分散,通用的系统功能被反复定义且难以实现统一管理等问题,长此以往会导致信息孤岛不断增多。另外从系统的角度来讲,系统结构完全依附于业务逻辑,科技人员将长期忙于应付层出不穷的业务系统功能改造,系统越改越复杂,在缺少有效管理的情况下,最后本应促进业务创新的支撑业务系统反而成为业务创新的瓶颈。

        很多银行科技团队也意识到了这个问题,并采取了一些积极的架构管理措施,例如建立架构管理团队进行系统关系的梳理以及管理,对各个业务条线的共用系统和功能进行统一规划和功能分布的仲裁。但是如果我们构建系统的方式仍然沿着传统的以业务功能为中心的竖井式架构模式,以上所述的问题将始终无法根治。而且随着竖井架构的深化,系统之间的鸿沟会越来越大,客户体验得不到统一,甚至到最后我们不得不经常面对业务系统无法支持业务创新的窘境。

        针对传统的基于业务功能的架构模式的诸多问题,笔者提出了基于客户和产品的银行系统架构模式,旨在改变传统的以业务功能为中心的竖井式架构模式,从业务功能中识别客户和产品,将相应的功能分别集中到产品核心和客户核心层中去。客户核心层关注客户的信息和客户的体验,通过集中的系统实现全系统的客户信息统一,以此为基础实现客户统一体验,从系统架构上保证了客户体验的一致性。产品核心关注产品的实现,在实现业务功能的同时关注产品的关联以及子产品的拆分。

一、系统架构

        要实践基于客户和产品的架构模式,我们首先需要一个与之相匹配的系统架构,图1为参考系统架构。

客户与产品改变IT模式图1.jpg

        图1所述模型将银行业务系统从客户、产品的视角分为如下四层:

        客户核心:客户核心层由客户体验层和客户中心层组成。其中客户体验层关注客户渠道的一致性体验,并不断提高客户体验水平;客户中心子层负责统一管理客户信息,更关注客户的个体特征;

        产品核心:以产品的方式实现业务,可灵活定制参数,关注产品可被简单复用;

        数据资产:汇聚数据,提供监管报送、数据挖掘等功能;

        公共服务:提供各层次之间功能服务调用,以及各层公共的功能。

        在本系统架构中业务功能的实现需要客户核心层和产品核心层等多个层次的支持,在这种架构模型中层次间功能调用将会非常频繁。这就需要搭建各层次的统一服务管理平台,使各层次功能点可便捷地发布需求方能够自行获取的服务,各层次按照既定的规则发布自有功能点,同时也可以调用其他层次的功能点。通过保持层次之间的松耦合关系以及明确的层次分工和定位,再加上服务化的功能调用,保证了本系统架构的可扩展性。

 1 2 下一页 尾页

扫码即可手机
阅读转发此文

本文评论

相关文章