La spécification ArchiMate est une norme ouverte, un langage de modélisation d’architecture d’entreprise ouvert et indépendant soutenu par divers fournisseurs d’outils et cabinets de conseil. ArchiMate permet aux architectes d’entreprise de décrire, analyser et visualiser clairement les relations entre les domaines d’architecture.

Tout comme les plans architecturaux dans la construction classique décrivent divers aspects de la conception et de l’utilisation des bâtiments, la spécification ArchiMate fournit un langage commun pour décrire les processus métiers, les structures organisationnelles, les flux d’information, les systèmes informatiques, ainsi que les infrastructures techniques et physiques. Les modèles ArchiMate permettent aux parties prenantes de concevoir, évaluer et communiquer les conséquences des décisions et des changements au sein et entre ces domaines d’architecture.

Ce document blanc présente la spécification ArchiMate 3.0. La spécification ArchiMate 3.0 constitue une mise à jour majeure de la spécification ArchiMate 2.1, publiée en juin 2016 en tant que norme de The Open Group. Les nouvelles fonctionnalités de la version 3.0 incluent des éléments pour modéliser au niveau stratégique, tels que les capacités, les ressources et les stratégies. Elle inclut également un support pour modéliser le monde physique, y compris les matériaux et les équipements. En outre, la cohérence et la structure du langage ont été améliorées, les définitions ont été alignées sur d’autres normes, et l’utilisabilité a été renforcée de diverses manières.

Évolution du langage ArchiMate

Le langage ArchiMate a été développé entre 2002 et 2004 aux Pays-Bas par une équipe de projet à l’Institut pour le traitement à distance de l’information, en collaboration avec plusieurs partenaires issus du secteur public, de l’industrie et du monde académique, notamment Ordina, l’Université de Radboud à Nijmegen et l’Institut de sciences informatiques avancées de Leiden (LIACS). Le développement a inclus des tests menés dans des institutions telles qu’ABN AMRO, l’Administration néerlandaise des impôts et des douanes, et Stichting Pensionfonds ABP.

En 2008, la propriété et la gestion du langage ArchiMate ont été transférées de la Fondation ArchiMate à The Open Group. Depuis 2009, le Forum ArchiMate de The Open Group développe et publie les spécifications ArchiMate sur son site web public.

Langage ArchiMate et architecture d’entreprise

La spécification ArchiMate vise à fournir un langage graphique pour représenter l’architecture d’entreprise dans le temps (c’est-à-dire incluant la planification stratégique, la transformation et la migration) ainsi que la justification et les principes fondamentaux derrière l’architecture. Le langage de modélisation ArchiMate offre une représentation unifiée pour les diagrammes décrivant l’architecture d’entreprise et propose une approche intégrée pour décrire et visualiser différents domaines d’architecture ainsi que leurs relations et dépendances sous-jacentes.

La conception du langage ArchiMate commence par un ensemble de concepts relativement génériques (objets et relations), spécifiquement adaptés à différentes couches de l’architecture d’entreprise. La contrainte de conception la plus importante d’ArchiMate est qu’il a été explicitement conçu pour être aussi concis que possible tout en restant applicable à la majorité des tâches de modélisation d’architecture d’entreprise. En termes d’apprentissage et d’utilisation, le langage se limite aux concepts suffisants pour modéliser environ 80 % des cas du monde réel.

Quoi de neuf dans la spécification ArchiMate 3.0 ?

Pourquoi une nouvelle version du langage ?

La nouvelle version du langage a été créée en réponse à de nombreuses demandes :

Demande croissante de relier la stratégie métier aux opérations métier et informatiques
Convergence des innovations informatiques et du monde physique
Utilisation dans de nouveaux domaines, par exemple la fabrication, la logistique
Amélioration de la cohérence et de la compréhensibilité
Amélioration de l’alignement avec d’autres normes de The Open Group, notamment le cadre TOGAF

Support amélioré pour la modélisation stratégique et physique

Le cadre ArchiMate a été étendu pour inclure des éléments stratégiques et physiques, comme indiqué à la Figure 1.

Figure 1 : Cadre ArchiMate

Les éléments stratégiques incluent les capacités, les ressources et les plans d’action. Les éléments physiques sont construits au-dessus de la couche technique et incluent des éléments pour modéliser les installations physiques et les équipements, les réseaux de distribution et les matériaux.

Éléments stratégiques

Des éléments ont été ajoutés pour soutenir la modélisation stratégique, la planification basée sur les capacités et les domaines connexes. Cela favorise une utilisation accrue de l’architecture d’entreprise pour soutenir l’exécution stratégique et s’aligne sur les méthodologies utilisées dans des normes connexes, telles que le cadre TOGAF [1] et le modèle de motivation métier [2].

