Migration d’applications Client Serveur et de Frameworks obsolètes

Au cœur de la dette technique des patrimoines informatiques, on trouve des choix technologiques dont la pertinence a décliné au cours du temps.

Les langages clients serveur qui avaient le vent en poupe dans les années 90 et sont maintenant complètement obsolètes en sont un parfait exemple. Easel, Visual Basic, ASP, Delphi, NSDK, Powerbuilder, Oracle Forms, Windev, etc. sont des plateformes complètement dépassées techniquement mais qui répondent souvent aux besoins métiers.

Le re-développement de ces applications représente un coût important pour une valeur ajoutée métier faible.

Ces projets sont donc régulièrement arbitrés et la dette se creuse, posant de multiples problèmes :

Manque de compétences disponibles sur le marché,
Difficultés de mise œuvre d’évolutions
Manque d’interopérabilité
Incompatibilités avec les nouvelles versions des OS et bases de données
Failles de sécurité
Fin du support
Etc.

La migration totalement automatique de ces technologies est possible mais la qualité et la maintenabilité du code produit sont faibles en raison de l’imbrication de la présentation et des traitements dans le code source.

Afin d’optimiser la qualité du code cible, nous avons retenu une approche semi-automatique avec la personnalisation d’un Framework spécialisé Eclipse ou VSCode et le développement de plugins dédiés.

Ce poste de travail permet :

La navigation dans le code source,
La visualisation des écrans en mode graphique pour une meilleure compréhension de l’existant,
La conversion des Ecrans vers le Framework cible et la finalisation manuelle avec le multifenêtre Source / Cible
La conversion du code Source en Java/C# avec ajout de tag sur les portions de code à finaliser
La finalisation manuelle du code java/C# avec le « côte à côte » Source / Cible
Les tests sur la base de jeux d’essais capturés

Cette approche permet d’obtenir une très bonne qualité de code cible tout en optimisant la charge de transformation. Une approche totalement automatique aurait conduit à un code trop dépendant du code source.

Le taux d’automatisation permet généralement de réduire la charge travail de 50 à 80% voire plus dans certains cas.