6 China Life Data Architecture v1.5 ws - cnPPT课件

1、中国人寿IT战略规划项目数据架构规划2004年1月11日, 北京2时间表双方来宾介绍与万总讲话HP动成长企业与IT最佳实践介绍1月月10日日1月月11日日午餐未来IT架构应用架构介绍基础架构介绍数据架构介绍IT治理介绍分组讨论分组讨论研讨会回顾研讨会介绍分组讨论总结介绍IT发展战略第二天会议内容简介答疑3内容概念介绍概念介绍中国人寿现状中国人寿现状物理架构物理架构数据集中数据集中逻辑数据模型逻辑数据模型4内容概念介绍概念介绍中国人寿现状中国人寿现状物理架构物理架构数据集中数据集中逻辑数据模型逻辑数据模型5业务方面的需求：在需要时，随时随地可以快捷的访问数据数据要精确和一致数据架构要具有适应业务

2、需求变化的能力要能够在组织范围内共享数据数据架构建设的投资要有较高的成本效益数据是极其有价值的资产！数据是极其有价值的资产！数据架构-业务视图6数据架构是企业IT架构中的一个完整部分在线交易进程操作型数据存储在线分析进程数据管理OLTP: 业务交易处理ODS: 应用中的数据集成OLAP: 为决策支持服务的数据分析处理数据管理：总体数据定义和数据交换控制数据架构-服务7企业架构的原则范围时间容易度对业务灵活性的度量一套具有一致性的设计原则。集成简单化标准化模块化+通过一个统一的系统环境来管理和修改环境 通过对基础架构构件进行适当的集中或分散式管理来提高性能。采用标准的组件件和流程，简化IT资产的

3、使用方式。简化应用和系统，从而减少复杂性和风险。引入支持变更所需的努力，成本，风险的水平。被支持或引入的变更的范围。变更被执行的速度。8数据只进行一次精确的单点捕获，从而减少了不必要的数据捕捉，这保证了数据的正确性和一致性。 尽可能减少数据库管理系统数量利用框架和工具来帮助数据架构服务的分析、设计和开发工作通过采用被批准的业务信息名称定义，来作为数据名称的定义，从而减少开发和数据定义映射的工作量数据的组织在物理上应该是与应用处理相分离的简单化简化应用和系统，从而减少复杂性和风险。+模块化通过对基础架构构件进行集中或分散式管理来提高业绩。数据架构-原则9标准化简化IT资产同基于标准的构件和流程一

