Huit ans de legacy, ce n'est plus un fardeau, mais une mine d'or. Cette session vous présente comment l'extraire, sans rien casser.
Quand un logiciel legacy de huit ans doit être remplacé, on pense souvent qu'il faut s'en débarrasser au plus vite. Nous avons fait le choix inverse : traiter ce legacy comme une mine d'or plutôt qu'un fardeau, car la vérité fine du calcul, ses règles précises et sa mécanique exacte, s'était figée dans le code au fil des années.
Le business en maîtrisait parfaitement les concepts, mais pas le détail ni la méthode exacte utilisée à l'époque, un niveau de précision pourtant indispensable dans un cadre légal imposant de reproduire fidèlement le même mode de calcul.
Le contexte : un logiciel de calcul critique du secteur public belge, manipulant des données légales, où l'erreur n'était tout simplement pas une option, et pour lequel la contrainte était sans appel : un go-live en big bang. Impossible donc de suivre un cycle classique analyse-développement-livraison itérative.
Nous avons extrait l'or caché dans une batterie de tests business existante et reconstruit tout le back end en Test Driven Development à partir de cette matière brute, avec une analyse métier qui venait en support de l'analyse technique plutôt que la précéder. Je partagerai comment cette approche minutieuse nous a permis d'atteindre cent pour cent de conformité avec l'existant, puis comment un déploiement en Dual Run, les deux systèmes tournant en parallèle avec un reporting comparatif automatique, nous a permis de sécuriser chaque écart en conditions réelles sur des données de production avant la bascule finale.