金融银行IT战略规划方案

1、金融银行IT战略规划方案技术创新，变革未来议程安排时间主题09:30-09:35Opening09:35-10:15银行业业务和IT建设现状及发展趋势IT规划方法HP对银行IT规划的理解10:15-11:05数据架构规划方案11:05-12:00IT基础架构规划方案时间主题14:00-14:50应用架构规划方案14:50-15:00茶歇15:00-15:50风险管理规划方案15:50-16:40IT治理规划方案16:40-17:00Q&A上午下午目录2IT规划方法3对银行业IT规划的理解4银行IT规划方案建议1银行业业务和IT建设现状及发展趋势5附录：IT规划咨询成功案例介绍与专家简历中国银行

2、业面临的挑战-外部环境监管要求越来越严格商业银行面临越来越多的挑战市场竞争越来越激烈客户需求个性化技术发展日新月异IT规划的动因中国银行业面临的挑战-内部环境IT风险上升2业务创新滞后3资源获取困境45内部管理粗放资产质量下降1IT规划的动因金融政策关注的重点国家及行业政策：鼓励农村金融发展，发展消费金融和移动金融，规范银行业运作，提 高对流动性风险的重视成为政策层面关注的重点。主体出台政策核心内容国有银 行股份银 行城商行银行国务院2014/04关于金融服务“三 农”发展的若干意见深化农村金融体制机制改革，发展农村普惠金融，加大涉农资金投放，培育农村资本市场，完善 农村金融基础设施国务院20

3、13/07关于金融支持经济 结构调整和转型升级 的指导意见支持小微企业业务；加大对“三农”的信贷支持鼓励政策性银行、商业银行等大力支持企业“走出去”；扩大民间资本进入金融业严密防范金融风险发展消费金融发改委银监会2014/02商业银行服务价格 管理办法对银行基础服务实行政府指导价或政府定价。其他服务价格实行市场调节价。商业银行应当建立健全服务价格管理制度和内部控制机制。银监会2014/03中国银监会农村中 小金融机构行政许可 事项实施办法银行改制组建农商行条款；农商行/银行、村镇银行设立条款农商行设立分行条款、设立专营机构条件；农商业行、农村合作银行、村镇银行设立支行及分理 处条件；农村信用合

4、作联社、农村信用联社设立信用社、分社，贷款公司设立分公司条件农村中小金融机构调整业务范围和增加业务品种申请条件银监会2014/03中国银监会办公厅 关于做好2014年农 村金融服务工作的通 知保持涉农信贷投放总量持续增长；稳定大中型银行县域网点增强农村中小金融机构支农服务功能推进”三大工程“（金融服务进村入社区工程；阳光信贷工程；富民惠农金融创新工程）坚持试点先行，慎重稳妥开展”三权“抵押融资加强监管能力建设，强化农村金融差异化监管银监会2014/02商业银行流动性风 险管理办法提出银行流动性风险管理体系的整体框架和定性要求规定了流动性覆盖率、存贷比、流动性比例规定了流动性风险监管的方法、手段

5、和程序为商业银行流动性覆盖率于2018年底前达到100%设定了过渡期，即于2014年底、2015年底、2016年底及2017年底前分别达到60%、70%、80%、90%中国银行业业务建设现状和IT支持情况业务建设现状IT支持情况全能型银行创新型银行无法全面支持所有业务运行无法快速支持所有创新业务管理型银行无法精确支持管理的精细化同质化银行IT建设大同小异中国银行业IT建设的普遍现象需求信息科技需求信息科技没有IT不行IT建设不尽人意如何有效平衡？中国银行业重点业务诉求和管理诉求以客户 为中心提升全渠道客户体验23探索互联网金融模式投资、融资、信贷、支付、商务、服务扩张网点及区域覆盖6强化管理与

6、风险控制7流程与精细化管理信息安全、企业风险、信贷 风险、合规控制、流动性风 险、金融欺诈、操作风险实现个性化客户营销51创新金融产品与服务财富管理增强大金融服务能力4向混业经营和专业经营转变8行业聚合与协同共赢9业务诉求和管理诉求需要IT的全面支撑柜台系统在线服务移动服务ATM跨国结算资产管理银行卡管理资本管理信用管理决策支持核心业务系统 风险管理账户管理金融控制ERP数据中心整合分支网点的快速铺设核心数据的安全保护简化系统管理，由IT转向业务金融业务要求IT系统能够更好支持以下业务中国银行业的IT需求全面实行风险管理和安全管理从粗放式管理向精细化管理转型真正实现以客户为中心公司银行业解决方

7、案战略咨询重点行业专业领域解决方案教育与培 训培训学院商学院 IT技术学院服务外包学院质量学院网络教育学院 IT管理学院应用咨询与实施管理与运营融合架构网络及统一通信基础设施服务数据中心咨询服务数据中心集成服务(CFC)(CFI)数据中心设计服务数据中心验证服务(CFD)(CFA)NGECC物联网网络生命周期服务 统一通信与协作网 络集成与安全应用咨询及实施一体化运维数据备份和归档服务存储优化整合IT服务管理CDW/云规划/云设计灾备/应急方案恢复影响评估/优化数据中心转型桌面及服务器虚拟化战略咨询服务对象专业领域解决方案教育与培训IT战略规划IT转型大型商业银行政策性银行股份制商业银行银行城

