中国建设银行信息技术未来发展方向研究.doc

《中国建设银行信息技术未来发展方向研究.doc》由会员分享，可在线阅读，更多相关《中国建设银行信息技术未来发展方向研究.doc（39页珍藏版）》请在三一办公上搜索。

1、中国建设银行信息技术未来发展方向研究技术架构工作说明书Statement of Work合同编号：客户名称：中国建设银行股份有限公司地 址：中国北京市金融大街25号 2010年8月合同双方单位名称说明合同甲方：中国建设银行股份有限公司合同乙方：合作公司本文以下章节凡出现“中国建设银行”、“建行”、“CCB”或“甲方”均指：“中国建设银行股份有限公司”。本文以下章节凡出现“合作公司”或“乙方”均指：“合作公司”。目的根据 合同名称 编号 合同编号 日期 合同日期（“合同”)的条款和条件，本工作说明书说明合作公司在本次研究所负责的工作（“服务”）。同时，描述本次研究工作的内容，包括合作公司交付件，

2、和根据本工作说明书规定所需完成的工作，以及合作双方的责任。在中国建设银行与合作公司签订以本工作说明书为标的或者与本工作说明书有关的合同之前，建行及合作公司有权对本工作说明书及其正式附件的内容进行修改。适用范围本工作说明书的内容不得向中国建设银行以外的任何机构或个人披露；除了为评价本工作说明书之外，不得以任何目的全部或部分复制、使用或透露本工作说明书的内容。如果中国建设银行与合作公司签订了以本工作说明书为标的或者与本工作说明书有关的合同，中国建设银行有权在合同规定的范围内复制、使用本工作说明书的内容。本限制条款不适用于中国建设银行从其它来源不受限制地获得的信息。本工作说明书将取代正式合同签订之前

3、甲、乙双方所有在建议书及来往文件中的提议、说明或承诺，若有任何争执，将以本工作说明书为准。本工作说明书是合作公司与建行协议之下的交易文件。在合同签订后，它将作为合同的一部分签字生效。目 录1 前言42 前提53 实施范围及目标64 工作任务与职责说明74.1 T0-任务启动74.2 TA-现状分析、目标制定及关键实施路径84.2.1 TA1-技术架构管控主线梳理84.2.2 TA2-主题一：基础设施环境管理134.2.3 TA3-主题二：基础设施整合策略154.2.4 TA4-主题三：前端整合及服务174.2.5 TA5-主题四：应用平台及研发204.2.6 TA6-主题五：全行网络建设规划2

4、24.2.7 TA7-专题一：主机技术架构方向研究234.2.8 TA8-专题二：自动化运维工具体系研究254.2.9 TA9-专题三：技术标准及组件管理框架264.2.10 TA10-专题四：新技术发展路线研究264.3 TB-技术架构规划交付件285 验收程序326 人员管理336.1 人员安排336.2 人员调整33附录 A.变更控制程序34附录 B.合作公司人员资质36附录 C.合作公司参与此次研究工作专家简历371 前言本工作说明书中提及的“合同”是指包含本工作说明书所述内容为标准的合同。本工作说明书中提及的“技术架构规划”是指“信息技术未来发展方向研究之技术架构规划”的内容。此工作

5、说明书（SOW）描述了由合作公司(以下简称“乙方”)为中国建设银行股份有限公司（以下简称“建行”或“CCB”或“甲方”）实施“信息技术未来发展方向研究之技术架构规划”专业技术服务过程中，由乙方负责提供的服务，以及在规划实施过程中，甲方和乙方就有关内容的合作方式描述。以下涉及乙方工作内容（包括培训、知识转移等）若非特殊说明，均包含在本期技术服务内容内。本工作说明书包括以下附录：附录A 变更控制程序附录B：合作公司人员角色资质附录C：合作公司专家简历对本工作说明书以及根据本工作说明书实施工作产生的结果的任何变更应当按照“附录A、变更控制程序”之规定进行。对变更的调查和实施可能导致对本工作说明书中规

6、定的价格和预计工期以及合同的有关条款进行变更。本工作说明书中条款若有与合同有冲突的，以本工作说明书条款为准。按照“附录A、变更控制程序”之规定批准并实施了变更的，以双方同意变更后的结果为准。2 前提本章节为本工作说明书以及合作公司实施本工作说明书规定之工作的前提条件。实际情况若与下列前提之间的任何差异都可能会引起本工作说明书中规定的价格和实施工期发生变化，这些差异将按照“附录A: 变更控制程序”的规定管理。在过程中出现的差异也将按照同样的手续管理。合作原则：甲、乙双方积极配合，对出现的问题与争议双方均需在充分协商基础上加以解决。前提：l 本任务实施地点在北京市区，部分阶段任务若需与相关部门的沟

