IT数据架构调研与评估分析报告.doc

1. 数据架构调研与评估数据架构是指企业总体的数据采集、处理、存储和治理等的总体架构，区不于应用架构，数据架构要紧侧重于业务处理 所需的信息和信息流，包括：? 总体架构? 数据标准化：企业级数据定义的标准化及治理水平；? 数据质量：数据的准确性；? 数据治理：对 IT 系统中的数据治理，包括：存储组织、清理、访问操纵等；1.1.总体数据架构1.1.1.现状描述目前，中国人寿的总体数据架构的建设是一个自底向上的 过程：通过建立一个个应用，产生相应业务区域的数据模型， 然后依照需要建立这些数据模型间的数据接口，从而以逐步 “联接”的方式，形成中国人寿的总体数据架构。下图描述了这种基于应用建设所建立起来的数据架构:基础信息上图摘自中国人寿应用系统介绍及打算，它描述了整个中 国人寿要紧的应用系统间的关联和数据交换，从总体上看来， 中国人寿：? 差不多实现了业务信息的电子化，绝大多数业务处理都 有应用系统支持；? 要紧的业务功能区域（如寿险实务、财务治理等）的信 息处理都有较为成熟的应用架构和数据架构；? 各个应用系统之间能够利用数据文件进行数据交换，实 现了信息的传递和共享；? 银保通系统能够实现和银行间的实时数据交换；? 基于数据库技术的信息处理体系差不多成熟；? 初步建立了以中间库为基础的数据交换平台，并基于它 实现了企业数据综合查询统计功能；? 初步建立了以统计报表工具为手段的数据统计和报表系统；? 财务系统利用了数据仓库技术和SAS 工具进行数据分析，除此之外，诸如上海还建立了自己的数据仓库系 统；?基于NOTES的消息系统支持了公司的日常信息沟通工作；? 基于影像技术的非结构化数据正在一些分公司使用，并 逐步推广。数据模型和应用的相关性? 以应用为划分的“烟囱”结构，数据基于应用，并被锁 定在应用系统中- 数据并没有被作为一个单独的 IT 组成部分被规划 和设计，而是作为应用系统的一部分，由于应用系 统的供应商不同，同时其设计工作也缺乏相互之间 的协调，因此，数据模型差不多按照各个应用系统的功能需求进行设计和实现；- 由于缺乏有效的数据共享，在有些业务环节上，一 个应用所需的数据无法从相关的其他应用系统中获 得（如 AMIS 和财务系统间需要共享代理人佣金信 息），而只好重复录入；- 另一方面，由于同一个数据可能存在多个数据源 （从多个应用系统中被重复录入），由此导致了信 息的不一致。? 核心业务系统的总体数据组织要紧是保单处理为中心， 而较少倾向于以客户为中心；? 结构化数据差不多上都利用数据库技术实现，非结构化 数据只有少数地点使用影像技术实施了电子化，从应用 程度上两者之间的集成度不高，影像工作流技术和其他 应用系统之间没有能够做到无缝联接。? 缺乏自动化和实时的数据交换- 以数据文件交换为要紧手段? 现有的数据交换方式通常是从一个应用中将 数据导出到平台文件中，再传递到目标平台 并并导入到目标应用系统中；? 由于大批量的数据抽取工作会阻碍到正常的 业务处理效率，因此通常的数据抽取都被设 定在在晚间进行，因此数据的时效性较差 （通常都在一天左右）。- 数据交换过程缺乏严格的数据校验、过程操纵等? 接口数据的错误经常是在导入目标系统时才 发觉，而不是作为系统数据质量操纵的一部 分，预先在源系统中进行合法性校验；? 数据交换的过程缺乏技术性操纵：诸如大批 量数据分割、数据传输的校验、重复操作的 处理、操作回滚等。? 对不同版本或开发商开发的，支撑同一业务应用，缺乏统一规定的应用系统数据外模式苏、上海的系统对外的数据模式和接口都不相同，和其他应用系统(如 CLAF的接口需要各自编写相应的接口软件来实现。从较好的做法上，对同一业务处理过程，应当定义标准的接口模式，并以此作为软件开发的指导或标准。例如：中国电信就对所有的计费系统开发商定义了系统对外接口标准，并禁止其分支机构购买不满足这一标准的产品。数据物理层次和数据提升( staging )? 事务( transaction )处理层数据- 应用系统中存储了完整的、原始的事务处理数据；- 应用系统中的要紧事务处理数据都具备时刻戳等增量识不标志；- 没有后备系统存储离线历史数据；