8、商行风险与安全管理信息安全、风险整改BI与大数据结构化、非结构化数据处理测试管理测试体系与管理云数据中心结合云计算的数据中心规划、设计、建设运维管理运维体系与管理IT战略规划某大型银行“十二五”信息化规划本项目的目标按照此银行科技自主创新的要求，达到国际一流、国内领先银行的IT水准提高此银行科技人员综合能力，打造业界一流科技团队实现以客户为中心、以服务提供为导向、以科技提升业务的IT转型目标借鉴国际先进银行的IT最佳实践，结合此银行IT需求和发展目标，规划此银行未来5年科技发展蓝图范围包括IT战略总体规划：规划此银行的IT战略发展方向、IT定位、IT能力等技术架构规划：规划此银行支撑未来业务体

9、系的IT技术架构IT治理规划：规划适应未来此银行IT发展配套的管控体系， 包括治理模式、组织、人员、流程、考核等公司方案内容简介本项目的收益明确了此银行“十二五”期间的IT总体战略。 “维稳、转型、创新”针对信息技术的发展和利用进行了总体规划和专题规划，规划了此银行的SMART技术架构支持此银行 IT转型的IT治理规划，规划IT能力 蓝图、IT运营模型、优化IT组织架构、绩效考 核和IT治理流程，以及IT决策体系规划等某银行正在面临全球化和日新月异的商业模式的挑战，在前端，需要更加灵活的、多渠道、动态的、组合的销售手段。在后 端，需要更加有效的、高度适应性的、减少成本的运行某银行的IT需要以企

10、业业务战略为输入，在现有IT状况的基础上，建立未来的5年规划。使IT达到国际一流、国内领先的水平用户现状及需求目录2IT规划方法3对银行业IT规划的理解4银行IT规划方案建议1银行业业务和IT建设现状及发展趋势5附录：IT规划咨询成功案例介绍与专家简历银行业IT规划现状IT规划 完成情况IT规划执行效果什么是IT规划IT规划IT规划的重要性一般企业基于惯性的思维，常常把“信息化”当做若干“信 息化建设项目”的总和。但这种“项目导向”的信息化建设 方法，会在日趋复杂的技术变化和业务需求面前，落入尴尬 的境地。一旦需要整合新的业务种类、扩展系统功能的时候， 就会力不从心，出现与业务融合不足、信息孤

11、岛、纵强横弱、 重复建设、推倒重来等问题，没有形成一个循序渐进的方法 路径，有些甚至推倒重来。IT规划可以有效提升企业的快速适应能力与全面服务能力。IT规划的真正意义是启发用户如何去思考，怎样去沟通，怎 样做决策，以及怎样去控制项目。IT规划保证不同层面的人 看到一个更宏观的视图，从而避免“只见树木、不见森林”的无效工作。IT规划是一个把战略、业务和信息化进行有效 匹配的方法，从而使信息化真正为业务和战略服务，并支撑 战略的有效执行。传 统 方 式领 先 实 践IT规划的目标IT规划的目标高度IT规划的方法论业务广东农信业务和信 息科技建设现状沟通与分析广东农信发展战 略规划（2016-202

12、0）广东农信未来三到 五年的业务目标和 信息科技愿景广东农信信息化建 设整体策略其他因素（外部监管要求、 市场竞争环境及业 务发展趋势等）国内外同业先进 理念和最佳经验公司在多家商业 银行信息科技规划项 目中积累的经验金融服务行业业 务模型及整体信 息科技架构模型广东农信高管各部门主管各业务部门骨 干科技部门骨干行社领导行社部门主 管与骨干网点主管与骨干的参与现状分析总体架构规划应用架构规划数据规划IT治理规划IT风险管理规划基础架构规划技术架构规划IT项目规划实施原则和策略IT项目建设计划与预算公司银行业业务框架交通运输业零售业通讯业能源业生产制造业银行资本市场保险贷款支付存款业务管理业务运

13、营企业管理业务开发金融服务业政府医疗健康业HP Finance IndustryFrameworks银行业业务框架银行业业务框架及模型驱动的实施方法金融行业知识库企业架构知识Meta Architecture知识架构流程模型模板参考模型相关的知识金融行业技术参考架构领先实践 及可重用的资产金融行业参考业务流程金融行业业务参考架构Enterprise ComponentsFixed AssetsInventoryHRMProcurement ICT ServiceArchiving & Logistics(Service & Resources)ManagementEnterprise Comp

14、onentsFixed AssetsHRMInventory & LogisticsProcurement(Service & Resources)ArchivingICT Service ManagementManagerial ComponentsRisk ManagementAnalytics & StatisticsPerformance ManagementSales & MarketingFinancial Management(ALM & Reporting)Event Processing ComponentsWorkflowCore ProcessingInput-Outpu

15、tHandler(Control & Validation, Enrichment,Handler(Monitoring)Aspect & Exception Generation)Event Processing ComponentsCore Processing(Control & Validation, Enrichment, Aspect & Exception Generation)Workflow Handler(Monitoring)Input-Output HandlerCommon Operational ComponentsBasic Business Components

16、Product(Service)Information(Templates & Content)DirectivePricingAssetFinancial InstrumentEnvironment(Time, Location, Rates)Involved PartyConfigurationBusiness Aspect StructureBusiness Support ComponentsUserCRMBullion & PaperPrintingAssistance(Personalization) Issues & Inquiries SecurityPortalHandler

