L’essentiel à retenir
- Une préoccupation explique pourquoi une description est utile.
- Les rôles stabilisent les responsabilités au-delà des individus.
- L’absence d’une partie prenante peut créer un écart d’architecture.
Partir des préoccupations
Un stakeholder est une personne, une équipe ou une organisation ayant un intérêt dans le système étudié. Sa concern est une préoccupation pertinente pour cette architecture : coût, conformité, disponibilité, facilité d’usage ou délai, par exemple. Toutes les parties prenantes n’expriment pas les mêmes besoins et leur importance peut varier selon la décision.
Dans un service de demandes administratives, l’usager recherche une démarche compréhensible, l’agent veut traiter les dossiers correctement et le responsable protège les informations. Ces préoccupations peuvent entrer en tension. Les rendre visibles permet de choisir des vues appropriées et d’arbitrer avec les personnes légitimes.
Un rôle n’est pas une personne
Un rôle décrit un comportement ou une responsabilité attendue. Une personne peut exercer plusieurs rôles et plusieurs personnes peuvent tenir le même rôle. Cette distinction facilite la définition des interactions et des droits de décision, même quand l’organisation ou les effectifs changent. Il faut identifier les acteurs concrets pour les échanges et les rôles pour comprendre la structure des responsabilités.
- Identifier les parties prenantes internes et externes.
- Documenter les préoccupations et les conflits possibles.
- Vérifier qui décide, qui contribue et qui doit comprendre le résultat.
LES MOTS À CONNAÎTRE
Le vocabulaire, avec du sens.
- Concern
- Intérêt pertinent d’une partie prenante à propos du système.
- Role
- Comportement ou responsabilité pouvant être exercé par un acteur.