Glossaire de la modernisation mainframe

Définitions en langage clair des termes COBOL, JCL, z/OS et de modernisation dont chaque équipe hérite lorsqu'elle prend en charge un système mainframe. Rédigées pour les responsables produit, les ingénieurs qui découvrent la plateforme et toute personne cherchant à comprendre les systèmes qui font encore tourner le monde.

33 termes répartis dans 7 catégories. COBOL, mainframes, and JCL.

Vous débutez ? Commencez par le guide sur moderniser un mainframe COBOL.

Langages et Plateformes

COBOLCommon Business-Oriented Language: Langage de programmation de haut niveau conçu en 1959 pour l'informatique de gestion. Exécute encore environ 220 milliards de lignes de code dans les banques, les compagnies d'assurance et les systèmes gouvernementaux.
Mainframe: Un système informatique de haute fiabilité et à haut débit conçu pour le traitement transactionnel critique, généralement des IBM z Systems exécutant z/OS.
JCLJob Control Language: Le langage de script utilisé sur IBM z/OS pour décrire les travaux par lots : quels programmes exécuter, quelles entrées lire et où envoyer les sorties.
PL/IProgramming Language One: Langage de programmation d'IBM introduit en 1964 qui combinait l'informatique scientifique et de gestion. Toujours présent dans les systèmes d'assurance, de banque et de réservation aérienne.
Assembleur: Langage de programmation mainframe de bas niveau qui correspond directement aux instructions z/Architecture. Utilisé pour le code critique pour les performances et les utilitaires système.
z/OS: Système d'exploitation mainframe 64 bits d'IBM, issu d'OS/360. Il exécute les charges de travail critiques des plus grandes banques, compagnies d'assurance et gouvernements au monde.

Environnements d'exécution et Sous-systèmes

CICSCustomer Information Control System: Moniteur de traitement transactionnel d'IBM pour z/OS. Gère des milliards de transactions en ligne par jour sur les réseaux de distributeurs automatiques de billets, le traitement des cartes bancaires et les systèmes des compagnies aériennes.
Db2: Base de données relationnelle d'IBM pour le mainframe. Elle alimente les systèmes bancaires centraux, le traitement des sinistres et les systèmes gouvernementaux dans le monde entier.
IMSInformation Management System: Système de base de données hiérarchique et transactionnel d'IBM, antérieur aux bases de données relationnelles. Toujours le système de référence dans de nombreuses grandes institutions financières.
RACFResource Access Control Facility: Système de sécurité et d'autorisation d'IBM pour le mainframe. Tout accès aux ressources z/OS est journalisé et audité via RACF.
JESSous-système d'entrée de travaux: Le composant z/OS qui reçoit, planifie et gère les travaux par lots. Les administrateurs surveillent JES2 ou JES3 pour suivre chaque charge de travail du mainframe.
ISPFInteractive System Productivity Facility: L'interface plein écran pilotée par menus utilisée par les développeurs et les opérateurs de mainframe pour éditer du code, soumettre des travaux et naviguer dans z/OS.
SMFSystem Management Facilities: Sous-système z/OS qui enregistre les données opérationnelles (chaque job, chaque accès, chaque transaction) dans des enregistrements SMF à des fins d'audit et de planification des capacités.

Stockage et Données

VSAMMéthode d'accès en mémoire virtuelle: Système d'accès aux données par fichiers plats d'IBM pour z/OS. De nombreux registres bancaires centraux et référentiels de polices d'assurance sont encore stockés dans des fichiers VSAM.
Jeu de données: Terme mainframe désignant un fichier. Les jeux de données possèdent des noms de jeu de données (DSN), des formats d'enregistrement (RECFM) et des tailles de bloc (BLKSIZE) qui doivent être déclarés en JCL.
Copybook: Une définition d'enregistrement COBOL réutilisable incluse dans plusieurs programmes. Les copybooks décrivent la structure d'un enregistrement client, d'une réclamation ou d'une transaction.

Opérations et charges de travail

