《惠普咨询：中国人寿IT战略规划项目-未来IT架构.ppt》由会员分享，可在线阅读，更多相关《惠普咨询：中国人寿IT战略规划项目-未来IT架构.ppt（27页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、中国人寿IT战略规划项目未来IT架构2004年1月11日,北京2时间表双方来宾介绍与万总讲话HP动成长企业与IT最佳实践介绍1月月10日日1月月11日日午餐未来IT架构应用架构介绍基础架构介绍数据架构介绍IT治理介绍分组讨论分组讨论研讨会回顾研讨会介绍分组讨论总结介绍IT发展战略第二天会议内容简介答疑3内容中国人寿的未来企业架构企业架构和动成长企业集中模式的选择4内容中国人寿的未来企业架构企业架构和动成长企业集中模式的选择5企业架构所谓架构是一个未来的远景，包括：对一个未定义环境提供概念性定义和结构针对环境内的单个构件进行设计描述了构件是如何被整合入整个环境的保证了整个环境可以满足最初建立的远
2、景企业架构是一个包含一系列子架构的处理架构，使IT对业务做出响应，帮助业务对变化的市场环境做出反应，其包括下列子架构：应用数据基础架构IT 治理以及一系列建设的指导性原则6提高质量：提高质量：提高客户满意度连接和扩展价值链 提高对整个价值链的服务水平控制成本：控制成本：削减变化的成本更低的运营和获取成本平衡固定资本和可变成本减小风险：减小风险：保证业务运营的安全和连续性不进行创新的风险技术实现给人和流程带来的影响 中国人寿的业务要求提高灵活性：提高灵活性：使业务对变化的市场和竞争压力作出快速反应使业务和IT同步使适应变化的能力成为竞争优势 中国人寿的规模使其不得不面对巨大的成本。然而，竞争和不
3、确定的市场因素却需要中国人中国人寿的规模使其不得不面对巨大的成本。然而，竞争和不确定的市场因素却需要中国人寿更加关注于质量，风险，管理，和灵活性。寿更加关注于质量，风险，管理，和灵活性。灵活性需要结合传统的业务需要，从成本，质量，风险管理的不同角度进行灵活性需要结合传统的业务需要，从成本，质量，风险管理的不同角度进行考虑。考虑。7当业务对IT的依赖增加时，同步变化对业务以及支持它的IT显得十分关键。业务灵活性的度量动成长企业的设计原则应用到如下应用到如下领域领域:业务流程业务流程IT服务服务基础架构基础架构范围时间容易度引入和支持变更所需付出的努力，成本以及冒的风险可被支持和引入变更的范围 变
4、更被实施的速度。集成简单化标准化模块化通过建立一致的系统间来方便地管理和修改环境。通过单独或整体部件的方式来管理基础架构，从而提高性能和效率 使用基于标准构件和流程以简化IT资产的使用方式通过简化应用和系统从而降低复杂性和风险8动成长企业参考模型Integrate&Orchestrate业务策略需求基础架构虚拟化资源资源虚拟化采购共享组合客户端影像/打印服务器存储基础架构服务WEB服务文档影像服务网络软件环境供应业务流程信息应用服务信息标准流程模型Product业务文档内部报表网络服务数据库服务注册服务安全服务协作服务IT业务支持管理集成渠道IT运营支持管理和控制生命周期基于政策的控制集成与协
5、调运营模型业务规则KPI业务流程设计数据服务业务战略通过对贯穿整个价值链的物流，信息流，和资金流的整合，来达到业务目标业务流程和信息操作参考模型，业务规则及方针，和关键业绩指标,以及信息流应用应用是使核心以及支持业务流程运行的关键因素,并提供业务所需的信息数据信息的获取也是一项重要的因素，可减少对由行业，用户，内部状况和要求变化所需要的响应时间基础架构中国人寿的信息技术基础构架应该是可靠的，可用的，具有良好成本效益的，以及使用共享（虚拟)资源治理管理和控制,使用资源来连接分散的业务流程和IT服务9变变更更要要求求动成长企业对业务变化的响应治理应用架构基础架构数据架构IT 战略远景战略性行动财务
6、CRM人力资源?业务流程业务流程业务战略业务战略销售工具赔付/核保客户数据模型?保单数据模型?数据库平台安全容灾网络数据中心服务组织?流程策略?业务远景;目标，战略竞争市场营销/销售客户关系分险/资产产品?KPIs?Claims销售?核保?保单管理投资产品开发企业和财务管理HR 管理治理和分险管理业务战略和流程随市场变化而变化，对企业架构的一些构件有着直接的影响。然而，利用动成长企业架构,在构件发生变化以适应业务需要时,企业架构本身不会发生变化.适适应应性性服服务务 简单化简单化 标准化标准化集成集成模块化模块化10IT 战略企业架构框架企业架构设计原则(简单化，标准化，模块化，集成)属性远景
7、战略性行动服务标准解决方案企业架构框架应用域数据域基础架构域治理域原则企业架构提供了一个可企业架构提供了一个可企业架构提供了一个可企业架构提供了一个可以实现以实现以实现以实现ITIT战略的框架。战略的框架。战略的框架。战略的框架。IT IT 战略决定了企业战略决定了企业战略决定了企业战略决定了企业架构中具体的构件架构中具体的构件架构中具体的构件架构中具体的构件角色能力属性服务标准解决方案原则属性服务标准解决方案原则属性服务标准解决方案原则11企业架构框架定义每一种域都可以从一系列的属性的角度进行深层描述。这些属性描述了域的工作规则。每个域提供了针对企业架构其余部分的特定服务，即,描述了此域的功
8、能。对于属性，我们可以定义特定的标准，这些标准提供了比原则更具体的指导方针,且基于现有的技术。解决方案是指特定的产品和软件供应商。尽管我们会给出一些例子,但在本阶段并不作出决定。属性服务标准解决方案原则在企业范围内，使用和实施所有的IT 资源和财产的总的基本方针和原则。12每个企业架构的域（应用，数据，基础架构，和治理）会服务于其他的域；并共同为业务运营提供服务基础架构基础架构应用应用治理治理数据数据存储，恢复，存储，恢复，批处理，批处理，载入，载入，ETL存储存储,访问访问,备份备份/恢复服务恢复服务通讯通讯,计算计算输入和输出输入和输出,安全安全 管理管理,控制控制,监控监控,开发开发业务
9、业务信息信息,自动化处理自动化处理需求需求,服务控制服务控制13内容中国人寿的未来的企业架构企业架构和动成长企业集中模式的选择14企业架构和IT战略的整合标准化的数据模型，创建数据集市和数据仓库，实现一致并及时的数据访问具有灵活配置特点的标准化核心应用以适应不同的客户，产品，和业务规则在安全技术的支持下,与核心业务相整合,建立用于销售和客户服务的电子商务系统基础架构提供了安全，高可用性，以及恢复机制从而保证稳定的业务运行虚拟的基础架构资源，以支持持续变化的业务需求，如,交易量.在应用，数据以及基础架构层建立与外部连接的能力，从而连接合作伙伴，代理人，和客户。标准化的SLA和流程定义，IT KP
10、I 与业务 KPI相关联中国人寿的IT战略需要动成长企业。IT 战略企业架构的需求IT 角色IT 远景战略性行动IT 能力15中国人寿的企业架构现状业务战略应用&数据基础架构业务流程管理&控制需求需求信息没有定义过应用架构应用只能满足现有的业务运营需求在某些领域缺少支持，如，决策支持,产品开发，健康险，再保险.应用间的接口没有明确定义基于个险应用开发其他的应用项目的第一阶段分析了中国人寿企业架构的现状。项目的第一阶段分析了中国人寿企业架构的现状。供应供应管理和决策流程由于缺少信息不能有效运作流程中断（比如：保单管理和财务）没有有效的流程自动化-没有工作流正在进行的BPR没有BCP没有定义完整的
11、安全架构和策略大多的管理活动都是手工的。服务器和存储只进行省级物理集中采购流程的低效率，IT 费用低没有定义IT服务模型，IT服务对业务需求反应缓慢不同层面的IT组织，两个报告线业务不支付IT的成本每种应用使用自己的数据模型应用间的数据不一致，数据也不能被应用所共享数据管理在地市一级,还没有集中没有定义数据标准数据质量差缺少管理和决策支持的数据16中国人寿的企业架构远景业务战略应用和数据基础架构业务流程管理和控制需求需求信息业务流程实现自动化，由充足的信息支持。集成的应用以支持连接不同的业务流程定义了以客户为中心的业务流程,并实现了应用支持已定义的应用架构应用被良好的集成主要的业务流程被应用所
12、覆盖 集中设计和开发的标准化核心应用支持业务需求的以客户为中心的数据模型标准化集中设计的数据模型,包括：OLTP,OLAP,ODS被应用所共享的一致的数据足够的用于管理和决策支持的数据和工具确保数据的可访问性，安全性以及质量的管理流程。安全性，高可用性，实施了BCP的DR虚拟化的基础架构资源管理标准化以及开放的技术高性能第二阶段确定出中国人寿企业架构的的远景。第二阶段确定出中国人寿企业架构的的远景。定义SLA 标准化的流程和政策IT服务和流程被监控和审计高效率和有效的IT组织为维护流程而定义的流程供应供应17内容中国人寿的未来的企业架构企业架构和动成长企业集中模式的选择18集中式/分布式的选择
13、 集中架构集中架构:所有的治理,数据以及应用位于总部分公司直接访问总部数据总部治理数据应用数据应用治理 数据应用治理数据应用治理治理数据 应用Group组数据 应用Group组联邦模式：联邦模式：总部定义标准,并管理所有的组组是分公司的逻辑分组，数据/应用在不同的层次来管理分布式架构分布式架构:数据和应用分布在省级,每个应用都是不同的。而且自己定义IT治理方式 总部系统只支持总部的业务功能IT运营模型的范围涵盖了集中式到分布式，而联邦模式也整合了二者的特点。运营模型的范围涵盖了集中式到分布式，而联邦模式也整合了二者的特点。数据应用总部部省省省省数据 应用数据 应用总部部19联邦模式在联邦模式下
14、，在联邦模式下，集中的程度可以调整从而满足中国人寿的需求集中的程度可以调整从而满足中国人寿的需求业务流程业务流程有些流程完全在总部一级完成（如 需要比较高的控制级别或者需要专家设计的流程)在未来，中国人寿可能会引入区域性运营共享服务有许多流程已经在省级集中了。有的流程仍然在地市级实施，主要是物理需求的原因。应用和数据应用和数据 应用应该在总部标准化。也可根据一定的地方需求进行变化以满足需求。这些不同的实现可以作为标准应用实施,或者只作为不同的版本在组甚至省一级使用。开发应当是集中的。然而，作为可选方案，对一定的组或省也可以有一些开发团队。地市级和省级公司由于最终用户种类,报表和分析工具的原因会
15、有一些有限的灵活性。应用的部署需要的遵循应用和数据的设计模式(所有分公司使用一套应用和数据)。不过，性能和管理问题可能需要应用和数据被划分成多个组。基础架构基础架构基础架构设计需要集中物理安装能在不同位置采取分布或集中式进行省级和地市级公司基础架构将主要用于支持通讯和最终用户需求治理治理治理应当是大体集中的。但需要清晰的服务标准以对省级或者局部需求进行管理治理数据 应用Group组数据 应用Group组组数据应用省数据 应用数据 应用总部部选择选择20集中/分布模式的优缺点联邦模式良好的兼顾了集中模式和分布模式的优点。联邦模式良好的兼顾了集中模式和分布模式的优点。标识:优点点缺点缺点有限的省级
16、灵活性有限的省级灵活性没有省一级成本控制没有省一级成本控制并不能满足每个省的并不能满足每个省的需求需求由规模带来的性能问由规模带来的性能问题题僵硬但一致的数据僵硬但一致的数据过高的总成本过高的总成本不同的业务流程不同的业务流程不一致的服务级别不一致的服务级别有限的协作有限的协作没有元数据控制没有元数据控制有限的集成能力有限的集成能力职能化的职能化的IT领导能力领导能力 企业的视角企业的视角规模经济性规模经济性控制核心标准控制核心标准集中的关键技能集中的关键技能省一级的领导省一级的领导用户控制优先级用户控制优先级对各种需求的做出对各种需求的做出及时的反映及时的反映性能的改善性能的改善丰富的经验丰
17、富的经验协作协作集中式集中式分布式分布式联邦式联邦式21模型对比速度速度(实施，访问速度)灵活性灵活性(当业务需要变化时)控制控制(总部)风险管理风险管理(IT 运营)成本效益成本效益(实施;总拥有成本)需要在整个企业范围进行规划，提供一般的访问速度。严格的控制控制的有些严格，但允许本地化没有总部控制成本昂贵，重复工作较高的成本效益实施起来快，没有企业范围的规划，访问速度快需要在整个企业范围进行规划,能按组实施。较好的访问速度非常灵活，允许本地化企业架构具有灵活性，但没有省级灵活性较高的成本效益需要容灾规划需要容灾规划联邦模式提供了分布联邦模式提供了分布模式的灵活性和集中模式的灵活性和集中模式
18、的治理能力。模式的治理能力。容灾需要巨额花费资源受限22治理数据 应用组组组组数据 应用组组组组数据应用省数据 应用数据 应用总部部中国人寿的运营模型(1)总部一级(初步建议)总部定义标准总部定义标准,并负责其下各组的治理工作。并负责其下各组的治理工作。治理政策控制-设计被组使用的流程和服务也执行总部的特有的流程和服务，包括采购以及维护总部的 IT资源定义SLA来保证省级需求得到解决应用设立应用标准化策略 设计和标准化应用系统，集中应用系统开发。总部特定的应用在总部运行，如,总部的管理信息系统,精算，产品开发，总部财务和人力资源系统。数据设立数据标准化策略 设计和标准化数据模型，数据转换规则（
19、用于组上传数据载入总部应用系统）在总部中也有用于满足总部需求的小型DSS用于投资回报,战略，方向分析.以及从各组采集的缩减的客户信息数据用于客户分析.23中国人寿的运营模型(2)组一级(初步建议)治理数据 应用组组组组数据 应用组组组组数据应用省数据 应用数据 应用总部部组就是将分公司进行逻辑分组组就是将分公司进行逻辑分组分组的方式取决于：不同省份的需求差异技术限制，比如处理和存储的容量治理执行标准化的流程，维护组的应用，数据和基础架构应用运行总部部署的标准化应用系统，服务于省级业务运营和管理对于组间差异可以由总部统一开发而使用涵盖所有功能统一版本的系统,或者不同的组使用由总部开发的不同的应用
20、系统的版本.数据维护和使用存储在组一级的 OLTP,DSS和CRM数据发送必要的数据到总部(如，用于支持总部应用运行所必须的数据)24治理数据 应用组组组组数据 应用组组组组数据应用省数据 应用数据 应用总部部中国人寿的运营模型(3)分公司一级(初步建议)在省一级保留的有限的应用和数据在省一级保留的有限的应用和数据治理:执行标准化的流程，维护省级应用，数据和基础架构，收集业务需求。应用使用允许的工具产生专用报表，管理与合作伙伴的连接（应用设计和开发都是在总部集中管理的）基于性能的原因，处理数据量较大的非结构化数据（如影像数据）的应用数据基于性能的原因，数据量较大的非结构化数据（如影像数据）地市
21、公司地市公司市级公司作为前端，无权设计或维护数据或应用，只能执行标准化的流程来维护客户端和网络设备。运行一些最终用户软件（如：文字处理，电子表）影像采集系统25组 1 通讯省省组组联邦模式基础架构选择1-总部集中总部总部集中式的基础架构增强了控制，使资源的分配变得更加灵活。组1应用服务器组2应用服务器组1存储组2存储通讯总部应用服务器总部存储分公司客户端以太网总部客户端以太网广域网所有的组包括数据和应用,物理上位于靠近总部的位置。包括服务于各个组的服务器和存储，由 总部 IT进行资源集中管理/控制。省公司通过网络访问这些系统组2通讯26总部组组1(区域区域 1)组组 2(区域区域 2)省省 1联邦模式基础架构选择2-区域集中组1应用服务器组2应用服务器组1存储组2存储通讯总部应用服务器总部存储2作为可选方案，基础设施可以安置在不同地点，从而降低风险并提高网络性能。省客户端总部客户端以太网以太网以太网以太网通讯通讯广域网WAN所有的组包括数据和应用,物理上位于各个省组所在的地区(结构与前面的逻辑图类似),每个组运行维护其所属各省的应用和数据.省公司通过网络访问这些系统.27提问与回答+集成简单化标准化模块化