ArchiMate 4 – Chapitre 14 : Mécanismes de personnalisation du langage
ArchiMate fournit des mécanismes de personnalisation qui permettent aux organisations d'étendre le langage pour l'adapter à leurs besoins spécifiques, tout en maintenant la conformité avec le standard. Ce chapitre décrit ces mécanismes.
Le principe de personnalisation d'ArchiMate suit la règle : étendre sans trahir le standard. Les mécanismes de personnalisation permettent d'enrichir le langage pour des contextes spécifiques (secteur bancaire, santé, industrie, etc.) sans rompre la compatibilité avec la spécification de base.
14.1. Ajout d'attributs aux concepts ArchiMate
Le premier mécanisme de personnalisation consiste à ajouter des attributs aux concepts ArchiMate pour porter des informations supplémentaires spécifiques au contexte organisationnel.
Attributs standards
Tous les éléments ArchiMate ont par défaut les attributs suivants :
| Attribut | Description |
|---|---|
| Name (Nom) | L'identifiant lisible de l'élément |
| Description | Une description textuelle détaillée |
| ID | Un identifiant unique (technique) |
| Documentation | Documentation supplémentaire |
Attributs personnalisés
Les organisations peuvent ajouter des attributs personnalisés pour capturer des informations métier ou de gouvernance supplémentaires. Exemples d'attributs personnalisés courants :
| Attribut | Type | Exemple d'utilisation |
|---|---|---|
| Propriétaire | Texte | Responsable métier ou IT de l'élément |
| Coût | Numérique | Coût annuel d'un composant ou service |
| Criticité | Enumération (Haute/Moyenne/Basse) | Niveau de criticité pour la continuité |
| Maturité | Enumération | Niveau de maturité d'une capacité (1-5) |
| Statut | Enumération | Actuel / En développement / Retiré |
| Date de décommissionnement | Date | Fin de vie d'un système |
| SLA | Texte | Niveau de service contractuel |
| Données personnelles | Booléen | Contient des données personnelles (RGPD) |
| Classification de sécurité | Enumération | Public / Interne / Confidentiel / Secret |
Les attributs personnalisés permettent d'effectuer des analyses avancées : filtrer les éléments par criticité, calculer les coûts totaux d'un domaine, identifier les systèmes contenant des données personnelles, etc.
14.2. Spécialisation des concepts
Le second mécanisme est la spécialisation des concepts existants. Une spécialisation crée un nouveau type d'élément qui hérite de toutes les propriétés d'un type parent, en ajoutant des caractéristiques ou des contraintes supplémentaires.
Principe de spécialisation
Une spécialisation utilise la relation de spécialisation d'ArchiMate (notation : flèche avec triangle creux). Le concept spécialisé :
- Hérite de toutes les propriétés du concept parent
- Peut être utilisé partout où le parent est autorisé
- Peut avoir des règles de relations supplémentaires
- A généralement une iconographie dérivée ou un marqueur visuel distinct
14.2.1. Exemples de spécialisations du domaine commun
| Concept parent | Spécialisation | Usage |
|---|---|---|
| Role | Rôle ITIL (Incident Manager, Problem Manager...) | Alignement avec ITIL |
| Location | Zone géographique, Région, Pays, Datacenter | Architecture géographique |
| Grouping | Domaine fonctionnel, Zone de sécurité | Organisation logique |
14.2.2. Exemples de spécialisations du domaine Métier
| Concept parent | Spécialisation | Usage |
|---|---|---|
| Business Actor | Client, Fournisseur, Partenaire, Employé | Modélisation fine des acteurs |
| Business Process | Processus BPMN, Procédure, Cas d'usage | Alignement avec d'autres notations |
| Business Object | Contrat, Facture, Dossier client | Objets métier spécifiques |
| Business Service | Service ITIL, Service partagé | Alignement avec la gestion des services |
14.2.3. Exemples de spécialisations du domaine Application
| Concept parent | Spécialisation | Usage |
|---|---|---|
| Application Component | Microservice, Base de données, API Gateway | Architecture moderne |
| Application Interface | API REST, Interface SOAP, WebSocket | Type d'interface spécifique |
| Data Object | Donnée personnelle (RGPD), Donnée financière | Gouvernance des données |
14.2.4. Exemples de spécialisations du domaine Technologie
| Concept parent | Spécialisation | Usage |
|---|---|---|
| Node | Conteneur, Machine virtuelle, Instance Cloud | Cloud et virtualisation |
| System Software | OS Linux, Kubernetes, Base de données Oracle | Technologies spécifiques |
| Communication Network | VPN, SDN, Réseau IoT | Architecture réseau détaillée |
| Device | Serveur physique, Capteur IoT, PLC | Infrastructure physique |
14.2.5. Exemples de spécialisations du domaine Motivation
| Concept parent | Spécialisation | Usage |
|---|---|---|
| Goal | Objectif stratégique, KPI, OKR | Alignement avec les frameworks de gestion |
| Requirement | Exigence fonctionnelle, Non-fonctionnelle | Classification des exigences |
| Constraint | Contrainte réglementaire, Contrainte budgétaire | Types de contraintes |
14.2.6. Exemples de spécialisations du domaine Stratégie
| Concept parent | Spécialisation | Usage |
|---|---|---|
| Capability | Capacité IT, Capacité métier, Capacité digitale | Gestion des capacités |
| Resource | Ressource humaine, Budget, Licences | Gestion des ressources |
14.2.7. Exemples de spécialisations du domaine Implémentation
| Concept parent | Spécialisation | Usage |
|---|---|---|
| Work Package | Projet, Programme, Sprint, Epic | Alignement avec les méthodes de gestion de projet |
| Deliverable | Document, Application, Service opérationnel | Types de livrables |
14.3. Profils ArchiMate
Un profil ArchiMate est un ensemble cohérent de personnalisations (attributs et spécialisations) défini pour un contexte ou un secteur particulier. Les profils permettent de standardiser les extensions au sein d'une organisation ou d'un secteur.
Exemples de profils sectoriels
| Secteur | Exemples de personnalisations |
|---|---|
| Banque/Finance | Entité réglementée, Processus AML, Système Front-Office/Back-Office |
| Santé | Données de santé (sensibles), Dossier patient, Processus clinique |
| Industrie/Manufacturing | Équipements OT, Ligne de production, Système SCADA |
| Secteur public | Service public, Usager, Processus réglementé, Data souveraine |
Définir un profil organisationnel
Pour définir un profil ArchiMate dans votre organisation :
- Identifier les lacunes : quelles informations manquent dans le langage standard pour votre contexte ?
- Définir les spécialisations : quels nouveaux types d'éléments sont nécessaires ?
- Définir les attributs : quelles propriétés supplémentaires sont utiles ?
- Documenter le profil : créer un guide de référence des extensions
- Configurer les outils : implémenter le profil dans les outils de modélisation
- Former les équipes : s'assurer que les architectes connaissent et utilisent le profil
Les personnalisations via spécialisation et attributs restent compatibles avec la spécification ArchiMate : un modèle personnalisé peut toujours être échangé et interprété par des outils ArchiMate conformes, même si les extensions spécifiques ne sont pas reconnues par tous les outils.