首页 理论教育 某国有商业银行的信息系统架构

某国有商业银行的信息系统架构

时间:2023-08-03 理论教育 版权反馈
【摘要】:大型国有商业银行是指由国家直接管控的大型商业银行,包括中国工商银行、中国农业银行、中国银行、中国建设银行、交通银行5家企业。大型国有商业银行在信息化发展过程中,一直走在国内同业的前列。企业应用集成架构为大型国有商业银行提供了一种有效的架构解决方案。大型国有商业银行采用企业应用集成、企业服务总线等架构,实现了全行业务集中综合化处理。

某国有商业银行的信息系统架构

大型国有商业银行是指由国家直接管控的大型商业银行,包括中国工商银行中国农业银行、中国银行、中国建设银行、交通银行5家企业。其业务规模庞大、经营范围广,在中国金融业起着举足轻重的作用。大型国有商业银行在信息化发展过程中,一直走在国内同业的前列。信息系统建设早、投入大,系统集中度高、功能完备、处理能力强、安全可靠。经过长期的建设发展,国有商业银行目前已建设完成覆盖银行各个专业领域、日常经营各个环节的信息系统体系。

但是随着近年来国内金融改革的深入,我国银行业综合化混业经营,跨国经营态势日趋明显。银行业务转型逐步加快、利润增长方式发生了调整,大型国有商业银行复杂而庞大的应用系统,在系统灵活性、研发效率和质量方面的缺陷日益显现。面对内外部环境的巨变,仅仅依靠加大IT资源投入,已经难以跟随我国金融改革不断前进的步伐。因此,需要在更高的宏观层面,从业务发展战略入手,进行业务和信息科技系统性思考和规划。5大国有商业银行,结合国际领先金融企业的先进经验,不约而同地选择了企业架构规划方法,用于指导银行信息系统的管控和优化。从业务架构入手,将银行业务和IT资源有机结合,从而提高了银行科技服务能力和水平,实现了业务与科技的相互促进和良性循环。

在引入企业架构方法论后,大型国有商业银行信息系统架构发生了根本性变化,纷纷提出了各自企业级的IT建设规划,其设计模式也呈现出层次化、组件化等架构设计特征。具有代表性的应用架构分布如图3-41所示。这样的应用架构体系,更加灵活、松耦合、高性能。因而提高了银行信息系统的业务适应能力。国有商业银行新一代信息系统,其应用架构主要具备了以下技术特征。

978-7-111-51948-5-Chapter03-49.jpg

图3-41 大型商业银行典型应用架构

1.24小时不间断运行的高效核心银行系统

大型国有商业银行,因客户数量巨大,业务规模庞大,核心业务交易处理呈现7×24小时高并发的特征。因而,如何确保银行业务高效、安全、稳定运行,是其核心银行系统建设首要考虑的问题。企业应用集成(EAI)架构为大型国有商业银行提供了一种有效的架构解决方案。EAI是指将软件、硬件、网络、信息数据等IT资源集成到一起,实现不同应用系统间无缝连接、信息共享和业务的统一处理,从而提高系统运行效率。基于以上考虑,各大型商业银行通常选择了高度集成的大型主机系统构建核心银行系统。大型主机是一种集中式计算机体系,提供了完备的系统解决方案和相应技术支持服务。其性能卓越,强大的数据传输和处理能力,以及高可靠性、高安全性等系统特点,非常适合构建高性能要求的核心银行系统。

核心银行业务按事务处理实现方式可以分为联机和批量两种模式。联机处理用于满足客户实时查询、实时调整、实时账务处理等金融服务需求;而批量处理则用于满足客户大批量金融服务需求,包括代发工资、统计报表、账务核对等功能。

核心银行系统24小时不间断运行属于支持服务连续性设计,包括了以下两点实施目标:一是提供24小时不间断的联机和批量客户服务;二是各类客户服务高度并行时,保持系统资源的均衡分配,不会产生资源冲突。在海量、高并发的银行交易环境下,核心银行要具备24小时不间断运行能力。在设计上,需要考虑以下影响因素。

