Dette technique
Une métaphore des défauts internes du logiciel qui compliquent les changements futurs.
Qu’est-ce que la dette technique ?
La dette technique emploie une métaphore pour décrire comment des défauts ou décisions antérieures dans la structure interne du logiciel rendent les changements ultérieurs plus laborieux ou risqués. Ce n’est pas une dette comptable. L’ancienneté du code ne suffit pas à l’établir ; ce sont les effets concrets sur le travail nécessaire qui comptent.
Dans un exemple fictif, la même règle d’approbation a été copiée à plusieurs endroits. Une modification doit désormais atteindre chaque copie et risque de produire des décisions incohérentes. Une tâche peut préciser cause, parcours touchés, conséquences attendues et rôle responsable avec une proposition d’amélioration. La priorité dépend de l’usage, du risque et des changements à venir. Cela n’implique pas automatiquement de réécrire toute l’application.
Sources
Termes associés
- RefactorisationModifier la structure interne du logiciel en conservant son comportement observable attendu.
- Système héritéUn système existant toujours utilisé, avec des dépendances techniques et métier accumulées.
- Architecture multilocataireUne solution multilocataire prévoit des périmètres distincts par client ou groupe. Un locataire n’est pas automatiquement une personne ou une base de données.
- Cache du navigateurLe cache du navigateur conserve des réponses HTTP adaptées. Réutilisation et revalidation suivent les règles applicables.
- Invalidation du cacheL’invalidation met fin à la réutilisation d’une copie selon des règles définies. L’enregistrement source reste distinct.
- Mise en cacheLa mise en cache réutilise des données ou résultats stockés. Validité et périmètre utilisateur autorisé font partie de la conception.
Articles sur le sujet
Développement logiciel avec ASES
Logiciels sur mesure, applications web et mobiles