小心遗留数据 - 它可以是致命的

  • 作者: Jan Mulder
  • 发布于: 七月 15 2013



当心         遗留数据,它可以是致命的          -         的          精选          - 2010年12月         穆德                                      - 2002年8月23日         

简介

        长期遗留的主要应用领域。例如,根据         的FOLDOC字典,遗产是:

à         计算机系统或应用程序的继续使用,因为         更换或重新设计的成本和往往尽管其可怜的         与现代等值的竞争力和兼容性。言下之意         是,该系统是庞大的整体,难以修改。

这篇         定义是足以让你的食欲,摆脱你的遗产         应用程序。然而,每一个遗留应用程序有密切关联:         遗留数据通过该应用程序的维护和使用。何时         遗留系统现代化的计划,例如,取代传统的应用程序         与ERP系统中的数据部分往往被忽视。这可以查杀         新的应用,往往昂贵的。最近,我曾两         组织取代遗留应用程序的过程中,无论是在         ERP系统。两人都没有给予足够的重视,相关         传统的数据。无论是经验丰富的使用功能的严重问题         所提供的新的应用程序。传统的数据变成真正的功能         杀手。

遗产         

一         使用基于主机的应用程序的公司,我的工作         从七十年代可追溯。那么,谁不希望迁移到一个现代化         国家的最先进的ERP系统?管理层决定进行切换。摆脱         遗留应用程序的一件事没有得到在未来困扰         由传统的数据是另一回事。

在         系统的环境中,已使用了这么长时间,这几乎是         确信你会遇到下列问题中的一些或所有         与数据:

  • 缺乏           理解:到底是什么意思197列通过           文件中的204?没有人可以告诉你。当地专家已经退休或           被精简不久前。 -            -           
  •           真的不应该在文件或数据库中的数据存在:           文件应该只包含客户的记录,但随着时间的推移           其他类别的员工,测试用例等 -            -           
  •           平常情况下的坏数据:重复的记录,不正确的数据。注意           这些往往造成的遗留应用程序的限制。           遗留应用程序可能只允许一个客户每个客户类别           记录。所以,如果客户属于两类,他的数据必须           输入两次。 -            -           
  •           所有这些年来的影响:回来由程序员引入错误           于1984年,4个月后发现的(但不总是在纠正           数据),学员为公司工作了几个月,维护           系统没有真正理解它。

OK,         我知道你在想什么:不是在我们的店!人们很不愿意         承认,可能存在的问题,像这些在他们的系统中。我会         走这么远状态:有没有一些没有信息系统         这些异常,只是因为有没有完美的软件,并有         没有完美的人与这些系统工作。反应         不能否认,但积极进取,通过制定一项战略,以遏制损害。         

案例:         公用事业公司

在         欧洲,曾经是许多公用事业公司,大约覆盖         一个城市或地区的面积。能源市场自由化导致         这些许多公用事业公司的巨大合并只是一个         几例。这家公司的经理试图绘制族谱         目前我公司。他放弃了总结约25前人后:         曾经是独立的,现在是公司的一部分,这个庞大的综合         公司。当然,这些前辈有其自身的信息         的系统。随着越来越多的公司加入,更复杂的景观         信息系统成为。所以,大约两年前,该公司决定         标准化SAP为它的金融和物流信息系统         特定行业的组成部分,SAP IS-U,其客户信息         和计费系统。

à         庞大的项目团队在SAP实施工作,并随着时间的推移,所有         遗留下来的客户信息系统,由SAP IS-U代替。         由于时间限制(可能缺乏知识的遗产         数据)遗留数据或多或少不变,当迁移到         新的SAP IS-U。

我         在这个时候这家公司的IT架构师担任。我的任务之一         以帮助其他的项目(需要客户的相关信息)接口         SAP IS_U。

