Les outils

Introduction

Le lecteur aura pu constater à la lecture des chapitres précédents qu’il est fait régulièrement référence à des outils, développés sous Access, permettant de mettre en œuvre la démarche de migration.

Ce chapitre présente l’ensemble de ces outils qui permettent de gérer le mieux possible tout le process de migration.

Seule la phase de réalisation n’a pas été outillée, car :

Dans ce chapitre, on trouve le positionnement des différents outils dans la démarche de migration, avec leur fonctionnement :

Gestion des tables de paramétrage et de transcodification

Première fonction de l’outil, la gestion des tables de paramétrage cible.

Les tables de paramétrage du système cible identifiées dans l’outil sont celles utilisées lors des contrôles spécifiés dans les règles de migration.

Elles sont ajoutées dans l’outil au fil des spécifications et chaque table est caractérisée par un code et un libellé, avec un indicateur de validité de la table (permet de repérer si une table est en cours de construction sur la cible).

Deuxième fonction de l’outil, la gestion des tables de transcodification.

Ce sont des tables utilisées lors de la reprise de données pour convertir les valeurs des données d’une table source en une autre valeur dans la cible.

On retrouve pour une table source la liste de toutes les valeurs, avec en correspondance les valeurs de la table cible, en précisant le nombre d’occurrences concernées pour chaque valeur.

Un indicateur de validation permet de suivre l’avancement de la définition des correspondances.

Pour chacune des valeurs de la source, il est prévu de pouvoir modifier le lien avec une valeur cible (Maj. Lien).

On sélectionne ensuite la valeur de la donnée cible que l’on veut associer à la valeur de la donnée...

Spécifications des règles

La spécification des règles est intégrée dans un outil commun avec le suivi.

Pour la partie spécifications des règles, plusieurs fonctionnalités sont accessibles :

Suivi de projet

Les fonctionnalités présentées ci-après permettent de suivre l’avancement du projet avec :

La méthode d’estimation des charges de migration est explicitée dans le chapitre Étude initiale.

On rappelle que la première approche se base sur le nombre de rubriques cible à migrer, en ne prenant que les rubriques dites « fonctionnelles ».

Une fois les tables cible décrites dans l’outil, cette fonctionnalité détermine automatiquement un budget en nombre de jours, avec la répartition par phase :

Avec le détail pour chacune des tables d’un lot :

Pour avoir un budget complet, il est nécessaire d’avoir un périmètre des données renseignées complet, ce qui n’est pas toujours le cas au démarrage.

Dans ce cas, il est conseillé d’enregistrer, pour chaque lot non détaillé, une prévision du nombre de rubriques fonctionnelles. Cette approche permet d’avoir une première idée du budget, qui sera affiné au fur et à mesure que l’on inclut dans l’outil...

Certification Statique : contrôles de masse

Les données migrées doivent être contrôlées par comparaison entre des compteurs de données cible et des compteurs de données source.

Plusieurs opérations doivent être effectuées, pour chaque table cible, dans l’ordre indiqué :

Première opération, l’enregistrement d’un compteur :

La table sélectionnée peut être soit une table cible, soit une table source.

Pour chaque table (cible ou source), on enregistre les compteurs que l’on souhaite calculer, avec un nom et un libellé.

Il est présenté ici un outil qui permet d’exécuter, à la demande, la requête qui calcule la valeur de chacun des compteurs spécifiés.

Le nom de la requête est enregistré avec le compteur auquel elle est associée.

Cette requête est développée sous Access (dans l’outil) en se connectant sur les bases support des tables (cible et source). Les temps d’exécution des requêtes de comptage sous Access sont de quelques minutes pour 1 million de lignes.

On verra plus loin que l’intérêt...

Certification Statique : contrôles qualitatifs

Le deuxième type de contrôles à effectuer dans le cadre de la Certification Statique concerne les contrôles dits « qualitatifs ». C’est-à-dire que l’on doit s’assurer que les données reprises l’ont été correctement, en suivant les règles de migration.

Par exemple, il faut s’assurer que l’adresse d’un client est structurée de manière réglementaire, avec, positionnés dans des zones bien précises, le numéro, le type et le nom de rue, le code postal et la ville.

Ces contrôles vont être exécutés sur un échantillon de données.

Il est coutume de demander à la MOA (qui maîtrise le métier) de sélectionner dans le système source des échantillons de données qui présentent une caractéristique particulière et pour lesquels il est opportun d’effectuer les contrôles de reprise.

L’outil présenté ici s’appuie sur un système d’information gérant les données caractérisant les entreprises.

On a identifié une liste d’entreprises, avec leur numéro SIREN, pour lesquelles on va comparer les données cible avec les données source.

Pour une entreprise, le système...

Chronogramme de bascule

Le process de bascule nécessite de définir les tâches qui vont être déroulées en préparation de la bascule, pendant la fenêtre de bascule et en postbascule.

Vu le nombre de tâches qui sont généralement à mettre en œuvre, il est indispensable de gérer le chronogramme de bascule (ou chrono) dans un outil.

On peut utiliser Excel, mais l’outil suivant, développé sous Access, offre plus de possibilités.

Première fonctionnalité de l’outil, la construction du chronogramme :

Chaque tâche de bascule est enregistrée dans le chronogramme avec les informations suivantes :