TOGAF: Un cadre d’architecture pour industrialiser les projets

TOGAF: Un cadre d’architecture pour industrialiser les projets

-

Documents
31 pages
Lire
Le téléchargement nécessite un accès à la bibliothèque YouScribe
Tout savoir sur nos offres

Description

TOGAF: Un cadre d’architecture pour industrialiser les projets
Master Management des Systèmes d’Information et de Connaissance
Pratiques de l’entreprise et méthodes d’analyse

Sujets

Informations

Publié par
Publié le 25 juin 2012
Nombre de visites sur la page 1 227
Langue Français
Signaler un problème
TOGAF : Un cadre d’architecture pour industrialiser les projets
TOGAF
Un cadre d’architecture pour industrialiser les projets
Master Management des Systèmes d’Information et de Connaissance
UE09 : Pratiques de l’entreprise et méthodes d’analyse
Présentation de Dominique Le Mouël et Eugenio Mauri
e4e27285-109a-4420-ae65-619089a7518d
Page 2
TOGAF : Un cadre d’architecture pour industrialiser les projets
Sommaire
1Les grandes lignes................................................................................................................4 2L’EA et les principaux « Framework ».................................................................................... 4 2.1Une définition de LEA.....................................................................................................4 2.2Généalogie des « Framework »......................................................................................5 2.3Le « Framework de Zachman »......................................................................................6 2.4LOpen Group et la mise en place de TOGAF.................................................................8 2.5TOGAF9 et ses apports..................................................................................................8 2.6L’évolution de l’Enterprise Architecture............................................................................ 9 3Les grands principes de TOGAF.........................................................................................10 4Présentation de la démarche méthodologique.....................................................................11 5LADM.................................................................................................................................14 5.1Principes de lADM........................................................................................................14 5.2Les phases de lADM....................................................................................................15 5.2.1Phase préliminaire..................................................................................................15 5.2.2Phase A: Architecture Vision...................................................................................16 5.2.3Phase B: Business Architecture..............................................................................18 5.2.4Phase C: Information Systems Architectures..........................................................19 5.2.5Phase D: Technology Architecture..........................................................................20 5.2.6Phase E: Opportunities & Solutions........................................................................20 5.2.7Phase F: Migration Planning...................................................................................22 5.2.8Phase G: Implementation.......................................................................................24 5.2.9Phase H: Architecture Change Management..........................................................26 5.3Le Cœur de l’ADM : la gestion des exigences ..............................................................27 5.4Cycle de vie et utilisation pratique de lADM.................................................................27 5.4.1Mode itératif............................................................................................................27 5.4.2Adaptation au contexte de lentreprise....................................................................28 6« ArchiMate language » et TOGAF.....................................................................................29 7Quelques critiques...............................................................................................................30 8Pour conclure......................................................................................................................30 9Bibliographie.......................................................................................................................31
e4e27285-109a-4420-ae65-619089a7518d
Page 3
TOGAF : Un cadre d’architecture pour industrialiser les projets
1 Les grandes lignes Cette présentation de TOGAF (The Open Group Architecture Framework) s’inscrit dans le cadre de l’UE09 de notre Master qui propose d’aborder une problématique de SIC. De nombreux cadres, méthodes et outils existent sur le marché del’Enterprise Architecture (EA) utilisé par les entreprises. Par la mise en place de telles approches, les entreprises mettent en relief un certain nombre de difficultés et les surmontent. De nouvelles problématiques surgissent et restent sans réponse : l’emploi de ces approches génère de nouveaux risques. Nous proposerons dans la suite de ce document : ·L’EA oUne définition de l’EA oLes principes du 1ercadre de référence :« Framework de Zachman », oQuelques rappels historiques sur les évolutions de l’EA ·Les4 grands principes retenus par TOGAF ·Ladémarche méthodologique utilisée par l’ADM (le cœur de TOGAF) ·Quelquescritiquescités autour de TOGAF ·Des propositions autour des évolutions de l’EA 2 L’EA et les principaux « Framework » 2.1 Une définition de L’EA La définition retenue del’Enterprise Architecture que nous donnons ici est celle du Gartner Group « L’architecture d’entreprise est un processus de transformation de la vision et de la stratégie en changements effectifs dans l’entreprise en créant, communicant et en améliorant les principes clés et les modèles qui décrivent la cible à atteindre pour l’ensemble des ressources de l’entreprise et en rendant possible son évolution ». L’EA peut aussi être définie comme «un cadre de référence proposant un méta-modèle des concepts, des règles, une architecture fonctionnelle générique type, une démarche méthodologique ». Il est à noter que l’EA - traduite au travers deframeworks-reste indépendant des outils et technologies utilisées pour la mettre en œuvre.
e4e27285-109a-4420-ae65-619089a7518d
Page 4