Naviguer la complexité : parties prenantes, points de vue et vues en architecture d’entreprise

Introduction

Établir et maintenir une cohérenceArchitecture d’entreprise (EA) est une tâche complexe en raison de la participation de parties prenantes diverses ayant des arrière-plans et des notations variés. Pour gérer cette complexité, les chercheurs se sont initialement concentrés sur la définition de cadres architecturaux afin de classer et positionner différentes descriptions architecturales les unes par rapport aux autres, tels que lecadre Zachman.

Les cadres architecturaux fournissent des orientations générales pour la livraison de descriptions architecturales accompagnées d’un processus. Le langage ArchiMate, en tant que notation de modélisation, offre des aperçus détaillés sur la structure et la cohérence des différentes architectures, complétant et soutenant ces cadres.

Lelangage ArchiMatepermet aux architectes et aux parties prenantes d’utiliser leurs propres points de vue sur l’EA. Les vues sont définies par des points de vue, qui définissent des abstractions sur l’ensemble des modèles représentant l’EA. Chaque point de vue cible un type particulier de partie prenante et traite des préoccupations spécifiques. Les points de vue peuvent isoler certains aspects ou relier plusieurs aspects, offrant ainsi une approche souple de la modélisation de l’EA.

Lecadre TOGAFdécrit une taxonomie des vues pour différentes catégories de parties prenantes et fournit des directives pour développer et utiliser des points de vue et des vues dans les modèles d’EA. Toutefois, il est important de noter que les points de vue et les vues sont interdépendants et décrivent souvent le mieux l’architecture lorsqu’ils sont combinés avec leurs relations d’interdépendance sous-jacentes. Malgré leur utilité, les points de vue et les vues sont des représentations partielles du système, limitant toute l’architecture à un nombre restreint d’aspects.

Parties prenantes et préoccupations

Cette section présente une méthode pour utiliser lelangage ArchiMateafin de traiter systématiquement les préoccupations des parties prenantes grâce au mécanisme de point de vue. Ce mécanisme est conforme à la norme ISO/IEC 42010, qui fournit un modèle pour la description architecturale. Les éléments clés de ce modèle incluent les parties prenantes, les préoccupations, les points de vue et les vues, comme illustré dans la figure ci-dessous :

Le diagramme ci-dessus intitulé « Modèle conceptuel d’une description architecturale » illustre les relations entre les éléments clés impliqués dans la description d’une architecture, conformément à la norme ISO/IEC 42010. Ce modèle aide à traiter systématiquement les préoccupations des parties prenantes grâce à l’utilisation de points de vue et de vues. Voici une explication détaillée du diagramme :

  1. Système d’intérêt:
    • Il s’agit du système qui est décrit par l’architecture.
    • Il manifeste l’architecture et a des intérêts envers les parties prenantes.
  2. Partie prenante:
    • Une partie prenante est un individu, une équipe ou une organisation ayant des intérêts dans le système d’intérêt.
    • Les parties prenantes ont des préoccupations qui doivent être prises en compte par l’architecture.
    • Ils identifient la description architecturale, la justification architecturale et les vues architecturales.
  3. Préoccupation:
    • Les préoccupations sont les intérêts ou les questions auxquelles les parties prenantes sont sensibles concernant le système d’intérêt.
    • Les préoccupations sont encadrées par des points de vue architecturaux et traitées par des vues architecturales.
  4. Point de vue architectural:
    • Un point de vue est une spécification pour une seule vue, définissant les parties prenantes dont les préoccupations sont encadrées et les directives pour construire et interpréter la vue.
    • Les points de vue encadrent les préoccupations et régissent les vues architecturales.
    • Ils sont associés à des types de modèles, qui régissent les modèles architecturaux.
  5. Vue architecturale:
    • Une vue est une représentation de l’architecture qui traite une ou plusieurs préoccupations des parties prenantes.
    • Les vues sont régies par des points de vue architecturaux et expriment la description architecturale.
    • Elles sont dérivées des modèles architecturaux.
  6. Modèle architectural:
    • Un modèle architectural est une représentation de certains aspects de l’architecture utilisant des types de modèles spécifiques.
    • Les modèles régissent les vues architecturales et font partie de la description architecturale.
  7. Type de modèle:
    • Les types de modèles sont des types de modèles utilisés pour représenter différents aspects de l’architecture.
    • Ils régissent les modèles architecturaux.
  8. Description architecturale:
    • La description architecturale est la collection de vues architecturales, de modèles et d’autres informations qui expriment l’architecture du système d’intérêt.
    • Elle exprime l’architecture et est identifiée par les parties prenantes.
    • Elle inclut des règles de correspondance et des justifications.
  9. Raisonnement architectural:
    • Le raisonnement explique la justification derrière les décisions architecturales.
    • Il fait partie de la description architecturale et est identifié par les parties prenantes.
  10. Règle de correspondance:
    • Les règles de correspondance définissent les relations entre différentes vues et modèles au sein de la description d’architecture.
    • Elles assurent la cohérence et la cohésion à travers la description d’architecture.
  11. Correspondance:
    • Les correspondances sont les relations réelles entre différentes vues et modèles telles qu’elles sont définies par les règles de correspondance.
    • Elles font partie de la description d’architecture.

