• 快捷搜索
  • 全站搜索

农信社新一代核心系统发展趋势研究

2016-10-08 17:26:24作者:青海省农村信用社联合社课题组编辑:金融咨询网
我国农村金融机构的规范信息化建设已经开始进行数据集中与业务集中,进行信息资源的深度开发与综合利用,全面开拓多渠道金融服务。全国省级农信社在构建自身信息系统体系架构时,可考虑尝试基于自行设计的体系架构笔者认为,成功建设新一代银行核心系统,业务规划与战略规划将起决定性作用。

我国农村金融机构的规范信息化建设经历了计算机辅助业务处理、联机业务处理、综合业务处理三个阶段之后,已经开始进行数据集中与业务集中,进行信息资源的深度开发与综合利用,全面开拓多渠道金融服务。全国省级农信社即将开始“第二次换心”。在构建自身信息系统体系架构时,可考虑尝试基于自行设计的体系架构,建立与商业银行平级的、与自身业务系统配套的信息系统体系标准。

一、核心系统转型与重新定义

  笔者认为,成功建设新一代银行核心系统,业务规划与战略规划将起决定性作用。我们需要从发展战略、组织架构、管理流程和IT技术建设等四个方面进行转型。重视并考虑产品开发和管理机制、需求管理机制、业务流程和制度、信息和数据管理等业务和管理模式转变,以及战略与组织转型、运营模式转型、渠道转型对核心系统的影响。

  总的来说,需要明确核心系统的定位,识别核心系统与组织和运营相关的组件进行优化和加强,以共享服务的方式提供;开发基于业务模型的、适合监管环境的产品基础组件和模板,实现产品开发和管理功能;扩展柜员权限控制的属性;梳理现有业务参数,按业务对象布局参数的维度,整合产品交易,以产品代码、交易代码驱动,提高交易的可复用性;在现有业务知识块和公共功能块的基础上进行交易重组,梳理交易处理流程和操作交互过程;清理重复数据,在现有交易要素中补充业务信息,增加相应处理功能。

二、新一代核心银行系统IT架构方向

  1.设计原则。主要包括如下原则。

  业务处理与账务分离。在增加账务核心稳定性的同时,向业务处理系统提供全面的账务处理接口,以满足不同的业务处理对账务的操作要求;同时,由于应用服务系统不再进行其业务相关的账务处理,因此可以集中改善业务的处理功能,从业务角度出发,模块化设计不同的业务处理模式。这种方式解决了银行系统稳定性和业务不断拓展的矛盾。

  业务处理与渠道分离。核心业务处理系统只要提供正确、完善的业务处理逻辑和统一的对外接口,就可以通过多渠道接入的整合完成业务处理。

  在账务核心系统的基础上,业务系统使用应用服务系统用产品化的方法构建银行的产品和服务体系。按照现代商业银行的业务功能进行各产品模块的配置和组装,在以客户为中心的设计理念下,采用产品配置平台和业务流程配置平台支撑业务体系的拓展和部署,构造覆盖全面的业务处理体系。并在产品设置中,以完全的参数化手段完成对利率市场化和浮动汇率制的支持。

  业务系统在“账务核心系统一应用服务系统一多渠道接入系统”三层体系结构下,采用层次化手段细分以下系统功能。

  ★客户服务层:通过多渠道接入系统的支撑和管理,在客户信息管理和客户关系管理系统的支撑下,完成客户信息的整合并实现个性化服务;

  ★功能实现层:利用系统在应用服务系统层面的各种技术和业务支持手段,在业务产品化的基础上,为客户提供基于产品的各项功能和服务;

  ★产品定义层:在应用服务系统提供的产品化基础上,以产品配置平台为支撑,支持银行按照市场需求和客户个性化要求进行产品配置,覆盖所有业务种类;

  ★账务处理层:在账务核心系统的管理下,按照银行确定的核算模式和清算体系进行相关的账务处理;

  ★数据处理层:在账户核心系统的支撑下,为全辖系统提供核心处理和标准的外部接口。

  2.设计要求。除了网点终端服务器支持集中到省联社管理,做到基层行“零维护”,还包括以下几点。

  坚决落实“小核心、大外围、松耦合”的设计原则。以核心业务系统为代表的各应用系统采用“专一、瘦身”的设计,只处理与本应用系统的专属业务,核心仅负责实现与客户有关业务功能,如存贷款、内部账、计提、计息等业务以及各个系统的清算处理等,而将会计总账、信息披露等管理类功能全部剥离。核心系统不主动对外发起交易,仅被动提供服务。针对外联业务需要开发单独的应用系统,并通过综合前置系统与核心业务系统、外部系统连接。

  系统须采用“前台(前端柜面、渠道接入),中台(核心系统、ESB信息总线),后台(ODS、数仓)”的三层架构设计。如图1所示,综合前置系统、中间业务平台及其各个应用有明确的层次归属并尽量由可复用构件组合而成。应用之间、系统与系统之间采用接口松耦合设计,要求避免架构内的点对点的直接连接,核心系统和综合前置系统接口服务统一管理,以服务的形式公布给外围。

