TOGAF® Version 9.1 - Guide de Poche

Préface

À propos de ce document

Ce Guide de Poche se base sur TOGAF® Version 9.1, un standard de l’Open Group. Il a pour but d’aider les architectes à se concentrer sur l’amélioration du fonctionnement de l’organisation pour lequel ils travaillent et d’aider les dirigeants à bien comprendre les fondamentaux de TOGAF. Il se décompose comme suit:

•   Le Chapitre 1 fournit une présentation générale de TOGAF, de l’architecture d’entreprise, du contenu et des concepts fondamentaux de TOGAF.

•   Le Chapitre 2 présente la Méthode de Développement d’Architecture (ADM - Architecture Development Method). TOGAF utilise cette méthode pour développer des architectures d’entreprise.

•   Le Chapitre 3 fournit un aperçu général des techniques clés et des livrables du cycle ADM.

•   Le Chapitre 4 fournit un aperçu général des recommandations à suivre pour adapter l’ADM.

•   Le Chapitre 5 introduit la notion de Cadre de Contenu d’Architecture, métamodèle structuré des éléments d’une architecture.

•   Le Chapitre 6 présente le Continuum d’Entreprise, concept de haut niveau pouvant être utilisé avec l’ADM pour développer une architecture d’entreprise.

•   Le Chapitre 7 présente les modèles de référence TOGAF, parmi lesquels le Socle d’Architecture TOGAF et le Modèle de Référence d’Infrastructure d’Information Intégrée (III-RM- Integrated Information Infrastructure Reference Model).

•   Le Chapitre 8 introduit le Cadre de Capacité d’Architecture, constitué d’un ensemble de ressources permettant de créer et de mettre en œuvre une fonction d’architecture au sein d’une entreprise.

•   L’Annexe A décrit de façon générale les différences entre TOGAF 9 et TOGAF 8.1.1 ainsi qu’un résumé des changements entre TOGAF 9 et 9.1.

Ce document intéressera les architectes d’entreprise, les architectes métiers, les architectes des systèmes d’information, les architectes des données, les architectes systèmes, les architectes solutions et les dirigeants cherchant une première introduction à TOGAF.

Il n’est pas nécessaire d’avoir des connaissances préalables sur l’architecture d’entreprise. Après lecture du document, le lecteur souhaitant obtenir davantage d’informations pourra consulter la documentation TOGAF 91 disponible en ligne sur http://pubs.opengroup.org/architecture/togaf9-doc/arch/et également disponible dans l’ouvrage TOGAF® Version 9.1 (official manual).

À propos de TOGAF Version 9.1

TOGAF 9.1 est une version de maintenance qui prend en compte les remarques qui ont été émises depuis la publication de TOGAF 9 en 2009. Il conserve les principales nouveautés apportées par TOGAF 9:

Une structure modulaire: TOGAF 9 introduit une structure modulaire qui permet:

•   Une plus grande souplesse d’utilisation — un but bien précis pour chaque domaine; une utilisation isolée sous la forme d’un jeu autonome de recommandations.

•   L’adoption incrémentielle de la spécification TOGAF.

Cadre de Contenu: TOGAF 9 comprend un cadre de contenu améliorant la cohérence des divers sortants créés lors de l’application de la Méthode de Développement d’Architecture (ADM). Le cadre de contenu TOGAF propose un modèle détaillé des fournitures de l’architecture.

Une meilleure assistance: TOGAF 9 fait appel à un ensemble complet de concepts et de recommandations conduisant à une hiérarchie intégrée d’architectures, développées par des équipes appartenant à de grandes organisations, et utilisant un modèle universel de gouvernance d’architecture. On introduit notamment les concepts suivants:

•   Le Partitionnement (Partioning): On décrit des techniques permettant de partitionner les diverses architectures d’une entreprise.

•   Le Référentiel d’Architecture (Architecture Repository): Modèle d’information logique représentant un Référentiel d’Architecture pouvant être utilisé comme espace de mémorisation intégré pour tous les sortants produits par exécution de l’ADM.

