Modernisation de logiciels
Le système fonctionne. Le problème, c'est de le modifier. Chaque mise en production casse quelque chose sans lien, une petite fonction est estimée à trois semaines, et ceux qui l'ont écrit sont partis.
Ce que cela couvre
- Lire le système et écrire comment il se comporte réellement aujourd'hui
- Réparer le modèle de données, avec les migrations des enregistrements déjà erronés
- Mises à jour de dépendances et d'exécution reportées depuis des années
- Des tests autour des règles qui comptent, pour ne plus modifier à l'aveugle
- Séparer les parties qui n'auraient jamais dû être couplées
- Remplacement progressif des composants, sans mise en service à haut risque
Quand c'est nécessaire
Quand la réponse à toute demande est que c'est compliqué. Quand personne ne veut toucher un fichier précis. Quand une dépendance est si ancienne qu'un correctif de sécurité ne peut pas être appliqué.
Aussi avant de décider une reconstruction. Une refonte est souvent moins chère qu'une réécriture, et l'audit dit laquelle s'applique.
Problèmes fréquents dans les systèmes existants
- Une réécriture complète menée en parallèle. Deux systèmes à maintenir, le nouveau ne rattrape jamais l'ancien et le budget s'épuise. Nous remplaçons le système par étapes, sans l'arrêter.
- Refactoriser sans tests. Personne ne peut prouver que le comportement est inchangé et les régressions apparaissent en production. Nous écrivons des tests sur le comportement actuel avant toute modification.
- Nettoyer le code en gardant le modèle de données à l'origine des problèmes. Les mêmes bugs reviennent. Nous corrigeons le modèle de données par migrations progressives et réversibles.
- Tout mettre à jour d'un coup. Quand quelque chose casse, impossible de savoir quelle modification en est la cause. Nous procédons par petites étapes, chacune déployée et vérifiée.
Ce que nous faisons
Nous commençons par établir des faits : ce que fait le système, à quoi ressemblent les données, ce qui est couvert par des tests et ce qui ne l'est pas. Cette évaluation, c'est l'audit.
Nous travaillons ensuite par petites étapes réversibles, le système restant en production. Pas de réécriture parallèle, pas de gel des évolutions sauf si vous le souhaitez.
Déroulé de la mission
- Audit d'abord, toujours : refondre un système que nous n'avons pas lu, c'est deviner
- Une séquence priorisée, en commençant par ce qui provoque des incidents aujourd'hui
- Chaque étape déployée et vérifiée avant la suivante
- Votre équipe impliquée, pour que la connaissance reste chez vous
Donnez-nous un accès et une semaine.
Un audit sur un système existant dit ce qu'une reconstruction résoudrait et ce qu'elle ne résoudrait pas.