Relations

  • Identifie: Les parties prenantes identifient la description d’architecture, la justification d’architecture et les vues d’architecture.
  • A des intérêts dans: Le système d’intérêt a des intérêts dans les parties prenantes.
  • Encadre: Les points de vue d’architecture encadrent les préoccupations.
  • Traite: Les vues d’architecture traitent les préoccupations.
  • Règle: Les points de vue d’architecture règlent les vues d’architecture, et les types de modèles règlent les modèles d’architecture.
  • Exprime: La description d’architecture exprime l’architecture.
  • Exhibe: Le système d’intérêt exhibe l’architecture.

Ce modèle conceptuel aide à comprendre comment les différents éléments interagissent pour décrire une architecture, en assurant que les préoccupations des parties prenantes soient traitées de manière systématique grâce à des points de vue et des vues bien définis.

Le langage ArchiMate, avec son mécanisme de point de vue, aide les architectes à définir et à classer les points de vue directeurs. Ce mécanisme aide les architectes à concevoir et à élaborer des vues pour la communication avec les parties prenantes.

Vues et points de vue

Les vues sont un mécanisme idéal pour transmettre des informations sur des domaines spécifiques de l’architecture. Une vue est une partie d’une description d’architecture qui traite des préoccupations connexes et est adaptée à des parties prenantes spécifiques. Elle est définie par un point de vue, qui prescrit les concepts, modèles, techniques d’analyse et visualisations fournies par la vue. En substance, une vue est ce que vous voyez, et un point de vue est l’endroit d’où vous regardez.

Une description d’architecture inclut une ou plusieurs vues d’architecture, chacune traitant les préoccupations des parties prenantes. Une vue d’architecture exprime l’architecture du système selon un point de vue, qui encadre les préoccupations et établit des conventions pour la construction, l’interprétation et l’analyse de la vue.

Les points de vue se concentrent sur des aspects et des couches spécifiques de l’architecture, déterminés par les préoccupations des parties prenantes. Ce qui est visible depuis un point de vue dépend de l’argumentation relative aux préoccupations d’une partie prenante. Les points de vue permettent de communiquer sur certains aspects et couches d’une architecture, permettant un retour d’information bidirectionnel entre les architectes et les parties prenantes. Le périmètre du point de vue et la pertinence par rapport aux préoccupations des parties prenantes déterminent quels éléments et relations apparaissent dans une vue.

Mécanisme de point de vue

Les architectes ont affaire à diverses parties prenantes et préoccupations. Le mécanisme de point de vue aide à sélectionner les bons points de vue en fournissant un cadre fondé sur le but et le contenu. Ce cadre aide à définir et à classer les points de vue, comme indiqué dans la figure ci-dessous.

L’architecte communique avec les parties prenantes afin de comprendre et de documenter leurs préoccupations. Le mécanisme de point de vue identifie le but et le contenu, définit et classe le point de vue, qui gouverne la construction et la conception de la vue. La vue, gouvernée par le point de vue, répond aux préoccupations des parties prenantes.

Créer un point de vue ArchiMate implique deux étapes :

  1. Sélectionner les concepts pertinents dans le métamodèle ArchiMate en fonction des informations nécessaires pour répondre aux préoccupations des parties prenantes.
  2. Définir une représentation pour illustrer ces concepts de manière compréhensible par les parties prenantes, qui pourrait être un schéma, un catalogue, une matrice ou toute autre visualisation.

Appliquer ce point de vue à un modèle d’architecture sélectionne et illustre les parties pertinentes de l’architecture selon les concepts et la représentation choisies.