4、同使用时的方式。应在企业范围内使用标准化的数据模式遵循一致的数据管理策略和实施方法保证数据和信息与企业元数据定义相一致当创建内部数据通讯标准时，外部数据通信标准应该被考虑。（如和医院的数据交换)数据架构应该和企业数据仓库建设计划，报表系统建设计划保持一致数据架构应该提供客户信息的统一视图(例如：从一个客户管理系统中，你可以看见某个客户的所有关联信息）。整合通过一个统一的关系系统更容易的管理和修改环境+数据架构-原则10内容概念介绍概念介绍中国人寿现状中国人寿现状物理架构物理架构数据集中数据集中逻辑数据模型逻辑数据模型11信息电子化程度较高对于每个单个应用，数据模型是相对成熟的应用间较低的数据集

5、成数据再利用或共享较少不一致的数据定义较低的数据质量较差的数据管理缺少OLAP系统信息化程度较高，但没有统一规划的总体数据架构数据架构-现状12IT战略的要求战略性行动战略性行动对数对数据架据架构构的要求的要求#1 实现联邦模式的实现联邦模式的IT架构架构及时、安全、准确的数据及时、安全、准确的数据支持客户数据转移和远程保单管理支持客户数据转移和远程保单管理支持有效的数据分析（按客户、渠道、产品等）支持有效的数据分析（按客户、渠道、产品等）能够追踪关键业务指标信息以进行业绩分析和管理能够追踪关键业务指标信息以进行业绩分析和管理#2 实现销售运营管理的自实现销售运营管理的自动化动化 支持销售活动

6、的追踪和管理支持销售活动的追踪和管理#3 实现标准化的核心业务实现标准化的核心业务应用应用 统一的客户信息视图统一的客户信息视图产品和客户分析产品和客户分析#4 实现实现MIS/DSS及时和有效的数据分析及时和有效的数据分析#5 建立如下新系统建立如下新系统:-产品开发产品开发-精算精算-风险管理风险管理有效的产品数据分析有效的产品数据分析如下分析能力：成本负债、现金流、精算数据分析等如下分析能力：成本负债、现金流、精算数据分析等13数据架构应具备的特征 核心数据库的数据组织要以客户为中心核心数据库的数据组织要以客户为中心 核心数据库要包括整合后的客户信息核心数据库要包括整合后的客户信息 总部

7、拥有集成所有客户精简信息的数据库总部拥有集成所有客户精简信息的数据库 在企业范围内采用标准化的数据库模式（在企业范围内采用标准化的数据库模式（schemaschema） 有元数据管理系统有元数据管理系统 有数据迁移流程有数据迁移流程 有支持业务分析的数据集市（有支持业务分析的数据集市（DatamartDatamart） 数据仓库和操作型数据存储可以根据需要决定是否建立数据仓库和操作型数据存储可以根据需要决定是否建立14内容概念介绍概念介绍中国人寿现状中国人寿现状物理架构物理架构数据集中数据集中逻辑数据模型逻辑数据模型15数据架构逻辑数据模型佣金产品/计划客户合同销售者财务基本信息/受益交易历史

8、保费支付/收款理赔售前活动执照/登记费用支付投资负债个人组织真实客户潜在客户真实客户潜在客户佣金计算方式16数据架构-逻辑模型信息:标识 ( 姓名, ID#.)基本信息( 地址, 电话号码)类型( 公司, 人)人口统计 ( 年龄, 民族, 婚姻状况)联系历史记录 关系:合同( 如： 所有者, 付款人, 受益人.)代理人 (主要联系人、) 其它的客户 (配偶, 子女, 业务代表, 等.).Add Management data box.客户拥有合同或与合同相关的个人或公司实体17数据架构-逻辑模型信息:受益信息( 被保的总额, 受益类别)附加受益信息产品种类支付信息 ( 支付方式, 保险金, 帐

9、户)状态(正常、失效)交易历史赔付信息.关系:客户 支付赔付代理人合同产品/计划佣金再保险18数据架构-逻辑模型信息:标识（姓名、编号）类型 (如：代理人、银行、经纪)人口统计特征（年龄、学历)登记注册信息角色（普通员工、经理)培训记录.关系合同客户和潜在客户佣金其他销售者销售者(Distributor)参与销售中国人寿产品的个人或公司19数据架构-逻辑模型信息：支付日期支付金额支付类型(如：首期佣金、续保佣金、奖金、 代理佣金、固定工资、扣除额).关系：销售者（Distributor）合同财务产品/计划佣金支付给销售者的报酬20数据架构-逻辑模型信息：标识 ( 产品名称、代码)产品类型/产品

10、线 (寿险、健康险、投资联接)产品子类(如：子类型、版本.)产品控制 (精算日期、状态等)财务指标保费金额精算值失效值除权信息/分红信息佣金信息关系合同/补充合同佣金代理（许可证）产品/计划21数据架构-逻辑模型信息：标识 ( 日期、凭证号 )支付人、银行信息支付信息 (如：供应商).关系合同/补充合同理赔佣金投资精算总费用财务总帐数据22决策支持应用星型模型地理地理产品产品种类种类渠道渠道人口统计人口统计时间时间核心业务指标核心业务指标保单保单渠道指标渠道指标佣金佣金管理指标管理指标财务指标财务指标.客户客户23数据标准化方法方法自行制定自行制定基于公共基于公共/ /行业标准制定行业标准制定

11、基于应用系统基于应用系统说明说明100%按照中国人寿的实际业务制定基于已有的成熟行业标准，针对中国人寿进行小的修改确定主要的应用，并采用它们的数据模型作为标准优点优点100%满足中国人寿需求 比自行制定相对容易很多应用已经遵循这些标准易于实现和推行缺点缺点受资源、时间等的现状要达到完善准确的目标，实施难度极大兼容性差，和外部系统的联接困难需要强制应用系统符合该标准，如果购买应用系统，则需要进行标准化改造但仍有一些应用不满足这些标准，这就需要标准化改造可能不会100%贴合中国人寿的业务实际数据的标准化转换可能导致性能问题行业标准也在持续发展合更新修改起来比较困难对应用供应商有依赖可选方案可选方案

12、 重新规划业务信息，并制定数据标准在现有数据模型上组织大规模修改Accord, LifeXML 依赖于应用系统我们推荐我们推荐24内容概念介绍概念介绍中国人寿现状中国人寿现状物理架构物理架构数据集中数据集中逻辑数据模型逻辑数据模型25数据架构物理模型组 1常规常规OLTPCoreSFAGroupODS数据仓库组组数据集市数据集市标准ETL组 nOLTPCoreSFA个别个别GroupODS数据仓库组组数据集市数据集市定制ETL总部ODS总部数据集市企业客户信息数据库(精简)标准ETL总部数据仓库元数据管理26数据架构-物理模型数据种类数据种类位置位置描述描述基础数据 和OLTP组操作型（主要进

