Les points de vue ArchiMate
Le modèle est une chose ; une vue est une fenêtre découpée dedans pour un public et une question. Les points de vue sont ce qui empêche un grand modèle de devenir une affiche que personne ne lit.
8 min de lectureArchiMate 44 sur 5
La réponse courte
- Un point de vue est la spécification, une vue est un diagramme tracé selon elle. Le point de vue est le gabarit, la vue est l'instance.
- Le catalogue standard est fait d'exemples travaillés, pas d'un ensemble fermé. Le mécanisme compte plus que la liste des noms.
- Choisissez à partir de la personne qui va lire et de la décision qu'elle doit prendre, pas des éléments dont vous disposez.
- Un point de vue qui admet tous les types d'éléments n'est pas un point de vue, c'est le modèle. N'ajoutez jamais d'éléments pour qu'une vue ait l'air correcte.
01Le modèle n'est pas l'image#
C'est l'idée autour de laquelle ArchiMate est bâti, et celle que rate le plus souvent quelqu'un venant d'un outil de dessin. Il y a un modèle : un ensemble d'éléments et les relations entre eux, stockés une fois. Une vue est une sélection dans ce modèle, disposée pour un but. Le même composant applicatif apparaît sur six vues et reste un seul élément : renommez-le et les six changent.
Un point de vue est la recette dont une vue est faite : pour quelles parties prenantes elle est, quelle préoccupation elle traite, et quels types d'éléments et de relations y sont autorisés. Le point de vue est la définition ; la vue en est une instance.
02Un modèle, deux vues#
Remarquez ce que chaque vue laisse de côté. La vue en couches n'a rien à dire de la facturation ; la vue de coopération n'a rien à dire du cluster sur lequel tourne le logiciel. Les deux omissions sont le propos : une vue qui contiendrait tout ne répondrait bien à aucune des deux questions.
C'est aussi pourquoi points de vue et relations dérivées vont ensemble. La vue en couches montre le cluster servant directement le processus, ce qui est une dérivation d'une chaîne plus longue stockée dans le modèle. Le public obtient la réponse courte ; le modèle garde la longue.
03Les points de vue standard#
La spécification en définit un catalogue. Vous n'avez pas à le mémoriser, mais vous devriez savoir en gros lesquels existent, car saisir un point de vue nommé va plus vite qu'inventer une disposition et produit une vue que d'autres architectes reconnaissent au premier coup d'oeil.
| Élément | Notation | Ce que cela signifie |
|---|---|---|
| En couches | toutes les couches, une colonne | La vue d'ensemble. Métier au-dessus d'application au-dessus de technologie, avec la chaîne de service rendu et de réalisation entre elles. Celle qu'on dessine en premier et celle que les dirigeants regardent vraiment. |
| Coopération applicative | composants et flux entre eux | Le paysage d'intégration. Qui parle à qui, et ce qui circule. La vue où vit une équipe d'intégration. |
| Usage applicatif | services rencontrant les processus | Quels processus métier dépendent de quels services applicatifs. La vue d'analyse d'impact. |
| Technologie | noeuds, réseaux, artefacts | L'infrastructure à ses propres termes, pour ceux qui l'exploitent. |
| Processus métier | processus, rôles, événements | La chaîne de processus avec les rôles qui lui sont affectés. Là où un lecteur attendrait sinon du BPMN - et devrait souvent recevoir du BPMN. |
| Motivation | parties prenantes, moteurs, objectifs | Le pourquoi. Les parties prenantes, ce qui les pousse, et les objectifs en jeu. |
| Réalisation des objectifs | des objectifs jusqu'aux exigences | La chaîne d'un objectif abstrait jusqu'aux exigences précises censées l'atteindre. Utile pour les débats de périmètre. |
| Implémentation et migration | lots de travail, plateaux, écarts | La feuille de route, exprimée en architecture plutôt qu'en diagramme de Gantt. |
| Carte des capacités | capacités imbriquées | Ce que l'organisation sait faire, indépendamment de qui le fait ou de ce qui le soutient. Le point de départ des conversations de stratégie. |
Neuf de l'ensemble standard, choisis parce qu'ils couvrent l'essentiel du travail réel. Le catalogue complet est dans la spécification et le reste en sont des variations.
04En choisir un pour un public#
Un point de vue est défini par une partie prenante et une préoccupation, donc le choix commence par une phrase de la forme "X doit décider Y". Si vous ne pouvez pas finir cette phrase, la vue n'a pas de public et ne devrait pas être dessinée.
| Élément | Notation | Ce que cela signifie |
|---|---|---|
| Sponsor exécutif | en couches, carte des capacités | Veut la forme de l'ensemble et où va l'argent. Douze éléments au maximum, aucun détail technologique. |
| Architecte d'intégration | coopération applicative | Veut les interfaces et ce qui les traverse. Flux étiquetés, toujours. |
| Responsable infrastructure | technologie, déploiement | Veut les noeuds, les réseaux et ce qui est déployé où. |
| Product owner | usage applicatif, processus métier | Veut savoir sur quels systèmes son processus s'appuie. |
| Directeur de programme | implémentation et migration | Veut des plateaux, des écarts et des lots de travail, dans cet ordre. |
05Définir les vôtres#
L'ensemble standard est un point de départ et la spécification attend que vous y ajoutiez. Un point de vue sur mesure vaut d'être défini quand la même vue filtrée est redessinée à la main encore et encore - une vue "systèmes dans le périmètre de la migration", par exemple, ou "ce qui touche aux données personnelles".
À utiliser quand
- La même sélection de types d'éléments est redessinée pour le même public
- Une question de conformité ou d'audit demande une vue reproductible et défendable
- Un domaine a un vocabulaire que les points de vue standard ne font pas ressortir
- Vous voulez une vue qu'un outil peut régénérer plutôt qu'une que quelqu'un entretient
Préférer autre chose quand
- Ce serait le point de vue en couches avec deux types d'éléments en plus : prenez-le
- Le vrai problème est que le modèle est trop gros, pas que les vues sont mauvaises
- Personne n'a posé la question à laquelle le point de vue répondrait
- La définition autoriserait tous les types d'éléments, ce qui n'est pas un point de vue
Écrivez la définition : nom, parties prenantes, préoccupation, types d'éléments autorisés, types de relations autorisés. Un point de vue qui n'existe que sous forme d'habitude dans la tête d'un architecte produit des vues qui divergent en silence, ce qui est justement le problème que les points de vue ont été introduits pour résoudre.
En une ligne chacun
- 01Un modèle, plusieurs vues ; un point de vue est la recette dont une vue est faite.
- 02Une vue est définie par une partie prenante et une préoccupation : nommez les deux ou ne la dessinez pas.
- 03Ce qu'une vue laisse de côté est aussi délibéré que ce qu'elle montre.
- 04Commencez par le point de vue en couches ; c'est celui que lisent les non-architectes.
- 05Les relations dérivées laissent une vue montrer la réponse courte sans perdre la longue.
- 06La vue-tout unique est un symptôme, et découper par public est le remède.
06Questions fréquentes#
Quelle différence entre une vue et un point de vue en ArchiMate ?
Un point de vue est la spécification : quels types d'éléments et de relations sont admis, et à quelle partie prenante et quelle préoccupation il s'adresse. Une vue est un diagramme réel tracé selon cette spécification. Le point de vue est le gabarit, la vue est l'instance.
Quels sont les points de vue ArchiMate standard ?
La spécification définit un catalogue qui comprend, entre autres, le point de vue en couches, la coopération applicative, l'usage de la technologie, la coopération des processus métier, la réalisation de service et la réalisation d'objectif. Ce sont des exemples travaillés plutôt qu'un ensemble fermé, et le mécanisme compte plus que la liste.
Puis-je définir mon propre point de vue ArchiMate ?
Oui, et la spécification s'y attend. Un point de vue sur mesure nomme ses parties prenantes, leurs préoccupations, et les types d'éléments et de relations qu'il admet. Ce qu'il ne faut pas faire, c'est ajouter au modèle des éléments qui n'existent que pour qu'une vue ait l'air correcte.
Comment choisir un point de vue ?
Partez de la personne qui va le lire et de la décision qu'elle doit prendre. Un point de vue qui admet tous les types d'éléments n'est pas un point de vue, c'est le modèle - et un diagramme qui montre tout ne répond à rien.
Dans cette série
- 01Qu'est-ce que ArchiMate
- 02Couches et aspects
- 03Relations
- 04Points de vue
- 05ArchiMate avec l'IA
À lire aussi
Fondamentaux
Diagrammes de structure
Référence de notation
Pratique de la modélisation
Pratique de la modélisation