Décision d’architecture
Une décision d’architecture fixe un aspect important de la structure logicielle. Contexte et conséquences expliquent pourquoi ce choix a été fait.
Une décision d’architecture porte sur un aspect important de la structure logicielle, comme les limites des composants ou le traitement d’interfaces essentielles. Elle doit être compréhensible au regard des exigences et des contraintes.
Une équipe de portail fictive décide de déployer séparément l’interface de commande et les traitements en arrière-plan. La note consigne le besoin satisfait et les tâches d’exploitation supplémentaires. Les seuls noms des outils ne fourniraient pas cette justification.
Un Architecture Decision Record, ou ADR, peut documenter contexte, décision et conséquences. Si de nouvelles informations imposent un autre choix, l’ancienne justification reste dans l’historique et une nouvelle décision peut la remplacer. Le changement de direction conserve ainsi son explication dans les connaissances du projet.
Sources
Termes associés
- Analyse des exigencesL’analyse des exigences clarifie ce qu’une solution doit apporter et pourquoi. Les demandes sont examinées pour leur sens, leurs contradictions et leurs résultats.
- Stratégie de sortieUne voie préparée pour changer, reprendre ou arrêter de façon ordonnée une prestation informatique.
- Coûts de migrationEfforts et dépenses pour transférer de façon planifiée données ou fonctions vers un autre environnement.
- Coûts d’investissementLes coûts de mise en place d’une capacité informatique nouvelle ou élargie dans le plan de projet.
- Coûts d’exploitationLes dépenses à prévoir pour exploiter une solution informatique dans la durée.
- Dérive du périmètreLa dérive du périmètre est l’élargissement progressif du projet sans évaluation suffisante ni adaptation du plan.
Articles sur le sujet
Conseil IT & stratégie avec ASES
Stratégie, architecture et choix technologiques