银行系统交易日期切换需要进行的相关操作很多,如果把这些操作都放在日切的时间点执行将会导致日期切换期间对外服务暂停。可考虑采用以下设计模式解决日切处理问题。一是,把与日期切换相关的操作“化整为零”放到开展具体业务的时候才进行处理,以达到简化日期切换流程,快速进行日期切换的目的。二是,参数化系统日期,系统业务处理使用系统日期而不是自然日期。系统日期的改变可以随时通过系统日切的功能来实现,从而满足了日期切换的各种特殊要求。

联机和批量都是核心银行客户服务的重要组成部分。由于业务的需要,联机和批量在每日的运行中不可避免地会出现并行的现象,因此核心银行系统必须支持联机和批量的同时运行,可考虑采用以下设计模式解决联机和批量并行争夺系统资源问题。一是,错峰设计、加快资源释放。每日的8∶30到18∶00属于联机的高峰期,在这期间尽量减少批量作业的运行,以确保联机业务的响应速度。对于因业务需求无法避免地要在联机高峰期内安排的批量功能,采取提高批量更新频率的方法来加快资源释放;每日的18∶00到次日8∶30联机已经处于低谷期,可以安排更多的批量作业运行以确保批量的功能可以尽快处理完毕。二是,联机业务高峰,部分联机和批量功能只是单纯的查询功能,采用“脏读”的方法可以减少联机和批量对系统资源的争夺。三是,联机和批量采取同样的数据更新顺序,解决联机和批量并行可能导致死锁问题。四是,采用分库分表等方式减低“热点”数据更新并发冲突问题。

大型国有商业银行采用企业应用集成(EAI)、企业服务总线(ESB)等架构,实现了全行业务集中综合化处理。综合运用了影像识别、工作流二维码商业智能等多项先进技术,将分散的业务流程集中处理,并经过流程分解将复杂的业务处理过程转变为简单的程序化操作;采取流水线化作业模式,实现了高度专业化的分工协作,提供规模化、标准化、专业化的集中处理服务。业务集中处理为前台业务自动化处理和智能化处理提供了技术实现的可能。业务的简化录入和自动符合处理,改变了以往实物传递、操作与授权异步进行的网点工作模式,能够显著提升业务运营质量和效率。

国有商业银行业务集中处理涉及客户信息、资金汇划、业务授权等业务,基本覆盖了全行各业务线前台金融服务,形成了集业务处理、账务核算、业务管理、客户服务于一体的共享服务平台,真正具备了跨渠道、跨业务线、跨区域的集成服务能力。集中处理区别于传统交易模式的核心特征就是支持跨应用信息共享,并具备过程质量控制、流程风险控制机制,推动风险管理由事后监督向事中控制转变。因此,业务集中处理服务平台作为全行各类资金收付、客户信息处理会计核算的枢纽,凭借信息资源的优势,为全行经营管理活动提供了客户管理、业务管理、风险管理、质量管理、效率管理、决策支持等综合集成服务。(www.xing528.com)

利用操作型数据存储(Operational Data Store)为一线生产人员、管理人员或客户提供细粒度的操作型数据服务,主要用于提供面向源结构的、时效要求高的、涉及多个应用系统的数据集成处理,以及面向源结构的、时效要求高的OLAP型查询分析。操作型数据存储是集成的、可变的、当前或接近当前的细节数据集合,用于支持企业对于即时性的、操作性的、集成的全体信息的需求。其集成数据主要来源于银行交易型业务系统,以首日存量、后续增量方式进行采集。数据存储结构一般不做转换,尽量与交易型数据库保持一致。

2.集团一体化架构模式下的差异化个性化支持能力

为寻求新的利润增长点,大型商业银行业务触角开始向全球范围、不同行业领域拓展。在此过程中,必然将面对不同国家、地区,不同行业的差异化业务需求和监管要求。因此,信息系统需要具有良好的灵活性,能够随着业务经营范围全球、跨行业拓展,不断调整完善自身业务处理能力。