Traitement par lots: Traitements exécutés la nuit ou de manière planifiée : rapprochement de fin de journée, cycles de facturation, génération de rapports. Le batch représente encore la majeure partie du temps CPU du mainframe.
OLTPTraitement transactionnel en ligne: Charges de travail interactives par requête (autorisations de cartes, trading, réservations) que les mainframes traitent avec des latences de l'ordre de la milliseconde et une disponibilité de 99,999 %.
MIPSMillions d'instructions par seconde: L'unité historique de capacité du mainframe. C'est toujours ainsi qu'IBM tarifie les logiciels z/OS : plus on utilise de MIPS, plus les frais de licence sont élevés.
LPARPartition logique: Une partition logiquement isolée d'un mainframe, fonctionnant comme une machine indépendante. Les grandes institutions exécutent des dizaines de LPAR par z-box physique.

Approches de modernisation

Réhébergement: Lift-and-shift : déplacer les charges de travail mainframe vers des émulateurs ou des instances cloud sans réécrire le code. Rapide, mais conserve le code hérité et le déficit de compétences.
Refactorisation: Réécrire le code mainframe dans un langage moderne (souvent Java ou Go) tout en préservant la logique métier. Plus lent, mais produit un code cible maintenable.
Replateformage: Migrer la couche d'exécution (bases de données, gestionnaires de transactions) tout en conservant le code applicatif largement intact. Une voie intermédiaire entre le réhébergement et la refactorisation.
Conservation: Conserver délibérément certaines charges de travail sur le mainframe. Tous les systèmes n'ont pas besoin d'être déplacés ; certains sont déjà adaptés à leur usage et peu coûteux à exploiter.
Équivalence comportementale: Un programme modernisé est équivalent sur le plan comportemental à son homologue historique lorsque, pour chaque entrée, il produit la même sortie. La plus forte garantie d'exactitude pour la migration.

IA et Vérification

IA agentique: Systèmes d'IA qui planifient des actions en plusieurs étapes, invoquent des outils et accomplissent des tâches de bout en bout avec une supervision minimale. La classe d'IA qu'utilise Hypercubic pour les travaux sur mainframe.
Vérification formelle: Preuve mathématique qu'un programme respecte une spécification, et pas seulement qu'il réussit des tests. Essentiel pour moderniser le code qui traite des transactions financières, des prestations ou de la logique critique pour la sécurité.
Récupération: Extraire des passages pertinents d'un vaste corpus afin qu'un modèle de langage puisse fonder sa réponse sur des faits précis. Comment HyperTwin fait remonter les connaissances d'experts à la demande.
Savoir institutionnel: L'expertise non documentée que possède une équipe : comment la production fonctionne réellement, quels indicateurs vérifier, ce que le dernier incident a enseigné. Ce savoir qui part à la retraite avec les ingénieurs seniors.

Produits Hypercubic

HyperTwin: Produit de capture dynamique des connaissances d'Hypercubic. Enregistre la manière dont les ingénieurs expérimentés naviguent dans les workflows COBOL, JCL et CICS, transformant chaque session en un modèle expert consultable et prêt pour l'audit.
HyperDocs: Moteur de documentation à mise à jour automatique d'Hypercubic. Lit les sources COBOL, PL/I et JCL, reconstruit la logique métier et maintient la documentation synchronisée à chaque modification de code.
Hopper: Agent IA d'Hypercubic pour les opérations mainframe. Navigue dans ISPF, écrit du JCL, surveille les jobs JES et trie les incidents à l'aide des données RACF et SMF.
HyperLoop: Moteur de modernisation d'Hypercubic avec vérification formelle. Migre les charges de travail mainframe vers le cloud en quelques mois avec une équivalence fonctionnelle 1:1.

Accélérez votre modernisation avec Hypercubic.

Hypercubic capture la manière dont vos ingénieurs seniors travaillent réellement, documente le code qu'ils maintiennent et modernise les charges de travail qui doivent être migrées. Quatre produits, un processus continu.

Explorer les produits Hypercubic →