7、通，也可能会安排在其他地点进行，由总体组统一安排，涉及以上工作发生的费用支出由甲乙方各自解决。l 实施过程中甲、乙双方均需确保所提供资料及信息的来源合法、内容准确。l 实施过程中所有工作记录和文档以中文为工作语言，提交的电子文档按双方约定的格式提交，如有其他语种的人员或材料，由提供方负责翻译工作。l 甲、乙双方各指派一名管理人员负责合作公司人员考勤工时表的提出、认可及签署；l 实施过程中涉及的甲方相关的部门与第三方资料、文档和配合要求，乙方应明确列出具体的配合工作、方式与要求，由甲方负责协调提供。 l 甲乙双方在实施过程中需要约定共同遵守的制度、规范和标准等，甲乙双方有责任约束本方人员遵守甲乙

8、双方协商一致的统一规范和管理流程，依计划完成指定工作；l 乙方人员如有变动，需提前15个工作日通知甲方并征得甲方同意；l 除特别说明外，对乙方提交的正式提交件，甲方应在接到提交件的五个工作日内检查、确认该提交件或提出反馈意见，逾期则视同接受认可该提交件。3 实施范围及目标技术架构规划实施范围与目标包括：l 分析现状、全面评估建行当前技术架构管控能力与国内外先进银行的差距；l 明确未来3-5年基础设施环境发展蓝图、目标架构以及基于目标架构的技术和管理策略、关键实施路径；l 根据目标架构规划，确定未来3-5年甲方在技术架构管控领域的目标、工作重点、相应的实施策略及实施路径，并协助测算投入；同时完成

9、重要技术专题的概要设计（网络、虚拟化、前端、基础设施整合）。本工作说明书预计在合同签署后4个月内完成上述目标。4 工作任务与职责说明依照合同及本工作说明书，合作公司在本次研究的工作范围中应当实施本章所述工作。本章所列甲方的责任是中国建设银行依照合同应当履行的责任的一部分。中国建设银行依照合同及本工作说明书履行下列责任是无偿的，即合作公司无须因此向中国建设银行支付任何费用。4.1 T0-任务启动进一步确认技术架构规划的目标和范围，双方共同组成联合小组、制定工作计划、明确人员分工。主要任务如下： 甲乙方进一步确认目标与范围、确保达成一致理解； 制定工作计划、工作方法，明确人员分工、职责及组内沟通方

10、式。甲方责任 共同确认技术架构规划的目标与范围； 组织甲方人员到位，提供办公环境； 共同制定工作计划，跟踪计划执行； 共同确认工作方法，明确人员分工、职责等。乙方责任 共同确认技术架构规划工作的目标与范围； 按时组织符合要求的乙方人员到位； 共同制定工作计划，跟踪计划执行； 共同确认工作方法，明确人员分工、职责等。工作单元文件： 技术架构组工作计划4.2 TA-现状分析、目标制定及关键实施路径结合建行业务发展战略及前沿技术发展趋势，借鉴国内外先进银行技术架构管理经验和最佳实践，对建行技术架构管控内容进行全面评估，明确建行在基础设施环境、开发、测试、运维等各方面技术管理能力的优势与不足。全面评估

11、建行当前技术架构管控能力现状及与国际先进银行的差距，明确技术架构管控能力主线目标；从目标出发采用自顶向下的方法，制定满足未来3-5年业务和技术发展基础设施环境、技术标准及组件管理等各技术主题的发展蓝图、目标架构以及基于目标架构的技术和管理策略、关键实施路径；技术架构规划分析及愿景制定应具备完整性和前瞻性，工作范围应覆盖建设银行全球区域（含总分行、子银行、集团公司、（参）控股公司、事业部、新业务环境）基础设施。4.2.1 TA1-技术架构管控主线梳理 技术架构管控是以提升架构能力为目标，各主题、专题将围绕架构管控主线开展并实现架构能力，架构管控主线主线包括（包含但不限于）： 支持基础设施整合上收

