中国人寿保险IT战略规划项目数据架构规划报告 时间表 双方来宾介绍与万总讲话 HP动成长企业 与IT最佳实践介绍 1月10日 1月11日 午餐 未来IT架构 应用架构介绍 基础架构介绍 数据架构介绍 IT治理介绍 分组讨论 分组讨论 研讨会回顾 研讨会介绍 分组讨论总结介绍 IT发展战略 第二天会议内容简介 答疑 内容 概念介绍 中国人寿现状 物理架构 数据集中 逻辑数据模型 内容 概念介绍 中国人寿现状 物理架构 数据集中 逻辑数据模型 业务方面的需求： 在需要时，随时随地可以快捷的访问数据 数据要精确和一致 数据架构要具有适应业务需求变化的能力 要能够在组织范围内共享数据 数据架构建设的投资要有较高的成本效益 数据是极其有价值的资产！ 数据架构-业务视图 数据架构是企业IT架构中的一个完整部分 在线交易进程 操作型数据存储 在线分析进程 数据管理 OLTP:业务交易处理 ODS:应用中的数据集成 OLAP:为决策支持服务的数据分析处理 数据管理：总体数据定义和数据交换控制 数据架构-服务 企业架构的原则 范围 时间 容易度 对业务灵活性的度量 一套具有一致性的设计原则。 集成 简单化 标准化 模块化 + + + 通过一个统一的系统环境来管理和修改环境 通过对基础架构构件进行适当的集中或分散式管理来提高性能。 采用标准的组件件和流程，简化IT资产的使用方式。 简化应用和系统，从而减少复杂性和风险。 引入支持变更所需的努力，成本，风险的水平。 被支持或引入的变更的范围。 变更被执行的速度。 数据只进行一次精确的单点捕获，从而减少了不必要的数据捕捉，这保证了数据的正确性和一致性。 尽可能减少数据库管理系统数量 利用框架和工具来帮助数据架构服务的分析、设计和开发工作 通过采用被批准的业务信息名称定义，来作为数据名称的定义，从而减少开发和数据定义映射的工作量 数据的组织在物理上应该是与应用处理相分离的 简单化 简化应用和系统，从而减少复杂性和风险。 + 模块化 通过对基础架构构件进行集中或分散式管理来提高业绩。 数据架构-原则 标准化 简化IT资产同基于标准的构件和流程一同使用时的方式。 应在企业范围内使用标准化的数据模式 遵循一致的数据管理策略和实施方法 保证数据和信息与企业元数据定义相一致 当创建内部数据通讯标准时，外部数据通信标准应该被考虑。（如和医院的数据交换) 数据架构应该和企业数据仓库建设计划，报表系统建设计划保持一致 数据架构应该提供客户信息的统一视图(例如：从一个客户管理系统中，你可以看见某个客户的所有关联信息）。 整合 通过一个统一的关系系统更容易的管理和修改环境 + 数据架构-原则 内容 概念介绍 中国人寿现状 物理架构 数据集中 逻辑数据模型 信息电子化程度较高 对于每个单个应用，数据模型是相对成熟的 应用间较低的数据集成 数据再利用或共享较少 不一致的数据定义 较低的数据质量 较差的数据管理 缺少OLAP系统 信息化程度较高，但没有统一规划的总体数据架构 数据架构-现状 IT战略的要求 数据架构应具备的特征 核心数据库的数据组织要以客户为中心 核心数据库要包括整合后的客户信息 总部拥有集成所有客户精简信息的数据库 在企业范围内采用标准化的数据库模式（schema） 有元数据管理系统 有数据迁移流程 有支持业务分析的数据集市（Datamart） 数据仓库和操作型数据存储可以根据需要决定是否建立 内容 概念介绍 中国人寿现状 物理架构 数据集中 逻辑数据模型 数据架构－逻辑数据模型 佣金 产品/计划 客户 合同 销售者 财务 基本信息/受益 交易历史 保费支付/收款 理赔 费用 支付 投资 负债 个人 组织 真实客户 潜在客户 真实客户 潜在客户 佣金计算方式 数据架构-逻辑模型 信息: 标识(姓名,ID#...) 基本信息(地址,电话号码…) 类型(公司,人…) 人口统计(年龄,民族,婚姻状况…) 联系历史记录 … 关系: 合同(如：所有者,付款人,受益人….) 代理人(主要联系人、…) 其它的客户(配偶,子女,业务代表,等.) …. AddManagementdatabox…. 客户 拥有合同或与合同相关的个人或公司实体 数据架构-逻辑模型 信息: 受益信息(被保的总额,受益类别…) 附加受益信息 产品种类 支付信息(支付方式,保险金,帐户…) 状态(正常、失效…) 交易历史 赔付信息 ….. 关系: 客户 支付 赔付 代理人 合同 产品/计划 佣金 再保险