Maîtriser TOGAF : Un guide complet de la Méthode de développement de l’architecture (ADM) et du Cadre de contenu

Introduction

L’architecture d’entreprise ne consiste pas simplement à dessiner des diagrammes ; il s’agit de créer un plan structuré, cohérent et actionnable pour l’avenir d’une organisation. Le Framework d’architecture du Open Group (TOGAF) fournit la méthodologie standard de l’industrie pour y parvenir. Au cœur de TOGAF se trouvent deux composants critiques et interconnectés : la Méthode de développement de l’architecture (ADM) et le Cadre de contenu de l’architecture.

Alors que la ADM décrit le processus de faire passer une entreprise de son état de référence à un état cible, le Cadre de contenu définit à quoi doivent ressembler les livrables de ce processus. Ce guide explore comment ces deux éléments travaillent en synergie pour assurer la cohérence, la clarté et la valeur dans les produits de travail d’architecture. En comprenant la relation entre livrables, artefacts et blocs de construction, les architectes peuvent s’assurer que leurs livrables sont non seulement complets, mais également alignés sur les besoins des parties prenantes et les objectifs de l’entreprise.

La synergie entre l’ADM et le Cadre de contenu

La Méthode de développement de l’architecture (ADM) est un processus itératif qui guide les architectes à travers la vision, la définition, la planification et la gouvernance. Cependant, un processus seul ne garantit pas des livrables de qualité. C’est ici que la Cadre de contenu de l’architecture intervient.

Le Cadre de contenu fournit un modèle structurel pour le contenu d’architecture. Il garantit que les principaux produits de travail créés au cours des cycles de l’ADM sont définis, structurés et présentés de manière cohérente. Que vous utilisiez TOGAF comme cadre autonome ou que vous le mettiez en correspondance avec d’autres cadres comme Zachman, le Cadre de contenu sert de point de référence essentiel.

Distinction clé : Processus vs. Produit

• L’ADMréponses :Quelles étapes devons-nous suivre pour créer l’architecture ?

• Le Cadre de contenuréponses :À quoi l’architecture devrait-elle ressembler une fois terminée ?

En utilisant le Cadre de contenu comme complément à l’ADM, les organisations s’assurent que chaque phase de la méthode de développement produit des livrables standardisés, réutilisables et compréhensibles.

Composants principaux du Cadre de contenu de l’architecture

Le Cadre de contenu classe les produits de travail d’architecture en trois types distincts mais liés :Livrables, Artéfacts, et Blocs de constructionComprendre la hiérarchie et les relations entre ces trois éléments est essentiel pour tout praticien TOGAF.

1. Livrables

Un livrableest un produit de travail de haut niveau spécifié contractuellement. Il est formellement examiné, approuvé et signé par les parties prenantes. Les livrables représentent les résultats tangibles d’un projet d’architecture.

• Caractéristiques :Formels, signés, archivés ou transférés vers le référentiel d’architecture.

• Objectif :Fournir une instantanée du paysage d’architecture à un moment donné ou servir de modèle de référence ou de norme.

• Exemple :Un « Document de définition de l’architecture » ou un « Plan de migration » soumis au comité de pilotage pour approbation.

2. Artéfacts

Un artéfact est un produit de travail architectural spécifique qui décrit un aspect particulier de l’architecture. Les artefacts sont les contenus au sein de un livrable. Ils sont généralement classés en trois types :

• Catalogues : Listes d’éléments.

  • Exemple : Un Catalogue des exigences listant toutes les exigences fonctionnelles et non fonctionnelles ; un Catalogue des services listant tous les services métier.

• Matrices : Représentations des relations entre des éléments.

  • Exemple : Une Matrice des interactions métier montrant quelles unités métier interagissent entre elles ; une Matrice Application/Données montrant quelles applications gèrent quelles entités de données.

• Diagrammes : Représentations visuelles d’éléments.

  • Exemple : Un Diagramme de cas d’utilisation illustrant les interactions utilisateurs ; un Diagramme de réseau montrant les connexions de l’infrastructure physique.

Idée clé : Un seul livrable (par exemple, le Document d’Architecture d’Entreprise) contiendra de nombreux artefacts (par exemple, un Diagramme de processus métier, un Catalogue de rôles et un Organigramme).