12、（基础环境） 建行典型架构的集中管控 重大技术路线规划 面向客户体验的技术改进 支持全面成本管理的架构改进 支持业务需求的快速开发交付详细阐述架构管控各条工作主线的实质内容，深入分析架构管控各条工作主线对提高技术架构管控能力的作用和影响进行深入分析，说明各条工作主线之间是否存在顺序、层次或不同维度等关系；分析清楚各条主线之间的因果关系，理清各条主线之间的输入输出关系、工作接口、相互的影响和作用情况；说明各条主线如何更好地相互配合，实现提高技术架构管控能力的目标。全面梳理主线下工作，以自顶向下的方法，分析和提出各主线的能力目标应具体落实的方法和策略，反映到技术架构具体管控工作中，提出技术架构管理

13、工作的关键实施要点。分析并确定技术架构未来5年的发展总体目标及阶段型目标，包括：工作重要方向及要点，预期效果，重点工程项目，主要管控指标，投入成本概算等方面。1. 支持整合上收的技术架构的优化改进（基础环境）技术架构的管理内容包括：主机、服务器、存储、数据库、中间件、操作系统、网络设备、开发工具和语言、系统管理软件等方面的选型、采购和配置管理，以及它们的型号、版本和容量配置等技术标准的管理。目前，在分行部署着众多的，标准不统一的总推分和分行特色业务系统。这些系统给分行的系统维护、机房空间、制冷和供电等方面带来了巨大压力。将这些分散部署在分行的、具备整合上收条件的IT次基础设施整合、上收到总行是

14、现阶段IT工作的重要目标。分析分行基础设施集中整合上收的最终目标，明确全行应用集中部署的可行性，以及配套开发和测试统一到总行的可行性。集中整合上收后，由于总行的数据中心、灾备开发中心和测试中心要承担全行的运维、开发测试工作，包括：总推分系统、分行特色交易类应用系统、流程管理类应用系统、结构化和非结构化海量数据存储、查询、分析、统计和报表打印等应用系统，因此需要总行基础设施环境建设、开发和测试等方面的技术架构管控能力要进一步提高，以便适应这一变化。根据整合上收的最终目标，并结合国内外先进典型案例，确定建行相应技术架构优化和改进未来5年的发展目标及阶段性目标。对总、分行数据中心的技术架构现状进行分

15、析，说明整合上收给建行技术架构带来的影响和变化，及实施存在的困难和风险点，提交技术架构优化改进研究分析报告。分析实现全行应用系统和基础设施环境集中整合后，全行开发和测试管理模式的相应变化，确定开发和测试环境技术架构的未来发展要求和相关策略。分析并判断为实现这些目标，需要那些方面提高技术架构管控能力，包括对总、分行数据中心的设备、环境、网络、存储等技术架构管控能力方面的要求，实现能力改进的措施和计划。根据整合上收的最终目标，分析并确定技术架构优化改进工作的内容和质量要求，包括：运行、灾备、开发、测试环境建设的改进，例如：总、分行数据中心的职责和定位、开发和测试的管理模式、主机和服务器的机型及容量

16、配置要求、网络结构和容量配置要求、存储的结构和容量配置要求，数据库和通讯中间件的优化要求等。根据整合上收的最终目标，提出技术架构优化和改进涉及的新技术需求，包括：虚拟化、自动化、云计算等技术的必要性、可行性、使用方向等。2. 建行典型架构的集中管控 建行现有架构框架基本形成。如何进一步明确现有架构需要规范和控制的关键点，完善相应技术策略和标准，发挥现有架构的优势，规避可能存在问题，是建立和完善建设银行技术架构，形成突破点和先机的基础。分析判断基础设施环境在实施现有架构方面存在的问题，分析进一步优化改进的方法，提出改进的方向和价值，提出改进建议。结合松散耦合架构方法、支持应用快速部署的IT战略要

17、求，研究全行基础产品与系统架构、技术路线与技术能力、技术架构和基础设施运维、架构管控与应用开发等管控策略，制定现有架构管控的改进目标。3. 重大技术路线规划根据新技术、新业务的发展趋势，通过分析新技术的特点、适用范围、作用、成熟度、可行性等，包括：绿色IT技术、负载均衡关键技术、网络文件系统（NAS）、DNS（网络域管理）、虚拟化、自动化、云计算、3G网络、三网融合、物联网技术、Web2.0技术和RFID技术（金融IC卡）等新技术，分析判断这些新技术的采用会给建行的业务和技术带来那些影响，产生的作用和价值，明确建行未来需要采用哪些新技术作为技术路线进行应用。分析判断建行在技术架构那些领域和方向

