搜索
eBanking大集中方案研讨研讨主题一、综合业务系统-历史与现实五、eBanking-业务特色六、eBanking-技术特色四、eBanking-总体结构一、综合业务系统-历史与现实二、数据中心模式的选择三、主机系统的选择七、新系统、新感觉八、大集中的难与易金融电子化–历史回顾七十年代八十年代九十年代2000年1974年：首次引进了61/60电子计算机系统1975年：开始在福建、上海、西安等地进行全国大中城市银行核算网试验工程1980年：我国金融业引进11套M150中型计算机系统，开展了联行对帐、对公业务、储蓄业务和外汇买卖业务的工程试点工作。这是中国金融电子化系统工程开发应用的起点。八十年代中期，由人行牵头成立了金融系统电子化领导小组，制订了金融电子化建设规划和远期发展目标。总的设想是“六五”做准备，“七五”打基础，“八五”上规模，“九五”基本实现电子化。进入全面发展时期，包括：网络系统的建设、主机系统的建设、金融机具的电子化各大总行新一代综合业务系统的推出WTO的冲击金融一体化、混业经营、防范金融风险电子化银行、金融服务手段的进一步提升对综合业务系统提出了更新、更高的要求业务系统的历史回顾-第一代时间1985年投产主机PC机网络无特点单点运行、软件功能简单基本上是手工传票的录入和管理系统业务系统的历史回顾-第二代时间1990年左右投产主机小型机/大型机网络主机终端模式、城综网特点1)业务上实现了通存通兑、内部资金清算2)储蓄、对公依然分离，多套资金清算系统分别独立，银行的业务由众多不同功能的业务系统分别完成，各系统之间的接口采用了从手工到电子多种方式3)卡业务和自助银行业务有了一定的发展，但功能有限4)从数据存储和处理上看，还是采用了分布式存储和处理5)面向传票，分柜制业务系统的历史回顾-第三代时间1996年投产主机小型机、大型机网络专用网(SNA),开放网(TCP)特点1)大会计的设计思想2)提出了综合柜员制的劳动组织方式3)数据存储和处理更加集中4)从简单的面向传票的设计发展为面向交易的设计5)网络建设全面铺开，服务品种极大丰富6)建设了CIF系统7)C/S体系结构8)模块化的开发方法第三代业务处理系统才是真正意义上的“综合”业务处理系统优秀的会计系统来自自身的局限性：按业务条线分割的系统和管理格局，缺乏整合性和共享性；来自国有大银行的压力来自激烈的商业银行的竞争来自非银行金融机构的竞争来自WTO的挑战现实状况--面临的危机扬长避短，发挥、挖掘特色和专长依靠信息处理系统提升效率，解放生产力创新是关键产品创新服务创新管理创新体制创新适应变化的能力——可扩展性、可分割性现实状况--出路在哪里？数据集中，整合性，简便迅捷的清算模式面向业务，以会计核算为核心，全行一本帐，表内表外联动，实现本外币一体化、对公对私一体化的业务处理模式，支持综合柜员制面向客户，实现客户关系管理。对静态与动态的客户信息进行分类、统计和分析面向管理，采用交易驱动，同时产生各项业务数据和会计信息，通过数据仓库的建立和挖掘，形成信息管理系统（MIS）面向决策，建立智能化、学习型的决策支持系统（DSS），强化银行运行效率和盈利能力，提升抗风险能力和应变能力。现实状况--一个好的系统面向服务，以做好对外服务为目标设计系统面向控制，高度集成的公共控制系统，强大而严密的用户授权管理和客户授信额度管理功能，支持对操作风险的监督控制和稽核管理。采用模块化、参数化设计，简化业务流程，方便客户和柜员操作。具有可扩展性、可分割性。为今后其他业务系统的开发打下基础，并能支持将来业务的分拆和出售。现实状况--一个好的系统现实状况--第四代时间2000年投产主机小型机、大型机网络专用网(SNA),开放网(TCP)特点1)从面向交易到面向服务的设计2)大会计、综合柜员制的继承和发扬3)全辖一本帐4)营业网点零维护、零升级、零干预5)真正的24小时银行6)多维分析信息，支持MIS及决策支持系统7)双核心-会计核心和服务核心8）C/S/S体系结构9）平台化、构件化的开发方法10)由CIF到CRM，以CRM为核心构造系统11）数据集中银行服务和管理的专家研讨主题一、综合业务系统-历史与现实五、eBanking-业务特色六、eBanking-技术特色四、eBanking-总体结构二、数据中心模式的选择三、主机系统的选择七、新系统、新感觉八、大集中的难与易二、数据中心模式的选择数据中心模式原则系统处理能力能够胜任实际业务量的需求对通讯线路的通道能力和稳定性的依赖性。系统是否能进行有效管理和控制。系统实施的经济性。便于灾难中心的建设系统的灵活性。原则一处理能力的扩展性主机系统处理能力对业务量的增长的可扩展性通讯系统处理能力对业务量的增长的可扩展性扩展性定义结论分行模式优区域模式良全国模式差原则二对通讯的依赖性合理地控制数据流量，减小总体的数据量线路故障对业务的影响面依赖性定义结论分行模式良区域模式良全国模式差原则三系统的可管理性对统一业务的可管理性对系统运行维护的可管理性可管理性定义结论分行模式差区域模式良全国模式优原则四经济性建设中心的费用建设前置系统的费用经济性定义结论分行模式差区域模式优全国模式良运行维护系统的费用原则五便于灾难中心的建立利用现有设备利用现有线路定义结论分行模式差区域模式优全国模式差利用现有场地原则六系统的灵活性兼顾业务的统一性和特色性应用系统的灵活性灵活性定义结论分行模式差区域模式优全国模式差中心范围可调节数据中心模式比较得分乘权得分乘权得分乘权扩展性20%40.85130.6依赖性15%40.640.630.45可管理性15%40.630.4550.75经济性20%5120.440.8灵活性15%50.7530.4530.45灾难备份的适应性15%50.7520.330.45合计100%4.503.203.50全国集中指标权重区域中心分行中心研讨主题一、综合业务系统-历史与现实五、eBanking-业务特色六、eBanking-技术特色四、eBanking-总体结构二、数据中心模式的选择三、主机系统的选择七、新系统、新感觉八、大集中的难与易三、主机系统的选择主机选型原则可靠性-保证系统的稳定连续运行的能力经济性-需要重新投入的设备费用、软件费用、运行费用安全性-主机系统防攻击的能力性能保障-主机系统处理能力的大小可维护性-系统维护的难易程度、工作量大小、熟手的多少投资保护-现有设备、软件、人才的保护可开发性-系统的开放性、开发工具的多少、应用软件的成熟度、熟手的多少得分乘权得分乘权高可靠性15%30.4550.75经济性15%50.7530.45安全性15%40.650.75性能保证15%40.650.75可维护性10%50.530.3投资保护10%50.530.3可开发性20%5130.6合计100%4.403.90指标权重RISC6000S390主机选型比较研讨主题一、综合业务系统-历史与现实五、eBanking-业务特色六、eBanking-技术特色四、eBanking-总体结构二、数据中心模式的选择三、主机系统的选择七、新系统、新感觉八、大集中的难与易四、eBanking-总体结构业务系统设计重点的转变客户银行服务业务和管理帐务客户银行服务业务和管理帐务多渠道接入门户CRM核心核心业务系统eBanking–总体架构数据中心生产中心运行管理门户备份中心运行管理门户分行运作中心分行运作中心分行运作中心分行运作中心分行运作中心分行运作中心支行服务前端支行服务前端支行服务前端支行服务前端支行服务前端支行服务前端系统的体系结构-数据集中数据中心分行运作中心支行服务前端管理逻辑层业务逻辑层核心业务逻辑层中心局域网内部广域网网点前置1网点前置nInternet门户前置系统Internet接入网数据层中心存储系统层数据库系统层灾备网外连单位前置系统门户前置逻辑层系统资源管理平台系统安全管理平台人行、金卡中心、SWIFT等Internet世界决策支持业务逻辑层客户层客户层网络通讯层业务逻辑层管理逻辑层数据层外部接入网系统的体系结构-体系组成数据中心-定位全行的生产中心和备份中心生产中心管理：全行系统的管理中心运行：系统的存储中心、处理中心门户：全行统一对外联络中心备份中心管理功能的备份对外门户的备份数据和业务功能备份具备接管和保证系统持续工作的能力分行运作中心-定位分行特征数据的数据存储前置业务处理及控制当地的服务接入门户总行数据中心故障的应急备份支行服务前端-定位网点服务界面网点设备控制数据中心的设计原则设计原则采用面向对象技术业务功能纯洁化形成系统的核心层中心服务交易能适应各种业务的抽象特点中心服务交易能自由组合分、支行的设计原则设计原则客户可定义需求面向服务，管理和组织数据采用灵活、成熟的开发平台采用瘦客户端交易组织和渠道分离方便、强大的渠道接入方式系统数据种类及分布原则数据种类客户信息类数据帐务类数据系统知识类数据数据分布原则便于全行一体化服务的开展便于规范管理便于监控全行的业务系统管理类数据业务控制类数据交易日志类数据便于区域特色服务的开展系统数据及功能分布架构核心业务逻辑存款贷款结算资金投资...数据存储...日志类管理类知识类客户类帐务类客户管理机构管理柜员管理凭证管理安全管理人行接口金卡接口SWIFT网络银行…...数据中心业务处理渠道柜面业务自助业务中介业务网上业务客服中心...数据存储日志类业务控制类客户类客户管理安全管理当地人行当地金卡WAP网络银行…...分支行eBanking-总体业务模型客户存贷/消费/结算储蓄业务对公业务贷款业务结算业务客户信息代理业务现金管理凭证管理柜员管理卡管理内部帐联行往来同城票交批量处理自助银行高低柜台网络银行电话银行客户终端移动银行eBranch-大前置个人理财/单位理财呼叫中心OA/MIS/信息服务决策支持系统会计核心系统管理服务核心安全控制管理大前置－Why?服务手段的多样化分行特色业务的开展业务的时间性要求规范管理的需要业务平台的规范化技术平台的规范化电子交易的整合统一的技术平台统一的业务平台统一的管理平台统一的接入平台大前置-电子交易的整合大前置－功能设计运行核心业务系统的前置处理以分行为单位个性化业务处理代理业务的前置处理自助业务的前置处理分行系统的非核心数据存储和处理本地客户服务数据存储和处理门户当地联络中心当地人行、金卡等CallCenter接入WAP手机接入企业银行接入家庭银行接入其他接入管理分行系统管理前置设备的配置和管理其他管理大前置－优点•主机业务系统只与分行单一系统联结，不用面对分行不同类型的客户端，便于管理，减轻主机负担。•大前置系统提供对主机业务系统的统一的报文结构，统一的加密算法，统一的通讯平台。•和地方实际密切相关的业务处理放在本地的前置机上处理，如中间业务。•分行的客户服务数据放在本地，有利于本地的客户服务，CallCenter效率会更高，同时也大大降低与总行网络通讯的压力。•大前置系统可作为和外系统连网的通讯网关机和前置机，起到协议转换和报文转换的作用。•大前置系统可以对本地的自助设备进行监控。•前置机可对来往信息或交易进行详尽的记录，方便查询和对帐，从而间接保护主机安全。网点前置网点前置网点前置当地代理商户当地人行中心级代理商户自助设备平台自助设备自助设备自助设备电话接入前置大前置的结构分行前置业务平台核心业务系统人行总中心SWIFT中心前置业务平台网银接入平台RA前置机RA前置机前置业务平台eBranch架构ManagementServiceseLinkRuntimekernelMonitorServiceseBranch系统开发构件通讯网关通讯逻辑处理核心（交易路由）终端监控服务处理Web化图形管理监控处理监控服务（具体的功能处理）通讯协议的转换通讯连接的管理安全管理业务报表代理商户信息管理操作员管理系统配置管理票据管理报文处理核心／文件处理核心原始报文的传递业务处理核心交易异常处理任务调度输入缓冲队列数据格式转换器通