大型国有商业银行为代表的集团化、国际化经营,需要面对的业务需求和监管要求多样化,业务架构上既有相同或相似的地方,也有行业和区域特性。因此,对银行信息系统建设的要求是既要能支持差异化,又要能满足全行集团化、国际化经营管理的需要。即要求系统同时具备全行共性服务能力和差异化支持能力。差异化、个性化支持,本质上是识别可变性对象,将共性服务功能、可变功能、定制功能(个性化功能)进行分层管理。如图3-42所示。

978-7-111-51948-5-Chapter03-50.jpg

图3-42 可变性管理

因此,国有大型商业银行对于全集团差异化、个性化的支持能力,首先是构建全行统一的架构体系。将不同行业、不同国家/区域的共性应用系统和功能,纳入全行统一系统架构中实现。包括全行统一客户信息管理、统一的会计核算平台支持、统一共享的渠道与信息服务、统一的产品研发管理、统一的数据挖掘分析服务、统一共享的风险管理信息服务等企业级服务能力。

其次,在全行标准化、统一系统架构的基础上,分层构建各行业、不同国家/区域特色业务处理模型。对业务需求采用分而治之的解决策略,全行共性化、标准化需求在全行统一架构中实现,各行业、各分支机构特色需求在多个分群特色业务模型中实现。依托全行统一的系统架构可实现全行范围的统一业务处理和内部管理,实现分支机构间业务联动及信息的互联互通,以及全集团统一客户服务、统一渠道界面展示等共性业务需求。依托按行业、区域等不同维度构建的多个特色业务模型,可实现不同分支机构的特色业务需求、特色监管要求的差异化支持。包括不同行业/区域性产品处理、不同行业/区域客户特色服务流程和内部管理流程、特色渠道界面信息展示、特色监管信息报送等需求。区域是指一些经济发展水平相近或当地行业习惯、宗教信仰相似地域或政治实体的合集,在需求上反映出一些监管及业务上的同质化需求。因此分层设计时,将区域(而不是地区)作为了分群分组维度之一。按区域和行业统一特色服务能力,一方面有利于快速实现行业性和区域性的共性需求,并能在同一行业/区域中共享;另一方面,从需求整合角度看,可避免具备相似业务需求的分支机构系统重复建设,降低分支机构系统建设难度。

最后,基于全行共性服务和特色服务分层架构,构建以分支机构为维度的个性化服务支持框架。分支机构个性化服务支持,反映到系统层面就是以分支机构为单位,通过参数化、组件化,提供界面、流程、功能的定制化功能实现,包括个性化统计分析、内部管理、监管报送等。

在实际系统建设过程中,针对具体分支机构,需根据分支机构在监管要求、对客业务处理、内部管理上的差异,根据业务实际需要,明确不同分支机构客户管理、业务处理、会计核算、对外接口等具体应用的建设策略,即需要权衡是选择全行标准化支持还是分层特色业务标准化支持,也或是本地个性化支持。同时,为适应各分支机构因为文化背景、用户习惯、当地同业惯例所引起的不同用户操作和易用性要求,可采用多套用户界面一套后台处理的方式来应对。多套用户界面用来满足不同分支机构的用户易用性要求,一套后台处理用来控制系统的开发维护成本,同时维护系统的统一性。

采用全行统一系统建设策略,各分支机构信息系统使用的系统软件是一致的,如操作系统、数据库、中间件等,信息系统的架构模型、设计理念、核心程序处理是一致的。在上述基础上,各分支机构使用的信息系统可以较容易地支持信息互联互通,以及全行范围的信息共享,如代理开户、实时转账、现金管理、集团内汇款等联动业务,以及统一机构管理、集团并表、客户统一授信、客户统一视图等信息共享服务。

通过参数化控制、业务流程环节可定制、界面要素可配置等方式,实现银行信息系统特色模块和个性化信息发生变化时,发布特色化版本不对其他分支机构产生影响。

免责声明:以上内容源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。

我要反馈