18、上，需要制定技术路线，包括：运行、开发等领域。对这些技术路线的作用、影响和价值进行分析和说明。例如：分析建行开发环境的技术架构现状，并结合国内外先进经验，根据业务需求快速开发交付的目标，提出建行开发平台、开发工具等应用开发技术架构的规范、统一的必要性，确定未来开发平台化、工具化的技术路线。包括：RIDE、SUP2等开发工具的改进和扩展方向； ODSB、J2EE等开发平台的改进和扩展方向，在那些应用开发领域还应该创建新的开发平台和开发工具等。提出建行跟踪世界先进技术发展，使建行对于已成熟的先进技术能够及时试用的管理方法。制定建行对于世界新技术的研究、实验和准入的管理办法，包括：对世界先进技术进行

19、跟踪和研究的职责分工，新技术应用准入管理制度，对先进技术进行研究、测试、标准制定、员工培训和应用推广等方面的技术管理办法。4. 面向客户体验的技术改进客户体验是指客户对银行提供的服务渠道、产品和服务使用的内心感觉，是衡量银行为客户提供的服务质量的重要指标。分析国内外先进银行的客户体验评价技术方法、客户体验评价指标、客户体验技术、客户体验中心、BS应用客户体验改进技术方法的发展趋势，提出技术架构在改进客户体验方面的方面和目标，（例如：统一规范客户操作界面，方便客户操作；提高系统配置加速系统反映速度等措施），并提出支持客户体验优化的改进技术策略，例如：建立客户体验分析和测试环境，集中展现建行各种应

20、用系统和渠道的使用，使银行能够及时发现问题和改进。5. 支持全面成本管理的架构改进一般，成本管理是指以预算成本为限额，按限额开支成本和费用，以实际成本和预算成本比较，衡量活动的成绩和效果，并以例外管理原则纠正不利差异，以提高工作效率，实现以至超过预期目标。因此成本管理模式应包括：预算、IT会计记录、企业内部核算以及成本分析与考核。分析和提出应用系统技术产品投入占用度量模型，从用户、交易、部门等维度提出投入测算方法。包括：主机性能、存储容量、网络带宽容量、用户数、供电、制冷等成本的测算和分摊的计算方法和描述指标。分析技术架构与成本管理的关系，说明技术架构在落实全面成本管理方面的工作任务和目标，并

21、找出影响技术架构管理的关键点。通过技术架构的优化和改进，支持IT成本的降低，改进方法，包括：容量测算和控制、自动化、虚拟化等方法。6. 支持业务需求的快速开发交付快速交付是指客户需求能够被快速开发和上线，业务需求能及时投入生产运行。结合先进经验，针对建设银行特点，从基础环境管控和技术架构管控方面，给出并分析支持提高业务需求快速开发和部署的各种有效管理方法，以及分析这些管理方法对技术架构管控的影响及落实策略。例如：应用分类管理方法，组件化管理。阐述业务需求快速开发交付与技术架构间的关系，明确技术架构在开发、测试和上线运行等各环节的支持内容和要求。甲方责任： 提供建行IT发展要求，IT技术架构管控

22、工作主线现状文档 审阅乙方关于甲方IT技术架构管控发展战略及IT技术架构管控的现状分析报告； 审阅乙方提供的国内、国际同业IT技术架构管控情况报告； 如需组织调研，收集问卷调查反馈，包括资料收集和问卷收集； 帮助协调澄清业务部门反馈内容。 组织和参与IT技术架构管控工作主线规划设计； 组织IT技术架构管控工作主线设计报告评审乙方责任： 提出对甲方IT技术架构管控发展战略要求的理解，分析建行面临的挑战及要求，提供IT技术架构管控工作主线现状分析报告； 提供国际、国内先进银行IT技术架构管控方面最佳实践及趋势报告； 如需组织调研，设计调研问卷，提供调研问卷填写培训，整理分析调研反馈； 结合甲方IT

23、发展战略要求，提出未来5年IT技术架构管控工作的总体目标及技术架构管控各条工作主线目标的设计建议，阐述其原则、理念及其先进性，要包括：主要工作方向及要点，预期的效果，重点工程项目，主要管控指标，成本概算等方面的说明。工作单元文件： 现状分析报告_IT技术架构管控工作主线（工作件） 同业情况及趋势报告（工作件） 调查问卷 目标IT技术架构管控工作的发展分析和规划建议（工作件）4.2.2 TA2-主题一：基础设施环境管理 基础设施环境管理原则根据建行“两地三中心”既定策略及业务新兴需求，借鉴国际先进同业建设管理经验，提出建行基础设施环境建设的目标框架，确保基础设施环境资源完全向内外部用户提供较全面

