Blog ENI : Toute la veille numérique !
Accès illimité 24h/24 à tous nos livres & vidéos ! 
Découvrez la Bibliothèque Numérique ENI. Cliquez ici
Accès illimité 24h/24 à tous nos livres & vidéos ! 
Découvrez la Bibliothèque Numérique ENI. Cliquez ici
  1. Livres et vidéos
  2. Migration de données
  3. Spécifications
Extrait - Migration de données D'un Système d'Information à l'autre : la démarche complète (2e édition)
Extraits du livre
Migration de données D'un Système d'Information à l'autre : la démarche complète (2e édition) Revenir à la page d'achat du livre

Spécifications

Objectif de la spécification des règles

L’objectif principal de la spécification des règles de migration est d’analyser les données source et cible pour définir les règles de migration.

Pour rappel des principes évoqués précédemment, on partira toujours du système cible pour effectuer ces spécifications.

La centralisation des règles dans un outil va permettre à tous les acteurs qui interviennent sur le projet d’accéder à des informations partagées.

Le risque d’éparpillement de l’information est ainsi évité et il est aisé de retrouver l’historique des travaux de spécifications.

Comme présenté plus haut, la démarche est structurée par étapes successives.

En partant d’un lot, on va effectuer, pour chaque table cible, les opérations suivantes :

  • identification des tables source nécessaires au chargement ;

  • définition de l’algorithme d’appareillage et/ou de filtres ;

  • spécifications des rubriques source utilisées et des règles de mapping.

Identification des tables source

Images/ADP03-01.PNG

À partir de la liste des tables cible, on sélectionne la table pour laquelle on va identifier les tables source.

Images/ADP03-02.PNG

Pour cette table, on sélectionne dans la liste des tables source la ou les tables qui vont permettre d’alimenter la table cible.

Images/ADP03-03.PNG

On obtient ainsi les liens entre tables cible et tables source.

Table cible

Tables source

BLX_PERSONNE

BLX_FBIL1E

BLX_FBL7E

BLX_ FBIL1EP

Définition de l’algorithme d’appareillage

Lorsque plusieurs tables source alimentent une table cible, il peut être nécessaire de préciser un algorithme d’appareillage avec la mise en place de filtres.

On entend par appareillage la règle qui précise si les tables source doivent être liées entre elles lors de la sélection des enregistrements.

Par exemple, on pourrait devoir appareiller les tables BLX_FBIL1E, BLX_FBL7E et BLX_FBIL1EP entre elles sur le numéro d’entreprise.

Table BLX_FBIL1E :

Code rubrique

Libellé rubrique

Type

E1GENT

N° ENTREP

Varchar2(9 CHAR)

E1GORI

ORIGINE

Varchar2(1 CHAR)

E1GSTB

STATUT

Varchar2(1 CHAR)

E1GRCD

SIREN DOUTEUX

Varchar2(1CHAR)

Table BLX_FBIL7E :

Code rubrique

Libellé rubrique

Type

E7SIRN

N° SIREN

Varchar2(9 CHAR)

E7NIC

NIC

Varchar2(5 CHAR)

E7NICR

NIC RNCS

Varchar2(5 CHAR)

E7NIC0

TOP NIC

Varchar2(1CHAR)

Table BLX_FBIL1EP :

Code rubrique

Libellé rubrique

Type

P1GENT

N° ENTREP

Varchar2(9 CHAR)

P1GORI

ORIGINE

Varchar2(1 CHAR)

P1GSIR

SIREN

Varchar2(9 CHAR)

P1GNIC

SIRET

Varchar2(5CHAR)

La règle d’appareillage peut se formuler ainsi :

Pour chaque entreprise identifiée dans la table BLX_FBIL1E, sélectionner les lignes des tables BLX_FBIL7E et FBIL1EP correspondant au numéro d’entreprise.

BLX_FBIL1E

BLX_FBIL7E

BLX_FBIL1EP

E1GENT

E7SIRN

P1GENT