Figure 2 : Exemple d’éléments de motivation et stratégiques

La Figure 2 montre un exemple utilisant à la fois des éléments de motivation et stratégiques. Notez que les résultats, les plans d’action, les capacités et les ressources sont de nouveaux éléments introduits dans la spécification ArchiMate 3.0. Augmenter le profit est un objectif pouvant être décomposé en de nombreux autres objectifs : réduire les coûts et augmenter les revenus. Le premier est lié à la stratégie d’excellence opérationnelle de l’entreprise et est modélisé comme un plan d’action. Celui-ci est ensuite décomposé en deux autres plans d’action : centraliser les systèmes informatiques et standardiser les produits. Cela conduit à deux résultats : réduction des coûts et départ des clients, qui affectent tous deux l’objectif — positivement et négativement. Cela illustre la distinction importante entre objectifs et résultats : tous les résultats ne mènent pas nécessairement aux résultats escomptés.

Les plans d’action sont rendus possibles par plusieurs capacités : gestion et opérations informatiques, et gestion des produits. Des ressources humaines et informatiques appropriées sont allouées à la première. Le fragment de modèle montre également que ces ressources sont situées au siège de l’organisation, ce qui est cohérent avec le plan d’action de centralisation des systèmes informatiques.

Éléments physiques

La couche technique a été étendue pour inclure des éléments permettant de modéliser le monde physique, tels que la fabrication, la logistique et d’autres environnements physiques.

Figure 3 : Exemple d’éléments physiques

La figure 3 montre un exemple d’éléments physiques. Notez que tous les éléments de l’exemple sont nouveaux dans la spécification ArchiMate 3.0, à l’exception de Path, qui a été renommé à partir de Communication Path et dont le sens a été élargi pour permettre l’intégration avec les éléments physiques.

Un dispositif est modélisé et installé dans une installation de fabrication, en utilisant des cartes électroniques préassemblées, des antennes internes et des boîtiers en plastique pour produire des composants destinés aux dispositifs de télématique pour véhicules. Le dispositif est initialement situé dans l’installation de fabrication, puis transporté vers un centre de distribution national et un centre de distribution local via un réseau de distribution utilisant le transport maritime international et le transport routier local. Ces réseaux de distribution forment collectivement un chemin multimodal.

ArchiMate 3.0 n’introduit pas d’élément de comportement physique séparé. À la place, les éléments de comportement de la couche technique (fonctions techniques, processus, interactions, services et événements) sont utilisés pour modéliser le comportement de tous les nœuds, y compris les dispositifs physiques. Étant donné que les dispositifs sont généralement contrôlés par ordinateur ou étroitement liés aux TI, leur comportement peut être décrit de manière complète et cohérente à l’aide des concepts existants de comportement technique. Ces concepts peuvent également être utilisés pour décrire le comportement des capteurs et des dispositifs connectés qui constituent l’Internet des objets (IoT).

Amélioration de la disponibilité et de la cohérence

De nombreuses modifications ont été apportées pour améliorer la facilité d’utilisation et la cohérence du langage. Elles sont résumées ci-dessous.

Métamodèle général

Un métamodèle général de niveau supérieur a été introduit pour documenter la structure complète du langage.

Éléments composites

Les groupes ne sont plus classés comme relations ; ils sont désormais des éléments composites. Les groupes ont désormais des relations d’agrégation ou de composition avec leurs contenus, ce qui les rend plus utiles. Les relations peuvent désormais être tracées depuis ou vers un groupe. Une application utile du regroupement est la modélisation des blocs de construction d’architecture et de solution ; une autre est la modélisation des domaines au sein d’une architecture. Les éléments de localisation ont été déplacés de la couche métier vers le métamodèle général et définis comme éléments composites.

L’utilisation améliorée du regroupement comme notation permet une meilleure représentation des éléments liés dans la modélisation.

Symboles mis à jour pour les vues et les contrats

La notation pour les vues et les contrats a été mise à jour pour les distinguer clairement des livrables et des objets métiers, respectivement.

Symboles de couche facultatifs

Un symbole facultatif a été introduit pour indiquer explicitement la couche d’un élément. Les lettres « M », « S », « B », « A », « T », « P » ou « I » dans le coin supérieur gauche d’un élément peuvent indiquer respectivement les éléments de motivation, stratégie, métier, application, technologie, physique ou d’implémentation et de migration. La figure 4 est un exemple de modèle montrant des éléments d’application et de technologie.

Figure 4 : Exemple de symboles d’éléments

Relations