24、的服务，提高服务质量。从技术架构角度清晰界定基础设施环境类型，明确各类环境的构成及技术架构管理范围和管理原则，明确基础设施集中、共享、“两地三中心”模式、应用分级管理等总体原则的具体含义。从环境管理者和用户的角度对不同环境进行分析，就网络层次、资源使用、容量配比、设备流转、管理体系等各方面阐明各类环境的建设策略和管理侧重点。明确基础设施环境管理架构以及网络，主机，存储，安全设备等在内的业务支撑环境清晰、灵活，易于调整和扩充，能够解决当前存在的部署实施和架构、安全之间的矛盾；能够适应于新技术、新应用、新业务的快速部署，适用于基础设施部署策略的持续改进；确保环境资源复用、便于管理以及基础设施环境管

25、理者、工作人员以及服务用户沟通畅通。基于目标环境模型，进行差距分析，提出由现状向目标环境迁移的关键实施点和迁移路径。针对设定的目标环境，分析、识别、理解并管理一个由相互关连的重点迁移过程所组成的集合，以指导提高基础设施环境管理效率，实现以服务为中心的基础设施环境过渡。 基础设施环境部署策略基于未来“两地三中心”基础设施布局模式，明确满足未来3-5年业务发展的服务器、存储总体架构，明确总行各开发中心环境、分行开发环境、测试环境、生产环境、灾备环境架构及总体部署策略。提出各类环境的基础设施（例如：服务器、存储等）部署方案模型，以及各环境初始容量配比基线。根据应用等级分类，提出不同等级要求的部署策略

26、。 根据各类部署方案模型梳理出各自实现目标的工作重点、难点和风险点，并据此提出解决此问题的可行性实现方法。 根据总体部署方案，结合快速应用交付和开发、测试、生产、灾备一体化的思路，提出新架构模式下实现快速交付和一体化的实现方法，为各应用系统提供更好的服务。以及由于部署模式的变化分析由此带来的管理制度、人员协助、工作模式的变化，并提出应对策略。 根据目标架构，结合建行现状，给出未来3-5年达到目标架构的实施策略、实施路径和各里程碑目标。 环境架构管理及演进基础设施环境各环节包括需求、开发、测试、准生产、生产、灾备等环节。物理地点包括开发中心、各分行、测试中心、生产中心、同城中心、灾备中心等。 在

27、基础设施环境管理的各环节间，重点理顺各环节间的整体流程，明晰上下环节之间的工作接口，明确相关职能方。在各环节内重点关注基础设施管理范围和要点，如工具管理、人员管理、组织方式等。 提出整体技术架构管理关键点，参照国内外先进管理手段及方法，提出环境管理参考模型，和相关管理工具，标准；明确环境架构师职责和总分行环境架构师工作管理机制。 结合建行目前环境架构管理实际情况，提出中长期架构管理目标的实施策略和演进路线。甲方责任： 提供建行基础设施现状文档 审阅乙方关于甲方基础设施现状分析报告； 如需组织调研，收集问卷调查反馈，包括资料收集和问卷收集； 组织和参与基础设施环境总体架构模型及演进路线设计 组织

28、和参与基础设施环境管理目标蓝图设计； 组织评审。乙方责任： 提出对甲方基础设施规划的理解，提供基础设施现状分析报告； 提供国际、国内先进银行数据中心、测试中心、开发中心及其他分支机构的最佳实践及趋势报告； 如需组织调研，设计调研问卷，提供调研问卷填写培训，整理分析调研反馈； 提出未来5年建行基础设施工作的目标和设计建议。 提供基础设施环境总体架构模型及演进路线设计； 提供基础设施环境管理目标蓝图设计。工作单元文件： 基础设施环境现状分析报告（工作件） 同业情况及趋势报告（工作件） 调查问卷 基础设施环境总体架构模型及演进路线设计（工作件） 基础设施环境管理目标蓝图设计（工作件）4.2.3 TA

29、3-主题二：基础设施整合策略 基础设施整合部署优化策略通过基础设施整合，加大标准组件和共享架构的比例，提高资源利用率，提高基础设施服务的可靠性、可管理性和可重用性，有效地支撑业务。分析、总结建行基础设施整合策略实施现状（包括SF/SFB、服务器上收、分行架构、虚拟化试点等），对问题进行梳理、归纳（包括部署情况、管理支持、人员技能等），最终形成现状分析报告。整理、分析分行现有应用及上收策略，从分行应用上收整合的角度分析对分行开发、部署的影响，明确未来分行基础设施架构和定位，明确分行上收应用的基础设施管理流程（如开发测试环境的申请）。基于提高资源利用率、降低成本、应用分级管理的原则，进一步分析未来

