ArchiMate 4 – Chapitre 1 : Introduction
1.1. Objectif
Ce document est la spécification du langage de modélisation d'architecture d'entreprise ArchiMate®, un langage visuel avec une iconographie par défaut pour décrire, analyser et communiquer les préoccupations des architectures d'entreprise à travers le temps. Le standard fournit un ensemble de concepts avec leur iconographie correspondante pour la représentation des descriptions d'architecture. L'écosystème ArchiMate supporte également un format d'échange en XML, qui permet l'échange de modèles et de diagrammes entre outils.
1.2. Vue d'ensemble
Une architecture d'entreprise est typiquement développée parce que des personnes clés ont des préoccupations qui doivent être adressées par les systèmes métier et IT d'une organisation. Ces personnes sont communément appelées les « parties prenantes » (stakeholders) de l'architecture d'entreprise.
Le rôle de l'architecte est d'adresser ces préoccupations en :
- identifiant et affinant la motivation et la stratégie exprimées par les parties prenantes
- développant une architecture
- créant des vues qui permettent aux parties prenantes de vérifier que leurs préoccupations sont correctement adressées
ArchiMate est conçu pour être utilisé conjointement avec le framework TOGAF®. Il en est le langage de modélisation naturel, permettant de représenter les livrables et artefacts produits lors des phases du cycle ADM.
ArchiMate définit des concepts pour modéliser les architectures d'entreprise. Ces concepts sont organisés en domaines (Commun, Métier, Application, Technologie, Motivation, Stratégie, Implémentation & Migration) et en aspects (Structure active, Comportement, Structure passive).
Le langage définit également des relations entre les concepts de ces différents domaines, permettant de relier les préoccupations stratégiques aux solutions techniques de manière cohérente et traçable.
1.3. Conformité
La spécification ArchiMate 4 définit des exigences de conformité pour les implémentations. Une implémentation conforme :
Doit (SHALL) :
- Supporter la structure du langage, les relations, les domaines, les dépendances inter-domaines et les autres éléments spécifiés dans les Chapitres 3 à 12
- Supporter l'iconographie standard telle que spécifiée dans les Chapitres 4 à 12, et résumée en Annexe A
- Supporter le mécanisme de vues tel que spécifié au Chapitre 13
- Supporter les mécanismes de personnalisation du langage tels que spécifiés au Chapitre 14
- Supporter les relations entre éléments tels que spécifiés en Annexe B (Normative)
Peut (MAY) :
- Supporter les exemples de points de vue décrits en Annexe C et dans les Chapitres 3 à 12
Les lecteurs sont invités à consulter le site de The Open Group pour les exigences de conformité et de certification additionnelles référençant ce document.
1.4. Références normatives
Aucune référence normative externe n'est requise pour ce standard.
1.5. Terminologie
Pour les besoins de ce standard, les définitions terminologiques suivantes s'appliquent :
| Terme | Signification |
|---|---|
| Can (Peut) | Décrit une fonctionnalité ou un comportement possible disponible pour l'utilisateur |
| Deprecated (Déprécié) | Les éléments identifiés comme dépréciés peuvent être supprimés dans la prochaine version du standard |
| Implementation-defined (Défini par l'implémentation) | Comportement dont la définition exacte est laissée à l'appréciation de l'implémenteur |
| May (Peut/Optionnel) | Décrit une fonctionnalité ou un comportement optionnel |
| Must (Doit) | Décrit une exigence absolue du standard |
| Shall (Doit/Obligatoire) | Décrit une exigence obligatoire du standard |
| Should (Devrait) | Décrit une recommandation |
| Will (Va) | Décrit un comportement attendu dans un contexte futur |
1.6. Directions futures
ArchiMate 4 est le résultat d'une évolution continue du standard. The Open Group ArchiMate Forum a établi un ensemble de principes directeurs pour guider le développement et l'évolution du standard :
- Simplicité plutôt que complétude : le langage est explicitement conçu pour être aussi petit que possible, tout en restant utilisable pour la plupart des cas d'usage architecturaux
- Cohérence et orthogonalité : les concepts du langage sont définis de manière cohérente et sans redondance inutile
- Collaboration plutôt que couverture exhaustive : si un besoin est déjà suffisamment couvert par un autre langage de modélisation, il est préférable de créer un mapping plutôt que d'incorporer ces fonctionnalités dans ArchiMate
Les directions futures incluent notamment l'amélioration de l'alignement avec d'autres standards de l'Open Group et l'extension des capacités de personnalisation du langage.