de_DEen_USes_ESfa_IRfr_FRid_IDjapl_PLpt_PTru_RUvizh_CNzh_TW

Guide complet sur les livrables d’architecture dans TOGAF

Introduction

Dans le domaine de l’architecture d’entreprise, le concept de livrables d’architecture joue un rôle fondamental pour garantir que les efforts d’architecture soient bien documentés, examinés et alignés sur les objectifs organisationnels. Le cadre TOGAF (The Open Group Architecture Framework) propose une approche structurée pour gérer ces livrables, assurant ainsi une cohérence et une clarté dans les produits de travail d’architecture. Cet article s’attardera sur les aspects clés des livrables d’architecture au sein du cadre TOGAF, leur importance, et fournira des exemples pratiques pour illustrer leur application.

Comprendre les livrables d’architecture

Définition

Les livrables d’architecture sont des produits de travail formellement spécifiés, convenus contractuellement, examinés et approuvés par les parties prenantes. Ils représentent les résultats tangibles des projets d’architecture et sont généralement archivés à l’issue de leur réalisation ou transférés dans un référentiel d’architecture en tant que modèle de référence, norme ou instantané du paysage d’architecture à un moment donné.

Caractéristiques clés

  1. Spécification formelle: Les livrables d’architecture sont spécifiés contractuellement et soumis à un processus formel d’examen et d’approbation. Cela garantit qu’ils répondent aux normes requises et s’alignent sur les attentes des parties prenantes.
  2. Résultat du projet: Ils constituent les résultats tangibles des projets d’architecture, fournissant un registre des décisions architecturales, des conceptions et des implémentations.
  3. Archivage ou transfert: À l’achèvement, les livrables peuvent être archivés ou transférés dans le référentiel d’architecture, où ils servent de référence pour les projets futurs.
  4. Multiples artefacts: Un seul livrable peut contenir plusieurs artefacts, tels que des catalogues, des matrices et des diagrammes, qui décrivent divers aspects de l’architecture.

Types d’artefacts

Les artefacts sont des produits de travail architecturaux qui décrivent des aspects spécifiques de l’architecture. Ils sont généralement classés en trois catégories :

  1. Catalogues: Des listes d’éléments, telles qu’un catalogue d’applications, de services ou d’entités de données.
  2. Matrices: Des tableaux qui montrent les relations entre les éléments, tels qu’une matrice de capacités ou une matrice de dépendances.
  3. Diagrammes: Des représentations visuelles des éléments, telles que des diagrammes de flux de processus, des diagrammes de flux de données ou des diagrammes de cas d’utilisation.

Blocs de construction

Les blocs de construction sont des composants réutilisables de capacité d’entreprise qui peuvent être combinés avec d’autres blocs de construction pour fournir des architectures et des solutions. Ils peuvent être définis à différents niveaux de détail et peuvent se rapporter soit à des « architectures », soit à des « solutions ».

  1. Blocs de construction d’architecture (ABB): Décrivent la capacité requise et définissent la spécification des blocs de construction de solution (SBB). Par exemple, une capacité de service client peut être requise au sein d’une entreprise, soutenue par plusieurs SBB tels que des processus, des données et des logiciels applicatifs.
  2. Blocs de construction de solution (SBB): Représentent les composants qui seront utilisés pour mettre en œuvre la capacité requise. Par exemple, un réseau est un bloc de construction qui peut être décrit à l’aide d’artefacts complémentaires, puis mis en œuvre pour réaliser des solutions pour l’entreprise.

Le rôle des livrables d’architecture dans TOGAF

Modèle structurel

Le cadre de contenu architectural TOGAF fournit un modèle structurel pour le contenu architectural, permettant de définir, structurer et présenter de manière cohérente les principaux produits de travail créés par un architecte. Ce cadre est conçu pour être utilisé comme un cadre autonome pour l’architecture au sein d’une entreprise, mais il peut également être mappé à d’autres cadres de contenu, tels que le cadre Zachman.

Relation avec le référentiel d’architecture

Le référentiel d’architecture agit comme une zone de stockage pour tous les projets liés à l’architecture au sein d’une entreprise. Il constitue un élément clé du référentiel d’entreprise, qui permet de relier les actifs architecturaux aux composants des référentiels de conception détaillée, de déploiement et de gestion des services. Les relations entre les livrables, les artefacts et les blocs de construction sont illustrées dans le diagramme suivant :

 

Exemple : Document de définition d’architecture

