Information Management System
En 1966, dans les bureaux d’études de la division spatiale de Rockwell, les ingénieurs du programme Apollo jonglent avec des milliers de dessins techniques, chaque modification d’une pièce déclenchant une cascade de vérifications sur l’ensemble de la capsule spatiale. L’erreur n’a pas sa place quand il s’agit d’envoyer des hommes sur la Lune.
Uri Berman, consultant IBM détaché chez Rockwell, observe ce chaos organisé. Avec Pete Nordyke, ils imaginent une solution audacieuse qui sépare complètement la gestion des données du code des applications. Leur prototype, qu’ils baptisent DATE (Disk Applications in a Teleprocessing Environment), transforme radicalement la manière dont les ingénieurs accèdent aux informations techniques. Fini les allers-retours incessants vers les archives papier, un terminal connecté à un IBM 7010 suffit désormais pour consulter l’état d’un dessin et ses modifications en cours. Cette séparation entre données et traitement constitue la base de Data Language/One (DL/I), une interface qui libère les programmeurs des contraintes physiques de stockage sur disque. L’idée fait son chemin qu’une application ne devrait pas réinventer la roue de la gestion des fichiers. DL/I standardise ces opérations, améliore l’intégrité des données et simplifie la maintenance des programmes.
Le projet prend une nouvelle ampleur en 1966 avec l’arrivée des ordinateurs IBM System/360. Le Dr Robert R. Brown prend la direction technique, épaulé par le consultant Bob Patrick. L’équipe se fixe l’objectif de créer un logiciel respectant les standards IBM Type 2 sans toucher au système d’exploitation OS/360. Cette contrainte, apparemment handicapante, garantira en réalité la pérennité de leur création.
La collaboration s’élargit au-delà de Rockwell. Caterpillar Tractor rejoint l’aventure, apportant ses besoins spécifiques en gestion industrielle. Une vingtaine de programmeurs travaillent sur ce qui devient IMS/360, intégrant DL/I dans une architecture plus ambitieuse. Le 14 août 1968, sur un terminal de Rockwell, apparaît le premier message READY d’IMS. La mission Apollo peut compter sur un nouveau compagnon informatique.
L’architecture d’IMS repose sur trois piliers : le gestionnaire de base de données (IMS DB), le gestionnaire de transactions (IMS TM) et les services communs. Cette modularité autorise une utilisation à la carte. Certains clients n’exploitent que la partie base de données (DBCTL), d’autres se concentrent sur le traitement transactionnel (DCCTL). Chacun y trouve son compte selon ses besoins spécifiques.
Une innovation organisationnelle accompagne le déploiement technique. Dan Gilbert est le premier Database Manager de l’histoire chez Rockwell, préfigurant le métier d’administrateur de bases de données. Ce poste centralise la responsabilité de l’organisation et de l’intégrité des données, rompant avec la dispersion antérieure de ces tâches entre différents services. L’approche hiérarchique d’IMS tranche avec l’univers relationnel qui dominera plus tard. Cette structure, née des besoins de gestion des nomenclatures spatiales, excelle dans les accès prédéfinis. Les relations entre données sont établies à l’avance, créant des chemins optimisés. Cette philosophie diffère radicalement des bases relationnelles, où les relations se construisent dynamiquement lors de l’exécution des requêtes.
En 1988, vingt ans après sa naissance, IMS équipe 7 000 installations dans le monde. Dans les années 2000, le système traite quotidiennement plus de 50 milliards de transactions et gère plus de 15 millions de gigaoctets de données pour plus de 200 millions d’utilisateurs. Ces volumes témoignent de sa robustesse et de sa capacité d’évolution.
L’évolution technologique n’épargne pas IMS, qui s’adapte sans renier ses principes. L’introduction d’OTMA (Open Transaction Manager Access) ouvre le système aux applications TCP/IP, brisant l’isolement des architectures réseau propriétaires IBM. Java, XML et les services Web trouvent progressivement leur place, inscrivant IMS dans l’ère de l’architecture orientée services. L’intégration avec Microsoft .NET ou SAP élargit encore son écosystème.
Le Parallel Sysplex d’IBM donne une seconde jeunesse à IMS. Le partage de données et de messages entre instances multiples optimise l’utilisation des ressources tout en renforçant la disponibilité. Ces mécanismes sophistiqués de reprise après incident en font un choix privilégié pour les applications où l’arrêt n’est pas une option.
Aujourd’hui, IMS demeure un pilier du traitement transactionnel dans les secteurs financiers, manufacturiers et gouvernementaux. Cette longévité dans un domaine marqué par des cycles d’innovation effrénés valide les choix architecturaux initiaux. La séparation des préoccupations, l’intégrité des données et la performance des traitements restent des préoccupations centrales, plus de cinquante ans après les premiers dessins techniques de la capsule Apollo.