ArchiMate (à l’origine d’Architecture-Animate) est un langage de modélisation d’architecture d’entreprise ouvert et indépendant pour soutenir la description, l’analyse et la visualisation de l’architecture dans et entre les domaines d’affaires d’une manière non ambiguë.

ArchiMate est un standard technique de The Open Group basé sur les concepts de la norme IEEE 1471. Il est soutenu par divers fournisseurs d’outils et sociétés de conseil. ArchiMate est également une marque déposée de The Open Group. Le groupe ouvert a un programme de certification pour les utilisateurs ArchiMate, les outils logiciels et les cours.

ArchiMate se distingue des autres langages tels que UML (Unified Modeling Language) et BPMN (Business Process Modeling and Notation) par sa portée de modélisation d’entreprise.

Aperçu
ArchiMate propose un langage commun pour décrire la construction et l’exploitation des processus métier, des structures organisationnelles, des flux d’informations, des systèmes informatiques et de l’infrastructure technique. C’est comme un dessin d’architecture dans un bâtiment classique où l’architecture décrit les différents aspects de la construction et de l’utilisation d’un bâtiment. Cette idée aide les différentes parties prenantes à concevoir, évaluer et communiquer les conséquences des décisions et des changements dans et entre ces domaines d’activité.

Les principaux concepts et relations du langage ArchiMate peuvent être considérés comme un cadre, appelé Archimate Framework: il divise l’architecture d’entreprise en une couche métier, applicative et technologique. Dans chaque couche, trois aspects sont considérés: les éléments actifs qui présentent un comportement (par exemple, processus et fonction), une structure interne et des éléments qui définissent l’utilisation ou la communication d’informations.

L’un des objectifs du langage ArchiMate est de définir les relations entre les concepts dans différents domaines d’architecture. Les concepts de ce langage se situent donc au milieu entre les concepts détaillés, qui sont utilisés pour modéliser des domaines individuels, par exemple, l’UML pour la modélisation de produits logiciels, et BPMN qui est utilisé pour la modélisation de processus métier.

Histoire
ArchiMate est en partie basé sur la norme IEEE 1471. Il a été développé aux Pays-Bas par une équipe de projet du Telematica Instituut en coopération avec plusieurs partenaires néerlandais du gouvernement, de l’industrie et du monde universitaire. Parmi les partenaires figuraient Ordina, Radboud Universiteit Nijmegen, l’Institut Leiden pour l’informatique avancée (LIACS) et le Centrum Wiskunde & Informatica (CWI). Plus tard, des tests ont été effectués dans des organisations telles que ABN AMRO, l’administration fiscale et douanière néerlandaise et l’ABP.

Le processus de développement a duré de juillet 2002 à décembre 2004 et a pris environ 35 années-hommes et environ 4 millions d’euros. Le développement a été financé par le gouvernement néerlandais (administration fiscale et douanière néerlandaise) et par des partenaires commerciaux, notamment ABN AMRO et la caisse de retraite ABP.

En 2008, la propriété et l’administration d’ArchiMate ont été transférées à l’Open Group. Il est maintenant géré par le Forum ArchiMate au sein de The Open Group. En février 2009, l’Open Group a publié la norme ArchiMate® 1.0 en tant que norme technique formelle. En janvier 2012, la norme ArchiMate® 2.0 et en 2013 la norme ArchiMate® 2.1 ont été publiées.

En juin 2016, l’Open Group a publié la version 3.0 de la spécification ArchiMate. La version 3.0 ajoute un support amélioré pour la modélisation stratégique orientée capacité, de nouvelles entités représentant les ressources physiques (pour modéliser les ingrédients, les équipements et les ressources de transport utilisés dans le monde physique) et un métamodèle général montrant les types d’entités et leurs relations.

Thèmes ArchiMate
ArchiMate est une approche architecturale intégrée qui décrit et visualise les différents domaines d’activité et leurs relations. L’utilisation de ces architectures intégrées aide les parties prenantes à évaluer l’impact des choix et des changements de conception.

Architecture
Les organisations doivent s’adapter de plus en plus rapidement et anticiper les besoins changeants des clients et les objectifs commerciaux. Ce besoin influence toute la chaîne d’activités d’une entreprise, de la structure organisationnelle à l’infrastructure réseau. Comment pouvez-vous contrôler l’impact de ces changements? L’architecture peut être la réponse.

L’architecture est un ensemble cohérent de principes, de méthodes et de modèles qui sont utilisés dans la conception et la réalisation de la structure organisationnelle, des processus d’affaires, des systèmes d’information et de l’infrastructure. Cependant, ces domaines ne sont pas abordés de manière intégrée, ce qui rend difficile l’évaluation des effets des changements proposés. Chaque domaine parle son propre langage, dessine ses propres modèles et utilise ses propres techniques et outils. La communication et la prise de décision dans tous les domaines sont sérieusement compromises.

