e-neuf · Ingénierie logicielle
Auditer un logiciel avant de le reprendre.
Un projet difficile à maintenir, une application à faire évoluer ou un développement interrompu : e-neuf examine l’existant pour identifier les risques, préciser les corrections utiles et préparer une reprise progressive.
En discuterComprendre ce qui bloque
L’objectif est de distinguer les symptômes de leurs causes : installation fragile, incidents récurrents, dépendances difficiles à mettre à jour, règles métier mal documentées ou difficultés à livrer. Nous partons des usages attendus et des problèmes observables, avec les accès nécessaires au périmètre retenu.
Des constats et des priorités
L’audit vise un état des lieux compréhensible : problèmes relevés, impacts, incertitudes et actions proposées par priorité. Les recommandations indiquent ce qui doit être corrigé rapidement et ce qui peut attendre. Leur profondeur dépend du code, de la documentation et des environnements auxquels il est possible d’accéder.
Préparer une reprise par étapes
Avant de modifier une fonction, nous cherchons comment vérifier son comportement actuel. Les corrections sont limitées à un périmètre défini et accompagnées de contrôles adaptés. La documentation doit permettre de retrouver les décisions et de poursuivre le travail sans dépendre uniquement de la mémoire du développeur.
Conserver, adapter ou reconstruire ?
Une réécriture complète n’est pas une conclusion automatique. La décision dépend de la fiabilité de l’existant, des risques, du coût des adaptations et de l’usage attendu. Un audit ne vaut pas certification ni garantie d’absence de défaut ; les limites de l’examen doivent être explicites.
Questions avant de commencer
Faut-il donner un accès à la production ?
Pas systématiquement. L’analyse peut commencer avec le code, la documentation et un environnement de test. Tout accès complémentaire dépend des vérifications prévues et doit être limité au besoin.
Peut-on faire un audit sans confier la suite du projet ?
L’état des lieux et les recommandations constituent un livrable à cadrer dans le devis. Ils doivent pouvoir servir à décider de la suite et à organiser les corrections.
Peut-on reprendre une technologie déjà choisie ?
L’environnement existant est examiné avant engagement. Je précise ce qui peut être pris en charge, les contraintes et les points à approfondir plutôt que de supposer qu’une reprise est toujours immédiate.