Tout ce qu'il faut pour migrer un patrimoine mainframe, vers une ou plusieurs cibles
Des analyseurs déterministes relèvent ce qui est certain. Un modèle d'IA explique ce que le code fait en langage métier. Une personne nommée valide. Chaque résultat garde sa source, du premier inventaire jusqu'à la bascule.
Savoir ce que contient le patrimoine
Le point de départ : ce qui existe vraiment, et ce que l'analyse n'a pas compris.
Connexion des sources
Dépôt Git, dossier local ou export de bibliothèques z/OS. Les membres sans extension sont reconnus à leur contenu, et les encodages hérités sont pris en charge.
Inventaire par type
Programmes, copybooks, jobs, procédures, tables, fichiers, transactions et écrans, avec leurs dépendances et le chemin qui les relie.
Ce qui n'a pas été compris
Un appel dynamique, une inclusion manquante, une famille de sources non lue : tout est nommé avec sa raison. Rien n'est compté comme « sans dépendance » ou « code mort » par défaut.
Interfaces avec l'extérieur
Les fichiers échangés, les files MQ et les accès externes, pour savoir ce qui relie le patrimoine au reste du système d'information.
Données d'exécution
Vous déposez vos extraits SMF et vos journaux d'ordonnanceur : LegaDrift dit ce qui a tourné, ce qui n'a pas tourné et ce qu'on ne peut pas savoir.
Mesures et qualité
Complexité, code non atteint, points de fonction, comparaison de deux versions d'une source.
Retrouver la logique métier
Sans ouvrir un programme COBOL, et sans croire l'IA sur parole.
Explication d'un composant
Ce que fait un programme, dit en langage métier, relié aux lignes qui le montrent. L'explication est marquée comme proposée tant qu'une personne ne l'a pas validée.
Questions en langage naturel
« Quels programmes calculent la date d'échéance ? » La réponse cite ses preuves.
Circulation des données
Suivre un champ à travers les programmes, les fichiers et les tables, et tenir le dictionnaire des données.
Analyse d'impact
Ce que touche un changement sur un programme, une table ou un champ.
Règles de gestion et exigences
Les règles relevées dans le code, validées par le métier, puis suivies jusqu'au code cible.
Votre documentation existante
Spécifications, tickets et annotations de vos équipes deviennent des sources de sens, à côté du code.
Recherche et lecture
Recherche par texte, par motif ou par sens ; organigramme d'un programme ; rendu d'un écran tel que l'utilisateur le voit.
Entrer par le métier
Le patrimoine organisé en domaines et en traitements que vos équipes reconnaissent.
Découpage fonctionnel assisté
Des domaines fonctionnels, puis les traitements qui les composent : chaînes batch et transactions réunies sous le même toit.
Prouvé ou supposé
Chaque rattachement dit s'il est prouvé (job, étape, fichier, ligne source) ou supposé. Les deux ne se confondent jamais.
Sans export d'ordonnanceur
Vous posez quelques points de repère, LegaDrift propose un découpage que vous corrigez.
Valider et figer
Un valideur approuve un bloc entier, avec contrôle à quatre yeux, puis le fige. Une nouvelle extraction ne détruit jamais ce travail.
Décider sur pièces
Des écarts, des correspondances et des chiffres qui disent d'où ils viennent.
Écarts avec chaque cible
Pour chaque élément de l'existant, son équivalent dans la cible retenue pour son lot, ou l'absence d'équivalent, avec un niveau de confiance.
Chiffrage décomposable
Une estimation par chaîne batch et par écran, décomposable jusqu'aux critères. Chaque chiffre dit s'il est mesuré, déclaré ou supposé.
Choix des moteurs de conversion
Confronter le patrimoine à la couverture déclarée de plusieurs outils du marché, les comparer et proposer un périmètre pilote.
Architecture et habilitations cibles
Une proposition d'architecture par bloc, des variantes à comparer, les rôles cibles tirés des habilitations existantes.
Dossier économique
Un scénario chiffré que vous pouvez défendre ligne par ligne devant un comité d'investissement.
Le moteur de votre choix, sous contrôle
LegaDrift orchestre la conversion ; il ne vous impose pas de convertisseur maison.
Moteur tiers branché
Un convertisseur du marché, libre ou commercial, ou le modèle d'IA du projet pour une cible à réécrire. LegaDrift lui remet le bloc figé, les correspondances et les règles validées.
Chaque sortie est une proposition
Le code produit est rangé avec son bloc d'origine, et personne ne le tient pour acquis avant qu'une personne nommée l'ait validé.
Des exigences jusqu'au code
Chaque exigence validée est suivie jusqu'au code cible, avec la mesure de sa couverture.
Ouvert à vos outils
Vos agents d'IA et vos outils lisent le projet par une API et un serveur MCP, avec un jeton nominatif révocable. Une extension VS Code est fournie.
Préparer la migration des données
Vos données ne transitent jamais par LegaDrift.
Profilage
LegaDrift produit les travaux de profilage que vous exécutez, puis lit leurs résultats agrégés.
Règles de nettoyage
Proposées, validées puis figées avant toute migration.
Configuration des outils
La configuration de votre outil de migration de données, générée depuis les règles figées, à essayer dans un environnement hors production que vous avez déclaré, jamais en production.
Montrer la parité
Comparer ce que produit le nouveau système à ce que produisait l'ancien.
Jeux de recette
Générés depuis les règles et les chemins du code, ou tirés des chaînes batch de l'ordonnanceur.
Comparaison des sorties
Fichiers, tables et états imprimés de l'ancien et du nouveau système, avec les tolérances que vous déclarez.
Dossier d'écarts
Un tableau des écarts que l'on valide, que l'on fige et que l'on peut rejouer.
Rejeu des échanges
Des sessions et des échanges enregistrés, rejoués dans un environnement de recette déclaré.
Mener le projet jusqu'au bout
Un seul projet, une seule trace.
Projet en briques
Le parcours de votre migration composé sur un canevas, sans suite d'étapes imposée.
Coexistence et vagues
La coexistence de l'ancien et du nouveau système planifiée vague par vague, l'exécution en parallèle préparée.
Livraison de la cible
L'infrastructure et la chaîne de livraison de la cible générées ; les résultats de votre outil d'analyse de sécurité (format SARIF) rattachés au code produit.
Suivi des chantiers
Chaque chantier avec son responsable, un tableau de bord lu dans ce qui a été livré, exportable vers vos outils de suivi.
IBM Z et IBM i
Chaque nouvelle famille de sources est construite et éprouvée sur des spécimens publics avant d'être annoncée. Un fichier d'une famille que LegaDrift ne lit pas encore est reconnu, écarté avec sa raison, et jamais compté comme analysé.
- COBOL
- JCL et procédures
- Db2 et procédures stockées
- CICS
- BMS
- IMS DB et DC
- VSAM et GDG
- PL/I
- Assembleur
- Natural et Adabas
- REXX et CLIST
- MQ
- Fortran
- Cartes des utilitaires
- IWS / TWS, CA-7
- RPG
- CL
- DDS
- Db2 for i
Ce que LegaDrift ne fait pas
- Il n'exécute pas le mainframe. Il prépare les jeux et compare les sorties que vous produisez.
- Il n'agit jamais sur votre production. Il produit les paramétrages ; vos équipes les installent.
- Il n'écrit pas de convertisseur maison. La conversion passe par le moteur que vous choisissez.
- Il ne remplace pas vos experts. L'IA propose, une personne de votre équipe valide.
Voir LegaDrift sur un patrimoine de référence
Une démonstration sur un patrimoine public, sans une ligne de votre code.