30、基础设施整合的总体目标，根据新技术发展路线研究结果在适用领域引入虚拟化、云计算等新技术，提出总、分行基础设施部署优化策略及相应的管理改进措施，明确策略实施方式、路径及改造计划（如评估现状及关联关系、标准化、虚拟化、整合、自动化管理等），明确关键里程碑和各阶段目标架构蓝图。 数据中心容量配置估算方法通过制定数据中心容量配置估算方法，建立容量规划服务，合理预测基础设施的容量需求，满足五年规划对全面成本管理、快速资源交付的要求。收集、分析现状数据，总分行数据中心现有基础设施容量及资源利用率、近年来的容量增长情况和业务发展情况，对问题进行梳理、归纳（包括部署情况、管理支持、人员技能等），最终形成现状分

31、析报告。根据往年业务发展需求，结合同业业务发展趋势，新兴业务需求（如视频监控、多媒体应用），同时考虑基础设施整合优化策略实施计划，提出数据中心容量配置估算方法，对容量需求提出合理预见。估算方法必须综合考虑以下因素但不限于： 基于基础设施集中、共享、应用分级管理等总体原则 考虑应用响应时间、用户数、吞吐量、数据量等性能指标的要求 考虑服务连续性的要求 考虑基础设施生命周期管理的要求 考虑虚拟化、云计算等新技术对基础设施容量配置的改变， 资源按需分配、动态调整 包含机房基础设施，如空间、供配电、制冷等 定量的估算方法建立业务需求与基础设施容量需求的对应关系模型，提供模板可以将业务需求转化为基础设施

32、容量需求的估算。甲方责任： 提供甲方基础设施整合策略实施的现状文档； 提供甲方数据中心容量配置的现状文档； 审阅乙方关于甲方基础设施整合的现状分析报告； 审阅乙方关于甲方数据中心容量配置的现状分析报告； 审阅乙方提供的国内、国际同业基础设施整合、数据中心容量配置估算方法的最佳实践情况报告； 如需组织调研，收集问卷调查反馈，包括资料收集和问卷收集； 组织和参与基础设施整合规划设计（含基础设施整合部署优化策略、数据中心容量配置估算方法）； 组织基础设施整合规划报告（含基础设施整合部署优化策略、数据中心容量配置估算方法）评审。乙方责任： 建立基础设施整合的评估模型，提出基础设施整合的现状分析报告；

33、建立数据中心容量配置的评估模型，提出数据中心容量配置的现状分析报告； 提供国内、国际同业基础设施整合、数据中心容量配置估算方法的最佳实践情况报告； 如需组织调研，设计调研问卷，提供调研问卷填写培训，整理分析调研反馈； 提出甲方分行基础设施架构、定位建议及上收应用的基础设施管理流程； 提出甲方基础设施部署优化策略及相应的管理改进措施，明确策略实施方式、路径及改造计划，明确关键里程碑和各阶段目标架构蓝图； 提出甲方数据中心容量配置估算方法； 建立甲方业务需求与基础设施容量需求的对应关系模型及提供模板。工作单元文件： 基础设施整合现状分析报告（工作件） 数据中心容量配置现状分析报告（工作件） 调查问

34、卷 基础设施整合部署优化策略（工作件） 数据中心容量配置估算方法（工作件）4.2.4 TA4-主题三：前端整合及服务 研究前端业务的发展趋势根据同业和国外银行先进前端渠道建设的经验，清晰定义建行前端渠道业务的发展趋势，必须综合考虑以下因素但不限于： 前端的范围，包括电子银行渠道、传统网点渠道及其他前端渠道； 前端业务的服务创新； 多样化前端的发展趋势，至少包含但不限于渠道多样化、接入方式多样化、展现形式多样化、业务支持模式多样化等； 前端业务集中整合趋势，至少包含但不限于高低柜整合、统一门户等； 客户服务个性化趋势； 前端渠道电子化趋势； 终端图形化趋势； 新设备新技术运用越来越广泛趋势； 监

35、控管理要求越来越严格趋势； 新产品的快速交付趋势； 新产品在多渠道同时部署趋势； 研究前端技术的发展趋势根据前端新技术的发展趋势，详细阐述前端每项新技术的定义、标准、特点、适用范围，明确新技术对前端未来业务和技术架构的影响，分析新技术在前端进行应用的关键改造点，完成对关键改造点的可行性分析和改造策略设计，新技术研究课题至少应包括但不限于： Web2.0技术； 金融IC卡技术； 移动设备应用技术； 客户个性化服务； 图形化应用技术，分析前端实现全图形化的意义和必要性，提出前端实现全图形化的实现路线、相关技术要求及架构选择标准； 研究前端客户体验评价的技术模型根据前端系统的特点，明确前端客户体验评

