Apprentissage rapide d’ArchiMate Partie 1 – Concepts fondamentaux

ArchiMate est détenu et entretenu par The Open Group, étroitement aligné sur le cadre d’architecture de The Open Group (TOGAF), mais applicable à toute méthode d’EA.

Les références de symboles clarifient les fonctions, rôles, processus, participants, produits et services. Les références définissent les relations, expliquant comment elles interagissent et s’influencent mutuellement. Conceptuellement, ArchiMate s’est développé à partir de UML, ce qui facilite sa compréhension et son intégration dans les outils de développement de cadres d’architecture.

L’utilisation la plus efficace d’ArchiMate consiste à générer des points de vue. Une fonction/processus/service unique en architecture peut être représenté de plusieurs façons, selon le partie prenante qui examine l’état d’avancement. La direction générale doit savoir comment ses exigences, objectifs et principes sont satisfaits.

Les gestionnaires d’unités commerciales souhaitent confirmer que les services et produits offriront des offres appropriées aux clients. Les gestionnaires d’applications, de données et de systèmes informatiques doivent s’assurer qu’ils peuvent soutenir le cadre de livraison des services et produits.

Concepts

En utilisant TOGAF comme référence, ArchiMate définit différentes zones de développement de cadre après les quatre phases itératives : Capacité d’architecture, Développement d’architecture, Planification de migration et Gouvernance d’architecture. Dans ce modèle, ArchiMate est divisé en 5 concepts, 3 fondamentaux et 2 extensions :

Extension (Extension) – Stratégie et motivation

• Phase préliminaire (Phase préliminaire)
• Phase de vision (Phase A – Vision)
• Gestion des exigences (Phase H – Gestion des exigences)

Extension (Extension) – Mise en œuvre et migration

• Phase E (Opportunités et solutions)
• Phase F (Planification de migration)
• Phase G (Gouvernance de mise en œuvre)

Concepts de la couche métier – Phase B (Couche métier)

La couche métier définit les concepts et relations de niveau le plus élevé dans l’architecture : produits finaux ; systèmes de livraison aux clients. Cette partie de l’architecture réalise les objectifs et besoins de la direction générale, qui pilotent la mise en œuvre du cadre d’architecture d’entreprise.

• Acteur métier – Élément humain ou informatique qui pilote le système.
• Rôle métier – Définit la responsabilité autorisée à un participant pour effectuer une action.
• Collaboration métier – Lorsque différents rôles exécutent des tâches séquentielles.
• Interface métier – Le lieu où la collaboration s’opère.
• Localisation – L’espace physique où résident les participants.
• Objet métier – Éléments du système sur lesquels le système opère.
• Processus métier – Identificateur des processus du système.
• Fonction métier – Regroupe un ensemble de comportements liés.
• Interaction métier – Activités liées à la collaboration métier.
• Événement métier – Activité causale qui déclenche un changement.
• Service métier – Livraison de produits orientée vers les clients.
• Produit – Ensemble de services commercialisés et vendus aux clients.
• Contrat – Institution qui établit légalement un accord entre l’entreprise et le client.
• Représentation – Vue logique d’un objet métier.
• Sens – Contexte de connaissance d’un objet métier ou de sa représentation.
• Valeur – Valeur perçue, importance ou utilité d’un produit.

Concepts de la couche d’application – Phase C (couche d’application)

ArchiMate combine l’architecture des applications et l’architecture des données en une seule couche, représentant ses concepts. Cette couche affiche les éléments système qui mettent en œuvre les concepts de la couche métier. Elle explique comment les concepts de la couche métier sont déployés. La couche d’application fonctionne horizontalement à travers l’architecture.

• Composant d’application – Module logiciel discret pouvant être remplacé ou mis à jour sans interférer avec les autres composants d’application ; accédé via les interfaces de programmation d’applications (API).
• Collaboration d’application – Ensemble de deux ou plusieurs composants d’application travaillant ensemble pour soutenir une application.
• Objet de données – Entité sur laquelle un composant d’application agit.
• Fonction d’application – Description des comportements d’un composant d’application.
• Service d’application – Fournit un accès aux fonctions, processus et services de la couche métier.

Concepts de la couche technologique – Phase D (couche technologique)