•   Le Cadre de Capacité (Capability Framework): définition plus structurée de l’organisation, des compétences, des rôles et des responsabilités exigés pour mettre en œuvre de façon efficace une Capacité d’architecture d’entreprise. TOGAF apporte une aide au processus qui peut ainsi être suivi pour identifier et élaborer une Capacité d’architecture appropriée.

Styles d’architectures: TOGAF 9, dans sa Partie III intitulée Recommandations et Techniques ADM, regroupe un ensemble d’informations utiles décrivant en détail la façon d’appliquer l’ADM à certains cas particuliers:

•   Les diverses façons d’utiliser l’itération dans la méthode ADM et les moments où il convient d’appliquer chaque technique.

•   Les liens entre l’ADM TOGAF et l’Architecture Orientée Service (SOA - Service Oriented Architecture).

•   Les informations spécifiques permettant de mettre en œuvre l’architecture de sécurité au sein de l’ADM.

•   Les divers types de développements d’architectures exigés dans une entreprise et la façon dont ils sont liés les uns aux autres.

Autres détails concernant l’ADM: TOGAF 9 fournit des informations détaillées supplémentaires aux versions précédentes, utiles à l’exécution de l’ADM. On peut notamment citer les améliorations suivantes:

•   Le fait que la phase préliminaire offre une assistance étendue à la création d’une Capacité d’architecture d’entreprise et à la planification du développement d’une architecture.

•   Les phases Opportunités & Solutions et Planification de la Migration font appel à une méthode détaillée et robuste permettant de définir et de planifier une transformation d’entreprise.

Conventions utilisées dans ce document

Les conventions suivantes sont utilisées dans l’ensemble du document afin de pouvoir mieux identifier les informations les plus pertinentes et d’éviter toute confusion quant à la signification voulue:

•   Points de suspension (…)

Indique une continuation, comme par exemple une liste partielle d’éléments d’un exemple, ou la suite d’un texte précédent.

•   Gras

Permet de faire ressortir certains termes particuliers.

•   Italiques

Permet d’insister sur une expression. Peut également désigner d’autres documents externes. On utilisera également les italiques pour expliciter certains acronymes ou termes anglais utilisés dans cette traduction.

•   Politique sur les acronymes

Les acronymes sont traduits mot à mot et laissés en anglais entre parenthèses et en italique. Par exemple: ADM -> Méthode de développement d’architecture (ADM - Architecture Development Method).

•   Politique sur les expressions concepts

Les expressions concepts sont traduites mot à mot et seront définies dans le glossaire du Guide de Poche. Ce sont de nouvelles expressions concepts pour la langue française. Par exemple: Architecture Content Framework → Cadre de contenu d’architecture.

•   Business

Business n’est pas traduit par un seul mot. Il peut prendre plusieurs sens suivant le contexte, à savoir métier, business, ou encore entreprise.

À propos de The Open Group

The Open Group est un consortium global qui favorise l’atteinte des objectifs métiers des entreprises par le meilleur usage des standards. Il réunit plus de 440 membres représentant tous les secteurs économiques et toutes les activités (clients finaux, fournisseurs de solutions, intégrateurs, sociétés d’analyses et de conseil, centres de recherche, universités et écoles). Son rôle est de:

•   Identifier et analyser les tendances et besoins émergeants.

•   Formaliser et partager les meilleures pratiques.

•   Faciliter l’interopérabilité, rechercher des consensus en s’appuyant sur des spécifications et des technologies libres d’accès.

•   Offrir un ensemble de services visant à améliorer l’efficacité opérationnelle des consortiums.

•   Fournir des services de certifications.

La mission de The Open Group est de stimuler la création de flux d’information sans limite (Boundaryless information Flow™).

D’autres informations concernant The Open Group sont disponibles sur www.opengroup.com.

À propos de The Open Group France

The Open Group France a été fondé par The Open Group et Arismore en 2006 afin d’organiser le partage des bonnes pratiques d’Architecture d’Entreprise et TOGAF® en France.