17、& ImagingBusiness Support ComponentsUser AssistancePrinting & ImagingBullion & Paper HandlerPortalSecurityCRM(Personalization)Issues & InquiriesAgreement ComponentsFactoringTrade Finance(Collections)CollateralCreditCustodyFinancial MarketsSecurities HandlingCard ManagementPaymentLeasing & RentingNon

18、-Life InsuranceService ManagementAsset & WealthManagementLife InsuranceDepositAccount ManagementLegal Journal & AuditInput-Output Vault(Physical & Electronic)Work Queue(Task)General LedgerClearingPositionAccrualCustomer LedgerBank & Settlement Balances (Positions)Balance ComponentsFactory Components

19、ProcessReferential Components相关的评估/集成/部署模型HP Finance IndustryFrameworks银行业业务框架IT规划方法IT治理架构主要通过IT治理的标准与最佳实践， 对企业的信息化组织、流程、制度、运行维护 管理、信息化绩效管理、信息化风险管理等内 容进行统一架构规划信息化在金融机构中的定位？信息化发展的目 标及实施策略？应用架构包括描述支持企业业务发展的应用功 能，明确其自然边界和关系，以及应用体系整 体布局；构建企业统一的系统应用集成平台， 实现系统间数据畅通交互，功能互动数据架构描述了企业信息元素如何合理地分布 在不同的应用中，以及在不同

20、应用、不同层次 的数据间有效流转、共享、整合及存储管理， 保持数据的一致性及有效治理基础架构主要从企业整体角度规划支撑应用系 统的数据中心环境、网络环境、硬件基础、软 件基础等，并提出统一的技术规范与标准风险与信息安全架构主要从全面风险管理出发，统一规划风险与信息安全的组织、制度、流程、 标准以及信息安全技术等方面，对企业的风险 与信息安全建设进行统一的架构规划信息化建设的实施策略及所需资源？如何规避信息化建设中的风险？信息化 战略数据架构应用 架构基础设 施架构IT治理 架构风险与 信息安 全架构实施 路线演进路线业 务 架 构科 技 架 构企 业 架 构信息化战略信息化管控架构业务战略业务

21、运营环境组织架构业务流程应用/集成架构信 息 安 全 架 构基础设施架构信息/数据架构IT规划项目工作任务分解IT规划项目实施分为现状及差距分析阶段、蓝图设计编制阶段和实施计划编制阶 段。阶段一：现状及差距分析理解企业业 务发展战略信息化现状 访谈调研（应用、数 据、基础、治理、安全）行业领先实践IT战略 与发展目标业务能力 需求问题及差距 分析应用架构 蓝图设计基础架构 蓝图设计管控架构 蓝图设计蓝 图 设 计 报 告项目定义项目实施 路线图项目实施方 法及策略项目实施投 资估算项 目 实 施 建 议数据架构 蓝图设计阶段二：蓝图设计编制阶段三：实施计划编制安全架构 蓝图设计项目管理领先实践

22、/知识资产/主题专家IT规划实施阶段2周6周8周6周阶段一：现状调研理解战略及管控模式调研当前信 息科技建设 情况行业领先实践介绍信息科技发展愿景定义应用架构 蓝图规划基础架构蓝图规划IT治理蓝图规划架 构 蓝 图 报 告数据架构 蓝图规划项 目 启 动了解核心的 业务需求风险管理蓝图规划现状及差 距分析报 告012 阶段二：蓝图设计编制阶段三：实施计划编制项目 定义项目 实施 路线 图知 识 转 移 及 培 训项目管理领先实践/知识资产/主题专家实 施 路 线 图 汇 报3.3目录2IT规划方法3对银行业IT规划的理解4银行IT规划方案建议1银行业业务和IT建设现状及发展趋势5附录：IT规划

23、咨询成功案例介绍与专家简历银行整体现状管理业务IT银行IT架构有其特殊性数据中心核心业务系统（Core-banking）灾备中心OA 中间业务系渠道接入系 统统综合系统前置柜员机1柜员机2柜员机n银行的IT系统架构对应的IT系统对应的IT系统农村信用社县联社8家 以 上农商行省联合社银行发展历程规定 参加发展农合行趋势 市联社发展 趋势整体运行状况和策略一、广东省农业居全国前列2014年，农业增加值稳步增长，广东省农林牧渔总产值增长3.0%，增加值增长3.3%， 占全省国内生产总值的4.7%，在全国各省市区中，排在第8位。 2014年，广东农民人均 可支配收入实际增长8.3%，居全国31个省（

24、区、市）第七位。二、广东农信存贷款规模位居首位截至2015年末，全省农合机构存款余额增长10.1%，各项贷款余额增长10.5%，资产总额 增长17.62%，存贷款规模在省内银行业金融机构中均位居第一，在全国农信系统中居首 位三、广东农信总体发展策略坚持“稳中求进”的工作总基调，以“创新、协调、绿色、开放、共享”五大发展理念 为统领坚定不移推进转型升级，努力提高发展质量和经营效益，全面完成“防风险、促发展”重点工作任务面临的业务挑战创新与突破政策限制地域经济限制同业竞争专业能力不足面临的IT挑战 提升客户体验的IT支持能力 提升业务快速发展的IT支持能力 提升内部管理精细化的IT支持能力 提升I