Un document de définition d’architecture est un livrable qui documente une description d’architecture. Ce document contient plusieurs artefacts complémentaires qui représentent des vues architecturales des blocs de construction pertinents pour l’architecture. Par exemple, un diagramme de flux de processus (un artefact) peut être créé pour décrire le processus cible de traitement des appels (un bloc de construction). Cet artefact peut également décrire d’autres blocs de construction, tels que les acteurs impliqués dans le processus (par exemple, un représentant du service client). Les relations entre les livrables, les artefacts et les blocs de construction sont illustrées dans le diagramme suivant :

Exemple pratique

Scénario : Mise en œuvre d’un système de gestion des relations clients (CRM)

Aperçu du projet: Un projet est lancé pour mettre en œuvre un nouveau système CRM afin d’améliorer le service client et de simplifier les processus de vente.

Livraisons architecturales:

  1. Document de définition d’architecture: Ce livrable documente l’architecture globale du système CRM. Il inclut plusieurs artefacts qui décrivent divers aspects de l’architecture.
    • Diagramme de flux de processus: Un diagramme qui illustre le processus cible de traitement des appels, y compris les étapes impliquées et les acteurs (par exemple, un représentant du service client).
    • Diagramme de cas d’utilisation: Un diagramme qui décrit les interactions entre le système CRM et ses utilisateurs, en mettant en évidence les cas d’utilisation clés et les acteurs.
    • Diagramme de flux de données: Un diagramme qui montre le flux de données au sein du système CRM, y compris les entités de données et leurs relations.
  2. Catalogues:
    • Catalogue des applications: Une liste des applications qui font partie du système CRM, incluant leurs descriptions et leurs fonctionnalités.
    • Catalogue des données: Une liste des entités de données gérées par le système CRM, incluant leurs attributs et leurs relations.
  3. Matrices:
    • Matrice des capacités: Un tableau qui montre les capacités du système CRM et leurs relations avec les objectifs commerciaux.
    • Matrice de dépendances: Un tableau qui illustre les dépendances entre les différents composants du système CRM.
  4. Blocs de construction:
    • Capacité de services clients: Un bloc de construction d’architecture (ABB) qui décrit la capacité requise pour les services clients.
    • Application CRM: Un bloc de construction de solution (SBB) qui représente le logiciel d’application utilisé pour mettre en œuvre la capacité de services clients.

Transition vers le référentiel d’architecture

À l’achèvement du projet, le document de définition d’architecture et ses éléments constitutifs sont formellement examinés, approuvés et signés par les parties prenantes. Ils sont ensuite transférés vers le référentiel d’architecture, où ils servent de référence pour les projets futurs. Les blocs de construction, tels que la capacité de services clients et l’application CRM, sont également stockés dans le référentiel et peuvent être réutilisés dans d’autres projets.

Feuille de route vers les livrables de la méthode ADM TOGAF

La méthode de développement d’architecture TOGAF (ADM) est une approche complète pour concevoir et gérer l’architecture d’entreprise. Chaque phase de l’ADM produit des livrables spécifiques essentiels à la mise en œuvre réussie de l’architecture. Ce guide décrira les principaux livrables requis à chaque phase de la méthode ADM TOGAF.

Phase préliminaire

Livrables :

  1. Cadre d’architecture personnalisé: Une version personnalisée du cadre TOGAF adaptée aux besoins spécifiques de l’organisation.
  2. Modèle organisationnel pour l’architecture d’entreprise: Un modèle qui définit les rôles, responsabilités et structure de la fonction d’architecture d’entreprise au sein de l’organisation.
  3. Principes d’architecture: Un ensemble de principes qui guident le processus de développement d’architecture, assurant une alignement avec les objectifs commerciaux et les objectifs stratégiques.
  4. Principes, objectifs et moteurs commerciaux: Les principes commerciaux fondamentaux, objectifs et moteurs qui orientent le processus de développement d’architecture.
  5. Demande de travail d’architecture: Une demande formelle pour lancer un projet d’architecture, précisant le périmètre, les objectifs et les résultats attendus.

Phase A : Vision d’architecture

Livrables :

  1. Déclaration de travail d’architecture: Une description détaillée du travail d’architecture à réaliser, incluant le périmètre, les objectifs et les livrables.
  2. Vision d’architecture: Une description de haut niveau de l’architecture cible, mettant en évidence la valeur commerciale et les capacités clés à fournir.
  3. Plan de communication: Un plan visant à communiquer la vision de l’architecture et les progrès réalisés auprès des parties prenantes.
  4. Évaluation des capacités: Une évaluation des capacités actuelles de l’organisation et des écarts à combler.
  5. Document de définition de l’architecture: Un document qui décrit la vision de l’architecture, incluant le scénario commercial, les parties prenantes et les principes d’architecture.

Phase B : Architecture métier

