Loading...
Access International modernise les patrimoines AS/400 et IBM i (7.3 à 7.6) vers des architectures cloud-natives. Programmes RPG, COBOL/400, CL, écrans 5250, bases DB2 for i — chaque composant est porté avec parité fonctionnelle prouvée. Méthodologie ATLAS, delivery nearshore Tunis, présence France (Vivantro), co-delivery avec nos partenaires au Canada.
Chaque phase regroupe une ou plusieurs des dix étapes ATLAS. Aucune phase ne démarre tant que la précédente n'a pas livré son artefact validé.
Comprendre le patrimoine RPG, COBOL/400, CL existant. Reconstituer une analyse fonctionnelle exploitable. Définir le périmètre, les contraintes, les critères de réussite.
Figer la référence de vérité : écrans 5250, rapports, jeux de données, transactions enregistrées. Cartographier exhaustivement les sous-systèmes, files, bases DB2/400, intégrations.
Choisir la cible (Java + Spring Boot, .NET Core, TypeScript), concevoir les patterns de migration RPG, sous-fichiers SFL, data queues. Préparer la suite de tests de caractérisation avant tout portage.
Traduire pattern par pattern avec traçabilité ligne à ligne. Migration incrémentale par sous-système (strangler fig). Audit de parité signé entre legacy et cible sur chaque lot livré.
Mise en service progressive, coexistence IBM i ↔ cible pendant 6 à 24 mois, bascule transactionnelle par lot, registre des discordances signé, transfert d'exploitation à l'équipe cliente.
Le langage historique et moderne de l'AS/400. Nous traduisons les programmes RPG en Java 21 ou .NET Core 8 pattern par pattern, avec capture des règles métier et tests de caractérisation en amont.
Programmes COBOL hébergés sur IBM i, intégrations CL, modules ILE. Migration vers Java ou .NET avec préservation de la sémantique transactionnelle.
Tables DDS et schémas SQL DB2 for i. Migration vers PostgreSQL, SQL Server ou Azure SQL avec audit de parité des données et des contraintes.
Scripts CL d'orchestration jobs, gestion des files, planification. Conversion vers Bash, PowerShell, ou orchestrateurs cloud (Azure Logic Apps, AWS Step Functions).
Écrans 5250 modernisés en interfaces web React ou Angular. Conservation de la logique d'écran, refonte ergonomique progressive.
Inventaire complet du patrimoine IBM i : sous-systèmes, jobs batch nocturnes, IFS, stockage natif. Cartographie avant migration, plan de bascule par lot.
Le choix de la cible dépend de l'écosystème client : Java 21 (Spring Boot) pour les acteurs Java existants, .NET Core 8 pour les écosystèmes Microsoft, TypeScript + Node.js pour les architectures full-web. Hébergement Azure, AWS, GCP ou on-premise selon les contraintes de souveraineté.
Six profils distincts, huit à douze personnes, sur dix-huit à trente-six mois. Reproduire cette équipe en interne est rarement réaliste — la pénurie de compétences RPG et la profondeur d'expertise ATLAS rendent l'externalisation structurellement plus rapide et moins risquée.
Pont entre les deux mondes, conception cible, gouvernance technique
Java 21 / .NET Core 8 / TypeScript selon le choix d'architecture
Idéalement avec passé RPG ou COBOL pour la traduction pattern par pattern
Migration des schémas, triggers, vues matérialisées, audit de parité données
Coexistence IBM i / cloud cible, sécurité, intégrations
Bench de tests, comparaison legacy/cible, validation des audits ATLAS
Toutes les versions modernes : IBM i 7.3, 7.4, 7.5 et 7.6 (sortie 2025). Pour les versions plus anciennes (V5R4, V6R1, V7R1) nous prévoyons une étape de mise à niveau intermédiaire ou un export de code source pour analyse hors plateforme.
Pour un patrimoine de 200 à 500 programmes RPG : 9 à 18 mois en mode coexistence (legacy + cible en parallèle, bascule progressive). Pour 1000+ programmes : 18 à 36 mois. La méthodologie ATLAS découpe la migration en lots transactionnels, chaque lot livré avec sa parité auditée.
Trois approches selon le contexte : (1) Réécriture pattern par pattern vers Java/.NET — recommandée pour préparer la dette long terme. (2) Émulation cloud (LzLabs, Heirloom Computing) — bascule rapide mais conservation de la dette. (3) Refonte fonctionnelle — quand le métier veut profiter de la migration pour repenser les processus. ATLAS combine les trois selon les modules.
Capture exhaustive de l'état avant migration : tests de caractérisation (E5 ATLAS), bench de transactions enregistrées en prod, snapshot des données. Après portage : runs parallèles (legacy + cible) sur même corpus de transactions, comparaison des résultats champ à champ. Audit de parité signé avant bascule.
Oui. Nos consultants couvrent l'écosystème IBM i depuis vingt ans : RPG ILE, free-form, embedded SQL, IFS, journalisation, sous-systèmes. La nouveauté Watson Code Assistant for i (IBM 2024) est intégrée à nos chaînes de production. Plusieurs profils certifiés IBM i Developer.
Pattern strangler fig : le système cible cohabite avec l'AS/400 pendant 6 à 24 mois. Les transactions sont routées vers l'un ou l'autre selon leur état de migration. Synchronisation bidirectionnelle des données critiques. Bascule transactionnelle par lot avec fallback automatique en cas d'écart.
Centre nearshore principal à Tunis (UTC+1, fuseau européen). Présence en France via notre filiale Vivantro pour la relation client et l'expertise locale. Co-delivery avec partenaires au Canada pour les programmes nord-américains. Cette structure couvre toutes les contraintes de localisation des données (Loi 25 Québec, RGPD UE).
Nous démarrons par un audit de patrimoine (4 à 6 semaines) : inventaire des programmes RPG, cartographie des dépendances, analyse de complexité, recommandation cible. Le rapport est exploitable directement par le client, qu'il choisisse ou non Access pour la suite.