{"id":10811,"date":"2025-01-24T14:21:32","date_gmt":"2025-01-24T06:21:32","guid":{"rendered":"https:\/\/www.cybermedian.com\/fr\/comprehensive-guide-to-architecture-deliverables-in-togaf\/"},"modified":"2026-04-14T11:00:06","modified_gmt":"2026-04-14T11:00:06","slug":"comprehensive-guide-to-architecture-deliverables-in-togaf","status":"publish","type":"post","link":"https:\/\/www.cybermedian.com\/fr\/comprehensive-guide-to-architecture-deliverables-in-togaf\/","title":{"rendered":"Guide complet sur les livrables d’architecture dans TOGAF"},"content":{"rendered":"

Introduction<\/h2>\n

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

Comprendre les livrables d’architecture<\/h2>\n

<\/p>\n

D\u00e9finition<\/h3>\n

Les livrables d’architecture sont des produits de travail formellement sp\u00e9cifi\u00e9s, convenus contractuellement, examin\u00e9s et approuv\u00e9s par les parties prenantes. Ils repr\u00e9sentent les r\u00e9sultats tangibles des projets d’architecture et sont g\u00e9n\u00e9ralement archiv\u00e9s \u00e0 l’issue de leur r\u00e9alisation ou transf\u00e9r\u00e9s dans un r\u00e9f\u00e9rentiel d’architecture en tant que mod\u00e8le de r\u00e9f\u00e9rence, norme ou instantan\u00e9 du paysage d’architecture \u00e0 un moment donn\u00e9.<\/p>\n

Caract\u00e9ristiques cl\u00e9s<\/h3>\n
    \n
  1. Sp\u00e9cification formelle<\/strong>: Les livrables d’architecture sont sp\u00e9cifi\u00e9s contractuellement et soumis \u00e0 un processus formel d’examen et d’approbation. Cela garantit qu’ils r\u00e9pondent aux normes requises et s’alignent sur les attentes des parties prenantes.<\/li>\n
  2. R\u00e9sultat du projet<\/strong>: Ils constituent les r\u00e9sultats tangibles des projets d’architecture, fournissant un registre des d\u00e9cisions architecturales, des conceptions et des impl\u00e9mentations.<\/li>\n
  3. Archivage ou transfert<\/strong>: \u00c0 l’ach\u00e8vement, les livrables peuvent \u00eatre archiv\u00e9s ou transf\u00e9r\u00e9s dans le r\u00e9f\u00e9rentiel d’architecture, o\u00f9 ils servent de r\u00e9f\u00e9rence pour les projets futurs.<\/li>\n
  4. Multiples artefacts<\/strong>: Un seul livrable peut contenir plusieurs artefacts, tels que des catalogues, des matrices et des diagrammes, qui d\u00e9crivent divers aspects de l’architecture.<\/li>\n<\/ol>\n

    Types d’artefacts<\/h3>\n

    Les artefacts sont des produits de travail architecturaux qui d\u00e9crivent des aspects sp\u00e9cifiques de l’architecture. Ils sont g\u00e9n\u00e9ralement class\u00e9s en trois cat\u00e9gories :<\/p>\n

      \n
    1. Catalogues<\/strong>: Des listes d’\u00e9l\u00e9ments, telles qu’un catalogue d’applications, de services ou d’entit\u00e9s de donn\u00e9es.<\/li>\n
    2. Matrices<\/strong>: Des tableaux qui montrent les relations entre les \u00e9l\u00e9ments, tels qu’une matrice de capacit\u00e9s ou une matrice de d\u00e9pendances.<\/li>\n
    3. Diagrammes<\/strong>: Des repr\u00e9sentations visuelles des \u00e9l\u00e9ments, telles que des diagrammes de flux de processus, des diagrammes de flux de donn\u00e9es ou des diagrammes de cas d’utilisation.<\/li>\n<\/ol>\n

      Blocs de construction<\/h3>\n

      Les blocs de construction sont des composants r\u00e9utilisables de capacit\u00e9 d’entreprise qui peuvent \u00eatre combin\u00e9s avec d’autres blocs de construction pour fournir des architectures et des solutions. Ils peuvent \u00eatre d\u00e9finis \u00e0 diff\u00e9rents niveaux de d\u00e9tail et peuvent se rapporter soit \u00e0 des \u00ab architectures \u00bb, soit \u00e0 des \u00ab solutions \u00bb.<\/p>\n

        \n
      1. Blocs de construction d’architecture (ABB)<\/strong>: D\u00e9crivent la capacit\u00e9 requise et d\u00e9finissent la sp\u00e9cification des blocs de construction de solution (SBB). Par exemple, une capacit\u00e9 de service client peut \u00eatre requise au sein d’une entreprise, soutenue par plusieurs SBB tels que des processus, des donn\u00e9es et des logiciels applicatifs.<\/li>\n
      2. Blocs de construction de solution (SBB)<\/strong>: Repr\u00e9sentent les composants qui seront utilis\u00e9s pour mettre en \u0153uvre la capacit\u00e9 requise. Par exemple, un r\u00e9seau est un bloc de construction qui peut \u00eatre d\u00e9crit \u00e0 l’aide d’artefacts compl\u00e9mentaires, puis mis en \u0153uvre pour r\u00e9aliser des solutions pour l’entreprise.<\/li>\n<\/ol>\n

        Le r\u00f4le des livrables d’architecture dans TOGAF<\/h2>\n

        Mod\u00e8le structurel<\/h3>\n

        Le cadre de contenu architectural TOGAF fournit un mod\u00e8le structurel pour le contenu architectural, permettant de d\u00e9finir, structurer et pr\u00e9senter de mani\u00e8re coh\u00e9rente les principaux produits de travail cr\u00e9\u00e9s par un architecte. Ce cadre est con\u00e7u pour \u00eatre utilis\u00e9 comme un cadre autonome pour l’architecture au sein d’une entreprise, mais il peut \u00e9galement \u00eatre mapp\u00e9 \u00e0 d’autres cadres de contenu, tels que le cadre Zachman.<\/p>\n

        Relation avec le r\u00e9f\u00e9rentiel d’architecture<\/h3>\n

        Le r\u00e9f\u00e9rentiel d’architecture agit comme une zone de stockage pour tous les projets li\u00e9s \u00e0 l’architecture au sein d’une entreprise. Il constitue un \u00e9l\u00e9ment cl\u00e9 du r\u00e9f\u00e9rentiel d’entreprise, qui permet de relier les actifs architecturaux aux composants des r\u00e9f\u00e9rentiels de conception d\u00e9taill\u00e9e, de d\u00e9ploiement et de gestion des services. Les relations entre les livrables, les artefacts et les blocs de construction sont illustr\u00e9es dans le diagramme suivant :<\/p>\n

        \u00a0<\/p>\n

        Exemple : Document de d\u00e9finition d’architecture<\/h3>\n

        Un document de d\u00e9finition d’architecture est un livrable qui documente une description d’architecture. Ce document contient plusieurs artefacts compl\u00e9mentaires qui repr\u00e9sentent des vues architecturales des blocs de construction pertinents pour l’architecture. Par exemple, un diagramme de flux de processus (un artefact) peut \u00eatre cr\u00e9\u00e9 pour d\u00e9crire le processus cible de traitement des appels (un bloc de construction). Cet artefact peut \u00e9galement d\u00e9crire d’autres blocs de construction, tels que les acteurs impliqu\u00e9s dans le processus (par exemple, un repr\u00e9sentant du service client). Les relations entre les livrables, les artefacts et les blocs de construction sont illustr\u00e9es dans le diagramme suivant :<\/p>\n

        <\/p>\n

        Exemple pratique<\/h2>\n

        Sc\u00e9nario : Mise en \u0153uvre d’un syst\u00e8me de gestion des relations clients (CRM)<\/h3>\n

        Aper\u00e7u du projet<\/strong>: Un projet est lanc\u00e9 pour mettre en \u0153uvre un nouveau syst\u00e8me CRM afin d’am\u00e9liorer le service client et de simplifier les processus de vente.<\/p>\n

        Livraisons architecturales<\/strong>:<\/p>\n

          \n
        1. Document de d\u00e9finition d’architecture<\/strong>: Ce livrable documente l’architecture globale du syst\u00e8me CRM. Il inclut plusieurs artefacts qui d\u00e9crivent divers aspects de l’architecture.\n