L’essentiel à retenir
- Le viewpoint donne les règles ; la view les applique à une architecture.
- Un modèle est une abstraction utile, pas toute la réalité.
- La qualité dépend de la pertinence pour le lecteur.
Le viewpoint guide la view
Un Architecture Viewpoint définit comment construire et interpréter une vue pour un ensemble de préoccupations. Il précise notamment les parties prenantes visées, les conventions et les types de modèles utilisables. Une Architecture View est le résultat concret qui exprime l’architecture selon ce viewpoint. Plusieurs vues peuvent donc utiliser un même viewpoint dans différents projets.
Un responsable d’exploitation peut avoir besoin d’une vue de disponibilité, alors qu’un responsable métier attend une vue des capacités. Les deux décrivent le même système sous des angles différents. Leur cohérence doit être vérifiée, car un élément présenté comme indispensable dans une vue ne doit pas disparaître sans explication dans une autre.
Modéliser pour raisonner
Un modèle simplifie la réalité afin de produire de la compréhension et d’aider une décision. Un Model Kind définit les conventions d’une catégorie de modèles. Le choix des modèles doit suivre les préoccupations, plutôt que la disponibilité d’un outil. Un catalogue, une matrice ou un diagramme peuvent chacun être utiles si leur lecteur comprend le sens des éléments et relations.
- Définir les préoccupations avant de dessiner.
- Réutiliser des viewpoints quand ils conviennent.
- Expliciter les hypothèses et vérifier la cohérence entre vues.
LES MOTS À CONNAÎTRE
Le vocabulaire, avec du sens.
- Architecture View
- Représentation d’une architecture répondant à des préoccupations.
- Architecture Viewpoint
- Conventions servant à construire et interpréter une catégorie de vues.