13、行业务的事务处理）应用系统所拥有的数据.操作型数据存储 (ODS)可选项组或总公司利用ETL工具集成OLTP应用系统中基础数据，并按照范式关系存储的交易数据。这样数据的二义性的问题就被解决了，也保证了数据在后续的转移过程中比较干净。 数据仓库 可选项组或总公司用来存储，恢复，管理描述企业需求的海量数据的系统数据集市组或总公司主要被用来描述特定功能或部门需求的小规模数据仓库元数据集中关于数据的数据，它提供信息给用户， 从而使用户可以理解数据访问过程，使用组织的数据资源； 并且提供元数据输入，数据提取，集成和转换规则，数据质量保证流程，数据库结构， 业务名词和定义以及规则等信息。主要组件主要组件2

14、7数据架构工具组件描述选择关系型数据库管理系统（RDBMS)可以创建，升级，管理关系数据库的程序Oracle, DB2查询工具为查询数据的需要，提供定义和操作数据表的基本语言构造的应用。数据库产品自带的查询工具 (如DB2, Oracle等), TOAD, SQL Studio, Web SQL Studio, BRIO 等ETL从数据源抽取数据的可配置应用。转换（清理，标准化等）数据，如果可能，还可以将转换结果装入目标数据存储。Ascential, Informatica, Data Junction, Data Mirror等联机分析处理（OLAP）工具OLAP主要基于海量数据在各个汇总层

15、次上的聚集，通过分析数据项之间的关系，寻找模式、趋势和预测。Oracle, Visual SQL Designer, Hyperion, BRIO, Crystal, Business Objects, Microstrategy, Essbase, Informatica 等28对对DBMS移植的一些看法移植的一些看法： 时间限制时间限制 在在2006年后厂商将不再为年后厂商将不再为Informix提供支持提供支持. 可选方案的评估分析要基于：可选方案的评估分析要基于： 性能 成本 兼容性 维护管理难度 市场上熟悉该产品的资源量系统更换系统更换/升级的时间计划的选择升级的时间计划的选择 迁移

16、前需要做好一些数据预先清理工作 DBMS替换要和应用系统开发保持协同数据架构-DBMS29需要哪些控制来保证今后运行中的数据质量需要哪些控制来保证今后运行中的数据质量业务- 从业务流程角度，对信息质量的控制（如输入前的检查等） 业务处理系统OLTP 利用元数据控制、 应用的合法性校验、 单点录入等操作型数据存储ODS 对不一致数据的重新整合基础架构- 物理控制，基础架构控制，如访问控制等需要哪些控制来保证历史数据的数据质量需要哪些控制来保证历史数据的数据质量遗留系统的处理方法 在新应用被整合入架构之前/后都要考虑到历史数据迁移可以考虑实施一个数据质量改进项目来提高历史数据质量“.关注质量能提高

17、生产力, 但单纯追求生产力并不能提高质量”数据架构-数据质量30内容概念介绍概念介绍中国人寿现状中国人寿现状物理架构物理架构数据集中数据集中逻辑数据模型逻辑数据模型31数据架构集中/分布模式的优缺点联邦模式良好的兼顾了集中模式和分布模式的优点。联邦模式良好的兼顾了集中模式和分布模式的优点。标识标识: 优优点点缺点缺点有限的省级灵活性有限的省级灵活性没有省一级成本控制没有省一级成本控制并不能满足每个省的并不能满足每个省的需求需求由规模带来的性能问由规模带来的性能问题题僵硬但一致的数据僵硬但一致的数据过高的总成本过高的总成本不同的业务流程不同的业务流程不一致的服务级别不一致的服务级别有限的协作有限

18、的协作没有元数据控制没有元数据控制有限的集成能力有限的集成能力职能化的职能化的IT领导能力领导能力 企业的视角企业的视角规模经济性规模经济性控制核心标准控制核心标准集中的关键技能集中的关键技能省一级的领导省一级的领导用户控制优先级用户控制优先级对各种需求的做出对各种需求的做出及时的反映及时的反映性能的改善性能的改善丰富的经验丰富的经验协作协作集中式集中式分布式分布式联邦式联邦式32数据架构集中和分布总部总部GroupProvincialBranchIndividualGroup组组Provincial省省Branch地市地市Individual个人个人决策支持系统决策支持系统远程访问远程访问本省的逻辑视图本省的逻辑视图OA、影像、缓