25、T服务效率和服务质量有效管控IT风险业务与IT的高度融合业务引领IT OR IT引领业务明确定义与IT建设相关的各业务领域职责明确定义IT职责引进专业性人才和综合性人才， 同时提升自身专业能力共同推进市场延伸IT规划项目选型三要素公司人产品 方法 模型项目选型三要素代表公司过去的建 设经验和其他银行 的业务行为是项目建设成 功的关键保证是项目建设成功的基础保证目录2IT规划方法3对银行业IT规划的理解4银行IT规划方案建议1银行业业务和IT建设现状及发展趋势5附录：IT规划咨询成功案例介绍与专家简历目录4银行IT规划方案建议4.1应用架构规划方案4.2数据规划方案4.3IT治理规划方案4.4风

26、险规划方案4.5基础架构规划方案4.6五大主题之间的关联关系企业应用集成的发展趋势应用1应用2应用3应用4应用5应用6面向具体功能，实现多个 应用间的接口1.缺乏可伸缩性2.逻辑硬编码3.难以重用4.难于管理应用1应用2应用3应用4应用5应用6根据不同业务，将业务接 口前置，分布式处理1.难以标准化2.难以扩展3.难以运维卡业务存款 业务支付 中心应用1应用2应用3应用4应用5应用6建立统一的应用集成平台 管理各类应用间交互1.灵活可扩展2.剥离业务逻辑3.集中式管理4.服务重用应用集成系统ESB无序 紧耦合有序 松耦合阶段一阶段二阶段三面向服务的架构是系统架构发展 到一定阶段的产物银行业应用

27、架构发展趋势建设支撑移 动银行、网 络银行、线 下渠道多渠 道协同互动 体系，提升 客户体验、 获客能力建立标准化 的API服务 平台和服务 治理体系， 为分行、第 三方、合作 伙伴提供开 发金融服务实现企业IT系统信息交 互的服务 化，建立SOA服务治理体系和基于SOA的ESB落地实 施提升国产软 硬件应用范 围和程度， 实现自主可 控，降低软 硬件成本对金融企业 的人力、财 力、物力、 风险、产品 等资源实现 集中运营管 理，提升运 营效率充分利用大 数据技术的4V特性，提 升数据处理 效率和能 力，挖掘数 据资产价值应用架构建设目标（1of2）完善整体应用架构，构建灵活高效的支撑体系加强

28、应用架构规划，引入标准化产品建立和应用聚合平台采用先进技术建立具备良好横向扩展和纵向扩展的应用环境，提升连续运营和容量扩展能力持续完善应用系统功能，满足法人机构差异化需求加强客户管理及服务，提升渠道服务能力推动客户信息整合，提供统一客户视图建设客户关系管理系统，推动业务营销优化渠道服务，提升客户服务体验推进业务应用系统建设，提升业务服务能力完善产品管理及创新机制，满足业务快速发展的需求完善产品应用系统定价机制，依托产品管理平台逐步建立健全产品定价工具探索金融产品服务化平台，对各渠道提供统一的产品功能依托已有客户优势，拓展新兴服务模式，实现金融服务与行业服务的跨界整合充分利用新技术，促进网点转型

29、推进流程银行建设，加快前后台分离；提高渠道协作能力，支持网点转型；利用“智慧银行”理念探索网点智能化建设，提升网点服务技术水平；应用架构建设目标（2of2）适应互联网和移动发展趋势，提升业务创新能力大力发展以手机为载体的移动金融服务丰富平台化移动服务体系探索创新互联网服务模式加强管理系统建设，提升业务经营管理能力推进管理会计等盈利性管理应用建设，提升内部管理精细化水平优化统计分析类系统建设，提升经营决策水平推动全面风险管理系统建设，提升风险管理能力逐步开展全面风险管理系统建设调研，做好系统架构规划，明确系统实施路径满足新资本协议合规和内部管理需要支持与风险联动的内控与稽核体系实现实时的风险决策

30、探索资本管理系统建设应用架构建设方法论-什么是企业架构企业:指的是有着共同目标集合的组织的聚集。例如，政府机构、公司、公司部门、单个处/科室，或是在地 理上远隔，但通过共同拥有权而连接在一起的组织链。当今一个典型的扩展型企业，除了自身内部的业务 单位，还可以包含伙伴、供应商和客户。架构:指的是事物的基本组织，体现在其组成部分，它们彼此的关系和环境之间的关系，以及治理其设计和演变的原则。企业架构，不少的学术研究机构、标准组织和大厂商，都给出了各自的定义：MIT的信息系统研究中心定义：企业架构是指业务流程的组织逻辑和IT基础设施，反映了该组织运作模型的 整合和标准化的需求。MIT出版过一本在信息化

31、业内很著名的书”企业架构如同战略”MIT通过89家业绩最为优良的企业所实施的180个电子化商业计划进行分析, 领先者的共有特征： “ 事先进行了架构和标准” Mark Hurd: “企业架构不是IT战略，这是企业的战略” SearchCIO.com的定义： 企业架构是概念蓝图，定义了一个组织的结构和运作。企业架构的意图是确定组织如何能够最有效地实现 其当前和“信息化的一种基础 组织结构，具体表现 为它的组件、组件间 以及组件与环境间的 关系以及设计准则。 IEEE Standard 1471- 2000架构设计整体原则GP6:资产全行共享原则GP1: 业务战略需求驱动原 则GP5: 架构灵活性