36、价的技术模型，通过对前端用户客户体验的准确把握，促进前端系统的持续优化发展，至少应完成但不限于以下事项： 前端用户的分类； 定义客户体验评价的技术模型； 量化客户体验评价的技术指标； 给出在前端系统进行实施的建议； 完成典型案例设计； 定义前端目标架构蓝图根据前端业务和新技术的发展趋势，结合主流的技术方向，以多样化前端、优化客户体验、降低成本为目标，定义前端系统的未来目标框架，至少应完成但不限于以下事项： 根据前端业务发展和新技术发展的趋势，归纳出对前端技术架构的潜在需求； 明确前端未来的定位，至少应考虑电子银行渠道、传统网点渠道及其他前端渠道； 明确前端未来的目标框架，应包含但不限于前端的逻

37、辑架构定义、部署架构定义、数据存储/共享架构定义、网络架构定义等； 根据前端未来的目标架构，提出关键管理、部署策略及技术标准。应包含但限于以下方面：给出前端的技术标准及管控要求，提出前端技术标准、运行环境、设备标准、开发平台的管理策略，分析实施统一的相关必要性、意义及策略；结合前端集中管理系统，提出前端设备的集中管理策略及实施方案；结合前端多应用多开发单位的特点，提出前端多应用部署的版本管理策略及实施方案，完成典型案例设计； 从建行前端建设现状出发，提出向目标架构演进的实施路径， 至少应包含实施策略、实施内容、实施计划、风险及对策等，据此明确相关前端基础架构优化策略、客户体验改进策略及成本管理

38、策略等。 根据建行前端目前存在的问题，给出对应的解决方案及策略，主要问题包含但不限于：前端技术/设备标准不统一、网络规划问题、终端外设图形化趋势、多系统整合/信息共享趋势、前端环境版本管理问题等。 根据前端业务整合的需求，可从异构前端整合和同构前端整合分析前端系统的整合策略，设计出明确的技术整合策略；分析高低柜整合（统一操作门户）的必要性及意义，给出整合的架构、策略及路线；根据前端业务连续性的需求，给出前端系统的高可用要求及相关高可用指标定义，提出相应的高可用方案，并完成典型案例设计；甲方责任： 提供甲方前端IT建设现状文档； 审阅乙方关于甲方前端评估及现状分析报告； 审阅乙方提供的国内外同业

39、前端最佳实践情况报告； 审阅乙方提供的前端业务发展、技术发展趋势报告； 审阅乙方提供的前端客户评价的技术指标体系报告； 如需组织调研，收集问卷调查反馈，包括资料收集和问卷收集； 组织和参与前端规划设计； 组织前端规划设计报告评审。乙方责任： 提供国内外前端建设的先进经验以及典型案例； 提供国内外一流银行的前端框架； 提供前端业务的发展趋势评估报告； 提供前端的技术发展趋势评估报告； 提供前端客户体验评价的技术指标体系； 完成对建行前端的现状分析及评估； 提出未来5年建行前端规划的目标及方向； 完成对未来建行前端的目标架构设计，包括目标架构、重大技术关键点、前端现状问题的解决、实施路线策略等；

40、提出确保前端规划实施和不断自我完善的配套管理措施； 如需组织调研，设计调研问卷，提供调研问卷填写培训，整理分析调研反馈；工作单元文件： 前端现状分析报告（工作件） 前端同业情况及业务发展趋势报告（工作件） 前端同业情况及技术发展趋势报告（工作件） 前端客户体验评价的技术指标体系（工作件） 调查问卷 前端目标框架及实施方案（含策略）（工作件）4.2.5 TA5-主题四：应用平台及研发 基础应用平台研究基于建行目前自主研发的J2EE应用平台（SUP2）、报表集成开发环境（RIDE），分析判断后续建行J2EE应用平台、报表平台统一整合的可行性，明确平台发展方向及整合实施路径。 基于建行现有C语言研发

41、环境，分析C语言研发环境进行标准结构化和组件化的可行性，提出未来建行C语言研发平台标准化框架。 根据建行开发现状及已有的基础应用平台，提出确立一个基础应用平台或工具的判断标准和依据，给出切实可行的可考核、可度量的判断指标。需要充分考虑基础平台的应用是否具备广泛性、基础平台的推广是否能够提高技术架构对该领域的管控、是否能够降低成本、是否能够实现快速交付等方面。 分析建行应用功能，判断是否存在对基础应用的共性需求，提出新的基础应用平台功能需求及研发计划。 应用需求的定义、分析结合国内外先进案例，根据建行技术架构管控支持业务需求快速开发交付的目标，对应用开发、测试、上线的各个环节进行分析，根据技术架

