Automatize
Migrations · 04

Migrations legacy

De COBOL et des écrans terminal vers Java, PostgreSQL et une interface web, avec une interface de gestion en plus. Étape par étape, sans big bang.

Vos règles métier restent. La plateforme en dessous change.

Votre système COBOL fait son travail depuis des décennies. Le problème est autour : de moins en moins de personnes peuvent le maintenir, la plateforme coûte cher et chaque nouvelle intégration est un projet. Nous portons la logique vers Java, les données vers PostgreSQL et les écrans terminal vers une interface web, et nous ajoutons ce que l’ancien système n’a jamais eu : une interface de gestion unique pour les jobs, les utilisateurs, les paramètres et l’audit.

Démarrez la conversation →Voir le schéma ↓

Du legacy à Java, couche par couche

Schéma
Schéma : ce qui tourne aujourd’hui par couche, comment nous le migrons et ce que cela devient.
CoucheAujourd’hui · legacyMigrationDemain · plateforme Java
Écrans Écrans terminal 3270/5250, maps BMS, touches de fonction Chaque écran et chaque flux cartographié, repensé par tâche Interface web dans le navigateur : recherche, tableaux, formulaires, raccourcis clavier
Logique métier Programmes COBOL, copybooks, transactions CICS Converti par module, traçable jusqu’à la source, équivalence testée Services Java sur Spring Boot avec une API REST
Batch Jobs JCL, traitements de nuit, ordonnanceur Jobs, étapes et dépendances repris un pour un Jobs Java planifiés : relançables, avec journalisation par étape
Données VSAM, DB2, IMS, fichiers séquentiels en EBCDIC et COMP-3 Mapping de schéma, migrations d’essai et réconciliation à chaque exécution PostgreSQL avec clés, contraintes, index et historique
Intégrations MQ, échange de fichiers, FTP Interfaces conservées ou remplacées une par une API REST et événements, à côté des flux de fichiers qui doivent rester
Gestion + Nouveau Console opérateur, spool et savoir détenu par quelques personnes Ajouté au-dessus du système migré Interface de gestion : jobs batch, utilisateurs et rôles, paramètres, audit, monitoring
Plateforme Mainframe ou IBM i, outillage et licences propriétaires Déplacé vague par vague, l’ancien système tourne jusqu’à ce que le nouveau ait fait ses preuves Conteneurs Linux sur vos propres serveurs ou dans le cloud

Quatre volets

Séparément ou ensemble
01
COBOL vers Java
COBOL → Java
Programmes COBOL, copybooks et jobs batch convertis en Java maintenable sur Spring Boot, module par module, avec des tests qui prouvent que le comportement reste identique.
→
02
Remplacer l’interface terminal
Terminal → Web
Écrans 3270 et 5250 remplacés par une interface web construite autour de la tâche : chercher au lieu de mémoriser des codes, raccourcis clavier pour les utilisateurs rapides, plus d’émulateur.
→
03
Migration des données vers PostgreSQL
Données
Fichiers VSAM, bases DB2 et IMS et fichiers séquentiels vers PostgreSQL, par migrations d’essai répétables avec un rapport de réconciliation à chaque exécution.
→
04
Interface de gestion
Gestion
Une interface de gestion au-dessus du système migré : jobs batch, utilisateurs et rôles, paramètres, audit et monitoring dans une seule interface web.
→

Le trajet en huit phases

Chaque phase livre un résultat
  1. 01
    Inventaire
    Tous les programmes, copybooks, jobs, écrans et fichiers comptés et reliés entre eux. Code mort signalé.
    Livrable: Inventaire et carte des dépendances
  2. 02
    Architecture cible
    Structure Java, modèle de données, concept d’interface et ordre des vagues de migration définis.
    Livrable: Plan directeur et planning par vague
  3. 03
    Filet de sécurité
    Cas de test dérivés du comportement du système existant : même entrée, même sortie.
    Livrable: Suite de régression
  4. 04
    Conversion
    COBOL vers Java, module par module. Assisté par l’IA, relu et retravaillé par nos développeurs.
    Livrable: Code Java, traçable jusqu’à la source
  5. 05
    Données
    VSAM, DB2 et fichiers vers PostgreSQL par migrations d’essai répétables.
    Livrable: Rapport de réconciliation par exécution
  6. 06
    Écrans
    Écrans terminal remplacés par une interface web, conçue avec ceux qui l’utilisent chaque jour.
    Livrable: Interface web par service
  7. 07
    Fonctionnement en parallèle
    Ancien et nouveau côte à côte, chaque écart expliqué. Bascule par vague, avec un plan de repli.
    Livrable: Production sur Java
  8. 08
    Exploiter & étendre
    Interface de gestion en service, suivi avec SLA. Ensuite, des fonctions hors de portée sur l’ancienne plateforme.
    Livrable: Interface de gestion et SLA

Comment nous limitons le risque

01
Pas de big bang
Nous migrons par vagues. Le système existant reste en production jusqu’à ce que la nouvelle vague ait fait ses preuves.
02
Prouvé, pas promis
La même entrée doit donner la même sortie. Nous le testons par module, puis à nouveau en parallèle.
03
Savoir documenté
Les règles métier qui n’existaient que dans le code et dans les têtes se retrouvent en Java lisible et en documentation.
04
Un seul partenaire
Analyse, conversion, données, écrans, interface de gestion et suivi par la même équipe.

Ce qui devient possible ensuite

Au-delà de la migration

Curieux de ce que contient votre COBOL ?

Nous commençons par un inventaire.Démarrez la conversation →