6 China Life Data Architecture v1.5 ws - cn

中国人寿IT战略规划项目数据架构规划 2004年1月11日 北京 时间表 双方来宾介绍与万总讲话 HP动成长企业与IT最佳实践介绍 1月10日 1月11日 午餐 未来IT架构 应用架构介绍 基础架构介绍 数据架构介绍 IT治理介绍 分组讨论 分组讨论 研讨会回顾 研讨会介绍 分组讨论总结介绍 IT发展战略 第二天会议内容简介 答疑 内容 概念介绍 中国人寿现状 物理架构 数据集中 逻辑数据模型 内容 概念介绍 中国人寿现状 物理架构 数据集中 逻辑数据模型 业务方面的需求 在需要时 随时随地可以快捷的访问数据数据要精确和一致数据架构要具有适应业务需求变化的能力要能够在组织范围内共享数据数据架构建设的投资要有较高的成本效益 数据是极其有价值的资产 数据架构 业务视图 数据架构是企业IT架构中的一个完整部分 在线交易进程 操作型数据存储 在线分析进程 数据管理 OLTP 业务交易处理 ODS 应用中的数据集成 OLAP 为决策支持服务的数据分析处理 数据管理 总体数据定义和数据交换控制 数据架构 服务 企业架构的原则 范围 时间 容易度 对业务灵活性的度量 一套具有一致性的设计原则 集成 简单化 标准化 模块化 通过一个统一的系统环境来管理和修改环境 通过对基础架构构件进行适当的集中或分散式管理来提高性能 采用标准的组件件和流程 简化IT资产的使用方式 简化应用和系统 从而减少复杂性和风险 引入支持变更所需的努力 成本 风险的水平 被支持或引入的变更的范围 变更被执行的速度 数据只进行一次精确的单点捕获 从而减少了不必要的数据捕捉 这保证了数据的正确性和一致性 尽可能减少数据库管理系统数量利用框架和工具来帮助数据架构服务的分析 设计和开发工作通过采用被批准的业务信息名称定义 来作为数据名称的定义 从而减少开发和数据定义映射的工作量数据的组织在物理上应该是与应用处理相分离的 简单化 简化应用和系统 从而减少复杂性和风险 模块化 通过对基础架构构件进行集中或分散式管理来提高业绩 数据架构 原则 标准化 简化IT资产同基于标准的构件和流程一同使用时的方式 应在企业范围内使用标准化的数据模式遵循一致的数据管理策略和实施方法保证数据和信息与企业元数据定义相一致当创建内部数据通讯标准时 外部数据通信标准应该被考虑 如和医院的数据交换 数据架构应该和企业数据仓库建设计划 报表系统建设计划保持一致数据架构应该提供客户信息的统一视图 例如 从一个客户管理系统中 你可以看见某个客户的所有关联信息 整合 通过一个统一的关系系统更容易的管理和修改环境 数据架构 原则 内容 概念介绍 中国人寿现状 物理架构 数据集中 逻辑数据模型 信息电子化程度较高对于每个单个应用 数据模型是相对成熟的应用间较低的数据集成数据再利用或共享较少不一致的数据定义较低的数据质量较差的数据管理缺少OLAP系统 信息化程度较高 但没有统一规划的总体数据架构 数据架构 现状 IT战略的要求 数据架构应具备的特征 核心数据库的数据组织要以客户为中心核心数据库要包括整合后的客户信息总部拥有集成所有客户精简信息的数据库在企业范围内采用标准化的数据库模式 schema 有元数据管理系统有数据迁移流程有支持业务分析的数据集市 Datamart 数据仓库和操作型数据存储可以根据需要决定是否建立 内容 概念介绍 中国人寿现状 物理架构 数据集中 逻辑数据模型 数据架构 逻辑数据模型 佣金 产品 计划 客户 合同 销售者 财务 基本信息 受益 交易历史 保费支付 收款 理赔 费用 支付 投资 负债 个人 组织 真实客户 潜在客户 真实客户 潜在客户 佣金计算方式 数据架构 逻辑模型 信息 标识 姓名 ID 基本信息 地址 电话号码 类型 公司 人 人口统计 年龄 民族 婚姻状况 联系历史记录 关系 合同 如 所有者 付款人 受益人 代理人 主要联系人 其它的客户 配偶 子女 业务代表 等 AddManagementdatabox 客户 拥有合同或与合同相关的个人或公司实体 数据架构 逻辑模型 信息 受益信息 被保的总额 受益类别 附加受益信息产品种类支付信息 支付方式 保险金 帐户 状态 正常 失效 交易历史赔付信息 关系 客户支付赔付代理人 合同 产品 计划佣金再保险 数据架构 逻辑模型 信息 标识 姓名 编号 类型 如 代理人 银行 经纪 人口统计特征 年龄 学历 登记注册信息角色 普通员工 经理 培训记录 关系合同客户和潜在客户佣金其他销售者 销售者 Distributor 参与销售中国人寿产品的个人或公司 数据架构 逻辑模型 信息 支付日期支付金额支付类型 如 首期佣金 续保佣金 奖金 代理佣金 固定工资 扣除额 关系 销售者 Distributor 合同财务产品 计划 佣金 支付给销售者的报酬 数据架构 逻辑模型 信息 标识 产品名称 代码 产品类型 产品线 寿险 健康险 投资联接 产品子类 如 子类型 版本 产品控制 精算日期 状态等 财务指标保费金额精算值失效值除权信息 分红信息佣金信息关系合同 补充合同佣金代理 许可证 产品 计划 数据架构 逻辑模型 信息 标识 日期 凭证号 支付人 银行信息 支付信息 如 供应商 关系合同 补充合同理赔佣金投资精算总费用 财务 总帐数据 决策支持应用 星型模型 地理 产品 种类 渠道 人口统计 时间 核心业务指标 保单渠道指标佣金管理指标财务指标 客户 数据标准化 我们推荐 内容 概念介绍 中国人寿现状 物理架构 数据集中 逻辑数据模型 数据架构 物理模型 组1 常规OLTP GroupODS 数据仓库 组数据集市 标准ETL 组n OLTP GroupODS 数据仓库 组数据集市 定制ETL 总部ODS 总部数据集市 企业客户信息数据库 精简 标准ETL 总部数据仓库 元数据管理 数据架构 物理模型 主要组件 数据架构 工具 对DBMS移植的一些看法 时间限制 在2006年后厂商将不再为Informix提供支持 可选方案的评估分析要基于 性能成本兼容性维护管理难度市场上熟悉该产品的资源量系统更换 升级的时间计划的选择迁移前需要做好一些数据预先清理工作DBMS替换要和应用系统开发保持协同 数据架构 DBMS 需要哪些控制来保证今后运行中的数据质量业务 从业务流程角度 对信息质量的控制 如输入前的检查等 业务处理系统OLTP 利用元数据控制 应用的合法性校验 单点录入等操作型数据存储ODS 对不一致数据的重新整合基础架构 物理控制 基础架构控制 如访问控制等需要哪些控制来保证历史数据的数据质量遗留系统的处理方法 在新应用被整合入架构之前 后都要考虑到历史数据迁移可以考虑实施一个数据质量改进项目来提高历史数据质量 关注质量能提高生产力 但单纯追求生产力并不能提高质量 数据架构 数据质量 内容 概念介绍 中国人寿现状 物理架构 数据集中 逻辑数据模型 数据架构 集中 分布模式的优缺点 联邦模式良好的兼顾了集中模式和分布模式的优点 标识 优点缺点 有限的省级灵活性没有省一级成本控制并不能满足每个省的需求由规模带来的性能问题僵硬但一致的数据 过高的总成本不同的业务流程不一致的服务级别有限的协作没有元数据控制有限的集成能力 职能化的IT领导能力企业的视角 规模经济性控制核心标准集中的关键技能 省一级的领导用户控制优先级对各种需求的做出及时的反映性能的改善 丰富的经验协作 集