Livraisons :

  1. Document de définition de l’architecture: Un document mis à jour qui inclut l’architecture métier, décrivant la stratégie commerciale, la gouvernance, l’organisation et les processus commerciaux clés.
  2. Spécification des exigences d’architecture: Une spécification détaillée des exigences commerciales que l’architecture doit répondre.
  3. Feuille de route d’architecture: Un plan de haut niveau qui décrit les étapes et les jalons pour développer l’architecture métier.
  4. Blocs de construction d’architecture: Des composants réutilisables de capacité métier qui peuvent être combinés pour réaliser l’architecture métier.

Phase C : Architectures des systèmes d’information

Livraisons :

  1. Document de définition de l’architecture: Un document mis à jour qui inclut les architectures des systèmes d’information, décrivant les architectures des données et des applications.
  2. Spécification des exigences d’architecture: Une spécification détaillée des exigences des systèmes d’information que l’architecture doit répondre.
  3. Feuille de route d’architecture: Un plan de haut niveau qui décrit les étapes et les jalons pour développer les architectures des systèmes d’information.
  4. Blocs de construction d’architecture: Des composants réutilisables de capacité des systèmes d’information qui peuvent être combinés pour réaliser les architectures des systèmes d’information.

Phase D : Architecture technologique

Livraisons :

  1. Document de définition de l’architecture: Un document mis à jour qui inclut l’architecture technologique, décrivant l’infrastructure matérielle, logicielle et réseau.
  2. Spécification des exigences d’architecture: Une spécification détaillée des exigences technologiques que l’architecture doit répondre.
  3. Feuille de route d’architecture: Un plan de haut niveau qui décrit les étapes et les jalons pour développer l’architecture technologique.
  4. Blocs de construction d’architecture: Des composants réutilisables de capacité technologique qui peuvent être combinés pour fournir l’architecture technologique.

Phase E : Opportunités et solutions

Livraisons :

  1. Document de définition d’architecture: Un document mis à jour qui inclut les opportunités et les solutions identifiées au cours du processus de développement de l’architecture.
  2. Blocs de construction d’architecture: Des composants réutilisables de capacité qui peuvent être combinés pour réaliser les opportunités et solutions identifiées.
  3. Feuille de route d’architecture: Un plan de haut niveau qui décrit les étapes et les jalons pour mettre en œuvre les opportunités et solutions identifiées.
  4. Blocs de construction de solution: Des composants qui seront utilisés pour mettre en œuvre la capacité requise.
  5. Plan de mise en œuvre et de migration: Un plan détaillé pour la mise en œuvre et la migration vers la nouvelle architecture.
  6. Architecture de transition: Une description de l’architecture qui soutiendra la transition de l’architecture de référence à l’architecture cible.
  7. Modèle de gouvernance de mise en œuvre: Un modèle qui définit la structure et les processus de gouvernance pour la mise en œuvre de l’architecture.

Phase F : Planification de la migration

Livraisons :

  1. Feuille de route d’architecture: Une feuille de route mise à jour qui inclut le plan détaillé de migration.
  2. Plan de mise en œuvre et de migration: Un plan détaillé pour la mise en œuvre et la migration vers la nouvelle architecture.
  3. Architecture de transition: Une description mise à jour de l’architecture qui soutiendra la transition de l’architecture de référence à l’architecture cible.
  4. Modèle de gouvernance de mise en œuvre: Un modèle mis à jour qui définit la structure et les processus de gouvernance pour la mise en œuvre de l’architecture.

Phase G : Gouvernance de mise en œuvre

Livraisons :

  1. Modèle de gouvernance de mise en œuvre: Un modèle qui définit la structure et les processus de gouvernance pour la mise en œuvre de l’architecture.
  2. Contrats d’architecture: Des accords entre la fonction d’architecture et d’autres parties de l’organisation, définissant le périmètre et les livrables du développement de l’architecture.
  3. Demande de modification: Une demande formelle de modifications à l’architecture, précisant le périmètre, les objectifs et les résultats attendus.
  4. Évaluation de conformité: Une évaluation de la conformité de l’architecture aux normes, réglementations et objectifs commerciaux.

Phase H : Gestion des changements d’architecture