32、/可扩展 性原则GP2：架构面向服务转变原 则GP7:企业架构治理监控原则GP8: 统一定义的设计开发 方法论遵循原则GP4: 架构可移植性原则GP3: 架构高可用性原则架构设计总体原则流程服务组装化原则应用设计高可用优先原则应用组件共享原则应用组件独立于技术平台原则 应用架构适应性原则业务信息完备性原则以客户为中心原则AA5AA4AA6AA7AA8AA3AA1AA2渠道统一交付原则应用架构设计原则应用架构建设方法论-四大企业架构框架极其发展轨迹企业架构框架Zachman-企业架 构的开山鼻祖TOGAF-企业架构“集大成者”DoDAF-最实战的 架构框架FEAF-美国联邦政 府IT投资指南应用

33、架构建设方法论-Zachman应用架构建设方法论-ToGAF架构开发方法架 构 内 容 框 架TRMIII-RM参 考 模 型架构开发指南和技巧企业连续系列架构能力框架应用架构建设方法论-DoDAF应用架构建设方法论-FEAF联邦架构框架 Level III架构驱动业务驱动 设计驱动技术 应用数据安全现状 业务架构数据架构 应用架构 技术架构架构投资评审 分层协调 市场研究 组件管理标准业务架构数据架构应用架构 技术架构分层架构模型变迁过程目标 业务架构愿景数据架构战略方向应用架构原则技术架构架构应用架构建设方法论-四大架构工具的关系与对比几大框架存在先后的延续与继承关系，从产生背景和反正历程

34、看Zachman是所有框架的源头，TOGAF、DoDAF、FEA等框架都或多或少的参考它的基本思路，收起启发和影响较大；几大框架对企业架构内容模型的认识是一致的。其内容模型一般都包 含业务架构、信息架构、系统架构、技术架构几个部分。同时随着面 向服务的理念发展，DoDAF和FEA最近加进了服务架构的内容，但核心 还是上述四部分内容；几大框架的实施方法论基本一致，在实施方法论方面，除Zachman没有 给出明确飞方法论职位，其余几大方法论都是按照架构现状分析、架 构未来规划、架构迁移等步骤设计，只是表现形式不同而已应用架构建设方法论-四大架构工具的关系与对比从以上对比情况可知，TOGAF在各项对

35、比指标中表现优异， 也是业内采用最广东农信的架构框架应用架构建设方法论-ToGAF架构框架内容应用架构建设方法论-企业架构的“麦田圈”(ADM)各阶段介绍应用架构建设方法论-企业架构元模型应用架构建设方法论-企业架构元模型的逻辑关系应用架构建设方法论-企业架构“制品”：目录、矩阵和图应用架构建设方法论-架构规划方法高层战略（效果与价 值）目标能力举措架构分层数据分类数据标准数据模型逻辑组件物理系统专题辅助环节数据分布数据流向主要环节业 务 架 构应 用 架 构数 据 架 构基于ToGAF，并根据实际情况制定了更详细的实施过程和活动企业价值链应用架构建设方法论-架构规划方法知识传递目标IT应用架

36、构规划3实施路线 规划12目标IT数据架构规划目标IT技术架构规划高层 汇报全行科技工 作会议成果汇报业务访谈分析 业务能力现状分析 业务发展举措分析IT应用架构现状分析IT技术架构现状分析IT应 用现 状文 档业务 战略 文档业务调研和访谈IT调研和访谈监管 要求 文档监管要求分析重点专题研究规划企业级银行模型12345项目启动 现状调研与分析目标架构规划实施路线基于ToGAF，并根据实际情况制定了更详细的实施过程和活动应用架构成熟度模型验证性543210可修改性用户权限接口资源利用率系统可移植性服务质量 升级质量可持续发展性供应商能力代码开放性易用性操作可靠性解决问题能力需求更改现状目标同

37、业对标精确性543210系统响应性数据流通安全性可靠性可用性易用性帮助性满意度灵活性突发性支持服务知识转移精确性现状目标同业对标功能质量评估维度技术质量评估维度银行同业架构框架选择情况银行业应用系统架构参考模型惠普在全球银行业数千个项目积累形成的行业参考模型，包括信息、流程和应用 模型，并持续更新。EXTERNALINTERFACESENTERPRISE SYSTEMSCORE BUSINESS OPERATIONSCHANNEL INTEGRATIONMOBILE BANKINGATM/MICRO ATM/POSKIOSKCHANNELSIVR/CALLCENTER BC/ MOBILE S

38、ALES FORCE FAXBRANCHINTERNET BANKINGWEALTH MGMTTREASURYREMITTANCEATM SWITCHTradingLOAN ORIGINATIONCASH MGMTSYNDICATIONMIS ANDREPORTINGPRODUCT BUNDLINGLEASINGTRADE FINANCESECURITIZATIONDEPOSITLOANSALMOPERATIONAL RISKCREDIT RISKLIQUIDITYMGMTAMLREGULATORYREPORTINGLOANSDEPOSIT REMITTANCECHEQUE TRUNCATIO

39、N SYSTEMCARDSGENERAL LEDGERFINANCE ANDACCOUNTINGHRMSPROCUREMENTBUDGETINGPURCHASINGPERFORMANCEDOCUMENT MGMTCONTENT MGMTCUSTOMER ANALYTICSBUSINESSINTELLIGENCEINCFROMRMATION MANAGEMENT AND DATA SERVICES(OPERATIONAL)PERFORMANC EDATA WAREHOUSEMETA DATA MGMTSERVICE MGMTBUSINESS SERVICE MGMTBUSINESS ACTIVI

