ArchiMate 4 – Chapitre 13 : Parties prenantes, vues et points de vue
Ce chapitre décrit comment les vues d'architecture sont utilisées pour adresser les préoccupations des différentes parties prenantes, et comment les points de vue (viewpoints) définissent les conventions pour construire ces vues.
Une même architecture peut être représentée sous de nombreuses vues différentes, chacune adressant les préoccupations spécifiques d'une ou plusieurs parties prenantes. ArchiMate fournit un mécanisme formel pour définir et utiliser ces vues.
13.1. Introduction
Le cadre d'architecture d'entreprise doit adresser les préoccupations (concerns) de multiples parties prenantes aux intérêts souvent divergents. Un Directeur financier est préoccupé par les coûts ; un Responsable de la sécurité par les risques ; un Développeur par les interfaces et les APIs. ArchiMate répond à cette diversité avec le mécanisme de vues et de points de vue.
13.2. Parties prenantes et préoccupations
Parties prenantes
Une Partie prenante (Stakeholder) est définie comme un individu, une équipe ou une organisation ayant un intérêt dans le résultat d'une architecture. Les parties prenantes typiques en architecture d'entreprise incluent :
| Partie prenante | Préoccupations typiques |
|---|---|
| Direction générale (C-Level) | Alignement stratégique, valeur métier, ROI |
| Responsable IT / DSI | Évolution du SI, coûts IT, gouvernance |
| Architecte d'entreprise | Cohérence globale, standards, intégration |
| Responsable métier | Efficacité des processus, expérience client |
| Responsable sécurité (CISO) | Risques, conformité, vulnérabilités |
| Équipe de développement | APIs, interfaces, composants, données |
| Équipe d'exploitation | Infrastructure, déploiement, disponibilité |
| Auditeur / Régulateur | Conformité, contrôles, traçabilité |
Préoccupations
Les Préoccupations (Concerns) sont les sujets d'intérêt des parties prenantes. Elles définissent ce qu'une vue doit montrer. Exemples :
- Quels systèmes supportent ce processus métier ?
- Quelle est l'architecture de déploiement de cette application ?
- Comment les données personnelles circulent-elles dans notre SI ?
- Quels sont les composants impactés par cette exigence réglementaire ?
13.3. Vues et Points de vue d'architecture
Vue d'architecture (Architecture View)
Une Vue d'architecture (Architecture View) est une représentation d'un système selon les préoccupations d'un ou plusieurs de ses intervenants. Une vue est exprimée par un ou plusieurs modèles architecturaux qui peuvent être présentés sous forme de diagrammes.
Une vue contient uniquement les éléments et relations pertinents pour les préoccupations qu'elle adresse. Elle ne montre pas tous les éléments du modèle, seulement ceux qui sont pertinents.
Point de vue d'architecture (Architecture Viewpoint)
Un Point de vue d'architecture (Architecture Viewpoint) est une spécification des conventions pour construire, interpréter et utiliser une vue d'architecture. Il définit pour quelles parties prenantes le point de vue est applicable, quelles préoccupations il adresse, et comment la vue doit être construite.
Un point de vue définit :
- Les parties prenantes concernées
- Les préoccupations adressées
- Les éléments et relations autorisés dans ce point de vue
- La forme de présentation (diagramme, tableau, etc.)
13.4. Mécanisme de points de vue
13.4.1. Définir et classifier les points de vue
Les points de vue peuvent être classifiés selon deux axes :
Selon le but :
- Conception : pour concevoir et décider de l'architecture
- Décision : pour présenter des alternatives et faciliter la prise de décision
- Information : pour informer les parties prenantes sur l'état de l'architecture
Selon le contenu :
- Détails : focus sur les éléments détaillés d'un domaine
- Cohérence : focus sur les relations entre domaines
- Vue d'ensemble : focus sur la vue globale de l'architecture
13.4.2. Créer la vue
Pour créer une vue à partir d'un point de vue, l'architecte :
- Identifie le point de vue applicable aux préoccupations des parties prenantes cibles
- Sélectionne les éléments et relations du modèle pertinents pour ce point de vue
- Organise ces éléments dans un diagramme selon les conventions du point de vue
- Valide la vue avec les parties prenantes concernées
13.5. Exemples de points de vue
ArchiMate 4 (Annexe C) définit un ensemble de points de vue d'exemple. En voici les plus utilisés :
Points de vue Organisation (Domaine Métier)
| Point de vue | Préoccupation | Éléments principaux |
|---|---|---|
| Organisation | Structure organisationnelle | Acteurs, Rôles, Collaborations |
| Processus métier | Comment les processus fonctionnent | Processus, Événements, Services métier |
| Coopération de processus | Interactions entre processus | Processus, Collaborations, Relations |
| Produit | Quels produits/services sont offerts | Produits, Services, Contrats |
Points de vue Application
| Point de vue | Préoccupation | Éléments principaux |
|---|---|---|
| Application | Structure des applications | Composants, Interfaces, Services applicatifs |
| Utilisation des applications | Comment les apps supportent le métier | Composants, Processus métier, Services |
| Coopération applicative | Interactions entre applications | Composants, Interfaces, Relations de flux |
Points de vue Technologie
| Point de vue | Préoccupation | Éléments principaux |
|---|---|---|
| Technologie | Infrastructure IT | Nœuds, Devices, Réseaux, Artefacts |
| Déploiement | Comment les apps sont déployées | Composants, Nœuds, Artefacts |
| Infrastructure usage | Comment l'infra supporte les apps | Nœuds, Services techno, Composants |
Points de vue Motivation
| Point de vue | Préoccupation | Éléments principaux |
|---|---|---|
| Parties prenantes | Qui a des intérêts dans l'architecture | Parties prenantes, Drivers, Objectifs |
| Réalisation des objectifs | Comment les objectifs sont atteints | Objectifs, Principes, Exigences |
| Motivation | Vue globale des motivations | Tout le domaine Motivation |
| Exigences | Les exigences et leur réalisation | Exigences, Contraintes, Éléments architecture |
Points de vue Stratégie et Migration
| Point de vue | Préoccupation | Éléments principaux |
|---|---|---|
| Stratégie | Direction stratégique | Capacités, Ressources, Plans d'action |
| Carte des capacités | Cartographie des capacités | Capacités, Ressources |
| Roadmap d'implémentation | Planification de la transformation | Work Packages, Plateaux, Livrables |
| Migration | Transition entre plateaux | Plateaux actuels et cibles |
Le choix du point de vue doit toujours partir des préoccupations des parties prenantes. Posez-vous la question : « Qu'est-ce que cette partie prenante a besoin de comprendre ou décider ? » et sélectionnez le point de vue qui y répond le mieux.