3. Blocs de construction

Un bloc de construction représente un composant potentiellement réutilisable de capacité métier, informatique ou architecturale. Les blocs de construction sont les pièces de base « Lego » que les artefacts décrivent et que les livrables regroupent.

• Caractéristiques : Modulaire, réutilisable, combinable.

• Types :

  • Blocs de construction d’architecture (BCA) : Définissent la fonctionnalité et les contraintes (par exemple, « Système de gestion de la relation client »).

  • Blocs de construction de solution (BCS) : Les produits ou composants réels qui concrétisent les BCA (par exemple, « Salesforce CRM »).

• Exemple : Un « Module d’authentification de sécurité » peut être un bloc de construction utilisé dans plusieurs applications.

Le Métamodèle de contenu TOGAF

Pour garantir que les blocs de construction sont décrits de manière cohérente et que leurs relations sont claires, TOGAF utilise un métamodèle de contenu. Ce métamodèle définit tous les types de blocs de construction qui peuvent exister au sein d’une architecture et cartographie leurs relations mutuelles.

Fonctionnement du métamodèle

Le métamodèle identifie les préoccupations architecturales clés et les relie par des relations logiques. Par exemple :

1. Acteurs (utilisateurs métier) consomment Services métier.

2. Services métier sont réalisés par Applications.

3. Applications gèrent Entités de données.

4. Applications sont prises en charge par Technologie composants.

En définissant ces relations, le métamodèle garantit que lorsqu’un architecte crée un artefact (comme un diagramme), il représente avec précision la structure sous-jacente de l’entreprise. Il empêche la pensée en silo en obligeant l’architecte à considérer comment un changement technologique impacte les données, ce qui à son tour impacte le service métier fourni à l’acteur.

Application pratique du métamodèle

Lors de la création d’une architecture, le métamodèle guide la sélection des artefacts :

• Si vous devez montrer qui utilise quoi, vous créez une matrice reliant les Acteurs aux Services Métier.

• Si vous devez montrer comment les flux de données, vous créez un diagramme reliant les Applications aux Entités de données.

Étude de cas : Modernisation des systèmes bancaires hérités chez « FinCore Global »

Pour illustrer l’application pratique de l’ADM TOGAF et du Cadre de contenu d’architecture, considérez FinCore Global, une banque régionale de taille moyenne aux prises avec des systèmes hérités en silo, des données clients incohérentes et un temps de mise sur le marché lent pour les nouveaux produits numériques. Le DSI a lancé un projet de transformation de l’architecture utilisant TOGAF pour créer une « Plateforme Bancaire Numérique » unifiée.

Phase A : Vision de l’architecture (Définition du livrable)

L’équipe d’architecture a commencé par définir le périmètre et les parties prenantes. Le principal livrable pour cette phase était le Document de Vision de l’Architecture, qui nécessitait une validation formelle du PDG et du Directeur de la Banque de Détail.

• Artefacts créés :

  • Diagramme : Un Diagramme de la carte des parties prenantes identification des influenceurs clés (Conformité, Opérations informatiques, Marketing).

  • Catalogue : Un Catalogue des objectifs commerciaux énumérant des objectifs stratégiques tels que « Réduire le délai d’approbation des prêts de 50 % ».

  • Matrice : Un Matrice des concepts de solution cartographiant les besoins commerciaux de haut niveau vers les facilitateurs technologiques potentiels.

Phase B-D : Architectures commerciales, des systèmes d’information et technologiques (exploitation des blocs de construction)

Alors que l’équipe s’est engagée dans la définition des architectures cibles, elle s’est fortement appuyée sur le Métamodèle de contenu pour s’assurer que toutes les relations étaient capturées.

• Architecture commerciale :

  • Bloc de construction identifié : « Service d’intégration client » (un bloc de construction d’architecture – ABB).

  • Artéfact : Un Diagramme de processus métier montrant le flux de bout en bout de l’ouverture d’un nouveau compte.

  • Artéfact : Un Organigramme (catalogue) reliant les rôles aux nouveaux processus.

