Historique de la question :
La migration des données est une étape critique des grands projets informatiques, notamment lorsque le passage se fait d'anciennes systèmes d'information (legacy) vers de nouvelles solutions. Des erreurs dans la formalisation des exigences peuvent entraîner la perte d'informations importantes ou des temps d'arrêt prolongés lors du lancement du nouveau système (le plus souvent lors d'implémentations à grande échelle). L'histoire a vu des cas malheureux de chutes de banques précisément à cause d'échecs dans la migration !
Problème :
Les incertitudes concernant les formats des sources et des cibles, les différences dans la structure des données, l'incompatibilité des référentiels, les erreurs de mappage et les attentes divergentes entre l'équipe métier et l'intégrateur technique constituent les principales causes des migrations problématiques. Une documentation fictive ou insuffisamment détaillée rend impossible de suivre quelles données sont critiques, lesquelles peuvent être agrégées et lesquelles ne peuvent pas être transférées en principe.
Solution :
L'analyste système effectue un audit des données du côté de la source avec les propriétaires des processus métiers ; il établit une carte détaillée des données (data mapping), détermine quels attributs doivent être migrés obligatoirement et lesquels ne le sont pas. Il documente les hypothèses concernant la qualité des données (propreté, complétude), définit les règles de transformation (par exemple, modification des formats de dates, de devises, de codages). Pour les champs critiques, une migration d'échantillons de test et des scénarios de vérification inverse (reconciliation) sont mis en place. À chaque étape, des instructions de retour en arrière et des critères de succès de la migration sont également préparés.
Caractéristiques clés :
Est-il suffisant de vérifier les formats de données entre les systèmes pour réussir la migration ?
Non. Même si les formats coïncident, il peut y avoir des divergences dans le sens métier des données, la validité des référentiels, la sémantique des valeurs. Un audit métier et technique de chaque champ est nécessaire.
Peut-on se limiter à la migration des données "les plus demandées" ?
Non. Les données "rares" peuvent être critiques pour certains processus utilisateurs (par exemple, pour d'anciens contrats, des assurances). Tout doit être enregistré dans les exigences.
Faut-il prévoir la possibilité de revenir sur la migration ?
Obligatoire — même avec des tests à 100 %, des erreurs critiques peuvent survenir après le go-live, les rollback sont une partie essentielle de la documentation.
Cas négatif : Lors de la migration d'un système bancaire hérité, l'analyste a convenu de ne transférer que les tables principales, sans préciser le sens métier des anciens référentiels inutilisés. En conséquence, après le lancement, les clients ont découvert des problèmes avec l'historique des transactions des années précédentes.
Avantages :
Inconvénients :
Cas positif :
L'analyste, en collaboration avec les équipes métiers et informatiques, a effectué un audit de tous les ensembles de données, a formulé des exigences distinctes pour le transfert des données "rares", et a convenu de scénarios de validation et de rollback. La migration a été réussie, aucune réclamation critique n'est survenue.
Avantages :
Inconvénients :