Legacy : Qu'est-ce qu'un systeme herite ?

Qu'est-ce qu'un systeme legacy ?

Un systeme legacy, ou systeme herite, designe tout logiciel ou infrastructure informatique qui reste en fonctionnement dans une organisation malgre son anciennete technologique. Le terme ne se definit pas par un age precis mais par un ensemble de caracteristiques : technologies obsoletes, documentation absente ou incomplete, competences rares sur le marche, difficulte d'evolution et cout de maintenance croissant. Un logiciel developpe il y a 5 ans peut etre un legacy s'il repose sur des frameworks abandonnes, tandis qu'un systeme de 15 ans peut rester pertinent s'il a ete correctement maintenu.

Pour les PME belges, les systemes legacy constituent l'un des freins les plus courants a la transformation numerique. Ces systemes fonctionnent souvent depuis des annees et sont profondement ancres dans les processus operationnels de l'entreprise. Ils contiennent des regles metier accumulees sur une decennie, des cas particuliers geres par des corrections successives et une connaissance implicite que seuls quelques collaborateurs maitrisent. Les remplacer est risque, les maintenir coute de plus en plus cher, et les ignorer n'est plus une option.

Pourquoi les systemes legacy posent probleme

Les systemes legacy ne sont pas problematiques en soi. Ce sont les consequences de leur obsolescence qui creent des difficultes operationnelles et strategiques croissantes :

• Cout de maintenance explosif : les technologies anciennes exigent des competences rares, donc couteuses. Un developpeur COBOL ou un specialiste d'un framework PHP obsolete coute significativement plus cher qu'un developpeur Python/Django, et leur disponibilite diminue chaque annee.
• Impossibilite d'integration : les systemes legacy ne disposent souvent pas d'API modernes, rendant leur integration avec les outils actuels (CRM, ERP, analytics) extremement couteuse, voire impossible sans middleware complexe.
• Vulnerabilites de securite : les technologies obsoletes ne recoivent plus de mises a jour de securite. Chaque jour, de nouvelles vulnerabilites sont decouvertes dans des biblioteques qui ne seront jamais corrigees.
• Rigidite fonctionnelle : ajouter une fonctionnalite simple a un systeme legacy peut prendre des semaines la ou un systeme moderne le ferait en quelques jours. Cette rigidite freine l'innovation et la capacite de l'entreprise a s'adapter au marche.
• Risque de personnel : la connaissance du systeme est souvent concentree dans les mains de quelques personnes. Le depart d'un collaborateur cle peut paralyser la capacite de maintenance et d'evolution.
• Obstacle au recrutement : les developpeurs talentueux preferent travailler sur des technologies modernes. Un stack technologique obsolete rend le recrutement et la retention des talents considerablement plus difficiles.

Strategies de modernisation

La modernisation d'un systeme legacy n'implique pas necessairement une refonte complete du jour au lendemain. Plusieurs strategies existent, et le choix depend du contexte de l'entreprise, de la criticite du systeme et du budget disponible. Chez Kern-IT, nous privilegions les approches progressives qui minimisent le risque tout en delivrant de la valeur a chaque etape.

La strategie du strangler fig pattern consiste a construire progressivement un nouveau systeme autour de l'ancien. Chaque nouvelle fonctionnalite est developpee dans le nouveau systeme, et les fonctionnalites existantes sont migrees progressivement. L'ancien systeme est ainsi progressivement etouffe par le nouveau, comme un figuier etrangleur qui pousse autour d'un arbre hote.

L'encapsulation par API consiste a envelopper le systeme legacy derriere une couche d'API moderne. Le systeme existant continue de fonctionner, mais les nouveaux consommateurs interagissent uniquement avec l'API. Cette approche permet de decouple les systemes en aval du legacy et de le remplacer ulterieurement de maniere transparente.

La migration de donnees progressive implique d'extraire les donnees du systeme legacy vers une base de donnees moderne tout en maintenant la synchronisation bidirectionnelle pendant la periode de transition. Cette approche est particulierement adaptee lorsque les donnees du systeme legacy ont plus de valeur que la logique applicative.

Exemple concret

Un bureau comptable bruxellois de 30 personnes utilisait depuis 12 ans un logiciel de gestion de dossiers clients developpe en Visual Basic 6 avec une base de donnees Access. Ce systeme contenait l'historique complet de 2 000 clients, leurs declarations fiscales, leurs bilans et toute la correspondance associee. Le logiciel fonctionnait encore mais accumulait les problemes : incompatibilite avec Windows 11, impossibilite de travail a distance, temps de recherche dans les dossiers de plus en plus longs et absence de backup automatise.

Plutot qu'une refonte totale estimee a 12 mois, Kern-IT a propose une approche progressive en trois phases. Phase 1 : migration des donnees Access vers PostgreSQL et developpement d'une API Django pour exposer les donnees existantes. Phase 2 : developpement d'une interface web moderne pour la consultation et la recherche de dossiers, accessible depuis n'importe quel navigateur. Phase 3 : ajout progressif des fonctionnalites de saisie et de gestion, desactivant progressivement les ecrans VB6 correspondants. Apres 6 mois, 70 % de l'usage quotidien etait migre vers le nouveau systeme, avec un risque minimal car l'ancien restait disponible en cas de besoin.

Mise en oeuvre

1. Audit du systeme existant : documenter les fonctionnalites, les flux de donnees, les regles metier et les integrations du systeme legacy. Identifier les zones critiques et les zones peu utilisees.
2. Evaluation du risque : mesurer l'impact d'une panne du systeme legacy et identifier les points de defaillance uniques (single points of failure), notamment les dependances a des personnes cles.
3. Choix de la strategie : selectionner l'approche de modernisation adaptee au contexte : strangler fig, encapsulation API, migration progressive ou refonte complete. Privilegier les approches incrementales.
4. Migration des donnees : extraire, nettoyer et migrer les donnees vers un systeme moderne. Cette etape est souvent la plus complexe car les donnees legacy contiennent des incoherences accumulees sur des annees.
5. Developpement iteratif : construire le nouveau systeme par tranches fonctionnelles, en validant chaque tranche avec les utilisateurs avant de desactiver la fonctionnalite equivalente dans le legacy.
6. Formation et transition : accompagner les equipes dans la transition, avec une periode de fonctionnement parallele des deux systemes pour securiser le changement.

Technologies et outils associes

• Django et Python : framework de choix pour construire les systemes de remplacement, avec une architecture claire et maintenable qui evite de creer le legacy de demain.
• PostgreSQL : base de donnees robuste et perenne, avec des outils de migration puissants pour importer des donnees depuis des sources variees (Access, MySQL, fichiers CSV).
• API REST : couche d'abstraction permettant de decouple le systeme legacy des consommateurs modernes et de faciliter la transition.
• Docker : conteneurisation permettant d'isoler les composants legacy et de les faire coexister avec les composants modernes pendant la periode de transition.

Conclusion

Les systemes legacy ne sont pas une fatalite. Chaque jour qui passe sans plan de modernisation augmente le risque et le cout de la transition future. Kern-IT accompagne les PME belges dans la modernisation progressive de leurs systemes herites, avec une approche qui privilegia la continuite de service, la preservation des donnees historiques et la montee en competence des equipes. Notre philosophie : ne jamais jeter un systeme qui fonctionne, mais le transformer progressivement en un systeme qui fonctionne mieux, plus vite et de maniere plus sure.