• Architecture des données et des applications :

  • Cartographie des relations : En utilisant le métamodèle, l’équipe a relié le « Service d’intégration client » à des applications spécifiques.

  • Artéfact : Un Matrice Application/Données révélant que les données d’adresse des clients étaient dupliquées sur trois systèmes hérités différents.

  • Bloc fonctionnel défini : Un nouveau « Hub de gestion des données maîtresses (MDM) » (ABB) a été proposé pour consolider ces données.

• Architecture technologique :

  • Artéfact : Un Diagramme d’infrastructure réseau montrant comment le nouveau Hub MDM s’intégrerait dans l’environnement cloud sécurisé.

  • Réalisation du bloc fonctionnel : L’ABB « Hub MDM » abstrait a été mappé à un bloc fonctionnel de solution (SBB) spécifique : Informatica MDM Cloud.

Phase E & F : Opportunités et solutions (regroupement en livrables)

L’architecture cible étant définie, l’équipe devait planifier la migration. Le livrable clé livrable ici était le Feuille de route d’architecture et plan de migration.

• Artéfacts créés :

  • Matrice : Un Matrice d’analyse des écarts comparant les artéfacts de référence (systèmes hérités) avec les artéfacts cibles (services natifs du cloud).

  • Diagramme : Un Diagramme de portefeuille de projets visualisant la séquence des projets de mise en œuvre sur trois ans.

  • Catalogue : Un Catalogue des normes définissant les API approuvées et les protocoles de sécurité pour la nouvelle plateforme.

Résultat

En adhérant strictement au Cadre de contenu, FinCore Global a obtenu :

1. Cohérence : Tous les diagrammes et catalogues suivaient la même structure, facilitant ainsi l’examen par les parties prenantes.

2. Clarté : La distinction entre artefacts (les diagrammes détaillés) et livrables (la feuille de route signée) a permis de garantir que les points de contrôle de la gouvernance étaient clairs.

3. Réutilisabilité : Le bloc de construction « Onboarding client » a été conçu pour être réutilisé dans les futurs projets d’assurance et de gestion de patrimoine, réduisant ainsi les coûts de développement futurs.

Ce cas illustre comment l’ADM fournit les étapes à suivre, tandis que le Cadre de contenu fournit les langage et structure normalisés pour communiquer efficacement l’architecture.

Résumé et meilleures pratiques

Le TOGAF ADM et Cadre de contenu sont des partenaires inséparables dans l’architecture d’entreprise. L’ADM fournit la feuille de route, tandis que le Cadre de contenu fournit le véhicule et la cargaison.

• La cohérence est essentielle : Utilisez le Cadre de contenu pour garantir que chaque architecte de votre organisation produit des livrables qui ont le même aspect et la même sensation.

• Réutilisabilité : Concentrez-vous sur l’identification et la documentation des Blocs de construction. La réutilisation d’un module de sécurité éprouvé ou d’un modèle de données permet de gagner du temps et de réduire les risques.

• Alignement des parties prenantes : Rappelez-vous que les livrables sont destinés à la validation. Assurez-vous que vos artefacts soutiennent clairement le récit nécessaire pour obtenir l’adhésion des parties prenantes.

• Métamodèle comme guide : Utilisez le métamodèle de contenu pour vérifier l’exhaustivité. Avez-vous pris en compte la technologie qui soutient votre application ? Avez-vous lié votre application au service métier qu’elle permet ?

Conclusion

Maîtriser l’interaction entre le TOGAF ADM et le Cadre de contenu d’architecture est essentiel pour fournir des architectures d’entreprise de haute qualité et actionnables. En définissant strictement les livrables, en structurant les artefacts en catalogues, matrices et diagrammes, et en exploitant des blocs de construction réutilisables guidés par un métamodèle de contenu robuste, les architectes peuvent transformer des besoins d’entreprise complexes en solutions claires et structurées.

Pour les praticiens cherchant à mettre en œuvre ces concepts de manière efficace, les outils jouent un rôle crucial.Visual Paradigm offre un support complet pour TOGAF, fournissant des modèles intégrés pour les phases ADM, des types d’artefacts prédéfinis et des capacités de modélisation visuelle qui s’alignent parfaitement avec le Cadre de contenu TOGAF. En exploitant de tels outils, les architectes peuvent se concentrer moins sur la mise en forme et davantage sur la conception d’architectures robustes et pérennes qui génèrent une réelle valeur commerciale.