40、TY MONITORINGSECURITY MGMTAPPLICATION MGMTPERFORMANC EMGMTEND USERMGMTEND CLIENT MGMTACHSWIFTINTER- CHANGES NATIONALIDSYSTEMMARKETFEEDSCREDIT BUREAUSPARTNER SPAYMENTSYSTEMSCENTRAL BANK同业应用架构的最佳实践专题一：应用研发平台化-现状问题目前银信中心的应用系统建设主要是通过产品选型、合作开发的方 式来完成。项目的技术选型、系统内部架构设计很大程度上取决于 开发商的能力和偏好。一般来说开发外包会导致以下问题：增大了

41、各系统的建设规范、语言选择、技术架构之间差异各个系统通用的技术组件和通用能力（如流程引擎等）缺乏统一性由于系统技术平台差异性，给系统集成和运维管理增加了难度系统间的公用功能不能复用，重复建设，浪费资源由于广泛使用供应商技术平台，削弱了我方对技术平台的自主掌控专题一：应用研发平台化-同业调研情况（1of5）专题一：应用研发平台化-同业调研情况（2of5）专题一：应用研发平台化-同业调研情况（3of5）在建设统一开发平台之前，交通银行 在开发平台比较分散，存在普元、宇 信、华腾等多家开发公司引入的开发 平台。08年起，交行决心建设统一的 自主研发平台。主机平台GEMS引入了咨询公司协助规划和设 计

42、，主要由交行人员进行开发，耗时大概6个月。开放平台JUMP主要基于已有平台和开源组件 搭建，由开发公司的技术专家支持，交行人员负 责开发，耗时大概4个月。平台建设历程两个研发平台首先都在海外分行试用，逐步 完善。531工程中全面推广核心、外围全部 项目都采用自主研发平台开发。新建系统除 了少数业务无法提出需求的高专业度的系统（如信用卡核心系统、资金业务管理系统等）以及工具型系统以外，全部纳入自主研发平台建设，旧系统自然逐步退出。软件过程规范开发中心下设基础平台部。负责统一开发平台、数据交换平台、ESB、ECIF的开发维护， 共20人，其中主机和开放的开发平台各5名行员。基础平台部和总工办制定开

43、发平台的技 术规范，平台团队不直接参与应用开发项目，仅负责提供平台层面的技术支持，同时收 集开发团队的需求，持续优化开发平台。平 台 配 套专题一：应用研发平台化-同业调研情况（4of5）某大型国有银行的开发平台（规划前）专题一：应用研发平台化-同业调研情况（5of5）某大型国有银行的开发平台（规划后）专题一：应用研发平台化-规划目标基础技术平台由我行统一开发和维护，不同的应用系统基于同一个平台开 发，我行掌握从底层基础平台到上层业务应用的全部技术知识和源代码， 降低对厂商的依赖性，为全面满足安全可控要求奠定基础。提高自主掌控力应用系统内部架构遵循统一的框架，开发技术规范以技术平台和开发工具的

44、方式加以固化，减少架构设计不合理和开发不规范导致的质量问题。提高系统实施质量提供统一基础平台减少面向底层技术的开发工作量，通过技术和业务组件 的积累和复用，让应用系统开发专注于业务流程和功能，从而提高开发效 率。提高应用研发效率专题一：应用研发平台化-规划思路应用组件：可复用的业务功能模块。例如用户管理、组件机构、转账记账等。 规划思路：面向不同业务领域的应用组件，技术组件：面向提供各项基本技术服务的软件包和中间件，例如数据库连接池、工作流引 擎等。规划思路：对各种技术工具和中间件进行统一和管理，提供公共服务或基于各基础平台分 别实现。基础平台：开发技术框架以及底层系统软硬件支持：例如服务器、

45、数据库、开发语言等。 规划思路：根据业务领域和技术特点，定义各类底层基础平台。开发平台设定了应用系统开发的技术基础，为应用系统提供了基本服务和可复用的组件，具体分为基础平台、技术组件、业务组件三个层次：专题一：应用研发平台化-规划方案基 础 平 台JAVA技术平台C/C+技术平台互联网应用技术平台应 用 组 件技 术 组 件前端开发平台数据类通 用组件管理类通 用组件整合类通 用组件处理类通 用组件中间业务 类组件业务通用组件 / 企业标准模型库接入类通用 组件前端类通用 组件JAVA企业应用基础平台前端应用基础 平台前端基础设施前端技术组件时间资源池并发日志服务端技术组件设施存储通讯缓存事务

46、算法解析产品协议参与人事件渠道资产财务营销位置展现调度集成服务端基础设施处理共享控制安全分析C/C+企业应用基础平台互联网创新型应用基础平台专题一：应用研发平台化-规划支撑体系统一开发平台技术组件基础平台应用组件集成开发 环境原型设计逻辑开发UI开发流程开发报表开发单元测试版本发布运维辅助 工具在线监控监控代理日志分析部署更新代码检查应 用 系 统应用A应用B应用C应用D应用E规范与方法平台开发技 术规范平台开发过 程规范资产与知识组件库知识库固化积累利用总结规范支撑沉淀基础软硬件开发框架专用技术组件通用技术组件公共基础设施应用功能组件技术研发基础环境开发测试环境团队协作工具WIKI开发工具包

