Cartographie du système d'information. Référentiel applicatif. Inventaire des objets informatiques.
Références Croisées. Analyse d'impact. Dessins d'enchaînement de jcl et de transactions.
Analyse et documentation des applications mainframe.

Nous aurons le plaisir de vous faire parvenir le CD d'évaluation de l'atelier référentiel Xms Oms

Lexique

Migration Conversion Transformation du système d'information

 

Environnement de préparation : Environnement de test dédié, comprenant le sous-ensemble élémentaire à transformer (jeux d’essai, objets, résultats des tests avant transformation, ...). Cet environnement nécessitera un TP dédié.

Environnement de validation : Environnement de test dédié, comprenant le sous-ensemble élémentaire après transformation (jeux d’essai, objets, résultats des tests après transformation, ...). Cet environnement nécessitera un TP dédié.

Interface : Programme temporaire permettant d’adapter un fichier modifié entre ancienne et nouvelle version. L'interface est utilisé dans le cas d’un fichier commun à plusieurs lots de transformation traités à une période différente.

Lotissement: 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 permettra de qualifier les ateliers, outils et procédures mis en œuvre tout au long de l’opération de transformation de système d'information.

Objet : Elément du Système d’Information, faisant partie du périmètre de l’étude préalable (source programme, JCL, cartes paramètre, MAP, clauses COPY, ...).

Programme : Programme principal ou sous-programme ou transaction

Référentiel : Base relationnelle contenant l’ensemble des objets analysés ainsi que les liens entre ces objets.

Règle de transformation : Définition de la modification à apporter sur un objet, lors de l’étape de transformation du lot.

Stratégie de tests : Pour chacune des applications à modifier sera défini le niveau de tests à effectuer (aucun test, test de non-régression, test de simulation). Cette stratégie sera déterminée au moment de l’étude détaillée.

Taux de couverture : 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 de non-régression : Exécution d’enchaînements BATCH et de transactions avant et après modification. Mesure de la non-régression par rapport à la situation actuelle, par production d’états comparatifs des résultats acquis en amont et en aval de la transformation.

Test de simulation : Exécution d’enchaînements BATCH et de transactions avec simulation de la date système. Les fichiers en entrée seront ‘vieillis’ afin d’être cohérents avec la date de traitement simulée.

Traducteur de fichier : procédure automatique de modification de fichier. S’applique aux fichiers dont il a été décidé qu’ils seraient modifiés pour les nécessités de la transformation.

Transformation : Opération consistant à modifier l’objet traité, en lui appliquant des règles de transformation définies lors de l’étude préalable. Conversion des programmes, langages, base de données, moniteur transactionnel, jcl, procédures ...