Livraisons :

  1. Modèle de gouvernance de mise en œuvre: Un modèle mis à jour qui définit la structure et les processus de gouvernance pour la gestion des changements apportés à l’architecture.
  2. Contrats d’architecture: Des accords mis à jour entre la fonction d’architecture et d’autres parties de l’organisation, définissant le périmètre et les livrables du développement de l’architecture.
  3. Demande de modification: Des demandes formelles mises à jour pour des modifications à l’architecture, précisant le périmètre, les objectifs et les résultats attendus.
  4. Évaluation de conformité: Des évaluations mises à jour de la conformité de l’architecture aux normes, réglementations et objectifs commerciaux.
  5. Demande de travail d’architecture: Des demandes formelles mises à jour pour lancer des projets d’architecture, précisant le périmètre, les objectifs et les résultats attendus.
  6. Évaluation de l’impact des exigences: Une évaluation de l’impact des modifications apportées aux exigences d’architecture.
  7. Gestion des exigences d’architecture du cycle ADM: Un processus de gestion des exigences d’architecture tout au long du cycle de vie du ADM.
  8. Spécification des exigences d’architecture: Une spécification mise à jour des exigences d’architecture que l’architecture doit répondre.

Conclusion

Les livrables architecturaux sont des composants essentiels du cadre TOGAF, offrant une approche structurée pour documenter, examiner et gérer les produits du travail architecturaux. Ils garantissent la cohérence, la clarté et l’alignement avec les objectifs organisationnels, et servent de référence précieuse pour les projets futurs. En comprenant les caractéristiques clés, les types et les applications pratiques des livrables architecturaux, les organisations peuvent exploiter efficacement le cadre TOGAF pour améliorer leurs capacités en matière d’architecture d’entreprise.

Ce guide complet a fourni un aperçu approfondi des livrables architecturaux au sein du cadre TOGAF, de leur importance et d’exemples pratiques pour illustrer leur application. En suivant ce guide, les organisations peuvent s’assurer que leurs efforts architecturaux sont bien documentés, examinés et alignés sur les objectifs stratégiques.

Le cycle de développement de l’architecture TOGAF (TOGAF ADM) fournit une approche structurée pour concevoir et gérer l’architecture d’entreprise, chaque phase produisant des livrables spécifiques essentiels à la mise en œuvre réussie de l’architecture. En comprenant les principaux livrables requis à chaque phase, les organisations peuvent s’assurer que leurs efforts architecturaux sont bien documentés, examinés et alignés sur les objectifs stratégiques. Ce guide complet a fourni un aperçu des livrables TOGAF ADM, de leur importance et de leur rôle dans le processus de développement de l’architecture.

Liste de références pour ArchiMate et TOGAF

  1. Outil TOGAF® pour l’architecture d’entreprise – ArchiMetric
  2. Naviguer l’évolution : Un guide complet de ArchiMate 2.1 à 3.2 – ArchiMetric
  3. Maîtriser l’architecture d’entreprise avec l’outil TOGAF de Visual Paradigm – ArchiMetric
  4. Qu’est-ce qu’ArchiMate ? – Visual Paradigm
    • Description: Un guide d’apprentissage pas à pas sur ArchiMate, son intégration avec TOGAF, et la manière dont il complète les méthodes existantes comme UML et BPMN.
    • URL: Qu’est-ce qu’ArchiMate ?
  5. Utiliser BPMN pour compléter le développement de l’EA TOGAF ADM en conjonction avec ArchiMate – ArchiMetric
  6. Comprendre l’abstraction dans le langage ArchiMate – ArchiMetric
  7. Aperçu d’ArchiMate – le langage de modélisation de l’architecture d’entreprise – Cybermedian
    • Description: Cet aperçu traite de l’intégration d’ArchiMate avec TOGAF et d’autres cadres, ainsi que des avantages de l’utilisation de Visual Paradigm pour la modélisation ArchiMate.
    • URL: Aperçu d’ArchiMate
  8. Gérer la complexité des entreprises avec le processus Just-in-Time de Visual Paradigm – ArchiMetric
  9. Visual Paradigm TOGAF – Tout ce qu’il faut savoir sur TOGAF, l’architecture d’entreprise, ArchiMate et bien plus
    • Description: Ce guide offre une analyse approfondie d’ArchiMate 3, TOGAF et de l’architecture d’entreprise, ainsi que de la manière dont Visual Paradigm soutient ces cadres.
    • URL: Visual Paradigm TOGAF
  10. Outil en ligne gratuit ArchiMate + exemples – Cybermedian
    • Description: Cette ressource propose des outils ArchiMate en ligne gratuits et des exemples, mettant en évidence l’intégration d’ArchiMate avec TOGAF et le soutien fourni par Visual Paradigm.
    • URL: Outil ArchiMate en ligne gratuit + exemples

Ces références offrent un aperçu complet d’ArchiMate et de TOGAF, de leur intégration, ainsi que des outils disponibles sur Visual Paradigm pour soutenir la modélisation de l’architecture d’entreprise.

Cette publication est également disponible en Deutsch, English, Español, فارسی, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 : liste des langues séparées par une virgule, 繁體中文 : dernière langue.

Leave a Reply

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *