Qu’est-ce que TOGAF ?

TOGAF®, un Standard de The Open Group, est une méthodologie et un cadre éprouvés en architecture d’entreprise utilisés par les organisations leaders mondiales pour améliorer l’efficacité des affaires. Il s’agit d’une norme en architecture d’entreprise, garantissant des normes, des méthodes et une communication cohérentes parmi les professionnels de l’architecture d’entreprise, afin que nous puissions mener nos travaux d’architecture d’entreprise de manière plus efficace, notamment :
• Un modèle de processus itératif soutenu par les meilleures pratiques
• Un ensemble réutilisable d’actifs d’architecture existants
• Des méthodes et des outils pour la planification, le développement, la mise en œuvre et le maintien d’une architecture d’entreprise

Aperçu du développement de TOGAF

Première publication en 1995, TOGAF s’est basé sur le Cadre technique d’architecture du Département américain de la Défense pour la gestion de l’information (TAFIM). À partir de cette base, le Forum d’architecture de The Open Group a développé des versions successives de TOGAF à intervalles réguliers.

*d’après ArchiTACTS http://architacts.com/WP/?page_id=11753

Qu’est-ce que l’architecture dans le contexte de TOGAF ?

ISO/IEC 42010:2007 définit « architecture » comme :

« L’organisation fondamentale d’un système, incarnée dans ses composants, leurs relations entre eux et avec l’environnement, et les principes régissant sa conception et son évolution. »

TOGAF adopte et étend cette définition. Dans TOGAF, « architecture » a deux sens selon le contexte :

  1. Une description formelle d’un système, ou un plan détaillé du système au niveau des composants pour guider sa mise en œuvre
  2. La structure des composants, leurs interrelations, et les principes et directives régissant leur conception et leur évolution au fil du temps.

 

Qu’est-ce que l’architecture d’entreprise ?

L’architecture d’entreprise (EA) est une pratique bien définie pour mener l’analyse, la conception, la planification et la mise en œuvre d’une entreprise, en adoptant une approche globale à tout moment, afin de développer et exécuter avec succès une stratégie. L’architecture d’entreprise applique les principes et les pratiques d’architecture pour guider les organisations à travers les changements dans les processus métier, Données et information, et technologie changements nécessaires pour mettre en œuvre leurs stratégies. Ces pratiques utilisent les divers aspects d’une entreprise pour identifier, motiver et réaliser ces changements, ce qui inclut l’effort de comprendre l’intention stratégique d’une entreprise, puis aligner tout ce qui concerne les processus métiers, la technologie de soutien, les relations avec les partenaires, toutes sortes d’infrastructures, le recrutement et la formation, et tout autre élément important, afin d’atteindre une meilleure performance commerciale.

 

Structure de TOGAF

Le contenu de TOGAF est divisé en 7 parties:

  1. Introduction
  2. Méthode de développement de l’architecture
  3. Lignes directrices et techniques ADM
  4. Cadre du contenu de l’architecture
  5. Continuum d’entreprise et outils
  6. Modèles de référence TOGAF
  7. Cadre du cadre de capacité d’architecture

Une brève description de chacune des sept parties est indiquée ci-dessous :

Partie I – Introduction

Comme indiqué dans le tableau, cette partie fournit une introduction de haut niveau aux concepts clés de l’architecture d’entreprise, et en particulier à l’approche TOGAF. Passons maintenant à l’exploration des concepts fondamentaux de chacune de ces parties :

Concepts fondamentaux

TOGAF 9 couvre le développement de quatre types d’architecture connexes. Ces quatre types d’architecture sont couramment reconnus comme des sous-ensembles d’une architecture d’entreprise globale, tous lesquels TOGAF est conçu pour soutenir.

Types d’architecture

  1. Architecture métier –La stratégie métier, la gouvernance, l’organisation et les processus métiers clés.
  2. Architecture des données –La structure des actifs logiques et physiques de données d’une organisation et des ressources de gestion des données.
  3. Architecture des applications –Un plan directeur pour les applications individuelles à déployer, leurs interactions et leurs relations avec les processus métiers centraux de l’organisation.
  4. Architecture technologique –Les capacités logicielles et matérielles nécessaires pour soutenir le déploiement des services métier, des données et des applications. Cela inclut l’infrastructure informatique, les logiciels intermédiaires, les réseaux, les communications, le traitement et les normes.

Remarque :Architecture des systèmes d’information = Architecture des données + Application

Documents liés à la structure des modules TOGAF

  • Partie II – La Méthode de développement de l’architecture (ADM) est la partie centrale de TOGAF
  • Partie VII – La capacité d’architecture met en œuvre l’ADM.
  • Partie III – L’ADM est soutenu par un certain nombre de lignes directrices et de techniques
  • Partie IV – Les contenus tels que : livrables, artefacts et blocs de construction sont produits et stockés dans le référentiel d’architecture
  • Partie V – elles sont classées selon le continuum d’entreprise
  • Partie VI – Le référentiel est initialement peuplé avec les modèles de référence TOGAF

Partie II : Méthode de développement d’architecture

Il s’agit du cercle célèbre appelé Méthode de développement d’architecture (ADM). Chaque phase contient un ensemble d’étapes à effectuer. Elle fournit un processus éprouvé et reproductible pour développer des architectures.

  • Phase préliminaire
  • Phase A : Vision d’architecture
  • Phase B : Architecture des affaires
  • Phase C : Architecture des systèmes d’information Phase D : Architecture technologique
  • Phase E : Opportunités et solutions
  • Phase F : Planification de migration
  • Phase G : Gouvernance de mise en œuvre
  • Phase H : Gestion du changement d’architecture
  • Gestion des exigences

Notez que :

Dans les phases d’architecture B, C et D de TOGAF, les mêmes étapes (étape 1 à 8) doivent être effectuées

Récits ADM

Chaque phase de développement dans TOGAF comporte quatre sections majeures pour guider, comme décrit pour la phase A dans la figure ci-dessous :

Partie III : Lignes directrices et techniques ADM

Un ensemble de lignes directrices et de techniques pour soutenir l’application de l’ADM. Les lignes directrices aident à adapter l’ADM pour faire face à différents scénarios, y compris des styles de processus différents (par exemple, l’utilisation de l’itération) et des exigences spécifiques (par exemple, la sécurité). Les techniques soutiennent des tâches spécifiques au sein de l’ADM (par exemple, la définition des principes, les scénarios d’affaires, l’analyse des écarts, la planification de migration, la gestion des risques, etc.). Voici les sujets abordés dans les lignes directrices et techniques ADM :

  • Itération dans l’ADM
  • Paysage d’architecture
  • Architecture de sécurité
  • SOA
  • Principes d’architecture
  • Gestion des parties prenantes
  • Modèles d’architecture
  • Scénarios d’affaires et objectifs d’affaires
  • Analyse des écarts
  • Techniques de planification de migration
  • Exigences d’interopérabilité
  • Évaluation de la préparation à la transformation des affaires
  • Gestion des risques
  • Planification fondée sur les capacités

Partie IV : Cadre du contenu de l’architecture

Cette partie décrit le cadre du contenu TOGAF (nouveau dans TOGAF 9). Elle décrit :

  • Une contribution importante à TOGAF
  • Elle fournit un modèle détaillé des produits de travail architecturaux
  • Elle favorise une plus grande cohérence dans les sorties de TOGAF

Métamodèle du contenu

Le cadre du contenu fournit un modèle structuré des types de blocs de construction, des relations et des attributs, pouvant être utilisés de manière informelle ou comme base de configuration d’un outil de modélisation de l’architecture d’entreprise. Bien que les blocs de construction restent les éléments fondamentaux de l’architecture au sein de TOGAF, le cadre du contenu met en avant un concept de base et d’extension, avec des types de blocs de construction facultatifs, afin de soutenir à la fois des architectures légères et détaillées. Il apporte les avantages suivants à TOGAF :

  • Elle fournit une liste complète de vérification des sorties architecturales.
  • Elle favorise une meilleure intégration des produits de travail si elle est adoptée à l’échelle de l’entreprise
  • Elle fournit une norme ouverte détaillée sur la manière dont les architectures doivent être décrites

Livraisons, produits et blocs de construction

Les livraisons sont utilisées pour les produits de travail qui doivent être produits et qui seront formellement examinés, approuvés et signés par les parties prenantes. Les sorties des projets sont généralement classées dans la catégorie des livraisons et se présentent sous forme de documents qui seront archivés à la fin du projet ou transférés au référentiel d’architecture en tant que modèle de référence, norme ou instantané du paysage architectural.

Le cadre du contenu de l’architecture utilise trois catégories différentes pour catégoriser le type de sortie développé au cours du processus ADM. Les trois catégories du cadre du contenu de l’architecture TOGAF sont

  • Livraisons
  • Produits
  • Blocs de construction

Produits

Les produits sont utilisés pour des produits de travail qui décrivent un aspect de l’architecture. Les produits sont classés comme suit :

  • Catalogue – Utilisé pour afficher une liste d’éléments
  • Matrices – Utilisées pour montrer les relations entre les éléments
  • Schémas – Images des éléments

Blocs de construction

Un bloc de construction est un ensemble de fonctionnalités défini pour répondre aux besoins métiers au sein d’une organisation. Les blocs de construction sont souvent utilisés à différents niveaux. Nous pouvons les utiliser pour représenter des capacités métiers conceptuelles telles que la gestion des relations clients (CRM) lors d’une analyse préliminaire. Nous pouvons également affiner cette capacité conceptuelle en fonctionnalités telles que les données maîtres clients, puis approfondir davantage en : nomination du gestionnaire, gestion des contacts clients, etc.

 

Partie V : Continuum d’entreprise et outils

Un modèle pour structurer un référentiel virtuel et des méthodes pour classer les produits architecturaux et de solution. Il présente les modifications suivantes dans TOGAF 9 :

  • Substantiellement révisé
  • Les modèles de référence sont déplacés vers la Partie VI
  • Nouveau contenu ajouté sur le partitionnement d’architecture et le référentiel d’architecture
  • La Base d’information standard (SIB) est supprimée

Continuum d’entreprise vs Continuum de solution

Dans la partie supérieure de la figure, il décrit l’image logique de l’architecture (continuum d’architecture) et dans la partie inférieure, il mentionne la réalisation physique de l’architecture (continuum de solutions)

Architecture générique vs architecture spécifique

En outre, le schéma est structuré de gauche à droite, de l’architecture « plus générique » à l’architecture « plus spécifique », ce qui nous permet d’affiner notre architecture du niveau « logique » au niveau « physique », et du plus générique au plus spécifique au fur et à mesure que nous passons du problème initial à la solution finale.

Partitionnement

Le partitionnement d’architecture permet de gérer les coûts et la complexité en divisant l’entreprise et en attribuant des rôles et responsabilités appropriés à chaque partition. Cette figure démontre la nécessité d’une méta-architecture dans les organisations fédérées, qui fournit un cadre d’intégration pour les architectes individuels des différentes unités commerciales.

 

Référentiel d’architecture

Le référentiel d’architecture est un lieu logique pour organiser les documents de référence et les résultats du travail d’architecture. Une partie ou la totalité de ces éléments peut être archivée dans un outil de référentiel physique, tel que le coffre-fort de documentation de VP. Il s’agit également d’un modèle conceptuel qui définit les types d’éléments stockés. Les principaux composants d’un référentiel d’architecture sont les suivants :

 

  • Le Métamodèle d’architecture décrit l’application adaptée à l’organisation d’un cadre d’architecture, y compris un métamodèle pour le contenu d’architecture.
  • Le Capacité d’architecture définit les paramètres, structures et processus qui soutiennent la gouvernance du référentiel d’architecture.
  • Le Paysage d’architecture montre une vue architecturale des blocs de construction utilisés au sein de l’organisation aujourd’hui (par exemple, une liste des applications en cours de fonctionnement). Le paysage existe probablement à plusieurs niveaux d’abstraction pour répondre à différents objectifs d’architecture.
  • Le Base d’information sur les normes (SIB) capte les normes auxquelles les nouvelles architectures doivent se conformer, pouvant inclure des normes industrielles, des produits et services sélectionnés fournis par des fournisseurs, ou des services partagés déjà déployés au sein de l’organisation.
  • Le Bibliothèque de référence fournit des guides, des modèles, des schémas et d’autres types de matériel de référence pouvant être utilisés pour accélérer la création de nouvelles architectures pour l’entreprise.
  • Le Journal de gouvernance fournit un registre des activités de gouvernance à travers l’entreprise.

Partie VI : Modèles de référence

La définition des modèles de référence est largement révisée dans TOGAF 9. Deux modèles de référence sont fournis :

  1. Modèle de référence technique (TRM) – Une architecture fondamentale qui sert de modèle et de taxonomie des services de plateforme génériques.
  2. Modèle d’infrastructure d’information intégrée (III-RM) – Un modèle pour les applications métier et les applications d’infrastructure

Relier les modèles de référence au continuum d’architecture

Le continuum d’architecture est composé de quatre états. Le processus fondamental consiste à identifier les exigences architecturales, à analyser et à comprendre les architectures déjà en place au sein de l’organisation, depuis les architectures fondamentales (par exemple, TRM), en passant par les architectures de systèmes communs (III-RM), les architectures standards de l’industrie (par exemple, SOA), jusqu’à l’architecture propre à l’organisation. La figure ci-dessous illustre un processus architectural basé sur quatre états :

  • Architectures fondamentales (TRM)
  • Architectures de systèmes communs (III-RM)
  • Architectures industrielles
  • Architectures organisationnelles

Les modifications architecturales apportées aux états de gauche migreront vers les états de droite. La direction de gauche à droite implique une progression logique dans l’organisation de la mise en œuvre d’une architecture d’entreprise.

Partie VII : Cadre de capacité d’architecture

Cette partie traite de l’organisation, des processus, des compétences, des rôles et des responsabilités nécessaires pour établir et faire fonctionner une pratique d’architecture au sein d’une entreprise. Il s’agit d’une nouvelle partie dans TOGAF 9, dérivée de la base de ressources 8.1.1

Structure de la capacité d’architecture

Le développement d’une architecture d’entreprise implique la génération de capacités métier, la planification et la gestion de l’architecture au sein de l’organisation à tous les niveaux à travers différentes phases de développement. L’entreprise doit identifier les organes de gouvernance chargés de prendre les décisions architecturales, comme indiqué en haut de la figure ci-dessous.

Au milieu du côté droit, TOGAF précise le pool de compétences architecturales qui enregistre la définition du niveau de maturité de l’organisation et de son amélioration. Il contient donc les compétences, les connaissances et les stratégies de développement professionnel des professionnels de l’architecture. Ces connaissances permettent de définir les rôles et responsabilités liés au travail d’architecture, autrement dit, qui est responsable de quoi ?

À droite du pool de compétences, la gouvernance des projets/portefeuille envoie des contrats de travail d’architecture au projet/portefeuille, qui doivent être alignés sur les priorités et les axes d’attention des opérations commerciales.

Les livrables, artefacts, journaux ou documents de politique peuvent être extraits du continuum d’entreprise et du référentiel d’architecture

L’idée générale est d’évoluer la capacité de l’organisation à développer une architecture, ce qui entraînera une augmentation de la capacité commerciale.

Conseil d’architecture – Le Conseil supervise la mise en œuvre de la stratégie de gouvernance, qui comprend des parties prenantes représentatives chargées de l’examen et du maintien de l’architecture

Conformité architecturale – Une relation clé entre l’architecture et la mise en œuvre réside dans les définitions des termes conformes, afin de garantir la conformité des projets individuels à l’architecture d’entreprise.

Contrats d’architecture –Accords conjoints entre les partenaires de développement et les commanditaires sur les livrables, la qualité et l’adéquation à l’usage d’une architecture

Modèles de maturité architecturale – ils sont utilisés comme un moyen pour les entreprises d’évaluer leur position actuelle, et donc, mieux comprendre quand il est opportun de progresser et comment le faire

Cadres de compétences architecturales – offrent une vue des niveaux de compétences requis pour des rôles spécifiques.

Références :

Leave a Reply