Les concepts de la couche technologique décrivent les éléments au niveau des dispositifs de l’architecture. Les éléments descriptifs de cette couche mettent en évidence les systèmes informatiques qui soutiennent la couche d’application, et dans certains cas, des éléments spécifiques de la couche métier (comme les ordinateurs personnels). Alors que la couche d’application montre les composants d’application, la couche technologique indique quels systèmes matériels contiennent ces composants et leurs relations.

• Nœud – Ressource informatique générale sur un réseau utilisée pour le déploiement ou l’exécution des artefacts.
• Appareil – Appareil général utilisé pour stocker les artefacts à utiliser.
• Réseau – Méthode de communication physique entre les dispositifs matériels.
• Chemin de communication – Représentation logique du flux de données entre deux ou plusieurs nœuds.
• Interface d’infrastructure – Point d’accès physique pour les nœuds ou dispositifs sur un réseau.
• Logiciel système – Représentation physique du logiciel et des applications.
• Fonction d’infrastructure – Comportements effectués par les nœuds en collaboration.
• Service d’infrastructure – Représentation fonctionnelle visible à l’extérieur.

Extensions de concepts

Concepts de motivation

Le but et les objectifs du cadre d’architecture d’entreprise donnent un sens aux éléments de développement, de gouvernance et de mise en œuvre. Les concepts de motivation sont définis au sein de l’itération Capacité d’architecture du cycle ADM de TOGAF. Les parties prenantes, les gestionnaires et les architectes identifient les principes, les moteurs, les objectifs, les exigences et les contraintes pour le développement et la mise en œuvre de l’architecture.

• Partie prenante – Représentant des équipes de fonctions métier.
• Moteur – Quelque chose qui doit être modifié.
• Évaluation – Évaluation de l’état actuel, utilisée pour vérifier la préparation de l’entreprise et sa capacité au changement.
• Objectif – Description claire du résultat à atteindre par la mise en œuvre de changements.
• Exigence – Énoncé spécifique et bien documenté des besoins.
• Contrainte – Limitation imposée par les exigences, les objectifs ou les principes.
• Paramètre – Paramètres pour atteindre les objectifs.
• Restriction – Limitations imposées par des exigences, des objectifs et des principes concurrents.
• Principe – Attributs fondamentaux et invariables qui guident et dirigent le développement de l’architecture.

Concepts d’implémentation et de migration

Ce concept représente la manière dont les couches métier, application et technologie sont mises en œuvre. L’implémentation et la migration commencent après la mise en place des couches métier, architecture et technologie. Elle repose sur les architectures de base, de transition et cible définies ; les résultats de l’analyse des écarts ; la feuille de route d’architecture de haut niveau issue des itérations de développement d’architecture ; et d’autres exigences documentées.

• Paquet de travail – Ensemble discret de tâches exécutées pendant la transition de l’architecture de base à l’architecture de transition et à l’architecture cible.
• Livraison – Résultat précisément défini d’un paquet de travail, utilisé pour vérifier la finalisation des tâches du paquet de travail.
• Plateau – Architecture de transition entre l’architecture de base et l’architecture cible ; utilisée par les équipes de projet pour vérifier si la transition est conforme au plan et pour identifier les modifications nécessaires dans le plan de développement.
• Écart – Détermine ce qui est déjà en place, ce qui manque et ce qui doit être rationalisé.

Résumé

Cet article explique uniquement les concepts fondamentaux d’ArchiMate et sa relation avec TOGAF.

Ce langage modulaire définit davantage les relations entre les concepts au sein et entre les couches métier, application et technologie. Il explique comment utiliser la notation ArchiMate pour créer des points de vue adaptés à des publics spécifiques. Bien qu’il soit complexe, il est également très souple et personnalisable pour toute mise en œuvre d’un cadre d’architecture d’entreprise.

---

Lecture complémentaire

• Qu’est-ce qu’ArchiMate ?
• Guide complet des points de vue ArchiMate
• Mise à jour ArchiMate 3
• Nouveautés d’ArchiMate 3
• Utilisation de l’outil ArchiMate avec le cycle ADM de TOGAF
• Comment utiliser le flux de valeur dans ArchiMate 3.1 ?
• Nouveautés d’ArchiMate 3.1