The Open Group France œuvre dans le but de:

•   Susciter l’adhésion à l’Open Group et la contribution aux réflexions et aux standards de la part des entreprises et du monde académique Français.

•   Faire du SI un accélérateur de la transformation numérique de l’entreprise.

•   Proposer les meilleures pratiques internationales d’architecture « World Class EA ».

•   Faciliter l’accès aux travaux et aux échanges de The Open Group sur l’Architecture, la Sécurité, le Cloud Computing, le Big Data, au travers de présentations et de traductions; la France a été à l’origine du Localization Standing Committee.

•   Faciliter l’utilisation de TOGAF® en France.

•   Partager les retours d’expériences entre architectes français.

•   Contribuer aux travaux des Forums et des Work Group: Jericho Forum®, Security Forum, ArchiMate, Identity Management, …

The Open Group France a crée la communauté TOGAF en Action qui propose aux certifiés TOGAF® de se rencontrer trimestriellement pour échanger sur le « comment » de TOGAF® à travers des ateliers.

D’autres informations concernant The Open Group sont disponibles sur www.opengroup.fr

1 TOGAF®, Version 9.1 (ISBN: 978-90-8753-679-4, G116; consulter www.opengroup.org/bookstore/catalog/g116.htm)

Marques déposées

ArchiMate®, DirecNet®, Jericho Forum®, Making Standards Work®, OpenPegasus®, The Open Group®, TOGAF®, and UNIX®, Boundaryless Information Flow™, Dependability Through Assuredness™, FACE™, Open Platform 3.0™, et The Open Group Certification Mark™ sont des marques déposées par The Open Group aux États-Unis et dans d’autres pays.

Tous les autres noms de marques, d’entreprises et de produits ne sont utilisés qu’à seule fin d’identification et peuvent être des marques déposées par leurs propriétaires respectifs.

À propos des auteurs

Andrew Josey, The Open Group

Andrew Josey est Directeur des Standards (Director of Standards) de l’Open Group. Il est actuellement responsable du processus de normalisation pour l’Open Group et a récemment dirigé plusieurs projets de développement de normes pour TOGAF 9 et 9.1, l’IEEE Std 1003.1-2008 (POSIX), et les spécifications principales de la Single UNIX Specification Version 4. Il avait auparavant dirigé le développement et la mise en œuvre d’un grand nombre des projets de développement de certification de l’Open Group, parmi lesquels certains programmes de certification industrielle du système UNIX, de la Linux Standard Base, de TOGAF, et de l’IEEE POSIX. Il est membre de l’IEEE, de USENIX, de l’UKUUG et de l’Association of Enterprise Architects.

Professeur Rachel Harrison, Université Brookes d’Oxford

Rachel Harrison est professeur en science de l’informatique dans le département d’informatique et de communication à l’université Brookes d’Oxford. Auparavant, elle était professeur en informatique, responsable du département de science de l’informatique et directrice de recherche pour l’école d’ingénierie système de l’université de Reading. Ses sujets de recherche portent sur l’évolution des systèmes, les métriques logicielles, l’ingénierie des exigences, l’architecture logicielle et le test logiciel. Elle a publié plus de 100 articles et travaillé en conseil auprès d’organisation comme IBM, le DERA, Philips Research Labs, Praxis Critical Systems, et The Open Group. Elle est l’éditeur en chef du Software Quality Journal, publié par Springer. Elle est l’auteur des study guides pour TOGAF 9.

Paul Homan, IBM

Paul Homan est consultant en stratégie technologique au sein des Global Business Services d’IBM. Il est architecte informatique certifié, spécialisé en architecture d’entreprise avec plus de 20 ans d’expérience en informatique. Paul est un passionné ayant une grande expérience pratique dans les domaines de l’architecture, de la stratégie, de l’autorité de conception et de la gouvernance. Il s’intéresse plus particulièrement à la direction des travaux d’architecture d’entreprise, à la gestion des exigences et à l’architecture business. Il est entré chez IBM en arrivant du monde de l’environnement