On peut également, dans certains cas, ajouter...

Spécifications des rubriques

Les liens entre la table cible et les tables source étant définis, on peut rentrer dans le détail de la spécification des rubriques de la table cible.

images/DP04-01.png

Pour spécifier les règles, on va préciser plusieurs informations :

  • la liste des rubriques source qui vont servir à alimenter les rubriques cible ;

  • les tables de paramétrage ou de transcodification que l’on va utiliser ;

  • la formalisation de la règle ;

  • l’avancement des travaux de spécifications.

1. Les liens entre rubrique cible et rubriques source

Pour préparer la spécification des règles d’alimentation de chaque rubrique cible, on commence par définir les rubriques source qui vont être utilisées pour l’alimenter.

Images/ADP03-05.PNG

Il faut associer à la rubrique cible les rubriques source, une par une, jusqu’à l’obtention de la liste exhaustive des rubriques.

Images/ADP03-06.PNG

Les rubriques source sont sélectionnées dans la ou les tables source identifiées préalablement en relation avec la table cible.

On voit ici l’un des intérêts de centraliser dans un même outil les descriptions des tables source et cible.

L’outil peut permettre d’aller rechercher toutes les rubriques source sur un mot-clé, ce qui facilite la détermination des rubriques source qui vont alimenter la rubrique cible en cours de spécification.

Images/ADP03-07.PNG

On obtient ainsi, pour chaque rubrique de chacune des tables cible, la liste des rubriques source auxquelles il sera fait référence lors de la spécification des règles.

Table_Cible

Rub_Cible

Rub_Source

Table_Source

BLX_ADRESSE_ETB_SIRENE

CODE_POSTAL

E1ECPF

BLX_FBIL1E

BLX_ADRESSE_ETB_SIRENE

CODE_POSTAL

E1ECPD

BLX_FBIL1E

BLX_ADRESSE_ETB_SIRENE

CODE_VOIE

E1ESEG

BLX_FBIL1E

BLX_ADRESSE_ETB_SIRENE

CODE_VOIE

E1ERIV

BLX_FBIL1E

BLX_ADRESSE_ETB_SIRENE

EB_ADRESSE_ETB_SIRENE_NUM

P1GENT

BLX_FBIL1EP

BLX_ADRESSE_ETB_SIRENE

EB_ADRESSE_ETB_SIRENE_NUM

P1GNIC

BLX_FBIL1EP

BLX_ADRESSE_ETB_SIRENE

EB_ADRESSE_ETB_SIRENE_NUM

P1GSIR

BLX_FBIL1EP

BLX_ADRESSE_ETB_SIRENE

EB_ADRESSE_ETB_SIRENE_NUM

P1GORI

BLX_FBIL1EP

BLX_ADRESSE_ETB_SIRENE

L1_NOMEN

P1L1NO

BLX_FBIL1EP

BLX_ADRESSE_ETB_SIRENE

L2_COMP

P1L2CO

BLX_FBIL1EP

BLX_ADRESSE_ETB_SIRENE

L3_CADR

P1L3CA

BLX_FBIL1EP

BLX_ADRESSE_ETB_SIRENE

L4_VOIE

P1L4VO

BLX_FBIL1EP

BLX_ADRESSE_ETB_SIRENE

L5_DISP

P1L5DI

BLX_FBIL1EP...

Préparation de la Certification Statique

La Certification Statique est explicitée dans le chapitre Certification Statique.

Néanmoins, il est opportun de l’appréhender dès la phase de spécifications des règles.

1. Liste des contrôles

La plupart des projets de migration de données organisent les phases en séquences successives, en positionnant des ressources métier spécialisées sur chacune des phases.

Lorsque les ressources chargées de la Certification Statique démarrent les travaux, elles sont confrontées à la difficulté de déterminer les contrôles à effectuer. 

Elles sont obligées en général de revenir sur les spécifications pour comprendre ce qui a été fait et définir la liste des contrôles.