安         例子可能是一组特定的客户需要一个网站         这些客户的基本数据,才能够有一个有意义的对话         在网站上。技术集成与SAP IS-U没有成功。但         它没有工作...当客户开始使用的网站,         他通常会看到他的数据只是其中的一部分。

        原因:很多客户有多个客户记录,每个告诉         部分客户的真相。

        说明:一个客户记录可能来自公司销售自然         气体在他的区域,第二个客户记录可能来自又一         公司出售电力;第三,从原公司销售加热。         老顾客的信息系统之一竟然是一个真正的噩梦。         由于该系统是如此缓慢,用来输入呼叫中心的员工         新的客户记录,当有人叫。这样,他们至少可以         输入系统中的投诉或要求。该公司摆脱了         遗留应用程序,但不遗留数据。个月后的迁移         该组织仍挣扎导致许多客户的不满。         

案例:         零售商

这篇         零售公司订货,开票,使用旧的大型机应用程序         和库存。因为它变得难以维持         这些遗留应用程序,该公司决定把电枢         ERP供应商,专门为零售行业的综合解决方案。         该公司是足够的智慧,逐渐迁移到新的系统。他们         不想把自己的主要业务流程,在大爆炸的危险         的方法。通过迁移一块一块的,他们想以降低风险。         目前在主机上的文件数据迁移到电枢         数据库:文章,供应商等,但没有过滤或清洁         这些记录已完成。结果是:虽然ERP系统品牌         新权从一开始的25多年的历史,它反映完成的         在所有这些年的过程中,所有的数据录入错误。的局限性         遗留应用程序复制到新的系统,喜欢重复的         因为一些不起眼的限制在传统的供应商记录         应用程序。

        效果就是根本不能使用的新功能:多个记录         为同一供应商的装置,该供应商的得分不必要地复杂化         甚至是不可能的。

开发         一个策略

à         公司计划的遗留应用程序迁移摆脱         到一个新的应用程序的企业资源计划(ERP或其他方式)应如何制定一项战略,         与传统的数据处理。可能出现的最坏的办法只是复制         旧的数据到新系统没有给予进一步关注         的过程。

注意         这种交易与传统的数据是相当普遍的原因设置         构成数据仓库系统。可以学到很多东西的方法         和使用的工具中的数据的质量和数据仓库世界。

的当         你打算将遗留数据迁移到一个新的环境,你         基本上应该把它作为一个数据仓库项目。明智的步骤         是:

  • 公司简介           要迁移的数据的遗留数据的内容是什么           商店,可以发现有什么异常,数据可以被理解           在所有? SQL可以帮助您或像那些Metagenix的专门工具。            -            -           
  • 开发           做什么发现异常的方法:这是有道理的           创建一个遗留应用程序和工作进度之间的区域           新的系统。这是很常见的数据仓库中的世界           它被称为分段区,在这里可以对数据进行分析,并且如果           必要的数据的质量可以得到改善。如果大量的数据           迁移(即,超过可以由人的手和眼的处理)。           这是值得期待,在数据质量工具或外部各方           可以做数据检查。厂商延龄或HumanInference等专家           在这一领域。 -            -           
  • 有           新的应用程序所需的功能,清晰的画面:           如果供应商的管理是一个问题,在与供应商相关数据           新的应用程序应该做到这一点。遗留数据应           被改造,他们将适合这个目的。

用户         建议

        目标应该是最大化的投资在新的系统。迁移         遗留数据应以这样的方式进行,以最大限度地利用         新的应用程序。

的开发         的策略来处理问题。

        重要:要知道,在原有数据的问题是规则         而不是例外。

      的 关于         作者

月         穆德在newHP服务机构是解决方案架构师         荷兰。随着十多年的系统集成经验,他是         几个数据仓库系统的建筑师。在他看来其他         应用集成和数据迁移等领域可以而且应该         从数据仓库的方法和技巧的学习。

的         月可以达到在jan.mulder @ hp.com。         

 
comments powered by Disqus