L’essentiel à retenir
- ADD = vue qualitative, intention ; ARS = vue quantitative, critères mesurables.
- ADD : créé en A, enrichi en B, C, D, Transition Architectures ajoutées en E.
- ARS : liée à la Requirements Management et aux phases B, C, D.
- Phase B fournit les premiers technical requirements qui pilotent la suite.
- Phase C signale les changements métier induits et contraint la phase D.
- Architecture Definition Document
- Décrit l’architecture : par exemple, les applications et leurs relations. Il contient des artifacts comme un diagramme.
- Architecture Requirements Specification
- Précise les conditions vérifiables : par exemple, le service doit répondre en moins de deux secondes dans les conditions convenues.
- Architecture Roadmap
- Place les work packages et les transitions dans le temps pour atteindre la cible.
Exemple pédagogique : les noms, mesures et choix dépendent du contexte. Un artifact décrit un aspect ; un deliverable formalise un résultat soumis à revue et approbation.
Deux livrables complémentaires
Le Architecture Definition Document est le conteneur des artifacts d’architecture d’un projet. Il couvre les quatre domaines et tous les états utiles : Baseline, Transition et Target. Il donne une vue qualitative de la solution et communique l’intention des architectes.
L’Architecture Requirements Specification fournit la vue quantitative : des énoncés mesurables qu’un projet de mise en œuvre doit respecter pour être conforme. Elle constitue souvent une part importante d’un contrat de mise en œuvre ou d’un contrat de définition plus détaillée.
Cycle de vie et contenu du Architecture Definition Document
Il est créé en phase A avec les artifacts qui soutiennent la vision, enrichi en B, C et D avec le matériel de chaque domaine, puis complété en phase E par une ou plusieurs Transition Architectures si la Target doit être atteinte par étapes.
Chaque domaine y ajoute sa Baseline éventuelle, sa Target et des views conformes aux viewpoints choisis. En Business : structure organisationnelle et emplacements, objectifs, fonctions décomposées en sous-fonctions, capacités, services, produits, processus, rôles, modèle de données métier, matrice organisation/fonctions. En Data : modèles de données métier et logique, processus de gestion des données, matrice entités/fonctions. En Technology : composants et plateformes, environnements et emplacements, charge et répartition, communications physiques, spécifications matérielles et réseau.
- Périmètre ; objectifs et contraintes ; Architecture Principles
- Baseline ; modèles par domaine pour chaque état
- Justification de l’approche ; mapping au Repository (Landscape, reference models, standards, réutilisation)
- Gap analysis ; analyse d’impact ; Transition Architecture
Contenu de l’Architecture Requirements Specification
La phase B y verse les résultats de gap analysis, des requirements métier mis à jour et un premier lot de technical requirements qui orientent la suite et priorisent les implications pour les autres domaines. La phase C ajoute les exigences d’interopérabilité des données et des applications, les zones où la Business Architecture doit évoluer et les contraintes pour la Technology Architecture à concevoir. La phase D ajoute ses résultats de gap analysis et des requirements technologiques mis à jour. L’interopérabilité est traitée tout au long du cycle.
- Mesures de succès ; requirements d’architecture
- Contrats de services métier et applicatifs
- Guides, spécifications et standards de mise en œuvre
- Interopérabilité ; gestion des services IT ; contraintes ; hypothèses
LES MOTS À CONNAÎTRE
Le vocabulaire, avec du sens.
- Architecture Definition Document (ADD)
- Conteneur des artifacts d’architecture, couvrant domaines et états, vue qualitative.
- Architecture Requirements Specification (ARS)
- Énoncés quantitatifs qu’un projet doit respecter pour être conforme à l’architecture.
- Technical requirements (phase B)
- Premier lot d’exigences issu de la Business Architecture, moteur des phases suivantes.
- Mapping au Repository
- Rubrique de l’ADD reliant l’architecture au Landscape, aux reference models, aux standards et à la réutilisation.