《商业银行综合业务系统设计与实现.ppt》由会员分享，可在线阅读，更多相关《商业银行综合业务系统设计与实现.ppt（77页珍藏版）》请在三一办公上搜索。
1、商业银行综合业务系统设计与实现,提纲,一、综合业务系统-历史与现实,五、eBanking-业务特色,六、eBanking-技术特色,四、eBanking-总体结构,一、综合业务系统-历史与现实,二、数据中心模式的选择,三、主机系统的选择,七、新系统、新感觉,八、大集中的难与易,金融电子化 历史回顾,七十年代,八十年代,九十年代,2000年,1974年：首次引进了61/60电子计算机系统1975年：开始在福建、上海、西安等地进行 全国大中城市银行核算网试验工程,1980年：我国金融业引进11套M150中型计算机系统，开展了联行对帐、对公业务、储蓄业务和 外汇买卖业务的工程试点工作。这是中国金融电
2、子化系统工程开发应用的起点。八十年代中期，由人行牵头成立了金融系统电子化领导小组，制订了金融电子化建设规划和远期发展目标。总的设想是“六五”做准备，“七五”打基础，“八五”上规模，“九五”基本实现电子化。,进入全面发展时期，包括：网络系统的建设、主机系统的建设、金融机具的电子化各大总行新一代综合业务系统的推出,WTO的冲击金融一体化、混业经营、防范金融风险电子化银行、金融服务手段的进一步提升对综合业务系统提出了更新、更高的要求,业务系统的历史回顾-第一代,时间,1985年投产,主机,PC机,网络,无,特点,单点运行、软件功能简单基本上是手工传票的录入和管理系统,业务系统的历史回顾-第二代,时间
3、,1990年左右投产,主机,小型机/大型机,网络,主机终端模式、城综网,特点,1)业务上实现了通存通兑、内部资金清算2)储蓄、对公依然分离，多套资金清算系统分 别独立，银行的业务由众多不同功能的业务 系统分别完成，各系统之间的接口采用了从 手工到电子多种方式3)卡业务和自助银行业务有了一定的发展，但功能有限 4)从数据存储和处理上看，还是采用了分布式 存储和处理5)面向传票，分柜制,业务系统的历史回顾-第三代,时间,1996年投产,主机,小型机、大型机,网络,专用网(SNA),开放网(TCP),特点,1)大会计的设计思想 2)提出了综合柜员制的劳动组织方式 3)数据存储和处理更加集中 4)从简
4、单的面向传票的设计发展为面向交易 的设计 5)网络建设全面铺开，服务品种极大丰富6)建设了CIF系统7)C/S体系结构8)模块化的开发方法第三代业务处理系统才是真正意义上的“综合”业务处理系统,优秀的会计系统,来自自身的局限性：按业务条线分割的系统和管理格局，缺乏整合性和共享性；来自国有大银行的压力来自激烈的商业银行的竞争来自非银行金融机构的竞争来自WTO的挑战,现实状况-面临的危机,扬长避短，发挥、挖掘特色和专长依靠信息处理系统提升效率，解放生产力创新是关键产品创新服务创新管理创新体制创新适应变化的能力可扩展性、可分割性,现实状况-出路在哪里？,数据集中，整合性，简便迅捷的清算模式面向业务，
5、以会计核算为核心，全行一本帐，表内表外联动，实现本外币一体化、对公对私一体化的业务处理模式，支持综合柜员制面向客户，实现客户关系管理。对静态与动态的客户信息进行分类、统计和分析面向管理，采用交易驱动，同时产生各项业务数据和会计信息，通过数据仓库的建立和挖掘，形成信息管理系统（MIS）面向决策，建立智能化、学习型的决策支持系统（DSS），强化银行运行效率和盈利能力，提升抗风险能力和应变能力。,现实状况-一个好的系统,面向服务，以做好对外服务为目标设计系统面向控制，高度集成的公共控制系统，强大而严密的用户授权管理和客户授信额度管理功能，支持对操作风险的监督控制和稽核管理。采用模块化、参数化设计，简
6、化业务流程，方便客户和柜员操作。具有可扩展性、可分割性。为今后其他业务系统的开发打下基础，并能支持将来业务的分拆和出售。,现实状况-一个好的系统,现实状况-第四代,时间,2000年投产,主机,小型机、大型机,网络,专用网(SNA),开放网(TCP),特点,1)从面向交易到面向服务的设计 2)大会计、综合柜员制的继承和发扬3)全辖一本帐4)营业网点零维护、零升级、零干预 5)真正的24小时银行 6)多维分析信息，支持MIS及决策支持系统 7)双核心-会计核心和服务核心8）C/S/S体系结构9）平台化、构件化的开发方法10)由CIF到CRM，以CRM为核心构造系统 11）数据集中,银行服务和管理的
7、专家,提纲,一、综合业务系统-历史与现实,五、eBanking-业务特色,六、eBanking-技术特色,四、eBanking-总体结构,二、数据中心模式的选择,三、主机系统的选择,七、新系统、新感觉,八、大集中的难与易,二、数据中心模式的选择,数据中心模式原则,系统处理能力能够胜任实际业务量的需求,对通讯线路的通道能力和稳定性的依赖性。,系统是否能进行有效管理和控制。,系统实施的经济性。,便于灾难中心的建设,系统的灵活性。,原则一 处理能力的扩展性,主机系统处理能力对业务量的增长的可扩展性,通讯系统处理能力对业务量的增长的可扩展性,扩展性定义,结论,分行模式 优区域模式良全国模式差,原则二
8、对通讯的依赖性,合理地控制数据流量，减小总体的数据量,线路故障对业务的影响面,依赖性定义,结论,分行模式 良区域模式良全国模式差,原则三 系统的可管理性,对统一业务的可管理性,对系统运行维护的可管理性,可管理性定义,结论,分行模式 差区域模式良全国模式优,原则四 经济性,建设中心的费用,建设前置系统的费用,经济性定义,结论,分行模式 差区域模式优全国模式良,运行维护系统的费用,原则五 便于灾难中心的建立,利用现有设备,利用现有线路,定义,结论,分行模式 差区域模式优全国模式差,利用现有场地,原则六 系统的灵活性,兼顾业务的统一性和特色性,应用系统的灵活性,灵活性定义,结论,分行模式 差区域模式
9、优全国模式差,中心范围可调节,数据中心模式比较,提纲,一、综合业务系统-历史与现实,五、eBanking-业务特色,六、eBanking-技术特色,四、eBanking-总体结构,二、数据中心模式的选择,三、主机系统的选择,七、新系统、新感觉,八、大集中的难与易,三、主机系统的选择,主机选型原则,可靠性-保证系统的稳定连续运行的能力,经济性-需要重新投入的设备费用、软件费用、运行费用,安全性-主机系统防攻击的能力,性能保障-主机系统处理能力的大小,可维护性-系统维护的难易程度、工作量大小、熟手的多少,投资保护-现有设备、软件、人才的保护,可开发性-系统的开放性、开发工具的多少、应用软件的成熟度
10、、熟手的多少,主机选型比较,提纲,一、综合业务系统-历史与现实,五、eBanking-业务特色,六、eBanking-技术特色,四、eBanking-总体结构,二、数据中心模式的选择,三、主机系统的选择,七、新系统、新感觉,八、大集中的难与易,四、eBanking-总体结构,业务系统设计重点的转变,多渠道接入门户,CRM核心,核心业务系统,eBanking 总体架构,系统的体系结构-数据集中,数据中心,分行运作中心,支行服务前端,管理逻辑层,业务逻辑层,核心业务逻辑层,中心局域网,内部广域网,网点前置1,网点前置n,Internet 门户前置系统,Internet接入网,外连单位前置系统,门户
11、前置逻辑层,系统资源管理平台,系统安全管理平台,人行、金卡中心、SWIFT等,Internet世界,决策支持业务逻辑层,客户层,外部接入网,系统的体系结构-体系组成,数据中心-定位,全行的生产中心和备份中心,生产中心,管理：全行系统的管理中心,运行：系统的存储中心、处理中心,门户：全行统一对外联络中心,备份中心,管理功能的备份对外门户的备份,数据和业务功能备份,具备接管和保证系统持续工作的能力,分行运作中心-定位,分行特征数据的数据存储,前置业务处理及控制,当地的服务接入门户,总行数据中心故障的应急备份,支行 服务前端-定位,网点服务界面,网点设备控制,数据中心的设计原则,设计原则,采用面向对
12、象技术,业务功能纯洁化,形成系统的核心层,中心服务交易能适应各种业务的抽象特点,中心服务交易能自由组合,分、支行的设计原则,设计原则,客户可定义需求,面向服务，管理和组织数据,采用灵活、成熟的开发平台,采用瘦客户端,交易组织和渠道分离,方便、强大的渠道接入方式,系统数据种类及分布原则,数据种类,客户信息类数据,帐务类数据,系统知识类数据,数据分布原则,便于全行一体化服务的开展,便于规范管理,便于监控全行的业务,系统管理类数据,业务控制类数据,交易日志类数据,便于区域特色服务的开展,系统数据及功能分布架构,核心业务逻辑,存款,贷款,结算,资金,投资,.,数据存储,.,日志类,管理类,知识类,客户
13、类,帐务类,客户管理,机构管理,柜员管理,凭证管理,安全管理,人行接口,金卡接口,SWIFT,网络银行,.,数据中心,业务处理渠道,柜面业务,自助业务,中介业务,网上业务,客服中心,.,数据存储,日志类,业务控制类,客户类,客户管理,安全管理,当地人行,当地金卡,WAP,网络银行,.,分支行,eBanking-总体业务模型,大前置Why?,服务手段的多样化,分行特色业务的开展,业务的时间性要求,规范管理的需要,业务平台的规范化,技术平台的规范化,电子交易的整合,统一的技术平台,统一的业务平台,统一的管理平台,统一的接入平台,大前置-电子交易的整合,大前置功能设计,运行,核心业务系统的前置处理,
14、以分行为单位个性化业务处理,代理业务的前置处理,自助业务的前置处理,分行系统的非核心数据存储和处理,本地客户服务数据存储和处理,门户,当地联络中心当地人行、金卡等,Call Center接入,WAP手机接入,企业银行接入,家庭银行接入,其他接入,管理,分行系统管理,前置设备的配置和管理,其他管理,大前置优点,主机业务系统只与分行单一系统联结，不用 面对分行不同类型的客户端，便于管理，减 轻主机负担。大前置系统提供对主机业务系统的统一的报 文结构，统一的加密算法，统一的通讯平台。和地方实际密切相关的业务处理放在本地的 前置机上处理，如中间业务。分行的客户服务数据放在本地，有利于本地 的客户服务，
15、CallCenter效率会更高，同时 也大大降低与总行网络通讯的压力。大前置系统可作为和外系统连网的通讯网关 机和前置机，起到协议转换和报文转换的作用。大前置系统可以对本地的自助设备进行监控。前置机可对来往信息或交易进行详尽的记录，方便查询和对帐，从而间接保护主机安全。,网点前置,网点前置,网点前置,当地代理商户,当地人行,中心级代理商户,自助设备平台,自助设备,自助设备,自助设备,电话接入前置,大前置的结构,分行前置业务平台,核心业务系统,人行总中心,SWIFT,中心前置业务平台,网银接入平台,RA前置机,RA前置机,前置业务平台eBranch架构,Management Services,e
16、Link Runtime kernel,Monitor Services,eBranch系统开发构件,通讯网关,通讯逻辑处理核心（交易路由）,终端监控服务处理,Web化图形管理监控处理,监 控 服 务（具体的功能处理）,通讯协议的转换,通讯连接的管理,安全管理,业务报表,代理商户信息管理,操作员管理,系统配置管 理,票据管理,报文处理核心文件处理核心,原始报文的传递,业务处理核心,交易异常处理,任务调度,输入缓冲队列,数据格式转换器,通讯服务器,内部格式,中介业务服务器,数据格式转换器,输入网关,输出缓冲队列,通讯服务器,输出网关,前置业务平台接入网关,eBranch-业务功能,分行报表的暂存
17、地分发,柜员、交易的权限定义和检查,商户的管理,对帐、错帐处理,柜员、机构等本地参数管理,额度管理,代理业务品种管理,虚拟机构和虚拟柜员的管理,表单格式定义和管理,eBranch-业务功能,客户通知,业务推销,网银客户签约管理,客户个性业务定义,集团客户管理,公共信息发布,业务的前置处理交易,核心业务系统,分行前置业务平台,网点服务器,自助设备前置机,电话银行前置,交易应答过程,发起交易过程,第三方主机,其他前置系统,5,系统的数据流-一般业务,核心业务系统,分行前置业务平台,网点服务器,自助设备前置机,电话银行前置,交易应答过程,发起交易过程,第三方主机,其他前置系统,6,系统的数据流-中心
18、代理业务,中心前置业务平台,提纲,一、综合业务系统-历史与现实,五、eBanking-业务特色,六、eBanking-技术特色,四、eBanking-总体结构,二、数据中心模式的选择,三、主机系统的选择,七、新系统、新感觉,八、大集中的难与易,五、eBanking-业务特色,eBanking-设计对象,以客户关系为纽带,大会计,以会计帐务为核心,以安全管理为重点,以服务手段为延伸,以管理信息为导向,大柜员,大客户,大管理,面向客户,面向服务,面向管理,面向新业务,银行向客户提供的是服务而不是会计帐务,系统总体概述,是一个规范了会计规则和处理的大会计 系统；是一个全行一本帐的系统；是一个支持多种
19、接入服务渠道和服务手 段的系统；是一个以客户为中心的管理和服务系统；是一个支持综合柜员制和分柜制的系统；是一个覆盖银行所有业务的高度自动处理 的系统；是一个具有全面安全控管的系统；是一个能7X24小时运转的系统；是一个兼顾总行集中管理和快速响应分行 特色业务开发的系统；是一个有灵活体系结构和集成了多种开发 平台的系统,业务特色大会计核心,规范整合,统一的会计规则,统一的帐务结构,统一会计处理和核心,统一的帐务结果,统一的会计报表,大会计思想-统一的会计核算体系,业务特色全辖一本帐,合并核算单位,不同机构,不同地域,全辖一本帐,全辖一体服务,大会计核心,银行把一个城市中心或一个支行作为会计核算单
20、位，在一个会计核算系统内，不再有会计网点的概念，而形成在会计核算单位内的一本帐。会计帐由具有较强管理能力的中心或支行来统一管理，同时核算单位之间也不存在往来科目，会计核算单位以下的单位变成了一个个营业网点而非会计网点，它只专心关心自己的业务，而不能涉及会计帐。,业务特色全辖一本帐,各网点进行独立核算当所有机构均被标注为不同机构标识时，系统退化为各网点独立核算模式。,统一实行大会计核算当所有机构被同一机构标识统一时，系统变化为全行统一、大会计核算，所有网点却是派出机构，不独立核算，形成的网点就是大柜员的模式,任意定义哪些网点共用一本内部帐任意定义哪些网点的主管机构,业务特色面向服务设计,面向交易
21、,面向服务,柜员,业务特色综合柜员制设计,管理柜员,临柜柜员,处理所有柜面业务品种,保证业务的正确性和安全性,面向客户-客户关系管理,客户静态信息,客户静态信息,客户静态信息管理,客户关系管理,帐户信息,财务信息,服务信息,业务处理系统,管理决策系统,CRM-客户关系管理,业务特色统一的冲正机制,业务系统面向交易、自动化程度高，不能要求柜员对每个交易做反向处理。用单一冲正交易完成所有错误的自动冲正。冲正不单是帐务处理，还包括登记簿、凭证等处理,交易是各个核心模块的组合。核心模块能处理正反两方面流程，正向处理时，留下必要痕迹，反向处理能沿原痕迹返回。冲正交易通过交易日期和交易流水码，确定原交易，
22、调用反向核心进行反向处理。,业务特色全面的安全控管设计,系统管理结构,技术安全体系,业务安全体系,安全管理体系,业务特色完备的综合服务,低柜台,核心业务系统,自助银行,高柜台,CallCenter,电话银行,中介业务,移动银行,网上银行,业务特色全系统24小时服务,系统必须统一设置和管理日期，整个系统使用该日期,系统必须保证联机业务和批处理业务能同时进行,系统能进行总分核对,系统能进行联机备份,系统停机时间小于5分钟,补帐式24小时服务,全系统24小时服务,提纲,一、综合业务系统-历史与现实,五、eBanking-业务特色,六、eBanking-技术特色,四、eBanking-总体结构,二、数
23、据中心模式的选择,三、主机系统的选择,七、新系统、新感觉,八、大集中的难与易,六、eBanking-技术特色,4、产品化-大量成熟产品支持,3、平台化开发环境,eBanking-技术特色,eBanking,2、构件化软件开发方法,1、C/S/S三层体系结构,技术特色1-C/S/S体系结构,零维护,零升级,零干预,技术特色2 构件化,帐薄和凭证,基本核算方法,业务处理方法,分析 设计 抽象,基础操作模块,积累封装研发,统一构件模型,手工系统,第三代,第四代,技术特色2 构件的层次,TAL（技术抽象层）,数据结构抽象,操作系统,数据库,网络/接口,业务构件,帐务构件,凭证构件,系统调用,柜员管理,
24、客户及额度,其他构件,系统构件,交易调度,通讯调度,进程管理,交易事件,硬件配置,思路,技术特色3-平台化开发环境,最终产品,技术特色3-平台化开发,生产线,接收交易码,调用机构类组件进行机构检查,调用柜员类组件进行柜员权限检查,显示画面类组件进行输入数据接收,根据交易码，找出该交易的组件集,调用机构类组件进行机构检查,调用输出信息组件接收后台传回数据,调用输入信息格式组件上传后台,调用合法性组件进行检查,调用打印格式类组件，形成打印表格,调用画面类组件，显示结果数据,调用打印驱动组件进行打印,字段类组件,画面类组件,信息格式类组件,打印格式类组件,通讯类组件,柜员类组件,机构类组件,合法性类
25、组件,打印驱动类组件,构件库,eUCP,技术特色3-平台化开发,eUSP,技术特色4-产品化,1、eSSP-自助银行管理平台,成熟产品序列,3、ePhone-电话银行系统,7、eLink-中介业务平台,8、eUCP-银行客户端开发平台,2、eCenter-呼叫中心系统,9、eUSP-综合业务核心开发平台,5、eBNet 企业银行系统,4、eNet 网上银行系统,6、eMNet-移动银行系统,提纲,一、综合业务系统-历史与现实,五、eBanking-业务特色,六、eBanking-技术特色,四、eBanking-总体结构,二、数据中心模式的选择,三、主机系统的选择,七、新系统、新感觉,八、大集中
26、的难与易,七、新系统、新感觉,银行客户的新感受,综合柜员制 vs 面向服务省时、省事、快捷方便,全系统24小时服务任何时间、任何地点享受服务,以客户为中心享受个性化服务,完备的综合服务随时、随地、各种方式享受服务,银行客户,银行柜员的新感受,好学(培训时间省半）上线快,好用(操作极简单、照单录入),工作重点转为开拓新客户，提升服务水平,银行技术人员的新感受,开发快、上线快,技术人员数量、质量要求进一步降低，技术转移快,快速适应业务需求变化,网点软件零维护、零升级零干预-维护简单,银行管理的新感受,加强风险防范和控制,提供决策支持基础,提高全行资金利用率,全面的规范管理,全国的一体化服务,资金到位实时、准确,全行新业务、分行特色业务的快速适应,柜员工作业绩的量化考核,提纲,一、综合业务系统-历史与现实,五、eBanking-业务特色,六、eBanking-技术特色,四、eBanking-总体结构,二、数据中心模式的选择,三、主机系统的选择,七、新系统、新感觉,八、大集中的难与易,八、大集中的难与易,大集中的难,改变固有的业务模式,全行业务一次性开发的工作量,数据中心功能的稳定性和适应性,前置系统的特色性,大集中的易,全国范围一体化服务需求的迫切性,已有相应的支持产品,集中全行的力量重点支持,已有较丰富的经验,可以对现有系统进行相应的改造,数据大集中模式研讨,