Définir et classer les points de vue

Le langage ArchiMateaide à définir et à classer les points de vue en fonction du but et du contenu pertinents pour les préoccupations des parties prenantes. La dimension du but est soutenue par trois catégories :

  • Conception : soutient les architectes et les concepteurs dans le processus de conception, généralement à l’aide de schémas commeUML.
  • Décision : aide les gestionnaires dans la prise de décision en offrant des perspectives sur les relations d’architecture à travers plusieurs domaines grâce à des projections, des intersections et des techniques analytiques.
  • Information : aide à informer les parties prenantes sur l’EA afin d’obtenir une compréhension, un engagement et de convaincre les adversaires, en utilisant des illustrations, des animations et d’autres supports informatifs.

La dimension du contenu utilise le cadre central ArchiMate pour sélectionner les aspects et les couches pertinents, soutenus par trois catégories :

  • Détails : se concentre sur une couche et un aspect, généralement destiné aux parties prenantes telles que les ingénieurs logiciels ou les gestionnaires de processus.
  • Cohérence : couvre plusieurs couches ou aspects, permettant aux parties prenantes de se concentrer sur les relations d’architecture, adapté aux gestionnaires opérationnels.
  • Aperçu : traite plusieurs couches et aspects, généralement destiné aux architectes d’entreprise et aux décideurs tels que les PDG et les directeurs informatiques.

Créer la vue

Avec un point de vue directeur, l’architecte peut créer et concevoir une vue contenant des éléments et des relations provenant du métamodèle ArchiMate. L’architecte conçoit une représentation appropriée pour ces éléments, adaptée aux parties prenantes et aux préoccupations en cours. La vue n’a pas besoin d’être visuelle ou graphique ; elle peut utiliser diverses représentations basées sur les attributs des éléments et des relations, telles que des cartes thermiques codées par couleur.

Points de vue d’exemple

La dernière section fournit des exemples de points de vue, illustrant comment le mécanisme de point de vue peut être appliqué pour créer des vues qui répondent à des préoccupations spécifiques des parties prenantes. Ces exemples démontrent l’application pratique du mécanisme de point de vue dans des scénarios du monde réel, aidant les architectes et les parties prenantes à communiquer efficacement et à comprendre leArchitecture d’entreprise.

Exemple de point de vue Organisation

La figure ci-dessous montre un diagramme ArchiMate créé sous le point de vue Organisation. En appliquant un point de vue, vous êtes autorisé à dessiner un diagramme ArchiMate avec un sous-ensemble d’éléments et de relations ArchiMate, tels qu’ils sont définis dans le point de vue.

Organization Viewpoint example
Exemple de point de vue Organisation

Exemple de point de vue Coopération des processus métiers

La figure ci-dessous montre un diagramme ArchiMate créé sous le point de vue Coopération des processus métiers. En appliquant un point de vue, vous êtes autorisé à dessiner un diagramme ArchiMate avec un sous-ensemble d’éléments et de relations ArchiMate, tels qu’ils sont définis dans le point de vue.

Business Process Cooperation Viewpoint example
Exemple de point de vue Coopération des processus métiers

Conclusion

Le langage ArchiMate, avec son mécanisme de point de vue, offre une approche structurée et souple pour gérer la complexité de l’architecture d’entreprise. En définissant et en classant les points de vue en fonction des préoccupations des parties prenantes, les architectes peuvent créer des vues qui communiquent efficacement l’architecture, assurant ainsi une cohérence et une compréhension mutuelle parmi toutes les parties prenantes.

Ressources connexes

  1. Guide complet sur les points de vue ArchiMate (exemples inclus)
  2. Comprendre les points de vue ArchiMate : un guide complet – ArchiMetric
  3. Guide des points de vue ArchiMate – Point de vue Structure d’information
  4. Naviguer dans l’architecture d’entreprise : décrypter le point de vue Motivation ArchiMate – Guides Visual Paradigm
  5. Le guide complet TOGAF – Guides Visual Paradigm
  6. Visual Paradigm TOGAF – Tout ce qu’il faut savoir sur TOGAF, l’architecture d’entreprise, ArchiMate et bien plus
  7. Outil TOGAF® pour l’architecture d’entreprise – ArchiMetric
  8. ArchiMate 3 : Un aperçu complet – Cybermedian
  9. Diagramme ArchiMate dans Visual Paradigm

Leave a Reply