Migration Conversion : La phase d'étude détaillée

IBM MVS VSE AS400 BULL GCOS7 CGOS8 UNIX ICL
Fichiers : Séquentiels, Indexé, VSAM, Ufas
Base de données : IMS, DL1, IDS2, IDMS, IDMS/R, DB2, SQL, Oracle, Sysbase, Adabas, Datacom
Langages : Cobol, PL1, CPL1, Assembleur, RPG, GAP, GMAP, PACBASE, ADL, IDEAL, ARIANE, Focus, Nomad, Ramis, SAS, QMF, Natural, Generol, CICS, TCAM, TDS

La phase d'étude détailée d'une migration industrialisée de transformation de système, établit le guide de migration et de transformation qui précise les adaptations , la stratégie de test, le découpage en lots, le planning et le coût de l'opération.

Les tâches réalisées sont :

Règles et spécifications des transformations
Lotissement des objets X.M.S.
Planning
Lot Pilote

Règles et spécifications des transformations

Cette étape va permettre d'analyser les différents cas de figure détectés et de proposer des solutions pour chacun d'eux. Les décisions seront prises conjointement par les chefs de projet Client et C.S.S.

La réflexion est effectuée à plusieurs niveaux de préoccupation :

. les fichiers et bases de données communs à plusieurs applications,
. les modules communs à plusieurs applications,
. les applications et pour chacune d'elles :

. les fichiers et bases de données,
. les programmes.

Si une solution retenue consiste à modifier les structures de fichiers envoyés ou reçus de l'extérieur, il faut prévoir le type d'interface à réaliser. Les choix des solutions techniques sont effectués à partir des critères issus de l'analyse des applications et du référentiel. Les solutions techniques sont alors décrites, ainsi que leurs impacts sur les objets concernés. Pour certaines applications anciennes, difficiles à modifier, ou d’applications dont on ne dispose plus des sources, une réécriture peut être une solution envisageable.

Lotissement des objets

Le lotissement peut être abordé de trois manières différentes.

La première est un lotissement par application, en tenant compte notamment des liens entre applications et de la priorité des applications. L'avantage est d'obtenir des lots ciblés en matière de domaine, donc de tests et recettes utilisateurs et informatique. L'inconvénient est l'utilisation probable de fichiers et bases de données par plusieurs applications, impliquant des lots trop importants donc difficiles à gérer. Les temps d'immobilisation des objets sont alors augmentés.

La seconde est un lotissement par fichier en tenant compte notamment des liens entre fichiers et applications et de la priorité des applications. L'avantage est de pouvoir organiser des lots en limitant plus facilement le nombre d'objets impactés, et donc le temps d'immobilisation de ces objets. L'inconvénient est l'implication multiple des domaines informatiques et utilisateurs, en terme de tests, recette et mise en exploitation.

La troisième solution est de mixer les 2 premières solutions en étudiant au cas par cas l'imbrication des applications et des fichiers.

Le lotissement est réalisé en deux étapes :

Première étape automatique : les lots sont constitués par regroupement des objets à modifier identifiés pendant la phase d'analyse d'impacts. Les critères de regroupement dépendent de la technique employée. Les objets communs à plusieurs lots sont identifiés.

Deuxième étape manuelle : les lots constitués précédemment sont aménagés et ordonnancés en fonction de critères fournis par l'étape de lotissement automatique (nombre d'objets, objets communs, technique de conversion prévue,...etc.), obtenus lors de la phase d'analyse des applications (liens, priorités, maintenances prévues, charges estimées,...etc.) et déduits du premier lotissement (nombre et complexité des interfaces nécessaires).

C'est au cours de cette tâche que le lot pilote est identifié.

Suivant le découpage en lot de réalisation, on déduit les interfaces à réaliser avec les autres lots pour permettre une mise en production transparente. Il faut prévoir le nombre et la complexité des interfaces.

Il faut définir les environnements qui seront utilisés durant les phases de réalisation et de tests. Il faut également définir la gestion des versions des objets à travers différents niveaux de bibliothèques et la gestion des fichiers de tests. Ce travail est effectué avec le responsable des environnements, le Responsable de la production et le Chef du projet du Client.

Planning

C'est l'élaboration du planning général du projet et la coordination de la mise en production des applications modifiées. Ce travail est effectué avec le Responsable de production et le Chef de projet client.

Le tableau ci-dessous présente la synthèse des tâches, livrables, outils utilisés et rôles mis en œuvre dans la phase d'Etude Détaillée :

ETAPE	TACHES	LIVRABLES	OUTILS	ROLES
Périmètre du projet	prise de connaissance du rapport d'évaluation			Chef de projet CSS
Lotissement et planification	constitution automatique des lots aménagement manuel des lots (critère application) Planification Calendrier de mise en production des applications modifiées	Descriptif des lots Planning général	Outil de lotissement	Analyste CSS Chef de projet CLIENT Responsable production CLIENT
Spécification des règles de transformation, de la stratégie de tests et de simulation	- Analyse des cas de figure - Choix des solutions - Etude des applications - Prévision du niveau de test	version (0) du guide de transformation stratégie des tests		Chef de projet CSS Analyste CSS Chef de projet CLIENT Responsable domaine CLIENT Responsable application CLIENT
Organisation du projet	Rédaction du rapport d'Etude Détaillée	Guide de transformation règles de transformation Stratégie des tests Planning général		Analyste CSS