Accueil
 > Rapports de TEC > Blogue de TEC > Méfiez-vous des données existantes - il peut être mortel

Méfiez-vous des données existantes - il peut être mortel

Écrit par : Jan Mulder
Date de publication : juillet 18 2013

Méfiez-vous         des données existantes il peut être mortel
vedette         Auteur - Jan         Mulder                                     - Le 23 Août 2002         

Présentation

L'         héritage terme est surtout utilisé pour les applications. Par exemple, selon         le dictionnaire Foldoc, l'héritage est:

A         système informatique ou un programme d'application qui continue d'être utilisé car         du coût de remplacement ou de la refonte et souvent en dépit de sa mauvaise         compétitivité et la compatibilité avec les équivalents modernes. L'implication         est que le système est grand, monolithique et difficile à modifier.

Cette         définition est assez pour vous donner de l'appétit à vous débarrasser de votre héritage         application. Toutefois, chaque application dispose de son héritage proche collaborateur:         les données existantes sont maintenues et utilisées par cette application. Lors de         modernisation des applications héritées est prévu par exemple, le remplacement de l'application héritée         avec un système ERP de la partie de données est souvent négligé. Cela peut se tue         pour les nouveaux et souvent onéreux application. Récemment, j'ai travaillé pendant deux         organisations, à la fois dans le processus de remplacement de leurs applications héritées         avec les systèmes ERP. Les deux n'ont pas donné suffisamment d'attention à l'associé         données existantes. Les graves problèmes expérimentés dans l'utilisation de la fonctionnalité         offertes par la nouvelle application. Les données existantes s'avèrent fonctionnalité réelle         Killers.

héritage         Les données

One         des entreprises, j'ai travaillé pour utilisait des applications basées sur mainframe         datant des années septante. Alors, qui voudrait de ne pas migrer vers un moderne         state-of-the-art système ERP? La direction a décidé de changer. Se débarrasser         de l'application héritée est une chose à ne pas se gênait dans l'avenir         par les données existantes est une autre.

En         un environnement avec des systèmes qui ont été utilisés depuis si longtemps, il est presque         certain que vous ferez l'expérience de certains ou de tous les problèmes suivants         avec les données:

  • manque           de compréhension : ce que le diable est censé par des colonnes 197 à travers           204 dans le fichier? Personne ne peut vous dire. L'expert local a pris sa retraite ou           a été réduit il ya longtemps.

  •           présence de données qui devrait vraiment pas être dans le fichier ou base de données :           Le fichier est censé contenir que les dossiers des clients, mais au fil du temps           d'autres catégories sont généralement ajoutés employés, cas de test, etc

  •           les cas habituels de mauvaises données : enregistrements en double, des données incorrectes. Remarque           que ceux-ci sont souvent causés par les limitations de l'application héritée.           L'application existante peut permettre qu'une seule catégorie de client par client           enregistrement. Ainsi, si un client appartient à deux catégories, ses données doivent           être entré deux fois.

  •           effet de toutes ces années : les bogues introduits par un programmeur retour           en 1984 et découvert après 4 mois (mais pas toujours corrigé dans le           données), le stagiaire travaille quelques mois pour l'entreprise, le maintien           le système sans vraiment comprendre.

Ok,         Je sais ce que vous pensez: pas dans notre magasin! Les gens sont très réticents         à admettre qu'il pourrait y avoir des problèmes comme ceux-ci dans leurs systèmes. Je voudrais         aller aussi loin que de dire: il n'y a pas de système d'information sans quelques-uns des         ces anomalies, tout simplement parce qu'il n'y a pas de logiciel parfait et il         sont pas des gens parfaits qui travaillent avec ces systèmes. La réaction doit         pas démenti mais proactif, en élaborant une stratégie pour limiter les dégâts.         

cas:         Une entreprise de services

En         L'Europe, il y avait beaucoup de sociétés de services couvrant à peu près la         zone d'une ville ou d'une région. La libéralisation du marché de l'énergie a conduit         à une énorme consolidation de ces nombreuses sociétés de services publics à une simple         quelques-uns. L'un des responsables de cette compagnie a tenté d'esquisser la généalogie         de la société actuelle pour moi. Il a abandonné après avoir résumé d'environ 25 prédécesseurs:         entreprises qui étaient autrefois indépendant et maintenant font partie de cette énorme consolidé         entreprise. Naturellement, chacun de ces prédécesseurs avaient ses propres informations         système. Comme on a ajouté plus d'entreprises, plus complexe le paysage de         systèmes d'information sont devenus. Donc, il ya environ deux ans, l'entreprise a décidé         de normaliser le SAP car c'est financière et les systèmes d'information logistique         et sur le composant spécifique à l'industrie de SAP IS-U, que ses informations de client         et le système de facturation.

A         équipe de projet énorme a travaillé sur la mise en œuvre de SAP, et au fil du temps tout         les anciens systèmes d'information des clients existants ont été remplacés par SAP IS-U.         En raison de contraintes de temps (et sans doute le manque de connaissance de l'héritage         données), les données existantes sont plus ou moins inchangés lors de la migration dans le         nouveau SAP IS-U.

I         travaillé comme architecte IT pour cette société à cette époque. Une de mes tâches         était d'aider les autres projets (ayant besoin d'informations liées à la clientèle) Interface         à SAP IS_U.

