Il y a quelques semaines, Eranea a eu l'opportunité de présenter à l'association GUEPARD sa technologie de migration automatique des grandes applications métiers vers serveurs x86 + Linux + Java, en particulier son application aux applications développées en PacBase
Il s'agissait de détailler plus particulièrement la solution sur laquelle nous travaillons actuellement pour migrer de manière iso-fonctionnelle une application PacBase et son référentiel vers leurs équivalents actuels:
[Le PDF de la présentation est accessible par ce lien]
Alors que la technologie PacBase date de plus de 40 ans, il est intéressant de noter qu'elle comportait dès sa naissance de très forts concepts orientés-objets: typage fonctionnel des données (les "Rubriques"), structure de Beans (les "segments"), dépendances hierarchiques fortes très similaires à des hierarchies de classes Java, etc.
Il nous est donc apparu très naturel de migrer le référentiel PacBase vers de l'UML et les programmes PacBase vers du Java en respectant nos 2 principes structurants: automatisation totale et iso-fonctionnalité stricte
Dans le cas de PacBase, nous travaillons en 2 étapes (voir présentation):
Pour toute information: contact@eranea.com
Source: blog Media and Tech (par didier durand)
Il s'agissait de détailler plus particulièrement la solution sur laquelle nous travaillons actuellement pour migrer de manière iso-fonctionnelle une application PacBase et son référentiel vers leurs équivalents actuels:
- référentiel PacBase vers UML pour la modélisation
- programmes PacBase vers Java pour la programmation
[Le PDF de la présentation est accessible par ce lien]
Alors que la technologie PacBase date de plus de 40 ans, il est intéressant de noter qu'elle comportait dès sa naissance de très forts concepts orientés-objets: typage fonctionnel des données (les "Rubriques"), structure de Beans (les "segments"), dépendances hierarchiques fortes très similaires à des hierarchies de classes Java, etc.
Il nous est donc apparu très naturel de migrer le référentiel PacBase vers de l'UML et les programmes PacBase vers du Java en respectant nos 2 principes structurants: automatisation totale et iso-fonctionnalité stricte
Dans le cas de PacBase, nous travaillons en 2 étapes (voir présentation):
- Etape 1: le Cobol intermédiaire de PacBase est généré en Java intermédiaire, exécuté sur les serveurs x86. Ce Java n'est pas maintenu mais régénéré automatiquement après chaque évolution du modèle PacBase. Cette étape permet de stopper rapidement le système propriétaire initial et donc de réaliser vite de très fortes économies
- Etape 2: après l'arrêt du système propriétaire, le modèle PacBase est transporté dans sa structure d'abstraction originelle vers un outil de modélisation (Enterprise Architect est notre choix) avant d'être transposé en UML et complété par les structures Java issues du transcodage des programmes Pacbase en Java.
Pour toute information: contact@eranea.com
Source: blog Media and Tech (par didier durand)
Aucun commentaire:
Enregistrer un commentaire