银行业随需应变 IBM入门手册，第4册 基础设施转型
银行业随需应变的业务 第3册: “应用转型”描述了两种“IBM银行业随需应变入门手册” 重要的应用转型：产品信息库管理包括六本系列丛书，系统介绍银行 与面向服务架构。 随需应变的运营环境。这套系列手 ►第4册: “基础设施转型”探讨册在“IBM金融行业市场领导小组” 适合银行业的随需应变运营环境指导下编制。全套丛书分为六册： 等相关问题。 第 1册: “随需应变的银行业”介第5册: “银行业解决方案”介绍绍银行如何实现基本业务转型，以 IBM银行业整体解决方案，包括咨及银行业目前难得的转型机遇。 询、软件、硬件及服务。 第2册: “业务转型”介绍两种推动 第6册: “成功实现随需应变”通过业务转型的方法：组件式业务模型 大量成功案例，介绍了全球银行如和IBM信息架构。 何从IBM银行业解决方案中受益，同时简要介绍IBM公司概况及其在各国的业务支持中心。
概述 目录 在如今的市场上，唯一不可预测的就是市场的变幻莫测。但是，如果保险公司有部署到位的合适运行系统的话，他们可以预测应该怎样应对。IBM在2004年概述 3 对全球CEO进行的一项调查中（共调查了450位CEO）发现了全球企业一些令迎接银行业挑战 4 人感兴趣的趋势：通过增加市场份额来实现不靠外力的收入增长（organic 随需应变企业 7 growth）重新成为CEO们的首选战略，很多银行正在重新审视其业务流程以评随需应变运行环境 8 估它们对于实现此目标的支持程度。降低成本和提高效率对于企业赢利仍然非“激活”随需应变运行环境 11 常重要。CEO们还需要新的、更有效的方法来提高其人员的生产效率。另外，适合银行业的随需应变运行环境 17 他们也关心企业弹性问题，即拥有一个能够很好地预防灾难事故发生，以及出银行业随需应变体系结构 17 现问题后能够迅速恢复的安全可靠的运行系统。 用于定制转型的工具 23 IBM组件化基础设施路线图 27 那时CEO们关心的问题仍是现在CIO所关心的问题，因为坦率而言，没有IT团队，成为随需应变企业 30 上述目标就不可能实现。从本质上讲，CEO们希望得到的正是随需应变的竞争能力。随需应变企业是指在整个企业内实现端到端集成，并与主要业务伙伴、供应商和客户的流程相集成的业务流程能够灵活而迅速地响应任何客户需求、市场机会或外部威胁的企业。随需应变的企业运营方式远不仅是一种开展业务的方法。现在，它还是获得自生增长、成本效益、弹性和竞争优势的关键。 但是，如果没有基础设施的支持，公司就无法转型成为随需应变的企业。随需应变运行环境基于集成的基础设施，与业务目标和流程相符合，允许公司以富有弹性和可靠的方式来优化其运营。进而使其能够在任何时候满足业务需求，
基础设施转型 4 包括通过加快开发过程和上市速度来推动增长。为了实现CEO所描绘的企业要点 远景，CIO需要找到使IT与业务目标相符合的方法，确保系统具有响应性并使用IT来对人员、流程和信息进行高效的集成。并且，由于保持竞争优势在转型过程中的极端重要性，CIO还需要保证新基础设施在市场中尽快发挥作用。 银行业不像其它行业：银行的主要产品——金钱——可以直接流通且已变得本书重点讨论随需应变运行环境数字化。银行业基础设施也有所不同，例如银行需要集成各支行的网络，以（On Demand Operating 建立与支付网络的连接和管理密钥。因此，只有针对银行定制的随需应变环Environment）并考察其对银行业的境对该行业才有意义。IBM的框架和解决方案能够加速随需应变转型，同实用性。 时提高对于转型效果的信心。本书重点讨论随需应变运行环境并考察其对银行业的实用性。本系列入门书之五“银行业解决方案”介绍的IBM银行业解决方案，包含有助于银行向随需应变转型的咨询、软件和服务。 迎接银行业面临的全球挑战 – 随需应变企业的威力 面对不稳定的全球政治经济环境，自然灾难对价值链的冲击，欧盟一体化的巩固，竞争的加剧以及前东方集团和发展中国家新市场的出现的形势，只有灵活的企业组织能够茁壮成长。银行已经重新配置其IT环境来确保在这样持续变化的环境中更具有竞争力，能对外部威胁作出快速主动的响应并把握新的商机。 除了迅速并加速变化的经济现实之外，商业的发展还导致了新法规的出现，例如美国的Sarbanes-Oxley法案和十国集团的Basel II法案。这些法规都需要从业务和技术角度被认真对待。
基础设施转型 5 使上述情形进一步复杂化的是，过去十年中持续不断的全球收购与合并浪要点 潮对增长起到了推波助澜的作用，但是也带来了IT基础设施的silo现象——基础设施在运营部门内实现垂直集成，但没有出现与其它企业部门的基础设施水平集成的分公司或部门。除了使跨部门的通信和合作更加困难之外，silo现象还会因为功能重复和服务水平不一致而导致过高的运行成本以及对新的市场机会响应迟缓等问题。不相容的技术也增加了运行成本和风险，延缓了开发过程，这一切都给组织参与市场竞争造成了障碍。 同时，全球经济的变化使企业又重新回到增长和削减成本并重的运行轨道。竞争定位考虑的一方面是建立不仅能够响应不断变化的实际情况，而且能够更加经济高效地运行线性组织。尽管很多银行已开始着手通过优化业务流程企业转型实际上就是通向简化来解决这些问题，但所实施的革新通常发生在垂直silo内部，没有全面定位的运行环境，这样的环境能够支整个企业的复杂性和系统与功能重叠的问题。正如业务战略只有建立在企业持更大的集成度、灵活性，成本的整体目标和业务优先次序的基础上才能产生实效一样，支持业务战略的技降低和更好的资源管理。 术转型也必须建立在这一基础之上。而且正如这一概念会让人产生畏难情绪那样，企业转型实际上就是要通向简化的运行环境，这样的环境能够为寻求市场战略优势的银行提供更大的集成度、灵活性，成本降低和更好的资源管理。通过转型业务流程，例如更好地集成数据以改善其客户对数据的理解， 银行才能在竞争中脱颖而出。
基础设施转型 6 致力于公司使命，拥有高效、灵活的基础设施和可变成本结构，在面对外部压力和变化时富有弹性的银行就是一个随需应变企业的典范。为了成为随需应变企业，银行需要合适的技术和合适的基础设施——即随需应变的运行环境。为建立这样的运行环境，需要对企业有一个更加整体的远景规划。为实现这样的远景，理解随需应变转型的入口点以及随需应变运行环境的主要概念和所需的支持能力是很有帮助的。 业务与IT流程开放 专注 技术基础设施入口集成 可变 业务设计自主 弹性 入口虚拟化响应性灵活的财务和交付选择图1.向随需应变企业转型的各个方面。
基础设施转型 7 随需应变企业——转型概述 要点 一般而言，在向随需应变运行环境转型时，银行组织必须对以下三个领域进行评估： 1. 建立组织的组件化业务模型，将每项活动细分成：所需人员、流程和信息三部分，然后每个组件提供的服务即可在被业务线共享或者外包。补充性的业务组件分组为能力，这些组件一起提供了组织有效运行所需的所有流向随需应变运行环境转型应该程和活动的完整表示。IBM Component Business Model （IBM组件业务模型）加以评估的三个领域： 工具集适用于包括保险业在内的每一行业，可以在此加以运用。 • 组件化的业务模型 2. 评审组织的当前应用和数据资源，确保它们被全面部署以帮助获得竞争优• 评审组织的当前应用 势和增加市场份额。面向服务架构（SOA）支持应用发挥作用和将数据轻松• 评审现有的IT基础设施 集成入新产品与业务流程，帮助确立竞争差异性。 3. 评审现有的IT基础设施，使之在所有业务线中得到最大限度的利用，并确保其运行弹性。 这三个领域代表随需应变转型时的入口点。虽然它们最终都需要得到考虑和实行，但起点取决于业务目标和优先次序。如果银行选择IT基础设施转型入口点，那么确保持续对准业务目标和持续的业务线支持就成为非常重要的前提条件。
基础设施转型 8 理解随需应变运行环境——主要概念 随需应变运行环境建立在几个主要概念的基础之上：提高成本效益比、优化流程和效率、提供灵活性。 图2。表格：随需应变环境中的集成和基础设施管理能力 业务和资源管理 新业务开拓 客户管理 客户销售和服务 产品交付 管理 • 业务和资源规划 • 市场部门分析和规• 客户组合分析 • 客户销售和服务• 产品运营规划 • 业务政策和程序 划 • 信用政策和规划 规划 • 外部关系 • 收购规划 控制 • 业务体系结构 • 产品概览 • 客户行为和模型 • 销售/服务管理 • 产品运营监督 • 市场活动管理 • 业务部门跟踪 • 关系监督 • 案例和执行处理 • 应用处理 • 审计/保定/法律/遵守 执行 • 业务部门管理 • 产品开发和部署 • 信用管理 • 授权 • DDA/支票处理 • 人力资源管理 • 市场研究 • 关系管理 • 事务合并 • 零售借贷 • 设施运行和维护 • 产品目录 • 担保处理 • 事务捕获服务 • 卡片处理 • 系统开发和运行 • 营销 • 客户信息 • 销售 • 卡片financial capture• 固定资产登记 • 市场活动执行 • 联系/事件记录 • 对话框句柄 （金融业务捕获） • 生产保证（服务台） • 智能路由 • 零售商业务
基础设施转型 9 集成 要点 水平集成能力是基础设施的一个定义特征，它是随需应变运行环境灵活性和适应性的关键。完全集成的组织能够动态响应外部和内部需求，实现跨部门的连接以及与第三方服务提供商和管理人的连接。除了其它作用外，集成还提供了以图形方式模拟组织的组件任务、以新方式重用和合并现有应用、支持访问整个组织的数据、以及与其他员工实时协作等能力。 基础设施管理 基础设施管理由企业基础设施管理域（本书稍后将进行讨论）所定义，它涉基础设施管理涉及支持运行环境（运及支持运行环境（运行环境又支持随需应变企业）所需的一系列能力。基础行环境又支持随需应变企业）所需的设施服务帮助确保整体系统的可用性，同时满足安全需求。它们还协调组织一系列能力。 流程、优化系统以提高生产率和加强资源管理。基础设施管理取决于简化IT运行的两个重要流程——自动化和虚拟化。 自动化流程提供了对日益复杂的IT环境的实时管理。通过确保以最有效的方式使用IT资源，预测可能出现的问题并在其达到紧急状态前将其解决。自动化流程绝不只是为系统管理员和程序员节省了时间那么简单。常规任务依据组织的政策和规则自动运行，其中包括规定当问题或冲突发生时应采取什么措施的规则。基于规则的行为有助于确保IT环境符合业务优先级，减少IT管理费用，提高可用性、安全性和弹性以及传统系统的效率。
基础设施转型 10 虚拟化流程提供了运算能力、存储容量、网络和其它资源的逻辑视图而非物要点 理视图，同时根据组织目标对这些资源进行自动化管理。由于虚拟化使得能够对多个异类系统进行基本管理，因而允许对这些IT资源进行实时、动态地部署和优化。最后，它采用的是通过单一“仪表盘”（dashboard）来管理所有系统的基于开放标准的可靠方案。总之，虚拟化流程允许金融组织： • 通过单一服务器共享部门工作负载 • 甚至在高标准要求的生产和测试期间也可满足服务水平协议的规定 自动化和虚拟化流程提高了IT系统的• 建立能够迅速响应用户应用需求的基础设施。 可用性、弹性和灵活性。 通过提高公司IT系统的可用性、弹性和灵活性，自动化和虚拟化流程能够使组织获得由于IT系统性能和效率提升所带来的增长机会。 业务建立业定义务模型需求保护图3：业务驱动的开发周期 分析和管理变更设计和资产管理实施运营部署测试开发
基础设施转型 11 业务驱动的开发 要点 术语“业务驱动的开发”反映了全球企业向随需应变运行转型从根本上的思路转变——所有水平的业务和组织流程必须按照企业的整体目标和优先级进行设计。现在，甚至软件开发也必须被视为水平业务流程。在面向服务架构的支持下，业务驱动型的开发流程有三个阶段：发现（discovery）阶段建立组织的流程模型和目标，识别可重用资产并从组织角度为IT和开发小组提供有关新应用和服务的明确要求。模型驱动的开发阶段加快和简化了在基于在面向服务架构的支持下，业务驱动服务和组件体系结构的范围内转型、集成和构建软件资产的过程，同时支持型的开发流程有三个阶段： 架构师和开发人员的高效协作。在开发阶段，得到全面测试、微调（tuned）• 发现阶段 和良好设计的组件、服务和应用以一致和可重复的方式被部署到运行环境中• 模型驱动开发阶段 去，从而使其在整个开发生命周期中更易于监控和管理。 • 部署阶段 随需应变运行环境的核心概念要通过“激活”基础设施的主要能力来实现。 “激活”随需应变运行环境——主要能力 有几项重要技术可以为保险公司的随需应变运行环境提供支持。虽然在随需应变环境的每一实施中并非所有这些技术都是需要的，但是，总体了解那些对成功的基础设施设计至关重要的技术是必要的。对业务优先次序、目标和现有资产的仔细分析有助于确定最适合的支持技术。
基础设施转型 12 开放标准 要点 基于开放标准的服务，例如Web服务，是独立的、模块化的应用，可以不依赖定制编码连接而协同工作，因为这些组件共享一个通用协议。换言之，尽管它们“讲”的是不同的语言，但彼此之间可以“沟通”。由于它们是技术不可知的（technology-agnostic）并具备“即插即用”（plug-and-play）能力， “激活”金融机构随需应变环境的主因此开放标准可以支持在整个企业范围内的集成。 要技术包括： • 开放标准 面向服务架构 • 面向服务架构 随需应变运行环境基于分层式、模块化的体系结构，业内称之为面向服务架• 安全系统 构（SOA）。SOA把应用和流程视为服务，且每项服务都有一个根据行业标• 处理器和存储虚拟化 准定义的接口。这些基于标准的接口允许在随需应变运行环境的不同组件间• 网格计算 交换结构化的信息，而不考虑其原始技术和平台。它们还允许在需要时对应• 自主计算 用和流程进行组合和重新分组，以满足动态外部环境的需求。使用SOA，银• 通信和消息交换机制 行能够循序渐进地将通用服务，例如客户识别（customer identification）服务，• 结构化和非结构化数据管理 部署到所有业务线。即使是由分支机构开发的独一无二的服务，面向服务的方案也可将它们集成到整个组织。例如，信用卡操作可以连接到支行数据库来验证客户信息。 安全系统 面对今天这样一个全天候互联的商业环境，每个随需应变企业的安全需求都在增加。这一点在银行业尤为显著。使应用和数据对合作伙伴和客户开放的同时也带来了风险并增加了对企业内部甚至超出企业范围的敏感信息的保护责任。数据和网络安全以及安全政策管理一度各自为政而且与设施的物理
基础设施转型 13 安全管理相脱节，分别使用来自不同供应商的专门解决方案。但是随需应变企业要求提高安全水平，使安全措施符合业务目标。为了提高生产率和将重点关注优先业务，必须将数量有限的IT员工从重复性的监控和安全管理任务中解脱出来。随着公司转型为随需应变的企业，其在安全管理、对威胁作出反应和审计请求（audit request）方面花费的时间和金钱将会更少。相反，它将部署自动化的、集成的安全解决方案，把解放出来的资源用在业务上。 业务控制，风险和安全管理 安全管理事务安 身份和访数据保护和全保障 问管理披露控制 集成服务图4。风险和安全政策遵守管理基础设施 安全系统和网络 开放标准正是通过业务控制和安全管理流程应用，IT层的安全功能才被带入企业的整体战略框架。 审计监控
基础设施转型 14 处理器和存储虚拟化 要点 管理异类基础设施和系统的复杂程度的上升已经导致了对简化企业运行环境的需求。但是，简化运行环境不仅仅是降低成本或使运行更简单，在全球互联的银行业内，复杂性是一个既有的事实，而简化运行环境是要简化管理这些复杂系统的方法。如果简化工作做得好，它将帮助提高运行可靠性并使IT优先级符合业务目标。这意味着： 处理器和存储虚拟化简化了企业的运•降低现有基础设施的成本 营环境，有助于提高可靠性和使IT优先•减小扩充现有基础设施的难度 级符合业务目标。 •降低管理基础设施的复杂度 •构建对业务需求更具响应性的新系统 处理器和存储虚拟化是简化基础设施的有效途径。虚拟化技术创建了一个逻辑的，而非物理的计算能力、存储容量和其他资源的视图。根据源自业务战略的政策框架，虚拟化技术对这些资源进行自动化管理，使之实现实时、动态的部署和优化。通过使分散在整个组织中的资源像一个单一资源池或实体一样共同发挥作用，处理器和存储虚拟化提高了IT效率。可以根据需求层次和希望的效果而不是物理位置来访问和管理资源。 网格计算 通过将异类的IT资源集成到单一资源池，网格技术有助于公司充分利用现有的IT基础设施，同时最大化资源利用率。网格技术可赋予最终用户为了处理和存储目的随时随地访问信息和IT资源的能力，帮助员工更快、更准确地解决复杂的业务问题并做出关键决定。通过支持员工共享、访问和管理信息，网格计算有助于促进组织部门间的协作。使用一组开放标准，用户可以通过网络和跨组织边界访问这些共享资源。
基础设施转型 15 自主计算 要点 网格计算可以为支持网格技术的基础设施服务提供虚拟化方面的支持，而自主计算可以支持自动化组件。借助自主计算，自管理的基础设施能够根据业已建议的组织政策和目标动态地适应外部环境的变化。这些系统持续进行自监控，感知元件或处理器的不协调，并计划和采取行动重新建立期望的行为。某些自主系统还能加以配置以预测问题并在其达到紧急状态前作出响应。在系统的“自纠”过程中，它积累了有关可管理元件的行为及其对纠正措施响应的知识。这些知识随后可用于持续的变革管理。 借助自主计算，自管理的基础设施能够根据业已建立的组织政策和目标动态地适应外部环境的变化。 应用服务开发业务用户交业务流程服务信息管服务编排服务互服务理服务企业IT组业务绩企业服务总线合管理效管理实用工具（Utility）业务服务图5。在随需应变运行环境中，企业服服务层自动化和编制务总线管理着服务之间的相互通信。 资源虚拟化服务基础设施服务企业 用户
基础设施转型 16 通信和消息交换机制 要点 今天，几乎所有渠道相关的银行业活动都对基础设施设计和利用存在一定程度的影响。例如，美国二十一世纪支票结算法案（. Check Clearing Act of the 21st Century或称Check 21）生效后对于基础设施处理支票结算的要求。随着组织放弃单点式解决方案并对销售渠道进行优化，以使之成为能够发现和链接到任何新业务伙伴和客户的动态、一体化的组织，有必要确保已转型的在服务如何交互的技术意义上，服务通业务元件中的所有服务，以及与用户和外部系统能够相互通信。重要的是在信是通过企业服务总线（ESB）来管理随需应变运行环境设计中包括合适的通讯服务——在这里，我们是在服务如的。ESB是应用和基础设施服务间交互何交互的技术意义上讨论通信问题。缺少相应的服务会妨碍组织合并新的服的中介，为传统系统及合作伙伴提供适务，而例如针对每一业务线的营销服务的重复服务，会增加成本和降低效率。配器。 在随需应变运行环境中，元件（现在被改换为服务）之间的通信是通过企业服务总线（ESB）来管理的。ESB是应用和基础设施服务间交互的中介，为传统系统及合作伙伴提供适配器。 结构化和非结构化数据管理 与银行业务相关的时间、成本和风险有多一半都与信息集成和信息完整性有关。无论是成功的客户关系管理（CRM）还是法规遵守，信息都是关键的因素。尽管信息集成和信息完整性始终是需要优先考虑的问题，但是进展缓慢。因此现在，需要通过CRM确保竞争优势和法规遵守复杂性的日益增加成为了问题的焦点所在。以前，即使是silo式的组织，通过收购实现收入增长都是可能
基础设施转型 17 的。但是现在，对于增加现有客户基础价值的强调要求客户信息在整个企要点 业中实现集成，以及跨渠道的联系管理来为销售和服务团队提供支持。同时，金融服务调节员要求提供有效风险管理的具体证据。信息可用性和准确性的提高可加速应用和数据库部署，并有助于保证业务的成功。 此外，银行日益需要管理非结构化数据中的“信息涌动”（surge），例如视频、扫描图像、电子邮件和语音。到目前为止，大部分此类数据在被存储后拥有管理非结构化数据的有效基础并没有一个设计良好的系统可以对其进行引用、检索和集成到业务流程。然设施和流程对于银行未来的竞争能而，它是用于信息挖掘以加强客户关系的重要资产，而且在很多情况下，它力将变得日益重要。 是受法规控制的。拥有管理非结构化数据的有效基础设施和流程对于银行未来的竞争能力将变得日益重要。 在列举和描述了随需应变运行环境的主要概念和能力后，现在有必要来讨论一下如何对这样的基础设施进行定制以满足银行业的需求。 定制——适合银行业的随需应变运行环境 如前面所讨论的，随需应变转型有三个入口点。尽管有些企业从业务和应用着手转型，但更多的则是首先转型其IT运行环境。即便如此，构建将业务功能转化成IT任务的组件化业务模型仍然是关键的第一步——每个业务组件都针对银行定制的基于组件的随需应是由构成随需应变运行环境的硬件、软件和服务来支持的。针对银行定制的变运行环境是所谓的金融服务体系基于组件的随需应变运行环境是所谓的金融服务体系结构（Financial Services 结构（FSA）。 Architecture，FSA）。 适合银行业随需应变的体系结构 FSA是连贯一致的模型，体现了银行的三层体系结构：业务体系结构、应用体系结构和技术体系结构。对于技术体系结构，FSA由五个企业域描述，这些域确定了支持银行业务需求所必需的主要基础设施控制点，包括例如安全考虑事项以及支持金融网络的外部网关基础设施。这五个针对银行的企
基础设施转型 18 企业用户域 门户服务 服务器管理的客户端图6。金融服务体系结构——集成人协作服务人员Web 客户端员、流程、信息、资产和开发。 混合客户端普适访问服务用户访问服务企业流程域业务流程服务外部网关服务组件集成服务 企业渠企业业流程道应用务应用消息转换服务发现（discovery）服务企业信息域分析和建模信息运营信息存储库 数据集成服务非结构化数据存储库渠道管理服务分析数据存储库 企业基础设施管理域 事务处应用服务理服务虚拟化和配置和编排安全服务 系统管理IT 资产管理网格服务渠道应用企业加密业务应用企业客户服务器系统服务器存储局域网广域网 数据中心网络企业开发域开发需求体系结 集成开发业务流程建模构和设计工具 环境测试工具 开发流程和生命周期管理
基础设施转型 19 业域提供了一个IT基础设施转型议程。它们直接反映了随需应变运行环境要点 的主要目的：支持业务驱动的开发；集成人员、流程和信息；以及管理基础设施以提高效率和灵活性。 这五个企业域引入了一个控制点模型，该模型将所有基础设施中包含的那些需要全企业管理的元件与不需要全企业管理的元件区别开来。这五个企业域金融服务体系结构（FSA）是连贯同时代表要求其管理范围扩展到整个企业的专门知识和控制领域。在每个域一致的模型，体现了银行的三层体内包含一组控制点作为一个行业“透镜”，通过它可以评估IT基础设施支持系结构：业务体系结构、应用体系随需应变企业的能力，并为转型制定相应的议程。 结构和技术体系结构。 企业开发域企业用户域企业信息域企业流程域图7：五个企业域 企业基础设施管理域
基础设施转型 20 企业用户域涵盖整个企业处理用户如何访问所需系统的问题。在此域内，随要点 需应变运行环境建立动态的、基于角色的访问机制，促进协作和提高效率。它针对银行业在以下方面进行了定制： •协作，用以把销售线索（sales leads）传递给有资格的销售顾问 企业用户域涵盖整个企业处理用户•基于角色的访问控制和针对管制（regulated）产品的法规强制实施 如何访问所需系统的问题。 •通过ATM和支行网络访问银行服务 •将支行转变为高效的销售汇道 • 遵守有关存在位置或国籍限制的产品规定 • 基础设施入口以增加交叉销售和向上销售 企业流程域集成全企业的应用以帮助确保连接所有必需的服务和信息，反企业流程域集成全企业的应用以映业务优先次序，集成流程和更轻松地融合和管理变革。它针对银行业在帮助确保连接所有必需的服务和以下方面进行了定制： 信息。 • 支持长期事务（带有状态和事件管理）和补偿流（compensation flows）——用于执行时间可能超出事务双方连接时间的事务 •集成外部金融网络和一流的服务提供商，例如信用调查代理机构 •事务不可否认性（Transactional non-repudiation） •集成传统的大量事务处理系统
基础设施转型 21 企业信息域提供了可满足公司所有信息需求的单一接口。它集成和简化了要点 对数据的访问，以帮助消除重复工作和促进跨团队和业务线的协作。它针对银行业在以下方面进行了定制： • 向外部提供财务数据 •反洗钱预防措施（依据法规要求） 企业信息域提供了可满足公司所•财报内容的义务化及法律遵守 有信息需求的单一接口。 •严格的安全和隐私规定 •运营风险管理 •非结构化数据（包括扫描的证件图像）内容管理，以满足法规要求 •将历史信息和非结构化信息集成入核心银行流程 企业基础设施管理域在可变基础上提供整个企业范围的必要性能、行为和可靠性水平。即，它把性能调整到需要的水平和成本结构，实现对外部和内部压力与变革的灵活、经济高效的响应。它针对银行业在以下方面进行企业基础设施管理域在可变基础了定制： 上提供整个企业范围内所必需的性能、行为和可靠性水平。 • 距灾难恢复地点的距离和恢复速度（依据法规要求） •加密处理和符合银行业标准的硬件技术 •大量事务处理能力 •密集批量处理能力 •保持基本的服务水平，以避免规定的业务效绩处罚（regulatory business performance penalties） •区分基础设施优先次序以应对紧急市场中断（market cutoff） 关于这些解决方案的更多信息请参阅本系列入门书之五“银行业解决方案”的“基础设施转型”章节。
基础设施转型 22 企业开发域快速创建和调整IT解决方案与应用，将其与FSA Function Model要点 比较，以响应动态的业务需求。此外，它还有助于开发新产品。优化的开发域可帮助银行更快地把产品引入市场。该域针对保险业在以下方面进行了定制： •支持众多地方（local）和行业标准 企业开发域快速创建和调整IT解决•支持复杂的产品开发 方案与应用，将其与FSA Function •建立业务监控能力 Model比较，以响应动态的业务需•使用已经建立并完善的重要保险业务流程、功能和信息的行业语义模型 求。 •银行业务审计和控制 随需应变运行环境不能简单地通过采取一系列业务线或业务 - 组件转型项目来创建，它的创建需要公司的重视和管理。五个企业域为引导随需应变基础设施转型创建了一个整体的公司远景和管理框架。这些域中的每一项都延伸到整个企业，且彼此依赖。因此，域之间的相互关系为灵活的和循序渐进的IT基础设施转型提供了支持结构。透过这五个域的“透镜”来看，FSA为整个企业向随需应变企业转型建立了一个框架。
基础设施转型 23 定制转型工具——IBM On Demand Infrastructure Solutions for Banking 要点 IBM提供了一个银行业务解决方案和基础设施解决方案组合，它们专门针对银行业定制并与五个企业域相对应——以支持有效的随需应变基础设施转型。基础设施解决方案和业务解决方案可联合发挥作用，前者可作为实现后者的构建模块。基础设施解决方案旨在简化用户平台，促进流程集成，利用信息洞察力，加快业务驱动的开发，针对银行业工作负载优化基础设施，以 IBM提供了一个银行业务解决方案和基础设施解决方案组合，及保障基础设施的安全。这些基础设施解决方案加强了IBM On Demand 它们专门针对银行业定制并与五Business and Infrastructure Solutions for Banking的基础。 个企业域相对应。 FSA 域FSA基础设施解决方案简化用户平台企业用户域企业流程域促进流程集成企业信息域利用信息洞察力企业开发域加快业务驱动的开发 图8。On Demand Infrastructure 企 基 施域 针对金融服务体系结构工作负载 Solutions for Banking 优化基础设施
基础设施转型 24 简化用户平台——IBM提供了旨在降低客户端平台成本和复杂性（贯穿整个资产生命周期）的基础设施解决方案。此外，该解决方案通过灵活和可控制的部署流程为增长和法规遵守提供支持。诸如简化配置、安装或管理用户平台的任务可通过异地支行或一个呼叫中心来执行。 促进流程集成——IBM提供了旨在通过集成新的和现有的能力（跨越企业服务总线）来创造价值的基础设施解决方案。该方案基于通用的语义模型（IBM保险业应用体系结构），通过连贯一致的服务总线使用，能够降低运营成本及开发和运行风险。 利用信息洞察力——旨在通过“暴露”和集成现有的结构化和非结构化信息以提供高质量、及时的业务关键信息来加速基础设施解决方案的增长。它还通过提供更准确的信息来帮助解决法规遵守问题，降低与数据不一致有关的违规成本。 加快业务驱动的开发——旨在加快新应用开发的基础设施解决方案，这要归功于其由通用语义模型（Information Frame Work）驱动的、基于标准的和面向服务的方法。所获得的灵活性还有助于提高应用可管理性和弹性，以及对于动态的市场和法规需求的响应性。
基础设施转型 25 针对金融服务体系结构工作负载优化基础设施——基础设施解决方案设计服要点 务，旨在通过优化工作负载和存储来满足业务服务等级要求，以降低保险运营流程的成本并提高弹性。此外，通过定义和执行新工作负载策略，使银行能够经济高效地“适应”整个业务周期中现有的、新的和不断变化的工作负载。 保障基础设施的安全——旨在通过评审现有基础设施的设计和实施（按照最佳实践、法规要求和已知威胁）来减小破坏性威胁给IT环境带来的风险。如果通过评审发现了安全漏洞，IBM将会建议具体的补救措施。
基础设施转型 26 客户业务目标与需求 业务功能服务信息服务通用IT服务基础设施服务部分企业合作伙 离散的动态合作集成集成伴集成 伙伴集成服务范围评估当确定将识别所需能开发路线前状态来状态力与计划 图 图9：定制路线图 能力域
基础设施转型 27 建立随需应变运行环境——IBM Component Infrastructure Roadmap（IBM 组件化基础设施路线图） 虽然CIO很清楚他们在回应CEO需要获得可支持赢利、灵活性、弹性的IT基础设施方面的责任，但通常他们还是会希望有一个蓝图或路线图来帮助他们在整个企业建立这样的基础设施。毕竟，全企业式（enterprisewide）的转型对很多组织还是一个新事物。为了确保向随需应变企业的转型保持经济高效，在多层次的转型过程中不扰乱组织的日常流程，IBM制定了IBM Component Infrastructure Roadmap（组件化基础设施路线图）。该路线图有目的地将基础设施细分为服务组件，所用的方法与Component Business Model（组件化业务模型）将每项业务活动细分为完成该活动所需的人员、IBM制定了在向随需应变企业转型过程中保持经济高效，不扰乱组织的流程和信息的方法相同。该路线图有助于银行充分利用其先前投资，同时管日常流程的理变革和助长组织内必要的文化转变。它为分阶段、循序渐进地转向随需应 IBM Component 变企业提供了全面的指导。Infrastructure Roadmap（组件化基础设施路线图）。 为了评估组织的随需应变就绪程度，并将其活动与整个随需应变转型过程相对应，IBM提出了一个随需应变成熟度矩阵（maturity matrix）。X轴表示向随需应变企业转型的五个阶段：从离散的，silo式的运营到能够动态集成和同时与已知或未知合作伙伴、供应商及客户合作的完全集成的基础设施。组织在该轴上能前进多远取决于其整体业务战略。对银行业而言，图9的路线图区域包含针对银行业的计划（initiative）中的项目，例如银行业渠道应用的企业集成或集成的支付中心。
基础设施转型 28 Y轴代表随需应变组织的IT基础设施必须具备的能力域，包括支持访问、信要点 息检索、自动化和应用的能力。尽管乍看之下这些能力域与本书前面讨论的五个企业域非常相似，但它们实际上是不同的框架。Y轴显示的是随需应变组织中通常所需的技术能力。 在采用建模流程期间，对组织的当前和所希望的能力，以及其当前和所希IBM提出了随需应变成熟度矩望的集成状态针对这一整体框架进行评估。在包括对组织变革有重要影响阵（maturity matrix）来评估组的人员参加的集中、有重点的定制流程期间，采用路线图被统筹规划为四织的随需应变就绪程度和转型个步骤： 过程中的活动。 1. 设定远景和评估随需应变就绪程度。定义组织目标和优先次序。就绪评估可涉及若干组织域： -全部IT基础设施，包括应用就绪； -自主计算和网格计算能力及潜力； -实用工具（utility）管理能力和潜力； -开放标准能力及潜力； -总投资成本评估和服务质量（QoS）分析。 2. 创建路线图。确定实现目标所必需的主要项目，将其分组为计划（initiative），分析其相互关系，按照实际和多层次的时间线予以安排，从而明确需要实施哪个项目以及在何时实施。 3. 确保所有系统“上线”。重新审视现有的基础设施，进行必要的变革以支持随需应变转型流程。 4. 管理变革，确保持续改进。重申随需应变转型路线，重复这一阶段化的方法，合并变革和维持重大改进。
基础设施转型 29 金融服务体系结构（FSA） - 集成人员、信息、资产和开发门户服务服务器管理的客户端协作服务Web客户端 普适访问服务混合客户端 用户访问服务业务流程服务 外部网关服务 组件集成服务企业渠企业业道应用务应用消息转换服务发现（Discovery）服务分析和建模运营信息存储库 数据集成服务非结构化数据存储库内容管理服务分析信息存储库 事务处理服务应用服务虚拟化和配置和编排质量服务系统管理网格服务渠道应用业务应用企业存储企业加客户端服务器 服务器密系统局域网 广域网 数据中心网络 需求体系结集成开图10：路线图交付内容——项目分组为计业务流测试工具构与设计发环境程建模划（initiatives） 开发流程与生命周期管理
基础设施转型 30 当一切工作完毕后，从这一路线图流程中，组织得到一个区分了优要点 先次序的项目清单。所涉人员将理解这些项目如何彼此衔接和从何处着手实施。 成为随需应变企业 成为随需应变的银行并不是一蹴而就的，而要经过一个循序渐进的、系统地建立适合银行业的随需应变运行环境的过程。尽管很多公司已成为随需应变的银行并不是一蹴经通过重点计划着手改造其业务流程和IT环境，例如把运营部门向国而就的，而要经过一个循序渐进外转移，全面整顿销售网络和实施IT外包项目，但这些变革大多是成的、系统地建立适合银行业的随需本驱动的。它们的实行往往没有任何考虑到这些行动之间的联系并缺应变运行环境的过程。 乏全景图提供指导，因而也不能实现随需应变转型的全部功效。没有战略协调，银行不可能成为随需应变企业，实现创建更具响应性、更专注、可变和富有弹性的组织这一目标。这正是IBM随需应变运行环境方案所要解决的问题。
基础设施转型 31 “最近的两项调查表明，大多数CIO没有长远的IT战略规划。相同调查的结果还表明那些具有长远IT战略规划的CIO能够更好地帮助公司赢利和获得IT投资回报。” - Allen Bernard，“CIO Update 03/2004”，据Deloitte/CSC的调查结果。
IBM公司2005年版权所有，保留所有权利。 IBM Corporation 1133 Westchester Avenue White Plains, NY 10604 . 本文于2005年5月在美国制作。 IBM、IBM标识及‘随需应变企业’标识语是国际商机器公司（IBM）在美国和/或其他国家的商标或注册商标。 其他公司、产品和服务名称可能是其他公司的商标或服务标记。 本出版物中对IBM产品和服务的引用不代表IBM在其开展经营的所有国家均提供这些产品与服务。 G299-0597-00