47、持续集成工具组件中央库版本管理工具专题一：应用研发平台化-规划规范体系软件过程规范规定应用统一平台进行开发的标准项目流程，并明确业务应用平台 相关模块流程建模过程，为后继制定开发计划、评估工作量、组件 开发、软件部署提供指导。开发技术规范包括流程及表单配置开发过程中涉及到的名称规范、扩展规范、集 成规范等内容，同时还详细介绍了按钮组件、页面组件、流程组 件、布局组件、样式组件、脚本组件等各种类型组件的扩展开发方 式和要求；以及性能评估模型、压力测试模型、性能调优、运维监 控规范等专题二：SOA与ESB-SOA内涵要素本质松耦合粗粒度位置透明传输协议透明业务和技术的完全分离业务和技术的自由 组合

48、目标敏捷的业务集成，以应对业务和迅速变化业务和技术分离，服务与具体传输协议无关资源的最大限度贡献和利用从而避免IT技术竖井SOA面向服务的架构体系，让架构高效、有序专题二：SOA与ESB-SOA发展趋势交易路径复杂问题系统间交互没有统一规划，相互依赖关联系统的不断演化导致交易趋于复杂和不合理业务和技术相混杂问题传统前置无法做到技术与业务分离无法有效的利用技术平台功能业务开发无序问题、技术管理越来越困难系统条块分割，开发人员需要面对各种复杂系统， 需要大量的沟通开发随意性很强，要做到统一规划成本巨大甚至不可能性能瓶颈、稳定性和扩展能力系统内部同步点众多，导致系统稳定性堪忧前置众多，无法确保每个前

49、置不成为瓶颈，整个系统的吞吐量无法预估各系统耦合紧密，整个系统几乎无法横向扩展如何变技术驱动为业务驱动开发人员疲于应付各种技术问题，无法将精力集中到业务开发上业务创新受限于技术条件，无法顺利进行传统银行IT架构体系面临一系列必须解决的问题以核心为中心紧耦合体系专题二：SOA与ESB-SOA建设目标建设统一的基于SOA架构的ESB，提供SOA架构落地 的支撑工具，通过服务将 服务的消费者和服务的提 供者联系起来。建设商业银行统一的金融服务规范和技术规范，实 现服务治理的目标，指导 银行IT系统的建设和ESB 的实施。建立SOA治理体系建设基于SOA的ESB专题二：SOA与ESBSOA治理体系建立

50、服务治理规范和流程搭建企业服务治理平台，实现银行的服务生命周期管理及服务治理，通过梳 理银行主要系统的交易或服务，完成全行统一服务管理标准和技术标准的建 立，同时建立银行服务目录及服务分类，提升IT管理能力。制订银行的服务规范和技术规范。实现银行服务全生命周期的管理。建立银行在SOA架构下的组织结构和各系统相关人员协调工作的流 程。建立银行服务信息库并通过服务治理平台实现服务的信息化管理。建立服务运行质量检测机制和服务持续改进优化的流程。集成规范接口规范运维管理 规范服务治理 规范研发规范专题二：SOA与ESBSOA治理体系需求识别服务定义和设计部署和安全发布和准备操作和管理评估和优化服务生

51、命周期已 测 试服务定义服务开发生命周期服务版本治理服务迁移服务注册中心服务消息模型服务监视服务所有权服务测试服务安全搭建服务治理平台专题二：SOA与ESB-ESB的定位ESB平台的定位ESB平台定位为广东农信全行级的服务集成中枢，服务于系统间的 联机交易的场景，提供满足不同应用场景的应用集成模式。提供高性能、高可扩展、高可靠性，满足农信业务发展的需求，但不参与具体的业务逻辑处理。提供服务全生命周期管理，包括服务定义、服务运行和服务监控管 理。服务总线平台定位为多法人共享的平台，支持广东农信的多法人架 构模式专题二：SOA与ESB-ESB的目标全功能、高效率、可管理、高可用的ESB平台实时服务

52、交互能力服务总线提供实时的、同步 的、请求应答模式的服务交 互能力异步事件交互能力事件总线提供实时的、异步 的、一对多的、发布订阅模 式的事件交互能力快速交易转发能力简化交易流程，降低柜面交 易对ESB产生的流量压力面向系统的互联互通能力在受管的环境下，将服务接 口开放出去，供法人、合作 伙伴、第三方开发者使用服务质量监控管理能力 保证ESB平台长期健康运行多法人支持能力在功能架构、服务和数据方 面支撑多法人需求专题二：SOA与ESB-ESB能力要求研发管理运维管理标准规范接口规范服务治理规范运维管理规范监控工具测试工具管理工具开发工具部署工具应 用 层集成规范对 象 层异常处理服务流量控制优

53、先级管理服务统计集群部署服务 总线事件 总线交易 网关适配器监控 管理用户角色日志法人系统渠道报文负载均衡消息缓存动态路由通讯接入机 制层事件轮询超时控制授权控制报文处理发布订阅服务查询功能事件主题服务水平研发规范转加密交易排重专题二：SOA与ESB-支持二级法人机构的ESB集成架构专题二：SOA与ESB-ESB部署模式选择经过上述优缺点分析，建议最终ESB统一部署一套，由省中心服务总线平台完成应用集 成，地市行将直接访问省中心ESB系统进行服务发布与访问。专题二：SOA与ESB-基于渠道集成的渠道拓展问题随着新技术不断发展与新终端设备的不断推出，银行渠道的模式也在不断创新与 拓展，但是如果渠

