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

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

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

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.

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.

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

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.

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.

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é :

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

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 :

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 :

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 :

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...