Un découpage en plusieurs phases

Pour commencer, présentons le découpage en phases d’un projet de migration de données :

Phase 1 : Étude initiale
Phase 2 : Spécifications
Phase 3 : Réalisation des programmes de migration
Phase 4 : Certification Statique (tests des données migrées)
Phase 5 : Certification Dynamique (tests de la plate-forme applicative avec les données migrées)
Phase 6 : Bascule (et démarrage du nouveau système)
Phase transverse : Fiabilisation des données

Ces différentes phases sont explicitées ci-après, puis détaillées dans chacun des chapitres suivants.

Étude initiale

Appelée également phase de cadrage, cette phase doit permettre essentiellement de :

lancer le projet, avec la détermination :

du budget : quels coûts humain et financier pour mener à bien l’ensemble des opérations ;
du planning de déroulement des différentes phases ;
des ressources humaines nécessaires pour réaliser les travaux.

finaliser le périmètre, pour bien délimiter les données qui doivent être prises en compte lors de la reprise de données, en particulier la profondeur d’historique, c’est-à-dire l’ancienneté des données reprises ;
mettre en place les outils de spécifications et de développement, ainsi que les environnements techniques utilisés lors des opérations de reprise.

Spécifications

Les spécifications des règles de reprise vont permettre d’effectuer le mapping des données, c’est-à-dire de décrire la façon dont les données cible vont être alimentées à partir des données source.

On construit ainsi un schéma de liens entre les données qui montre comment une donnée du système cible est alimentée par une (ou plusieurs) donnée(s) du système source.

Réalisation

Cette phase correspond à la programmation des règles, c’est-à-dire à la réalisation des programmes qui lors de leur exécution vont récupérer les données source pour les charger dans le système cible.

Ces programmes peuvent être écrits en COBOL pour être exécutés sur gros systèmes, mais également sous forme de scripts déroulant des requêtes dans des langages plus modernes (SQL, Java...) sur serveur.

Les programmes/requêtes développés sont testés unitairement et doivent être assemblés dans la chaîne de migration.

La chaîne de migration déroule l’ensemble des programmes ordonnancés de façon optimum afin d’assurer un temps de migration le plus rapide possible.

Certification Statique

La Certification Statique correspond à la validation (ou recette) des données reprises.

Les données chargées dans le système cible, vont faire l’objet de deux types de contrôles :

Des contrôles quantitatifs, qui permettent de vérifier la bonne reprise des données en nombre d’occurrences (ou de lignes).
Des contrôles qualitatifs, qui vérifient la qualité des données migrées.

Lors de ces opérations, aucune transformation n’est effectuée sur les données cible, qui ne sont accédées qu’en consultation.

Certification Dynamique

Le schéma suivant positionne la Certification Dynamique dans l’enchaînement des opérations de mise en œuvre d’un nouveau Système d’Information :

Deux processus sont déroulés en parallèle :

l’un sur les traitements, qui a pour objectif de développer et tester la plate-forme applicative cible ;
l’autre sur les données, qui permet de charger les données cible à partir des données source.

La Certification Dynamique s’exécute une fois que les traitements de la plate-forme applicative ont été qualifiés/homologués et que les données reprises ont été certifiées correctes.

Elle consiste à dérouler des scénarios de tests pour simuler le fonctionnement de la plate-forme cible, dans un contexte de production.

Bascule

La Bascule est la phase finale du processus de mise en place du nouveau Système d’Information.

Lors de cette phase, on exécute les opérations suivantes :

arrêt du système source ;
déroulement des programmes de reprise ;
vérification des données reprises ;
passage de chaînes de traitement d’initialisation du nouveau système ;
contrôles ;
ouverture du nouveau système aux utilisateurs.

Ces différentes opérations nécessitent la définition d’un plan de Bascule qui précise le détail des opérations, la durée et les différents intervenants.

Compte tenu de l’importance du processus, des répétitions de bascules sont effectuées pour vérifier le bon déroulement de plan de Bascule et la bonne affectation des ressources.

Une organisation spécifique doit être mise en place postbascule, pour surveiller le fonctionnement du nouveau système.

Fiabilisation des données

La migration de données donne une vision de la qualité des données du Système d’Information source.

Une analyse des données reprises (audit des données) montre que certaines données doivent être modifiées avant leur injection dans le nouveau système.

Les cas les plus courants concernent les informations sur les adresses, les numéros de téléphone, la civilité (Mr, Mme, Mlle) qui ne sont pas cohérentes ou normalisées (une adresse postale française doit être structurée d’une façon très précise, par exemple).

Ces modifications sont étudiées dans le cadre du chantier Fiabilisation des données.

La fiabilisation peut être effectuée :

par saisie TP (Transaction Processor) effectuée par l’utilisateur ;
par passage de programme batch (ou requêtes) de mise en conformité de certaines données ;
par règles de migration, définies lors de la spécification des règles.

Il est possible également de décider de migrer les informations du système source en l’état et d’effectuer les opérations de fiabilisation après la Bascule, sur le système cible.

Le schéma d’enchaînement des différentes phases montre qu’elles...

Les différentes phases de la migration