L’essentiel à retenir
- B concerne Business ; C concerne Data et Application ; D concerne Technology.
- Baseline et target servent à comprendre les changements nécessaires.
- Les phases de domaine se coordonnent et peuvent être itératives.
Trois domaines de travail
La Phase B développe la Business Architecture correspondant aux objectifs et à la vision. La Phase C développe les Data et Application Architectures. La Phase D développe la Technology Architecture nécessaire au fonctionnement de l’ensemble. Les domaines sont coordonnés : une décision de données peut modifier un processus, une application ou une contrainte technique.
Dans chaque domaine, la démarche choisit viewpoints, modèles et outils, décrit la baseline pertinente et développe la target. Elle analyse les gaps, identifie les éléments de roadmap et les effets sur le paysage. Les parties prenantes examinent ensuite les propositions et le contenu du document de définition est précisé.
Une progression itérative
Ces activités sont reprises quand une dépendance ou une exigence nouvelle apparaît. Les ABB deviennent progressivement plus précis sans imposer immédiatement les produits de réalisation. Les techniques de gap analysis, d’interopérabilité et de trade-off soutiennent les décisions. Les résultats alimentent l’Architecture Definition Document, l’Architecture Requirements Specification et une candidate Architecture Roadmap.
- Adapter le détail de la baseline au besoin de comparaison.
- Vérifier les conséquences entre domaines.
- Conserver hypothèses, décisions et exigences pendant les itérations.
LES MOTS À CONNAÎTRE
Le vocabulaire, avec du sens.
- Baseline Architecture
- Description de l’état actuel pertinent pour l’étude.
- Target Architecture
- Description de l’état recherché pour répondre aux objectifs.