|
Une méthodologie de conversion et de migration éprouvée et outillée. |
Migration de Systèmes, Langages, Base de Données, IHM, Ordonnanceurs. Exemples. |
La méthodologie de transformation comporte différents outils couvrant l'ensemble du processus de migration, depuis le recensement jusqu'aux tests et la mise en production et garantit l’iso-fonctionnalité, l’iso-maintenabilité, l’iso-exploitabilité de chacun des modules transformés par comparaison automatique de l’ensemble des résultats (fichiers, écrans, états, bases de données, log de traitements...) obtenus dans l’environnement «cible» de validation avec ceux obtenus dans l’environnement «source» de préparation.
Traduction de Langages Outils pour toutes les phases LES PHASES DE LA MIGRATION Les Phases et les Étapes
|
Les Outils de Migration et de Conversion |
|
Référentiel | L'atelier
de cartographie, d'inventaire et d'analyse d'impact, fonctionnant sous
Windows ®, permet de constituer un référentiel applicatif sous forme d'une
base de données SQL des objets informatiques en utilisant une gamme
automatisée d'analyseurs de code source. Cette base de données relationnelle SQL/Server est accessible en réseau via MS I-SQL et MS Access et stocke l'ensemble des objets manipulés sur un site (en descendant jusqu'au niveau de ligne de code ou de JCL) et gère les relations de dépendance et les références croisées entre objets. C'est un inventaire complet de tous les sources, fichiers, écrans, rapports, données, base de données, scripts et l'ordonnancement des applications à migrer et permet de garantir l'exhaustivité des composants à migrer. Le référentiel donne, dès l’étape d’inventaire, toutes les assurances de maîtrise et d’exhaustivité de l’analyse de l’application source : propriétés internes des objets, liens et dépendances. |
|
Analyseurs de Code Source |
L'atelier Conversion Migration dispose d'une gamme automatisée d'analyseurs de code source pour les langages de programmation : CARIATIDE, C, COBOL, COBOL-68, COBOL-74, COBOL-85, COBOLII, COBOL MICROFOCUS, ACU-COBOL, DELPHI, PL/1, PL/I, PL1, PLI, CPL/1, ASSEMBLEUR, FORTRAN, GAP, RPG, GMAP, SAS, NATURAL, ADL, IDEAL, IQS, JAVA, PACBASE, PASCAL, PERL, PHP, PYTHON, ARIANE, GENEROL, RAMIS, FOCUS, MANTIS, NOMAD, OBJECTVIEW, REXX, EASYTRIEVE, SYSIF, TELON, VISUAL BASIC, POWERBUILDER, IMS, IMS/DB, DL1, DLI, IDS2, IDMS, IDMS/R, SQL, DB2, PROTEE, QMF, ADABAS, DATACOM, SYSBASE, CA-UNIVERS, ORACLE, IMS/DC, IDMS/DC, DM4TP, TDS, TP8, TCAM, CICS, CA-SCHEDULER, CONTROL-M, OPC, PSS... de fichiers Séquentiels, Indexé, VSAM, Ufas, de base de données, de JCL et scripts sur les systèmes d'exploitation IBM MVS, DOS/VSE, BULL DPS7, DPS8, GCOS7, GCOS8, AS400, UNIX, LINUX, WINDOWS, ICL, VAX ) | |
Lotissement | Il s'agit du regroupement des objets à traiter en lots constituant les unités d’échange entre les environnements. Des contraintes telles que la cohérence entre applications et données, l’homogénéité des transformations, le calendrier des maintenances et des mises en production, la péremption des licences logicielles, etc.…, sont prises en compte pour l’élaboration d’un ordonnancement optimisé des lots. Un premier lot dit « lot pilote », composé d’un échantillon représentatif des différents profils techniques des applications qui permettra de qualifier les ateliers, outils et procédures mis en œuvre tout au long de l’opération. Le découpage de la réalisation en plusieurs lots permet de paralléliser les tâches les plus lourdes (traduction du code et différents tests), d’optimiser l’occupation des ressources et de s’assurer d’une progression normale du projet dans le respect des engagements de qualité et de délais. Un ensemble d'objets en relations entre eux dont : les planifications dans l'ordonnanceur, les jobs batch, les transactions, les programmes, les sous-programmes, les copies, les includes, les écrans, les rapports, les macros utilisateurs, les exits utilisateurs, les fichiers, les base de données, les segments et les tables de base de données, les enregistrements, ... sont regroupés dans un même lot de migration. | |
Comparateur de Code Source |
Le comparateur de code source a pour objectif de comparer les codes sources des différentes versions installées sur différents sites d'exploitation. Dans un premier temps, la comparaison s'exécute sur la table des "STATEMENTS" du référentiel afin de sélectionner les sources en différence pour une comparaison en détail. Il permet également d'identifier les composants du lot de migration qui ont subi une maintenance applicative durant l'étape de transformation de la phase migration industrielle. | |
Traducteur de Code Source |
La transformation des langages est naturellement un aspect important dans l’objectif d’une industrialisation de la réalisation. Les convertisseurs et les traducteurs de code source sont utilisés pour automatiser la transformation. Les lots de composants des applications sont traduits au cours de l’étape dite de transformation, selon les règles prédéfinies lors de la phase d’étude. Il s'agit de la modification de l’objet traité, en lui appliquant les règles de transformation. | |
Générateurs de Scripts et de JCL |
Les générateurs automatise l'écriture des scripts de test, des procédures d'exploitation cibles, les procédures de déchargements des bases de données sources, les procédures de formatage des données et les procédures de rechargement des bases de données cibles. | |
Capture d'écrans | Lors de l’étape dite de préparation d’un lot, les données de tests sont collectées selon le principe d’une capture avant l’exécution de scénarii appropriés et d’une capture après exécution. Ces scénarii, élaborés par les responsables fonctionnels, sont joués, accompagnés eux-mêmes des captures automatique des écrans avant et après saisie des champs et renvoi des informations à l’application. | |
Préparation de données de test |
Les outils offrent des techniques et des logiciels pour l'extraction ou la production des fichiers de test maniables petites et efficaces. Ces fichiers assurent des tests complets et évitent les reprises coûteuses en cours d'exécution. Les outils permettent non seulement de produire des données de test complets, mais contribuent également à réduire le temps de préparation des données. | |
Couverture
de Code |
Analyse de la pertinence des jeux de tests par mesure de la couverture du jeu de test en indiquant les séquences de code non exécutées dans les programmes. | |
Test des données | Pour chacune des applications à modifier est défini un niveau de test à effectuer (aucun test, test de non-régression, test de simulation). Cette stratégie est déterminée au moment de l’étude détaillée. Quelle que soit la stratégie de test adoptée, la transformation des objets source est validée par une exécution des objets cible suivie d’une comparaison automatisée des résultats source/cible obtenus : tables de données, fichiers, éditions, écrans, rapports d'exécution ... | |
Comparaison de Données et de Base de Données |
Exécution de transactions ou d’enchaînements batch avant et après transformation, avec collecte des résultats respectifs. Mesure de la non-régression, par production d’états comparatifs des résultats ainsi acquis. | |
Intégration | L'atelier de migration prépare soigneusement chaque programme migré pour la transition vers l'environnement cible et contribue au transfert et rechargement de données et de base de données de production cible. |
Les différentes phases d'un projet de conversion migration.