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

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

ID:50184370

大小:204.00 KB

页数:49页

时间:2020-03-04

IT数据架构调研与评估分析报告.doc_第1页
IT数据架构调研与评估分析报告.doc_第2页
IT数据架构调研与评估分析报告.doc_第3页
IT数据架构调研与评估分析报告.doc_第4页
IT数据架构调研与评估分析报告.doc_第5页
资源描述:

《IT数据架构调研与评估分析报告.doc》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、1.数据架构调研与评估数据架构是指企业总体的数据采集、处理、存储和治理等的总体架构,区不于应用架构,数据架构要紧侧重于业务处理所需的信息和信息流,包括:·总体架构·数据标准化:企业级数据定义的标准化及治理水平;·数据质量:数据的准确性;·数据治理:对IT系统中的数据治理,包括:存储组织、清理、访问操纵等;1.1.总体数据架构1.1.1.现状描述目前,中国人寿的总体数据架构的建设是一个自底向上的过程:通过建立一个个应用,产生相应业务区域的数据模型,然后依照需要建立这些数据模型间的数据接口,从而以逐步“联接”的方式,形成中国人寿的总体数据架构。下图描

2、述了这种基于应用建设所建立起来的数据架构:总公司精算系统统括系统CLAF统计报表统计报表CLAF银保通精算系统精算系统统计报表CLAFAMISCBPSOBPS保单/客户数据代理人/机构数据收付费数据保单数据收付费数据提取保单数据财务报表统计数据保单及报表基础信息系统业务财务数据保单数据保单及报表财务报表统计数据省公司地市公司预备金预备金预备金上图摘自《中国人寿应用系统介绍及打算》,它描述了整个中国人寿要紧的应用系统间的关联和数据交换,从总体上看来,中国人寿:·差不多实现了业务信息的电子化,绝大多数业务处理都有应用系统支持;·要紧的业务功能区域(如

3、寿险实务、财务治理等)的信息处理都有较为成熟的应用架构和数据架构;·各个应用系统之间能够利用数据文件进行数据交换,实现了信息的传递和共享;·银保通系统能够实现和银行间的实时数据交换;·基于数据库技术的信息处理体系差不多成熟;·初步建立了以中间库为基础的数据交换平台,并基于它实现了企业数据综合查询统计功能;·初步建立了以统计报表工具为手段的数据统计和报表系统;·财务系统利用了数据仓库技术和SAS工具进行数据分析,除此之外,诸如上海还建立了自己的数据仓库系统;·基于NOTES的消息系统支持了公司的日常信息沟通工作;·基于影像技术的非结构化数据正在一些

4、分公司使用,并逐步推广。1.1.1.1.数据模型和应用的相关性·以应用为划分的“烟囱”结构,数据基于应用,并被锁定在应用系统中-数据并没有被作为一个单独的IT组成部分被规划和设计,而是作为应用系统的一部分,由于应用系统的供应商不同,同时其设计工作也缺乏相互之间的协调,因此,数据模型差不多按照各个应用系统的功能需求进行设计和实现;-由于缺乏有效的数据共享,在有些业务环节上,一个应用所需的数据无法从相关的其他应用系统中获得(如AMIS和财务系统间需要共享代理人佣金信息),而只好重复录入;-另一方面,由于同一个数据可能存在多个数据源(从多个应用系统中被

5、重复录入),由此导致了信息的不一致。·核心业务系统的总体数据组织要紧是保单处理为中心,而较少倾向于以客户为中心;·结构化数据差不多上都利用数据库技术实现,非结构化数据只有少数地点使用影像技术实施了电子化,从应用程度上两者之间的集成度不高,影像工作流技术和其他应用系统之间没有能够做到无缝联接。·缺乏自动化和实时的数据交换-以数据文件交换为要紧手段§现有的数据交换方式通常是从一个应用中将数据导出到平台文件中,再传递到目标平台并并导入到目标应用系统中;§由于大批量的数据抽取工作会阻碍到正常的业务处理效率,因此通常的数据抽取都被设定在在晚间进行,因此数据

6、的时效性较差(通常都在一天左右)。-数据交换过程缺乏严格的数据校验、过程操纵等§接口数据的错误经常是在导入目标系统时才发觉,而不是作为系统数据质量操纵的一部分,预先在源系统中进行合法性校验;§数据交换的过程缺乏技术性操纵:诸如大批量数据分割、数据传输的校验、重复操作的处理、操作回滚等。·对不同版本或开发商开发的,支撑同一业务应用,缺乏统一规定的应用系统数据外模式-例如业务处理系统,总颁系统CBPS和深圳、江苏、上海的系统对外的数据模式和接口都不相同,和其他应用系统(如CLAF)的接口需要各自编写相应的接口软件来实现。从较好的做法上,对同一业务处理

7、过程,应当定义标准的接口模式,并以此作为软件开发的指导或标准。例如:中国电信就对所有的计费系统开发商定义了系统对外接口标准,并禁止其分支机构购买不满足这一标准的产品。1.1.1.1.数据物理层次和数据提升(staging)·事务(transaction)处理层数据-应用系统中存储了完整的、原始的事务处理数据;-应用系统中的要紧事务处理数据都具备时刻戳等增量识不标志;-没有后备系统存储离线历史数据;-数据分布在各个省公司或地市公司的应用系统中,多数省份实施的是服务器的物理集中;-原始业务数据没有从省公司到总公司的复制;-差不多上没有省级逻辑集中的各

8、省都差不多实现将业务数据从地市服务器到省服务器的每日复制,实现了省级综合查询功能;·数据集成平台-缺少完整统一的集成平台来集成各应用中的

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。