Une         exemple pourrait être un site web pour un groupe spécifique de clients qui avaient besoin         les données de base de ces clients, pour pouvoir avoir un dialogue constructif         sur le site. L'intégration technique avec SAP IS-U a réussi. Mais         il ne fonctionne pas bien ... Quand un client a commencé à utiliser le site,         il serait généralement voir uniquement une partie de ses données.

L'         raison: beaucoup de clients avaient de multiples dossiers de clients, chacun racontant         une partie de la vérité sur le client.

L'         explication: un dossier d'un client peut venir de la société de vente naturel         gaz dans sa région, un second dossier d'un client pourrait provenir encore une autre         société de vente de l'électricité, le troisième d'un ancien chauffage de vente de l'entreprise.         Un des vieux systèmes d'information à la clientèle s'est avéré être un véritable cauchemar.         Parce que ce système était si lent, appeler les employés des centres utilisés pour entrer dans un         nouveau record du client lorsque quelqu'un appelle. De cette façon, ils pourraient au moins         saisir d'une plainte ou une demande dans le système. La société s'est débarrassé de l'         applications héritées, mais pas les données existantes. Mois après la migration         l'organisation a encore du mal qui entraîne de nombreux clients mécontents.         

cas:         Un détaillant

Cette         société de distribution utilisé anciennes applications mainframe pour la commande, la facturation,         et l'inventaire. Parce qu'il devenait extrêmement difficile de maintenir         ces applications héritées, la société a décidé de se tourner vers une armature         ERP fournisseur spécialisé dans les solutions intégrées pour l'industrie du détail.         La société a été assez sage pour migrer progressivement vers le nouveau système. Ils         ne veulent pas mettre leurs principaux processus d'affaires en danger par un big bang         approche. Par pièce par pièce migration qu'ils voulaient réduire les risques.         Les données présentes dans les fichiers de l'ordinateur central ont été transférées à l'armature         base de données: articles, fournisseurs, etc Toutefois, aucun filtrage ou le nettoyage de         ces enregistrements ont été effectués. Le résultat: bien que le système ERP était tout         nouvelle qu'il reflète dès le début de 25 années d'histoire, avec         toutes les erreurs de saisie de données effectuées au cours de toutes ces années. Les limitations         de l'application héritée ont été répliquées sur le nouveau système, comme en double         dossiers pour les fournisseurs en raison de certaines limitations obscur dans l'héritage         application.

L'         effet est que la nouvelle fonctionnalité ne peut simplement pas être utilisé: plusieurs enregistrements         pour le même fournisseur signifie que la notation des fournisseurs est inutilement compliqué         voire impossible.

Développer         une stratégie

A         entreprise qui envisage de se débarrasser d'une application héritée par la migration         à une nouvelle application (ERP ou autre) devrait élaborer une stratégie sur la manière         pour traiter les données existantes. L'approche pire est simplement copier         les anciennes données vers le nouveau système sans donner plus d'attention à ce         processus.

Remarque         que cette traitent des données existantes est assez communément la raison de la mise en         en place un système d'entrepôt de données. On peut apprendre beaucoup des méthodologies         et les outils utilisés dans la qualité des données et monde entrepôt de données.

Lorsque         vous envisagez de migrer vos données existantes dans un nouvel environnement, vous         devrait essentiellement traiter comme un projet d'entrepôt de données. Des mesures raisonnables         sont les suivants:

  • profil           les données à migrer : quel est le contenu des données existantes           magasins, ce anomalies peuvent être découvertes, les données peuvent être comprises           à tous? SQL peut vous aider, ou des outils spécialisés comme ceux de Metagenix.           

  • Développer           une approche pour savoir quoi faire avec des anomalies trouvées : Il est logique           pour créer un espace de travail en cours entre l'application héritée et           le nouveau système. Cela est très courant dans le monde de l'entrepôt de données où           elle est appelée la zone de transit; ici les données peuvent être analysées et, si           nécessaire qualité des données peut être améliorée. Si un grand nombre de données doivent           être migrés (c.-à-. plus que ce qui peut être manipulée par la main de l'homme et des yeux)           il est intéressant d'examiner les outils de qualité des données ou des parties externes qui           peut faire la vérification des données. Les fournisseurs comme Trillium ou HumanInference sont des experts           dans ce domaine.

  •         Avez-
  •           une image claire des caractéristiques requises de la nouvelle application :           Si la gestion des fournisseurs est un enjeu données relatives au fournisseur dans le           nouvelle application devrait rendre cela possible. Et les données existantes devraient           être transformées de telle sorte qu'elles s'adaptent dans ce but.

utilisateur         Recommandations

L'         objectif devrait être de maximiser l'investissement dans le nouveau système. Migration         des données existantes doit être fait de telle manière à maximiser l'utilisation des         la nouvelle application.

Développer         une stratégie pour gérer les problèmes.

plus         importante : être conscient que les problèmes dans les données existantes sont la règle et         non l'exception.

propos         l'auteur

Jan         Mulder est architecte de solution dans l'organisation des services nouveauHP dans l'         Pays-Bas. Avec dix ans d'expérience dans l'intégration de systèmes, il est         l'architecte de plusieurs systèmes d'entrepôt de données. Dans son opinion autre         des domaines tels que l'intégration d'applications et de migration de données pourraient et devraient         apprendre des méthodes et des techniques de data warehouse.

        Jan peut être atteint à jan.mulder @ hp.com.         

 
comments powered by Disqus

Recherches récentes :
A B C D E F G H I J K L M N O P Q R S T U V W X Y Z Others

©2014 Technology Evaluation Centers Inc. All rights reserved.