图片3.jpg
图1 系统架构图

  ★核心系统:核心系统实现与客户有关的业务功能以及新会计准则业务、各个系统的清算处理等,主要负责交易类功能。

  ★总账系统:总账系统作为独立体系存在,其本身没有交易处理功能,仅账务处理功能,支持核心业务、贷款业务、财务业务等交易系统,支持多会计准则、多维度的财务核算,满足新会计准则核算要求。

  ★数据中心:针对农村金融机构对银行运营数据存储/数据仓库的交易与业务数据进行处理,数据中心建设分为源数据、数据主题、数据集市等层次,它为报表管理系统提供统一口径的数据源,改变了以往业务系统要为报表管理系统输送、提供数据的功能。

  前台客户端应支持图形终端方式。前台客户端交易界面应采用可视化快速开发,日常交易可以通过交易配置的方式动态生成,程序下发支持按需下发、版本控制。前台作为交易发起渠道,是间接面向客户、直接面向柜员的系统,因此系统要求主要在于数据域表单的展示和控制,展示主要是静态页面的布局表达,比如某交易中涉及的业务要素集合布局和显示布局;控制主要是页面中数据域与数据域之间的动态联动关系,比如某数据域在哪些情况下是可显示不可用的,某数据域接收到某事件后弹出选择窗口。一种比较灵活的设计是采用通用标记语言来描述静态页面的数据域集合和结构布局,编写显示引擎来输出为最终页面。

三、应用软件架构要求

  核心系统应用软件须由相对独立的三个层次构成:业务接入层、通讯及中间应用服务层、业务核心层。在业务接入层和应用服务层必须提供统一开放式接口,在后台业务核心层必须提供动态的服务模块挂接功能。

图片4.jpg
图2 应用软件架构图

  系统整体采用模块化的结构,利于系统的稳定性和可扩展性;同时可针对不同的业务规模和范围进行组织与搭建。根据业务内相关产品的功能和业务发展方向,系统整体结构为可组织、可搭建的积木式结构。

  另一方面,业务处理拆分成一定粒度的服务,通过集群的方式承载服务,实现应用软件集群,利用多台主机的资源同时对外提供服务,减轻单台主机故障造成的影响。不同的处理服务依据不同的方案,可以在集群内的不同或相同节点上完成业务处理,屏蔽具体处理服务的位置及实现细节,应用处理服务请求会依据定制内容,自动响应数据服务的分发、寻址及管理。提供强大的大数据整体处理性能和系统灵活性。

  重点课题组组长:马荣华;副组长:王兴源;课题组成员:郭雪晶、余超、王益兴

(文章来源:《金融电子化》杂志)

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

本文评论

相关文章