XX银行IT规划蓝图设计报告

XX银行IT规划蓝图设计报告XX银行IT规划蓝图设计报告xx银行IT规划项目组目录12文档目的4文档内容

XX银行信息技术发展战略和总体目标5信息技术发展战略标...5信息技术发展的总体目..5IT规划项目的目标架标...5构设计目...6应用建设目标...6数据管理目标6基础设施建设目标6IT治理目标63应用及数据架构设计7目标应用及数据架构的设计思路7XX银行业务能力提升及相应业务需求分析7基于整体业务架构的业务能力提升点分析8应用架构设10目标应用架构设计目标与原则10xx银行目标应用架构11目标系统架构及过渡方案14数据架构设计25数据架构设计的内容和范围25数据架构设计原则25xx银行的数据架构设计264IT基础设施架构设计27计第2页/共38页施架构总体设IT基础设27IT基础设施架构建设模式27目标IT基础设施架构28生产和灾备中心建设的策略29数据中心架构31架构设计策略31架构参考模型31架构设计原则32服务器架构33服务器架构现状33架构描述33服务器资源的共享策略34数据库服务器高可用建议34服务器选型建议36服务器架构设计特点小结36存储架构37标37存储虚拟化的考虑37存储架构设计特点小结37第3页/共38页前言文档目的本报告是根据《XX银行IT规划咨询工作说明书》对项目交付物的要求编写。根据工作说明书的项目阶段划分，YY公司所承担的IT规划咨询项目共分为两个个阶段：目标架构设计以及实施路径规划阶段。本报告即目标架构设计的提交件。文档内容本报告的内容包括以下几个部分：第一章：描述文档目的、文档内容。第二章:描述XX银行的信息技术发展战略和总体目标。第三章：描述XX银行应用架构和数据架构的目标设计。第四章：描述XX银行基础设施架构的目标设计。第4页/共38页xx银行信息技术发展战略和总体目标信息技术发展战略在以改进以及整合为主的现阶段，信息技术发展战略的具体内容包括：支持“以客户为中心”的经营理念，即IT系统能够：全面提升全行合规的、科学的、精细管理的能力，即IT系统能够：继续使用和升级有先进管理理念和丰富管理实践支撑的、成熟的企业资源管理类型的应用软件逐步改良IT治理结构，使其符合以下原则：稳步推进基础设施建设，以满足业务发展所要求的连续性、时效性、安全性。信息技术发展的总体目标在xx银行信息技术发展战略的基础之上，xx银行信息技术各方面的工作，应该有具体的方向，它们构成了信息技术发展的总体目标。项目组认为：XX银行信息技术发展的总体目标，应以业务战略和公司治理为基础，以业务合作为前提，以外部监管要求为约束，形成七个方面的具体能力：应用服务化?数据标准共享化?基础资源服务化?IT治理模式现代化？IT管理专业化？IT运营标准化？IT人员发展优质化IT规划项目的目标本项目的四个专题是围绕着xx银行今后的架构设计工作、应用系统建设工作、数据管理工作、基础设施建设工作协同展开的。明确xx银行在这几个方面的工作目标，是展开各专题工作的前提。第5页/共38页架构设计目标全面规划xx银行的信息技术架构?建立架构管理的长效机制集中资源，建立、夯实架构的基础建设应用建设目标进一步强化信息技术应用的合理分布与集中建设?建立企业级基础服务应用?加强决策支持应用的建设数据管理目标建立企业级信息模型和数据标准?建立企业级数据整合架构重点整合客户信息，统一客户视图；建立全行的风险数据管理基础设施建设目标建立全行集中、稳定、可扩展的基础运营环境建立具备虚拟化、动态配置、按需调整资源配置的基础设施架构?满足未来应用需要的网络架构?规范标准的运维作业流程IT治理目标明确IT定位，初步建立联邦式的IT组织结构提高整体IT人员数量与质量，以支持未来快速的IT建设与运行服务?建立科学的IT决策机制建立完整、科学、精细化的全方位的IT业务管理体系?建立规范化、成熟的软件开发管理体系第6页/共38页应用及数据架构设计目标应用及数据架构的设计思路本次规划中应用架构和数据架构的设计思路，是以业务为出发点，参考YY公司金融行业模型和行业先进实践，结合xx银行银行系统现状，构建目标架构和实施路线。主要设计交付物包括：xx银行目标应用架构xx银行应用架构中多个重点系统的蓝图?重点系统的实施项目定义?项目实施的路线图设计分三阶段实现，即分析阶段、设计阶段及实施规划阶段，各阶段的主要工作及方法或工具模型如所示：第一阶段：现状分析分析阶段的主要工作：?分析阶段的主要工具：第二阶段：目标架构设计设计阶段的主要工作：?设计阶段的架构设计指导原则?设计阶段的主要考虑因素第三阶段：实施规划第三阶段主要工作?阶段主要成果XX银行业务能力提升及相应业务需求分析在现状分析阶段，项目组除了吸收科尔尼公司在IT诊断项目中总结出的XX银行业务战略重点及关键IT需求外，还充分利用YY公司成熟的方法和工具，进一步收集、确认了与xx银行业务发展战略相一致的业务能力提升要求及其对IT系统建设的高阶需求。第7页/共38页基于整体业务架构的业务能力提升点分析银行业整体业务架构分析银行业业务架构的多视角分析Z从客户、内部员工的工作流程、股东及利益相关人等多视角来审视银行业务：客户视角下的银行业务架构?内部业务流程视角下的银行业务架构?股东和利益相关人的银行业务架构XX银行关键业务能力提升点项目组根据XX银行的业务战略重点、IT诊断项目中科尔尼公司对xx银行高层领导、业务部门的访谈要点、科尔尼公司总结的XX银行业务战略重点及关键IT需求、结合领先银行实践及XX银行业务能力现状，在上述标准银行业业务框架中选择、确立了XX银行在未来应重点提升的关键业务能力，主要体现在1.客户管理、2.渠道管理、3.产品管理、4.风险管理、5.财务管理、6.业务流程六大关键领域。客户管理能力目标客户定义、识别及管理能力目标客户为XX银行在未来可预见的业务范围内，根据自身特点和金融市场需求甄别出的重点客户群体。XX银行需进一步提升的主要业务能力有：?能够完整、详细地定义目标客户群；?能够对根据目标客户群定义识别已有客户；?能够为目标客户群提供差异化的服务。客户关系管理能力客户关系管理能力是指在统一标识客户的基础上对客户贡献度、行为、需求、满意度进行分析，并有效进行客户群细分及营销目标挖掘的能力。在客户关系管理方面，XX银行需进一步提升的主要业务能力有：?能够对客户进行统一标识，并识别客户之间的关系；第8页/共38页能够进行客户信息的整合及共享，全面了解客户在银行的信息，对客户持有产品、交易历史等进行分析；能够根据不同角度对客户进行细分，分析不同客户群的特点；能够建立预测型的客户和销售分析能力，包括交叉销售分析、客户需求分析等。渠道管理能力渠道管理能力是指对各类渠道进行整合、向客户提供一致客户体验以及对各类渠道进行分析进而实现资源优化配置的能力。产品管理能力产品管理能力包含了面向内部的产品开发与管理能力，以及面向客户的产品交付能力。风险管理能力在风险管理方面，XX银行需进一步提升的主要业务能力有：能够建立符合巴塞尔新资本协议要求的全面风险管理体系，涵盖信用风险、市场?能够建立起全面完善的内部控制体系，满足外部监管机构、内部管理部门对业务经营的各项合法合规要求财务管理能力在财务管理方面，XX银行需进一步提升的主要业务能力有：能够实现满足国际会计准则、新会计准则以及国内监管要求的财务报告和信息披露；能够进行科学合理的成本管理，实现成本信息的收集成本的科学分摊、成本分析以及成本控制措施的制定；能够科学的制定预算并进行管理，实现对预算执行的考核、监督和优化调整；?能够进行全面多维度的财务绩效评估；能够及时准确的了解全行流动性、汇率风险、利率风险的状况，并采取适当的管理措施；能够建立科学的资金转移定价及其应用的体系；第9页/共38页能够对账面资本、监管资本和经济资本进行衡量、科学分配和考核评估。业务流程管理能力在公共业务处理方面，XX银行需进一步提升的主要业务能力?在专项业务处理方面，XX银行需进一步提升的主要业务能力应用架构设计目标应用架构设计目标与原则目标应用架构设计的总体目标总结高阶业务需求对系统建设的要求，结合应用架构设计应遵循的原则，XX银行应用架构设计的总体目标是：要设计以客户为中心、以服务为导向实现开放/松散耦合的应用架构。客户为中心不管是国内还是国外，长期以来，金融业的经营中心一直围绕着金融服务产品，而不是客户。银行对产品盈利情况、可盈利客户、客户关系、及客户使用渠道的情况缺乏分析和了解，国内情况尤其如此。这种状况很难适应目前金融业的发展现状和演变，即利息已不再或将不再是银行最主要的盈利来源，而收费服务，如付账、外币买卖、基金代销等对银行的盈利、生存和发展会越来越重要，另外，客户越来越重视个性化服务与自助服务。这就要求银行能真正了解那些给自己带来盈利的客户，即以客户为中心，通过高质量的服务保证客户忠诚度。在渠道和产品方面也要以可盈利客户为主要目标。以服务为导向的应用架构实现开放/松散耦合的架构服务为导向的应用架构SOA是支持客户为中心的银行业务的技术手段。它把银行的产品和交易看成是一个个不同的服务，如账户查询、客户查询、转账、开户、地址变更、付账等等。服务为导向的应用架构特别注重服务的重用，即架构支持不同渠道对共享服务的重复使用。这完全不同于传统的，从前台前端到业务逻辑到后台处理一条龙的、垂直化的系统开发方法，而是将架构分为不同的层次，以充分共享共同逻辑、服务和信息。第10页/共38页目标应用架构设计原则应用架构的设计原则是确保架构决策的基础，目的是保证各个应用项目在规划和实施过程中的整体统一。支持业务能力原则?应用分层和组件化原则?应用平台化原则应用松耦合和接口可管理原则?全行信息系统集中原则?统一认证平台使用原则应用系统设计应考虑运维要求原则XX银行目标应用架构应用架构的作用和意义应用架构描述了银行发展所需要的业务功能组，它起到了承接业务能力与应用系统实现的作用，即将相对信息技术而言比较抽象的业务能力或业务职能需求，以模块化、可视化的方式，转变成针对信息系统的功能需求，形成业务能力和应用功能的映射、技术实现和应用功能的映射，是业务架构和系统结构之间的桥梁；应用架构使得未来的应用系统设计有据可依，并能够紧密围绕着满足业务需求这一永恒和基本的主题对各系统进行提升、整合、创新和变革。应用架构的作用主要体现在以下几个方面：根据应用架构，可以描述目前应用系统的功能；可根据银行特色业务需求，补充定义目标应用系统的功能，成为目标应用系统功能的一部分，完善未来系统设计；可按功能点分析银行的应用系统现状与目标的差距，规划目标应用系统的实施路径，有助于指导银行信息系统的建设工作设计合理的应用架构对银行信息化建设的意义在于：奠定系统建设业务驱动的基础，衔接业务战略向系统建设的转变；有助于提升业务能力，补充现有应用系统对业务功能的覆盖和对未来业务需求的满足；第11页/共38页是系统建设的目标、指导和约束；便于架构管理，找到可以共享、耦合、集中的通用服务，并且可以结合应用现状、先进实践对应用功能的部署作出决策；促进业务部门与IT部门之间的沟通，便于达成共识。xx银行目标IT应用架构功能描述高阶业务需求融入YY公司银行业标准应用架构，形成了xx银行目标应用架构，以下分层详细介绍各个功能组及其下的功能块，及其与xx银行高阶业务需求的对应关系。渠道网关层渠道网关层是银行与客户和第三方之间的接口，即客户通过各种渠道接入银行，发送各种服务请求；这些服务请求处理之后的结果通过各种网关/渠道反馈给客户，实现银行与客户之间的交互；其中又可分为接入和整合功能组。接入功能组包括一系列的渠道和网关；整合功能组包括自助设备整合、多渠道集成、核心前端整合和内部门户整合。客户关系管理层客户关系管理层是体现“以客户为中心”的业务战略的主要应用层，其主要功能体现在如下三个方面：1、ECIF客户信息管理：负责收集、汇总、归并与整合从各种渠道以及各种业务系统获取的有关客户的各类信息及数据，并负责向全行各应用系统提供统一的的客户信息服务，确保客户信息全面、准确、完整、一致并可及时共享，为各业务部门提供一个全行统一的、信息整合的单一客户信息视图；2、操作型CRM：为业务部门提供应用功能和界面，支持和管理业务部门与客户的各类接触交互活动，提供呼叫中心管理、销售管理、营销管理、知识库等功能，确保柜面人员、客户经理、呼叫中心坐席服务员、销售经理等工作人员能够方便快捷地获取全方位的客户信息，有针对性地、有条理地服务客户，并有效地记录与客户的接触历史数据，有的放矢地收集营销、销售及服务活动数据；3、分析型CRM：通过挖掘有关客户及业务各方面的数据，深入分析市场及客户群体，研究客户金融行为、满意度与客户盈利度，分析营销活动有效性，实现市场及客户的有效细分，产生市场及客户洞察力，用以协助、指导和调整未来产品设计、市场第12页/共38页营销活动安排以及与客户的日常沟通，满足客户偏好，确保良好的客户体验，提升盈利能力和最终实现业务目标。综上所述，客户关系管理的三大组成部分相互依存，协同实现银行的“以客户为中心”的战略目标在系统应用层面上的落实，即ECIF实现客户信息的统一管理，形成企业级的客户数据基础并向OCRM、ACRM及其他业务系统提供客户信息服务;OCRM提供客户信息的展示界面，支持营销、销售、服务的流程管理;ACRM则基于数据仓库与数据集市，对客户、客户关系、销售及产品等进行多维度的分析，产生客户及市场洞察力；ACRM的分析结果又将被返回OCRM，用以指导日常的客户管理工作。流程控制层流程控制层的应用功能组及应用功能的定位是相对于交易服务层而言的，支持的是银行收到金融产品的服务请求后所进行的各种业务操作、风险控制和业务管理活动，并调用产品与服务层的金融产品服务或交易，强调业务流程管理控制功能。产品服务层产品与服务层的应用功能组和应用功能，支持的是基于账户的对各种产品服务的交易逻辑控制、业务处理，维护客户和银行账户因交易而导致的变化，最终形成交易的会计分录。管理决策层管理决策层主要包括信用风险管理、市场风险管理、操作风险管理、资本计量、合规审计、信息披露、反欺诈、反洗钱、财务管理、管理会计、资产负债管理、产品库、产品生命周期、人力资源管理、协同办公及内部门户和外报数据，其应用功能通常包括基于数据挖掘分析等提供决策支持的应用功能，以及总账等财务管理应用功能。为银行的决策管理者提供决策信息和依据，以支持公司战略的制定实施和调整，也是实现精细化管理的基础。基础应用层基础应用层的功能包含了银行应用架构体系内的应用集成功能、结构化及非结构化数据的集成功能、安全应用功能，是银行应用架构的技术基础功能层，无业务需求与其直接对应第13页/共38页目标系统架构及过渡方案系统架构现状分析全行重点系统组规划方案制定全行重点系统组规划方案，其目的是为了在总体把握的前提下，进一步识别高优先级系统组，加强银行信息系统建设，提升信息技术对银行业务的快速响应能力，更大力度支持银行当前和未来新增的关键业务需求。在规划中，将联系较紧密，提供同一或相近业务功能和服务的多个项目划分为系统组，同时充分考虑项目的优先级别，通过业务重要性、技术复杂性和项目依赖性等维度，科学评估待建项目的优先级，确保具有重要业务功能和高项目依赖性的项目能优先实施。根据xx银行目标应用架构，结合各条线部门高阶业务需求和IT技术平台特性，YY公司制定了本次规划中应重点关注的应用功能组，包括渠道集成、客户关系管理、信贷管理、额度管理、抵质押管理、后台集中处理、资金及资本市场、托管、统一支付平台、资本计量及管理、合规审计等，并对其进行系统架构蓝图设计及实施路径的描述。企业服务总线：采用企业集成技术领域的领先标准，基于xx银行现有的企业集成环境。有步骤地建设企业服务总线。客户关系管理：以客户为中心的客户关系管理包括对公、对私各类客户的信息管理与统一客户视图，涉及跨各业务条线的营销、销售、服务，包括客户识别、客户关系维护、客户细分等诸多方面，是xx银行执行“以客户为中心”的业务战略在应用系统层面最直接的表现，因此建议从整体的角度进行规划。渠道集成：明确各渠道包括网点、电子渠道的定位、面向的客户群体、提供的金融服务类型。实现不同渠道的一致性体验及不同客户的差异性服务。信贷管理：加强信贷管理全流程电子化建设，满足信贷业务经营管理需要，实现对信贷工作的全面、全程、全员管理，提升信贷经营管理水平及风险预警监控能力。额度管理：按照统一授信的要求，实现以客户为中心、跨授信产品的综合授信额度管理，以全面防范信贷风险。后台集中处理：以客户为中心，易于XX银行事中和事前风险控制，确保合规经营，力求集中专业化资源，进行标准化操作和管理，提高作业效率第14页/共38页统一支付平台：整合目前各系统中的支付功能搭建一个全行统一的支付平台支持前台跨业务条线、跨交易产品、跨币种业务的货币给付及资金清算，在避免重复建设、实现资源有效利用的同时，通过集中、专业的业务处理提高效率、降低成本并加强管理。财务管理：XX银行的财务管理系统功能比较完备，应和数据架构改善工作一起，统一财务管理领域的数据标准，改善数据质量，从而充分发挥现有系统的功能。合规审计：健全和完善银行内部控制体系，充分发挥合规管理、操作风险管理第二道风险防线职能，内部审计第三道风险防线职能，完成内控评价IT化，建立内控评级系统和内控数据平台。档案管理：建立xx银行档案管理信息系统，统一存储所有银行档案信息，满足对现有纸质档案、未来电子档案、照片、实物等各类档案的管理、检索和综合利用要求。重点系统组的架构设计及过渡方案企业服务总线建设企业服务总线，是项目组对xx银行应用集成领域最重要的建议。为此须阐明应用集成的概念及内涵、应用集成的技术发展趋势、分析xx银行目前在该领域的系统现状并作出实施路线建议。应用集成的概念和技术发展趋势应用集成的价值与早年在信息化方面的一穷二白不同，目前xx银行的信息化建设已经有了多年的应用基础，不断地部署应用系统来协助和推动银行的运营和变革。但是于各个业务职能部门分管了我行不同的业务领域，各业务部门的需求提出角度并非是银行全局的，贯穿全行的业务流程也未能反应到全部的系统上，这无意中也分隔了行内的原本应该统一的数据和信息。在这种情况下，信息技术部正努力使全行应用基于统一的应用集成平台之上，对各种应用进行集成，在不同的业务系统间，以及跨越银行边界的合作伙伴形成的商业网络间，安全地对信息流实现智能管理，把相关的外部信息与内部信息有机地联系起来，全方位地满足各种业务功能的要求。其对于我行的价值表现如下：第15页/共38页基于可重用的资产进行开发，应用推出的时间显著降低；?对资产进行组合，能快速而灵活地响应业务需求的变化；?初期投入高，后续建设和维护的边际成本越来越低。应用集成的概念和技术发展应用集成，指企业内部不同应用系统之间的互连，以期通过应用整合实现数据在多个系统之间的同步和共享。最早期的系统应用整合，用户只着眼于解决眼前的一个系统和另外一个系统的互连互通，并不考虑这个系统的合理性和可扩展性。这种集成并不采用什么专门的EAI产品或技术，只是使用硬编码来实现系统之间的点对点连接。这种方式，在有些特定情况下可能会得到相对较高的性能，因为一切都是为特定情况定制开发的。但集成规模稍一复杂，这种方式使得整个系统架构完全变为一个网状结构，代码量大，不可靠，无法维护等缺点就会显露无疑。随着需要集成的系统越来越多，以及一些商业基础中间件的广泛应用，EAI一度成为主流的方式。EAI技术基于基础中间件、或者自己开发的应用系统来实现众多应用系统的整合。虽然基础中间件的使用在一定程度上简化了开发代码量，而且大大提高YEAI系统的运行时可靠性和效率，但其本质上仍是不同厂商各自为政有自己的接入方式和数据标准，其缺少完整的适合企业应用集成特点的集成框架和设施各个模块之间往往仍然是紧耦合的并绑定特有基础中间件的，而且没有统一跨平台数据交换标准，没有组件及接口调用标准，同样面临着技术复杂、维护不易等方面的挑战。服务的架构和企业服务总线目目前，面向服务的架构已经成为业界的潮流。相对于传统的EAI技术，ESB更加强调面向服务、标准化以及松耦合。面向服务的体系结构是一个组件模型，它将应用程序的不同功能单元通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。这种具有中立的接口定义的特征称为服务之间的松耦合。松耦合系统的突出优点是灵活性，当某个服务的提供者的内部结构和实现发生改变时，第16页/共38页其服务的使用者无需改变。与此对应的是，紧耦合意味着服务的提供者与其使用者是紧密相连的，因而当需要对服务的实现进行某种形式的更改时，服务的使用者就不得不改变。松耦合的系统比较容易适应不断变化的环境，比如经常改变的政策、业务流程、业务重点、合作伙伴关系、行业地位以及其他与业务有关的因素；以及应用系统、中间件、支持平台等方面的变化。企业服务总线的概念是从面向服务体系架构（SOA）发展而来的，是SOA核心组成部分。业务服务通过ESB进行发布，供服务的的使用者调用。同时，ESB支持服务的交互、以及服务质量的保证。客户关系管理体系在梳理和设计未来客户关系管理体系之前，我们首先回顾一下本次IT战略规划所介绍的未来客户关系管理层的应用架构，然后以此架构为框架，评审现有系统，其次结合现状与未来应用架构，给出未来xx银行的客户关系管理目标系统架构，并简要阐述这些客户关系管理类系统与XX银行其他系统之间的数据关系，最后描绘客户关系管理体系的建设过渡路径。功能架构简介上一节“目标应用架构”中，已经简要地介绍了客户关系管理CRM的应用架构，包括三大部分：卩客户信息管理ECIF、操作型OCRM和分析型ACRM。下面逐一介绍与这三大应用功能对应的系统的主要特点、关键功能模块及各系统之间的相互关系。1、企业级客户信息管理系统ECIF作为企业级的客户信息管理系统ECIF,其主要功能是向全行各业务系统提供统一的客户信息服务，建立全行级的客户统一视图；ECIF中客户信息的源数据来自核心系统和各业务系统，经ECIF按一定规则进行客户识别、信息归并后，成为全行级的客户统一视图服务平台。在整个应用系统中，ECIF是一个“面向系统的系统”承担着向各业务操作系统与信息管理系统传递客户信息的枢纽作用：2、操作型CRM操作型CRM的主要目标在于有效地管理银行的所有客户,处理银行客户的相关事务，实现银行内部涉及客户的业务流程的自动化。具体而言，操作型CRM主要支持银行的客户第17页/共38页经理、营销人员、客服人员与客户之间发生的各类日常接触交流活动，包括营销活动、销售活动及服务活动；OCRM一方面提供给工作人员便捷的功能界面和全面、及时、准确的客户信息，协助各渠道的工作人员更好地了解客户并且服务客户，另一方面也尽可能多地、全面地、有效地捕捉和记录与客户交流过程中的关键交互信息，便于专职的后台管理分析人员进一步地深挖客户需求、制定更有效的产品服务方案、营销活动和销售计划，协同前台销售服务人员，提高服务质量、销售效率和客户体验。鉴于上述目的，OCRM的主要功能模块包括营销管理、销售管理、服务管理和客户管理，这些功能模块的主要功能作用已在第2章第5节中简要介绍过，下面我们将对各应用模块的功能作进一步的阐述。客户管理模块?营销管理模块?服务管理模块?基础功能模块组织和人员管理功能模块3、分析型CRM分析型CRM(ACRM)的业务目标是识别、吸引和保留最有价值客户，增加盈利客户，提高现有客户的利润，延长客户关系。分析型CRM系统是指基于数据仓库和数据集市，利用固化或自定义的客户细分、客户价值分析、多维利润集合和市场趋势等模型，借助先进的数据管理和分析工具进行相关的分析和预测，进而为银行涉及客户的经营和决策提供可靠的、量化的依据。分析型CRM系统是实现客户信息数据深度挖掘与分析的主要应用系统。客户分析?客户关系分析?客户绩效分析?营销服务分析功能模块渠道集成渠道集成的价值上节已经论述了xx银行客户关系管理体系的建设目标和路径。而服务渠道是实现客户关系管理的基本手段。银行希望将最好的资源用来向优质客户提供最好的服务；并第18页/共38页积极鼓励客户使用相对便捷的方式来与银行交流。客户关系管理体系可以做到对客户需求、行为的理解和预测以及对客户群体的划分来设计产品和服务，在另一方面，通过适当的渠道、在适当的时间把适当的产品推荐给适当的客户也是银行需要解决的重大问题。银行现有信息系统和服务渠道绝大多数都无法适应这一新的要求，甚至无法了解客户对渠道的喜好、使用和通过特定渠道提供服务的成本和带来的效益等重要情况。这些还直接影响到银行新业务推向市场的速度，影响新产品的销售策略，通过新产品和服务来吸引新的客户的能力大大降低。所有这些都要求银行重新审视其服务渠道的现状和策略，对渠道进行整合。独立运行的渠道，是无法了解客户的使用习惯和行为的而整合的渠道可以帮助银行收集并集中管理客户信息，他们何时去网点、使用ATM的频率和地点、何时使用网上银行、何时打电话到电话服务中心及跟客户服务代表交谈何种业务等。有了这些信息，银行就可以建立有效的策略去改变客户的行为，引导他们使用不同的服务渠道。服务渠道集成后，客户信息可以在所有渠道上共享，银行可以因此提供更加优质和个性化的服务，提高客户满意度例如，客户在通过网上银行检查账户余额时发现某一账户有问题，需要银行帮助找出原因。整合的渠道可以这样设计来处理：客户点击屏幕上的按钮申请与电话服务中心的客户服务代表交谈，客户服务代表立即致电客户并帮助其解决问题客户也可以安排其他时间让客户服务代表回电，或预约拜访银行的客户服务经理。再例如，客户通过网上查询其信用卡的账单时发现错误的购物使用记录，需要向银行报告。客户可以致电电话服务中心，客户代表可以立即看到与客户相同的网上银行页面。共享信息可以帮助双方更有效地讨论有关问题，客户服务代表也有可能立即帮助客户解决问题，或记录在案并报告给信用卡部门跟进。渠道集成后，银行的客户信息可以所有渠道共享，渠道集成能提供一致的客户体验。其好处是所有渠道都使用单一的信息来源，电话服务中心代表、销售经理、客户服务经理等将同样的产品信息传达给客户。渠道集成的另一个好处是新产品的发布更快，因为只需要一次性建立产品信息。如果需要改变产品，修改也只需在一个地方进行，而作用于所有渠道。XX银行渠道集成的架构规划某国际银行的渠道集成架构该银行的渠道集成架构具备如下特点：第19页/共38页总体架构是一个不同于经典3层架构的多层架构的，拥有划分清晰的层次的多层架构，共分渠道接入层、渠道服务层(ChannelServices)、渠道统一应用逻辑层(CommonBusinessObject)、渠道统一接口层xx银行渠道集成目标架构规划通过对最佳实践的分析以及融合YY公司公司在渠道集成领域的架构设计经验，项目组提出XX渠道集成的设计原则，这些原则和全行的架构设计原则是一致的松散耦合的分层结构原则?渠道应用逻辑重用原则?业务逻辑总行集中原则支持新渠道和新业务的快速部署原则数据架构统一渠道客户信息原则?统一渠道接触历史信息原则技术架构采用成熟的软件包原则总行统一渠道集成架构的技术框架和标准原则?渠道集成平台对于接入设备的无关性原则以下简要介绍各层的功能范围渠道接入层：渠道服务层处理各渠道特有的应用逻辑，包括：网银的会话管理、话音数据同步转接服务、手机会话管理等渠道统一应用逻辑层包含着提供给渠道服务层的所有的银行的产品，服务，业务规则，事务和客户对象的配置统一渠道接口层额度管理现状说明第20页/共38页XX银行授信业务相关的额度管理可以划分为三大类别:对公类授信额度管理、个人类授信额度管理及信用卡额度管理。具体分析如下：对公类授信额度管理额度审批设立?额度控管?额度信息交互个人客户授信额度管理额度审批设立?额度控管信用卡额度管理额度审批设立?额度控管目标系统架构说明基于后台处理集中的大趋势，结合对现状的分析，规划的目标是建设一个全行统一的额度管理系统，通过额度管理系统与各业务系统的实时连接，实现以客户为对象的、跨信贷产品的综合授信额度管理。额度管理系统的主要功能有额度设立/调整、额度占用/串用、额度恢复、额度冻结/解冻、额度查询等。各部分功能说明如下：额度设立/调整?额度恢复?额度冻结/解冻?额度查询统一支付平台本部分所阐述的统一支付平台属于后台集中处理的范畴，通过整合目前各系统中的支付功能搭建一个全行统一的支付平台支持前台跨业务条线、跨交易产品、跨币种业务的货币给付及资金清算，在避免重复建设、实现资源有效利用的同时，通过集中、专业的业务处理提高效率、降低成本并加强管理。第21页/共38页中的统一支付平台并不包含银行支付结算业务处理从业务操作、账务核算、到资金支付及清算的全过程，仅针对其中的资金支付及清算，处理内容包含有报文接发及转换、路的选择判断、支付方式、资金清算、流动性管理、反洗钱检查、风险及欺诈管理、例外处理等。支付相关系统现状分析于信用卡业务的独立性与专业性，其支付清算也具有一定的特殊性，现状分析划分为信用卡专题及非信用卡两部分进行。支付相关系统现状：基于支付对象、货币、业务产品的不同产生有不同的支付方式/渠道，分别不同的支付系统给予支持，例如：按照支付对象是否跨系统可以分为系统内支付清算及跨行支付清算；按照支付货币的不同，可以分为人民币支付清算及外币支付清算；按照业务产品的不同独立出专门的卡支付清算具体可以分为：行内跨机构的资金支付清算?跨行资金支付与清算人民币支付清算?外币支付清算?借记卡支付清下面对涉及的主要支付系统进行逐一说明：核心系统中大、小额支付模块大额支付模块主要系统功能有：?小额支付模块主要系统功能有：核心系统中同城票交模块核心系统中行内转账/电子汇划模块?境内外币支付系统？外汇清算系统？SWIFT报文处理系统？借记卡支付清算借记卡下行内跨机构的资金支付与清算第22页/共38页借记卡下跨行资金支付与清算统一支付平台目标架构在支付系统现状分析及未来架构设计中，需要重点关注以下几个问题：支付系统与核心系统的关系目前各类支付业务有不同的处理方式，涉及不同的系统人民币支付功能是嵌在核心系统里的，导致每次支付的改变都要修改核心，不利于核心的稳定性，也会给支付功能的实现带来一定的难度；外汇清算系统目前实现了业务逻辑与核心的分离，但是两个地方都同时记了支付明细信息；定位最清晰的是境内外币清算系统，所有的支付逻辑及处理功能都在自己系统实现，核心只是记账；于支付相关功能与核心系统的耦合程度较高，支付功能的变化每每牵扯核心系统其他功能的改造。但支付业务面临着日新月异的外部环境，业务变化频繁，建议支付系统未来建设能实现与核心系统的分离。支付平台的业务价值支持支付业务产品化，能够为第三方提供代理支付服务，实现结算运营中心从成本中心向利润中心的转变利用专业化的集中处理提升支付业务处理效率，降低支付成本提升对支付业务的跟踪监测能力，为业务管理、风险管控及客户服务提供便利便于应对不断变化的内外部环境，提升xx银行支付业务的灵活性与适应性，满足市场的需要未来的支付平台架构清晰、功能明确，主要分为支付Hub、支付系统及接口三大部分：支付Hub?支付系统？接口第23页/共38页档案管理现状图说明会计档案及相关系统?文书档案及相关系统其他可能积累为业务档案的数据目标系统架构说明目前工行等行均成立了独立的部门统一管理业务、公文等各类型档案，专业人员对各类原始纸质档案进行集中管理，利用电子系统满足各类部门对档案的调用需求。xx银行的档案管理目前仍分散在各个部门，未来业务管理的方向可能逐渐向工行的模式过渡，但时间不能确定。系统的规划应该兼容多种管理模式，保持业务管理的灵活性，同时应考虑到xx银行业务的发展，系统应有足够的可扩展性，可存储未来5-10年业务产生的非结构化数据。未来的档案管理系统将包括如下系统：统一的内容管理平台?会计档案?公司客户档案?零售信贷和信用卡档案?文书和人事档案后台集中处理后台集中处理概念后台运营的集中和建立后台运营中心是国外银行的先进实践和国内银行运营转型的趋势之一。后台运营的集中根据集中内容的性质和范围不同，可以分为广义后台运营和狭义后台运营，即通常所称的“大后台”和“小后台”。后台业务集中处理带来的收益提高服务水平，增加核心竞争力?控制操作风险?提高流程操作效率第24页/共38页设立在正确的地理位置?削减成本数据架构设计数据架构设计的内容和范围全行级的数据架构设计的内容是：|把银行概念数据模型中的所有实体，根据其属性分类后，以应用架构设计所规划的功能定义为主要参考因素，以全行对数据和信息的使用需求为导向，对全行结构化数据的分布、集成、共享进行规划设计。数据架构设计的范围是：主数据源的架构规划?数据集成规划基于数据集成的管理分析型应用规划数据架构设计原则数据架构设计指导原则是一系列指导数据架构未来设计和决策过程的判断标准。这些指导原则从数据的角度进一步地细化了银行应用系统架构设计的通用原则，是对未来各应用系统在数据方面的分析、设计、开发和实施的判断标准。数据共享原则数据共享应覆盖所有应用系统并符合不同程度的时效要求，数据的全行统筹是实现数据共享原则的基础。为实现这一原则：必须实现共享数据的全行集中必须制定统一的、切实可行的全行级数据模型?数据分布规则必须建立并贯彻执行第25页/共38页数据模型化、标准化原则共享数据的逻辑结构应独立于各应用系统，并遵循全行统一的数据模型以及通用数据格式和标准，用以最高效地开发跨业务条线的通用解决方案和应用，增加跨应用系统数据的一致性并提高数据质量，减少数据转换和数据复制的成本数据的集中化原则在数据架构设计上保持逻辑集中，但在物理上也支持灵活分布。总体来说，跨业务条线、跨部门、跨区域、跨应用的全行共享数据应在总行集中并统一管理。数据架构设计逻辑集中，表现在数据模型、数据库定义上完全一致，且数据库中存放的数据项均是唯一标识的。避免数据冗余和复制原则同一数据的获取应限制在某一应用系统中，并尽量在同一系统中维护。数据复制只有在满足性能和可获取性需求时才予以考虑。数据的可用性原则全行共享数据应支持相应业务需求，具备持续、可用性能力。数据访问的性能原则对全行共享数据的使用应在性能上能满足对业务服务的要求。数据的分布和存储原则交易型数据的分布?操作型数据存储分布?管理分析型数据存储分布XX银行的数据架构设计XX银行的全行概念数据模型全行级的数据架构设计的内容是基于银行概念数据模型的，有必要先介绍其设计原则、应具备的特点、主要内容、作用和意义。第26页/共38页银行全行级概念数据模型的设计原则正确的业务概念及完整性原则?连续性原则?灵活性原则?前瞻性原则?可操作性原则银行业概念数据模型须具备的特点根据事物的内在特征，业务概念内外部应统一建模，提高模型的通用性和灵活性介质和产品/金融协议应分离?金融协议和核算应剥离条件建模抽象了产品间的相似性，而令产品的差异性分属有产品模型的各个分支条件上。概念数据模型符合条件建模的理念，助于规则引擎的介入，实现产品开发的可配置化，能够更快速的响应市场需求。XX银行主数据源的分布规划全行级的数据架构设计的是围绕应用架构的。在XX银行目标应用架构的框架下，XX银行主数据源的分布规划以下介绍该规划的原则、规划内容规划原则单一数据视图原则?接近主数据源应用原则实体间关系的主数据分布确定原则4IT基础设施架构设计IT基础设施架构总体设计IT基础设施架构建设模式面对基础设施面临的挑战，xx银行首先要改变的是基础设施的建设模式。第27页/共38页在传统的建设模式中，是先考虑业务，再到应用和数据，最后是IT基础设施的传统串行模式，采用这种模式带来问题是基础设施对未来的变化不能快速做出响应，每上一个新系统，都要考虑基础设施上需要建设的内容，这种建设模式无法在激烈的竞争条件下生存发展。建议xx银行应过渡到业务、应用和数据、IT基础设施同时考虑的并行模式。图4-1建设模式在这种模式下，基础设施的建设在业务目标确定的情况下同步开展，其思路是在应用架构进行变化的同时，开始基础设施架构搭建，这个架构具备支撑未来应用架构需求的能力，是一个随需应变的运行环境。目标IT基础设施架构设计思路对于基础设施并行建设模式来说，选择何种基础设施架构是非常重要的，只有按照一个具备良好灵活性扩展性、可用性的目标架构进行建设才可能保障将来对业务的快速响应，提供高质量的服务。对于XX银行来说，本次规划很重要的一点是要“具有前瞻性”，因此，规划的目标是按照一个随需应变的运行环境进行规划设计，其目的是为了更好的适应业务的需求与变化。要建立运行环境随需应变，基础设施必须与应用松耦合通过基础设施架构的简化来达到目的。基础设施架构的简化是从使用者的视角来看，从IT建设的角度来看，其实质是建立基础设施资源池，提供各种标准化的服务，这些服务组合起来可以支持全行的各种应用。这种简化架构可以将以前一套应用建一套系统的竖井式建设方式转变为根据应用的需求分配资源的方式。可以用四个标准角度的目标来衡量这种简化的基础设施架构。如果能够实现这些目标，则可以建立一套“随需应变”的技术架构：运行可靠化?资源虚拟化?通用服务标准化?管理流程化除了从这四个方面考虑，同时还要结合监管要求，确保未来的基础设施架构是符合金融监管部门的要求。第28页/共38页目标架构对应用的支持基础设施架构为应用提供运行环境，因此，对应用支持的程度很大程度上决定了应用的运行水平。基础设施架构对应用的支持体现在如下几方面：高可用：在网络、服务器等各个层面保证系统的连续运行;?安全：保证系统的安全运行、保证系统和数据的使用安全；基础服务通用：将各应用需要使用的服务通用化，形成通用IT服务，这些服务为应用提供标准接口，从而使应用只关注业务逻辑；IT资源易于使用：将网络、服务器、存储等基础资源进行整合、虚拟化，这些资源对于应用来说是透明的，应用不需要关心是如何部署，只需要提出对资源使用的需求，基础设施架构通过资源池分配相应的资源来满足应用的需求，从而实现对应用的快速部署、快速上线、快速运行的支持，对于未来多边的市场，是十分重要的一点。IT资源可管理性：对IT资源进行良好的管理是基础设施架构能够良好运行的必要条件，从一个侧面也保障了应用的良好运行。综上，结合xx银行的目标架构的设计思路，未来的基础设施架构是能够对应用起到良好的支持作用。下表是目标架构对xx银行应用架构的支持总结，具体的基础设施架构服务组件将在后续章节描述。生产和灾备中心建设的策略XX银行做为一家全国性的银行。IT已经在走“大集中”的路线，正在逐步上收分行的应用至总行的数据中心。目前xx银行具有一个生产数据中心，异地灾备服务中心。根据《商业银行操作风险管理指引》第十九条提出“商业银行应当制定与其业务规模和复杂性相适应的应急和业务连续方案，建立恢复服务和保证业务连续运行的备用机制并应当定期检查、测试其灾难恢复和业务连续机制，确保在出现灾难和业务严重中断时这些方案和机制的正常执行”。同时根据《中国人民银行关于进一步加强银行业金融机构信息安全保障工作的指导意见银发[2006]123号》第八条“加强灾难恢复系统建设，提高业务持续运营能力”明确提出了指导意见“全国性大型银行，原则上应同时采用同城和异地灾难备份和恢复策略，区域性银行可采用同城或异地灾难备份和恢复策略。对于核心的系统，应实施应用第29页/共38页级备份，以保证灾难发生时，能尽快恢复业务运营，对于其他应用系统，可实施系统级或数据级备份”。参考上述国家制定的指引，对于XX这样一个银行，目前具备的相当的灾难恢复能力，形成了两地三中心的灾备架构同城灾备中心主要为了预防非区域性灾难，异地灾备中心主要为了预防区域性灾难。通过这个两个中心的建设，可以提供较高的恢复能力满足国家监管及XX银行自身发展要求。对于这种两地三中心的架构，生产中心是全行核心的数据中心。灾备中心的定位可以有不同的考虑。一般来说对于灾备中心的定位有如下考虑基准点：满足监管要求；?考虑投入的间接收益利用备份系统的设备和场地进行系统开发和系统测试、人员培训等，对于保持灾备中心人员的技能和团队的稳定也有良好的意义；保持灾备中心人员的技能和团队的稳定对于灾难切换的成功有重要意义。如下是一个可能采取的方式的比较：单一灾难恢复中心?第2生产中心优点：充分利用备份系统在非灾难情况下的闲置处理能力，节省在生产中心有关数据分析、数据挖掘、辅助决策的投资。缺点：需要在第二生产中心配备系统管理、应用管理团队，人员需要做大的调整。如果采用应用系统同时提供服务，对于应用系统来说技术实现难度大。相对节省的投资，ROI不高，人员难以管理。综合以上的分析，建议XX银行灾备中心的定位如下：模式1：建设复合功能的灾备中心模式2：单一灾备中心?-已实现；第30页/共38页建议XX银行灾备中心从模式2向模式1转变，无论采取上述两种模式的哪一种，灾备中心对核心应用都应该提供应用级的恢复能力，即生产中心与灾备中心共同构成双活中心；数据中心架构基于当前整体应用系统向总行集中的策略，本次IT基础设施的规划重点将放在总行数据中心。通过本次对XX银行IT基础设施的调研，XX银行已经准备进行两地三中心的整体架构设计(生产中心、本地灾备中心、异地灾备中心)，确保了银行业务系统的高可用性。基础设施的各个方面也符合原有数据中心建设的策略原则和模型(ServerFarm)，保证了资源的集中部署和管理，同时也参考了业界的最佳技术实践，做了一些基础设施完善的工作。但是，整体资源的利用率较低，资源分配的灵活性不足，总体投资回报率不高，基础设施规划缺少先进的标准，IT运维缺少系统化的、有方法论支持的架构和统一的平台，基础设施服务对应用的支持层次较低。针对XX银行的现状，本次规划将从数据中心架构的角度给出未来XX银行IT基础设施架构设计的策略、原则和模型，并分章节详细介绍基础设施各个领域的具体规划和设计架构设计策略本着基础设施服务全行业务，基础设施各业务系统共享的基本原则，架构设计的整体策略是：统一规划建设，统筹分配系统资源，建立运行环境安全可靠的系统基础平台；?充分考虑硬件发展趋势，具有一定的新技术吸纳能力和扩展能力，使系统资源能够随业务扩张而逐步增加；能够达到随需应变运行环境的目标架构。架构参考模型灵活的基础架构要做到资源的随需分配，就要建立一个灵活的硬件基础架构。硬件基础架构通常虚拟的服务器池、共享的存储系统、网络和硬件管理软件组成。第31页/共38页服务器在IT环境里是负责提供计算能力的资源，应该按照服务器的功能建立虚拟的服务器池，如数据库服务器池应用服务器池、Web服务器池等。在实施资源部署时，计算资源分别从不同的服务器池中划分出来。就目前的技术而言在多台独立的物理服务器之间实现资源的调整是比较困难的，因此应该尽量减少物理服务器的数量，利用先进的分区技术或者虚拟机技术实现物理服务器内部资源的动态调配。后面的章节将分别对基础设施的各个实体的虚拟化进行介绍：网络虚拟化的考虑、服务器虚拟化的考虑、存储虚拟化的考虑。自动化资源部署资源自动部署负责执行IT资源的自动分配和回收。要实现资源的自动部署，必须做到：首先，建立一个中心数据库来管理数据中心的硬件资源；第二，要规范资源的使用，比如说标准化操作系统、数据库软件、中间件软件的种类和版本，一般版本数不超过两个；制定一个命名的规范，包括服务器主机名、文件系统名、数据库实例名、文件名、用户名等。资源的自动部署是通过端到端的服务流程来启动的，其执行结果通过端到端的服务流程反映给IT系统管理部门人员和业务/应用开发部门。自动化部署/调整服务章节将单独介绍自动化部署。端到端服务请求管理平台需要建立一个统一的管理平台来实现端到端的流程管理，采用工作流引擎来协调企业内各个部门的合作，提高管理效率°IT运维管理章节将介绍统一管理平台。标准化IT管理规则为了实现规范管理，必须为数据中心制定一套完整的管理规则，内容包括：事件管理、问题管理、变更管理、配置管理、发布管理、操作管理、服务级别管理、可用性管理、容量管理oIT运维管理章节将介绍以上服务管理流程。架构设计原则xx银行的基础设施架构设计将采用分层的、模块化的现代数据中心设计理念，以实现对业务系统提供统一的基础设施服务支持的目标。具体设计原则如下：第32页/共38页安全性基础设施必须是能够提供访问控制能力的环境，以确保业务关键信息的完整性与保密性。可扩展性可扩展性是指当将来应用系统的业务量增加时，基础设施架构能够扩展以适应更多用户、交易与更多数据处理的能力。灵活性架构必须能够满足新的服务需求，而不需要对架构进行完全重新设计或进行超出正常维护时间之外的重大修改，获得灵活性的方法是依靠模块化的设计架构。可靠性与可用性基础设施架构中应采用高可靠的产品和技术，充分考虑系统的应变能力、容错能力和纠错能力，确保整个基础设施系统运行稳定、可靠。高性能“性能”指的是为所有应用最终用户提供要求的响应时间的能力。基础设施架构要具备高性能，能够为用户提供可接受的响应时间.服务器架构服务器架构现状架构描述从服务器架构发展趋势上，目前大部分的银行应用程序都是基于B/S的三层架构或者正逐渐向三层架构转移。在三层架构中，Web服务器在前端与用户进行通信，应用服务器在中间用于实际的数据处理和分析，数据库服务器位于后端用于数据的存储。这种三层的应用程序架构不但提供了架构的可扩展性、灵活性，而且有助于在数据中心中构建更高级别的可靠性和安全性。例如，通过新增前端web服务器集群，可实现性能、架构的扩充；基于B/S架构的应用可以灵活、方便的加入服务器的整体架构；位于不同层的服务器可以接入到不同的网络中，部署不同级别的安全机制，从网络访问上提供了更可靠的安全性等。第33页/共38页服务器的部署原则是高端、基于RISC架构服务器将被用于应用服务器和数据库服务器，从而为应用程序提供高性能、高可扩展性和高可靠性。而前端服务器，例如Web服务器，将运行在基于CISCIntel架构的L