54、道拓展过程中缺乏统一规划，隐藏的问题便会不断涌现出来：渠道使用竖井式开发模式，后台服务缺少整合，不能有效为各渠道复用，造成拓展困难；各渠道流程独立分散，无法支撑快速、融和的产品创新需要。渠道拓展困难各渠道客户认证方式不统一、客户需要在不同渠道注册多次认证信息。各渠道对营销信息发布、信息推送支持、客户实时交互支撑力度不足。线上渠道功能更多参照柜面流程，缺乏线上渠道特性体现。对行内用户缺少统一门户、单点登录支持，功能分散、操作不便捷。用户体验 不友好各渠道整合程度较低，缺乏产品场景流程抽象，渠道功能场景各系统独立组装服务完成，业务需求响应较慢。渠道间协同服务支持较弱，新的协同功能以新的服务集成，需

55、求响应较慢。需求响应 慢客户、用户登录信息独立管理，缺少统一规划。渠道系统间集成关系复杂，缺乏必要服务治理。线上渠道功能更多参照柜面流程，缺乏线上渠道特性体现。架构未统一规划专题二：SOA与ESB-基于渠道集成的渠道拓展行业趋势渠道 创新渠道 集成发展趋势同业参考单一渠道服务到多渠道集成，协同提供服务各渠道独立运营管理到多渠道统一运营管理与互联网厂商合作，拓展新入口互联网渠道服务创新（AA收款）O 2 O精准 营销基于客户行为分析对客户类型及偏爱渠道的细分，对客户提供针对性渠道上银行产品的营销（理财产品推介）打通线上、线下渠道，网点服务与在线业务协同办理（手机 预约取款）以线上渠道为中心，从线

56、上到线下再到线上，减少线下渠道 运营压力，提升客户服务网上开户、开卡企业级渠道服务平台微信银行余额宝建设银行AA收款直销银行专题二：SOA与ESB-渠道服务趋势总结与平台能力要求渠道 创新渠道 集成O2 O精准 营销能力要求功能支持线上、线下渠道统一接入、集成。数据、事件、流程的共享、协同。渠道运营管理功能整合。客户行为事件收集。精准营销信息投递支持。流媒体服务支持。多渠道技术通讯手段支持。渠道间登录会话共享数据域与共享事件注 册、监听支持。业务长流程、短流程协同支持。各渠道业务功能统一管理、控制。互联网合作渠道多种接入方式与集 成模式支持。客户间协同与互动模式支持。线上业务预受理与线下协同办

57、理支 持。线上业务初步咨询分流与线下差异化服务支持。面向社交应用的广播、推送、会话交互模 式支持与菜单、事件、H5 APP功能支持。客户间临时会话与消息、事件传递。互联网安全防护支持。面向APP、终端应用的信息广播、推送支持。面向音频、视频等流媒体数据的转发与集 成支持。渠道间交易数据暂存支持。渠道间客户沟通信息共享支持。建 立 渠 道 协 同 体 系专题二：渠道服务架构建议建立渠道协同体系渠道协同与集成客户认证管理客户会话维护 临时数据暂存 消息统一管理 服务集中调度终端应用渠道集成线下渠道接入多样化接入模式与手段线上渠道接入标准化接入模式与手段统一门户服务统一门户集成终端设备管理渠道技术支

58、撑版本发布管理安全管理数据采集自助POS（WEB）（APP）管理门户（WEB）移动门户（APP）柜面个人网银手机银行微信银行（API）.产品 场景 1渠道 场景 1渠道 场景 n业务整合&产品服务产品产品 场景 n客户服务短流程业务处理长流程通过对线上、线下渠道整合统一集成接入，实现业务服务集中调用，内部操作统一整合，渠 道间全面互联互通；支持从产品场景向渠道场景的快速分化，按渠道特点差异化产品服务流 程，按产品场景协同各渠道功能。法人单位差异化省联社标准化专题二：基于渠道集成的渠道服务建设效果基于渠道集成平台的架构体系能够良好支撑渠道建设，达到渠道协同便 捷、用户体验良好、获客能力高效、差异

59、创新支撑的建设目标。渠道协同用户体验获客能力差异化创新持续丰富线上服务渠道构建综合网点、 社区网点在内的 多元化线下渠道 体系提升与第三方渠 道的集成接入能 力打通线上线下， 实现多渠道协同提供各渠道操作 一致同时支持个 性定制的操作方 式渠道敞开，降低 客户使用门槛结合客服中心和 双向沟通机制， 提供全天候客户 沟通体验；利用新技术增强客户识别能力利用大数据分析 客户信息，提供 精准营销能力与互联网等渠道 合作，扩展渠道 覆盖范围通过架构分层、 渠道集成实现省 联社产品服务、 运营管理的标准 化和法人单位渠 道创新、业务创 新、流程创新的 双重支撑专题二：SOA与ESB浦发银行SOA实践注：

60、红色虚线标示数据流向黑色实线标示模块关联渠 道 层ATM/PO S柜面系统网银Teller集中处理排队集 成 层ESB产 品 层数 据 层存贷款卡业务代理业 务客户资 产金融市 场票据支付业 务贸易融 资托管业 务投行数据总线会计引擎总账系统ECIFCRM产品 目录业务集成平台浦发银行构建业务集成层来实现数据和业 务的分别集成，构建集成层的目标为：适 应从架构上能够支持快速的产品服务创 新、灵活的服务编排，快速响应市场需 求，在新一代信息系统建设规划中提出了 建设面向服务的、松耦合的、以客户为中 心的业务集成架构，通过对客户、产品、 渠道的集成，支持客户的跨产品、跨系统 的服务请求，从架构的层