Dans certains cas, il est désormais permis d’avoir des relations avec d’autres relations — par exemple, associer un objet à un groupe ou une relation de flux ou d’agrégation au sein d’une plateforme.

Figure 5 : Exemple de relation avec relation

La relation « utilisé par » a été renommée « service » afin de mieux refléter sa direction à l’aide d’un verbe actif : le service sert les utilisateurs. Le sens de la relation n’a pas changé. Le nom « utilisé par » est toujours autorisé mais déprécié et sera supprimé dans les futures versions de la norme.
Pour s’aligner sur les autres relations de dépendance (accès et service), le symbole de la relation d’impact a été mis à jour.

Figure 6 : Symbole de la relation d’impact

Un symbole directionnel a été introduit pour la relation d’affectation en remplaçant le cercle noir à l’extrémité cible par une flèche.

Figure 7 : Symbole de la relation d’affectation

Les liens ne sont plus classés comme relations, mais comme connecteurs de relations. Les liens sont désormais explicitement des liens « ou » ou des liens « et » généraux.

Figure 8 : Symbole de lien

Éléments de motivation

L’élément résultat a été ajouté. Les éléments de sens et de valeur ont été déplacés de la couche métier.

Événements ajoutés

Des éléments d’événement avec des attributs temporels ont été ajoutés à toutes les couches du langage central ArchiMate, ainsi que pour les éléments d’implémentation et de migration. Les nouveaux éléments sont les événements d’application, les événements techniques et les événements d’implémentation, correspondant aux événements métiers existants.

Amélioration de la cohérence des couches

De nouveaux éléments tels que les processus d’application, les processus techniques, les interactions techniques et les collaborations techniques ont été ajoutés pour améliorer la cohérence entre les couches.

Couche métier

Les éléments de localisation, de valeur et de sens ne sont plus spécifiés dans la couche métier. Les symboles des vues et des contrats ont été mis à jour pour les distinguer respectivement des livrables et des objets métiers.

Couche technique

Les éléments de la couche technique ont été renommés de « Infrastructure [Nom de l’élément] » à « Technologie [Nom de l’élément] ». L’élément « Chemin de communication » a été renommé en « Chemin » et son sens a été étendu pour prendre en charge les éléments physiques. L’élément « Réseau » a été renommé en « Réseau de communication » afin de le distinguer de l’élément physique « Réseau de distribution ».

Relations entre couches

Les relations entre couches ont maintenant été définies pour relier la motivation et la stratégie aux concepts fondamentaux (métier, application, technologie, physique) et pour relier la stratégie à sa mise en œuvre. Les relations entre couches ont également été révisées pour favoriser une meilleure alignement entre les éléments de différentes couches (par exemple, la couche métier alignée avec les couches inférieures).

Mécanisme de vue

Les versions précédentes de la norme incluaient une liste complète des vues dans le corps principal de la spécification, ainsi que la possibilité de définir des vues personnalisées pour des situations spécifiques. Dans la version 3.0, le mécanisme de vue a été amélioré, et la liste des vues a été déplacée dans un appendice informatif pour indiquer clairement qu’il s’agit de vues d’exemple.

Langage ArchiMate et TOGAF ADM

Le langage ArchiMate se compose du langage fondamental ArchiMate, qui inclut les couches métier, application et technologie, ainsi que des éléments pour modéliser la stratégie et la motivation, ainsi que l’implémentation et la migration. La figure 9 montre une cartographie simplifiée de la relation entre le langage ArchiMate et les différentes phases de la méthode de développement d’architecture TOGAF (ADM).

Figure 9 : Cartographie simplifiée entre le langage ArchiMate et le TOGAF ADM

Les couches métier, application et technologie soutiennent la description des domaines d’architecture métier, systèmes d’information et technologie définis dans le cadre TOGAF, ainsi que leurs interrelations. Les éléments stratégiques et motivants dans ArchiMate peuvent soutenir les phases de gestion des exigences, préliminaire et vision d’architecture du TOGAF ADM, qui établissent des objectifs métier de haut niveau, des principes d’architecture et des exigences métiers initiales. Ils sont également liés à la phase de gestion des changements d’architecture du TOGAF ADM, car cette phase traite des exigences évolutives. Bien que cela ne soit pas illustré dans la figure 9, il convient de noter que ces éléments peuvent également être utilisés dans d’autres phases du ADM, telles que les phases B, C et D.
Les éléments d’implémentation et de migration dans ArchiMate soutiennent l’implémentation et la migration de l’architecture à travers les phases du TOGAF ADM d’opportunité et de solution, de planification de migration et de gouvernance de mise en œuvre.

Introduction à la spécification ArchiMate 3.0