ArchiMate fournit cette intégration. ArchiMate est un langage d’architecture et des techniques de visualisation qui représentent ces domaines et leurs relations. ArchiMate fournit à l’architecte des instruments qui soutiennent et améliorent le processus d’architecture.

Couches
ArchiMate a un aspect stratifié et orienté service sur les modèles architecturaux. Les couches supérieures utilisent les services fournis par les couches inférieures. Bien que, à un niveau abstrait, les concepts utilisés dans chaque couche soient similaires, nous définissons des concepts plus concrets qui sont spécifiques à une certaine couche. Dans ce contexte, nous distinguons trois couches principales:

La couche Business concerne les processus métier, les services, les fonctions et les événements des unités commerciales. Cette couche « offre des produits et des services à des clients externes, qui sont réalisés dans l’organisation par des processus métiers réalisés par des acteurs et des rôles métier ».
La couche Application concerne les applications logicielles qui « prennent en charge les composants de l’entreprise avec des services applicatifs ».
La couche de technologie traite « de l’infrastructure de matériel et de communication pour soutenir la couche application.Cette couche offre des services d’infrastructure nécessaires pour exécuter des applications, réalisées par le matériel informatique et de communication et les logiciels système ».
Chacune de ces couches principales peut être divisée en sous-couches. Par exemple, dans la couche Business, les principaux processus métiers réalisant les produits d’une entreprise peuvent utiliser une couche de processus métier secondaires (support); dans la couche Application, les applications de l’utilisateur final peuvent utiliser les services génériques proposés par les applications de support. En plus de la couche Business, une couche Environment séparée peut être ajoutée, modélisant les clients externes qui utilisent les services de l’organisation (bien que ceux-ci puissent également être considérés comme faisant partie de la couche Business).

Conformément à l’orientation du service, la relation la plus importante entre les couches est formée par les relations d’utilisation, qui montrent comment les couches supérieures utilisent les services des couches inférieures. Cependant, un deuxième type de lien est formé par des relations de réalisation: les éléments des couches inférieures peuvent réaliser des éléments comparables dans les couches supérieures; par exemple, un «objet de données» (couche Application) peut réaliser un «objet métier» (couche de gestion); ou un «artefact» (couche technologique) peut réaliser un «objet de données» ou un «composant d’application» (couche d’application).

Structure générale des modèles dans les différentes couches
La structure générale des modèles dans les différentes couches est similaire. Les mêmes types de concepts et de relations sont utilisés, bien que leur nature et leur granularité soient différentes.

Premièrement, nous distinguons l’aspect structurel ou statique et l’aspect comportemental ou dynamique. Les concepts comportementaux sont assignés à des concepts structurels, pour montrer qui ou quoi affiche le comportement. Dans l’exemple, le rôle, l’interface et la collaboration sont affectés au processus métier, au service organisationnel et à l’interaction métier, respectivement.

Deuxièmement, nous faisons une distinction entre une vue externe et une vue interne des systèmes. Lorsque l’on considère l’aspect comportemental, ces points de vue reflètent les principes d’orientation du service tels qu’introduits dans la section précédente. Le concept de service représente une unité de fonctionnalité essentielle qu’un système expose à son environnement. Pour les utilisateurs externes, seules ces fonctionnalités externes, ainsi que les aspects non fonctionnels tels que la qualité de service, les coûts, etc., sont pertinents. Si nécessaire, ceux-ci peuvent être spécifiés dans un contrat ou un accord de niveau de service. Les services sont accessibles via des interfaces, qui constituent la vue externe sur l’aspect structurel.

Bien que seule la vue externe soit pertinente pour les utilisateurs externes, la conception des organisations ou des systèmes et de leurs opérations et gestion internes nécessite également des connaissances sur la réalisation interne des services et des interfaces. Pour cette réalisation, nous faisons une distinction entre le comportement qui est effectué par un élément structurel individuel (par exemple, acteur, rôle, etc.), ou le comportement collectif (interaction) qui est effectué par une collaboration de plusieurs éléments structurels.

En plus des éléments structurels actifs (les acteurs métiers, les composants applicatifs et les dispositifs qui affichent un comportement réel, les «sujets» de l’activité), nous reconnaissons également les éléments structurels passifs, c’est-à-dire les objets sur lesquels le comportement est effectué. Dans le domaine des organisations gourmandes en informations, qui est l’objet principal de notre langage, il s’agit généralement d’objets d’information dans la couche de gestion et d’objets de données dans la couche application, mais ils peuvent également être utilisés pour représenter des objets physiques.

Format de fichier Exchange
Un format de fichier d’échange de modèle standard a été développé pour les modèles ArchiMate 2.1 et 3.0. Il s’agit d’un format de fichier basé sur XML / XSD et est destiné à l’échange plutôt qu’à un format de fichier persistant. Les outils connus pour prendre en charge à la fois l’importation et l’exportation dans le format de fichier d’échange comprennent Archi, BiZZdesign Architect et Corso System Architect.