42、构组件化管理的要求，提出应用对基础设施环境的技术需求规范，并最终形成需求与基础设施部署之间的对应关系模型，列出技术架构标准组件库，给出应用对技术架构需求的配置指标体系标准，包括：应用对开发环境的需求指标、应用对测试环境的需求指标、应用对运行环境的需求指标，给出指标应包括的标准内容，例如：环境配置要求、容量配比、性能配比等。制定相应标准发布、审核、改进的管理流程和管理办法。明确实施目标和策略，制定计划，以满足快速部署的能力要求。结合国内外先进应用分级理论，对建设银行应用进行分析，制定出建设银行应用分级规范和标准。从基础设施部署角度对应用进行分级，形成分级应用可用性指标，包括：性能要求、容量要求、

43、实时性、业务连续性要求、业务优先级等指标。根据应用分级标准，给出各类、各级应用的标准环境的配置标准，形成技术架构的标准组件库。制订应用分级管理办法和流程，提出实施目标和实施计划；设计一个案例：使用应用技术需求指标，给出一个较为复杂系统的部署模式及容量估算示例。甲方责任： 提供甲方现有J2EEC语言运用系统开发现状； 审阅乙方提出的现状分析报告、应用需求定义、分析和规范标准； 审阅乙方提出的基础应用平台评估指标、应用需求管理方法和制度。 如需组织调研，收集问卷调查反馈，包括资料收集和问卷收集； 组织和参与基础应用平台发展研究设计； 组织基础应用平台发展研究报告评审; 组织和参与基础应用平台评价指

44、标设计； 组织基础应用平台评价指标报告评审。 组织和参与应用需求管理方法设计； 组织应用需求的管理方法报告评审。乙方责任： 提出基础应用平台发展研究方向分析报告; 提出基础应用平台评价指标分析报告； 如需组织调研，设计调研问卷，提供调研问卷填写培训，整理分析调研反馈； 提出应用需求的定义、分析和规范标准，并说明其与行内现状匹配程度及适用范围； 提出针对建行的应用需求的管理方法和制度。工作单元文件： 基础应用平台现状分析报告（工作件） 基础应用平台发展研究报告（工作件） 调查问卷 基础应用平台评价指标报告（工作件） 现状分析报告_应用需求管理（工作件） 同业情况及趋势报告_应用需求管理（工作件）

45、 IT目标应用需求的定义、分析、规范标准、管理方法和制度（工作件）4.2.6 TA6-主题五：全行网络建设规划 明确未来5年的网络发展方向重新审视网络的定位，是否符合建行的业务和IT整体战略。充分了解和分析业务发展需求、业务规划、同业竞争、业务挑战和现有网络基础架构状况，并结合业界同业先进经验以及网络技术发展趋势，对建行现有网络规划进行评价，提出差距，参照同业网络最佳实践，明确网络未来可能面临的机遇和挑战，确定未来5年网络的发展方向，对外来5年的网络发展方向、目标提出纲领性的描述。 勾画未来5年的网络蓝图根据未来5年的网络发展方向，勾画建行的网络蓝图，完成全行网络架构、网络结构及组件、网络技术

46、产品及标准、网络管理、网络服务水平管理、成本等方面规划，使得目标可视化。 提出未来5年的网络工作重点以网络蓝图为目标，与现有网络进行差距分析，推导未来5年的网络工作重点，理清相互之间的逻辑关系，形成路线图、里程碑，进而形成各阶段工作重点，明确工作目标和完成标志。甲方责任： 提供甲方网络系统现状文档； 审阅乙方关于甲方网络系统评估及现状分析报告； 如需组织调研，收集问卷调查反馈，包括资料收集和问卷收集； 组织和参与网络系统分析； 组织网络蓝图规划文档评审。乙方责任： 编写网络调研评估报告 提出未来5年网络蓝图规划建议和网络工作重点。 如需组织调研，设计调研问卷，提供调研问卷填写培训，整理分析调研反馈；工作单元文件： 网络调研评估报告（工作件） 网络规划建议书 未来5年工作重点及路线图（工作件）4.2.7 TA7-专题一：主机技术架构方向研究 明确主机环境的技术构成；考虑未来3-5年业务发展趋势，结合应用技术需求