Mais les ressources ayant rédigé ces spécifications entre-temps sont passées sur d’autres tâches et ne sont pas nécessairement disponibles pour expliciter les règles.

Il est de ce fait intéressant de préparer la phase de Certification Statique le plus tôt possible, car il est plus facile de déterminer les contrôles lorsque l’on rédige les règles.

Dans la phase de spécifications, il s’agit de préciser ce que l’on veut contrôler, avec...

Recherche de rubriques cible ou source sur libellé

Cette fonctionnalité permet de rechercher toutes les rubriques cible ou toutes les rubriques source qui ont un libellé contenant un mot en particulier.

images/DP04-07.png

Cette fonctionnalité montre l’intérêt de centraliser dans un même outil les descriptions des données source et cible, car cela permet très rapidement d’identifier toutes les rubriques susceptibles d’alimenter chacune des rubriques cible lors des spécifications des règles.

Par exemple, si l’on souhaite alimenter une rubrique cible « Date », une recherche sur les rubriques source propose la liste de toutes les rubriques source contenant le mot « Date » dans leur nom ou dans leur libellé :

images/DP04-08.png

On peut également faire une recherche identique sur les rubriques cible :

images/DP04-09.png

Liste des rubriques non migrées

Au fil de l’avancement des spécifications, il est intéressant de connaître la liste des rubriques cible qui n’ont pas fait l’objet de règles de migration et de déterminer si c’est un oubli ou si la rubrique n’est pas à migrer.

De même, en fin de projet, il faut vérifier s’il reste des rubriques source qui n’ont pas été reprises, afin d’étudier pourquoi.

Dans les deux cas, si une rubrique source n’est pas à reprendre ou si une rubrique cible n’est pas à migrer, il convient de positionner le top migration associé à la rubrique à « N ».

Ces fonctionnalités sont intégrées dans l’outil :

images/DP04-04.png

La première fonctionnalité donne la liste des tables source pour lesquelles il reste des rubriques non reprises et permet pour chaque table de connaître les rubriques concernées :

images/DP04-05.png

La deuxième fonctionnalité donne, pour un lot cible, la liste des rubriques n’ayant pas fait l’objet d’une règle, pour toutes les tables du lot :

images/DP04-06.png

Organisation des travaux

L’organisation proposée ici correspond à une organisation type, qui dans tous les contextes de projets de migration de données est nécessaire.

Elle doit être adaptée suivant l’importance des données à migrer.

Comme présenté dans le chapitre Étude initiale, il faut pouvoir associer trois profils :

  • Un expert MOE du système source qui a la connaissance informatique du système source.

  • Un expert MOE du système cible qui a la connaissance informatique du système cible.

  • Un expert métier.

Ces trois ressources sont pilotées par une ressource qui a un profil consultant, connaissant la démarche de migration de données et qui est capable d’animer un groupe et de formaliser les règles de migration.

Les différentes étapes à réaliser lors de la spécification des règles peuvent s’organiser de la façon suivante :

  • Le pilote prend connaissance des données cible et source.

  • Il effectue un premier rapprochement intuitif.

  • Il fait valider son travail par l’expert source.

  • Il fait valider les règles par l’expert métier.

1. Prise de connaissance des données

La première tâche du pilote est de prendre connaissance des données du système cible et du système source.

En analysant les tables du modèle cible, une par une en fonction du lotissement, il appréhende les données de la table, avec l’aide de l’expert cible MOE.

Il est conseillé d’organiser dès le début du projet une phase de prise de connaissance des données cible, en planifiant des réunions de formation effectuées par les experts cibles.

Cette formation permet à l’animateur de comprendre le modèle de données du système cible et de récupérer toute la documentation qui lui permettra de mieux maîtriser le système cible.

Rappelons que dans la spécification des règles, on part toujours des données cible, car la finalité est de faire fonctionner le nouveau Système d’Information avec les données reprises de l’ancien système.

Lorsque les experts cibles sont éloignés physiquement de l’équipe projet...