SlideShare une entreprise Scribd logo
1  sur  20
TOGAF : un cadre d’architecture

Master « Management des Systèmes d’Information et de Connaissance »
U.E. 9 : Pratiques de l’entreprise et méthodes d’analyse
Jury : Selmin Nurcan et Isabelle Contini

Dominique Le Mouël
Eugenio Mauri
Sommaire
 Généalogie des « Frameworks » et Enterprise
    Architecture
   Définition de TOGAF
   Ses grands principes
   La démarche méthodologique
   L’ADM et la gestion des exigences
   Introduction au Continuum d’entreprise
   L’Entrepôt d'Architecture
   Une vision synthétique
   Quelques critiques
   Conclusion
                                                2
Définition de l’Enterprise Architecture
 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 de frameworks - reste
   indépendant des outils et technologies utilisées pour la mettre
   en œuvre.
                                                                       3
Les objectifs de l’Enterprise Architecture
 Structurer le S.I. pour favoriser son adéquation à la
 stratégie et aux besoins de l'Entreprise
 Rendre le S.I.
  Plus évolutif par la réutilisabilité des composants
  Moins couteux par l'optimisation des ressources et
   l'intégration des composants
 Assurer la gouvernance de la transformation du S.I.
   Par la définition des trajectoires d'évolution

   Par le pilotage des évolutions



                                                          4
Un peu d’histoire, généalogie des « Frameworks »


                                                              Praxeme
  SSADM

  Merise                                         influenced    TOGAF
                                                               2009
IDEFx


        influenced
                                                               influenced




                                                              IAF
                                                              4.5

                                                                    2009
                            Urbanisation
                            « À la française »                              5
Définition de TOGAF
 Open Group :
   The Open Group Architectural Framework
  TOGAF est un cadre d’architecture d’entreprise
  Ce cadre permet de concevoir, évaluer et construire
   l’architecture de toute une organisation
  La méthode ADM (Architecture Development
   Method) constitue le cœur de TOGAF : il s’agit
   d’une méthode ayant fait ses preuves dans le
   développement d’architectures de SI afin de
   répondre à des enjeux métiers.


                                                         6
Les grands principes de TOGAF




                                7
La démarche méthodologique et ses
composants




                                    8
L’ADM :
Architecture
Development
  Method




               9
L’ADM : Architecture Development Method

 Preliminary phase
   Mobiliser tous les acteurs dans l’entreprise
   Définir le scope


 A - Architecture Vision
   Identifier les parties-prenantes avec leurs attentes
   Obtenir l’approbation formelle de la direction d’entreprise


 B - Business Architecture
   Définir l’architecture cible Business
   Analyser les écarts entre l’existant et la cible




                                                                  10
L’ADM : Architecture Development Method

 C- Information Systems Architectures
   Définir l’architecture cible des données et des applications
   Analyser les écarts entre l’existant et la cible



 D- Technology Architecture
   Définir l’architecture cible des technologies sous-jacentes
   Analyser les écarts entre l’existant et la cible à partir de « Architecture
  Continuum »
    TRM : Technical Reference Mode
    III – RM : Reference Model for Integrated Information Infrastructure




                                                                                  11
L’ADM : Architecture Development Method

 E – Opportunities and Solutions
   Choix entre les formes d’implémentation proposées dans les phases
  précédentes (B, C et D)
     Ex. : Réutiliser ou Construire un composant, un processus, une partie de
      l’architecture
   Identifier les dépendances, les coûts et bénéfices des différents projets


 F- Migration Planning
 Ordonnancer en priorisant les projets à implémenter




                                                                                 12
L’ADM : Architecture Development Method


 G- Implementation Governance
  Etablir un contrat d’architecture pour assurer et encadrer le processus de
 déploiement
  Assure la cohérence des différents projets



 H- Architecture Change Management
  Mise en place d’un système récurrent d’évaluation de changements
 intervenus dans les nouveaux développements métiers et technologiques
  La phase H peut ainsi être à l’origine d’un nouveau cycle d’architecture.




                                                                                13
TOGAF9 : Un méta-modèle, qui couvre l’ensemble
des préoccupations d’architecture
Phases Prelimirary, A
Gestion des Exigences




Phases A  D




Phases E,F,G
                                            14
TOGAF - Le Continuum d'Entreprise




                                    15
TOGAF –
L’Entrepôt
d'Architecture




                 16
TOGAF – UNE Vision synthétique
          Un processus

                                gouvernant


           des méthodes

                                 définissant



               Des contenus structurés


                                   créant


                         Un entrepôt


                                               17
Quelques critiques
 TOGAF reste difficile à mettre en place au sein des PME
   au vu de la complexité de la méthode et du niveau
   d’implication des acteurs qui doivent intervenir.
 TOGAF ne fournit pas les procédés pour développer les
   éléments et les livrables de l'Architecture.
 Etant un « Framework » générique, il demande un travail
  d’adaptation important.
 TOGAF fournit peu de conseils pour la création d'un modèle
   d'architecture complet et cohérent. Par contre il fait référence
   aux outils qui fournissent ce support.
 Une autre limitation est constituée par le manque d'intégration
  entre les différents domaines architecturaux.

                                                                 18
Pour conclure
 L’Enterprise Architecture et notamment TOGAF, servent de
  point de départ pour mettre en place des développements en
  entreprise basé sur une analyse des processus de l’entreprise.

 TOGAF offre un cadre de travail complet couvrant tout le
  cycle de vie de l'Architecture d'Entreprise.

 Une citation de C. Longépé :
  « Pour passer de l’Enterprise IT Architecture à l’Enterprise
  Architecture, le défi majeur est certainement la mobilisation
  des acteurs. L’architecture d’entreprise doit en effet réunir
  tous les acteurs et tous les processus de l’entreprise ».
                                                              19
Bibliographie
 « Enterprise Architecture at Work » de Marc Lankhorst et al
    (Springer)
   “Le projet d’urbanisation du SI” de Christophe Longépé (Dunod)
   TOGAF9 Quick Start Guide for Enterprise Architects de Wolfgang
    Keller
   “Enterprise Architecture, des problèmes pratiques à l’innovation” de
    Camille Salinesi et Laure-Hélène Thévenet (CRI Université Paris I,
    Sorbonne)
   www.journaldunet.com (articles sur TOGAF)
   « A framework for information systems architecture” de J.A.
    Zachman dans « IBM SYSTEMS JOURNAL, VOL 26. NO 3, 1987”
   “Atelier de modélisation TOGAF” de Matthieu Aubry/ Université de
    Nantes
   http://www.ceisar.fr/
   http://en.wikipedia.org/wiki/ et Wikipédia français
   www.enterprise-architecture.info (site IFEAD)
   www.opengroup.org/architecture
                                                                           20

Contenu connexe

Tendances

Méthodes agiles vs méthodes classiques
Méthodes agiles vs méthodes classiquesMéthodes agiles vs méthodes classiques
Méthodes agiles vs méthodes classiques
Sirine Barguaoui
 

Tendances (20)

TOGAF em Ação
TOGAF em AçãoTOGAF em Ação
TOGAF em Ação
 
Méthodes agiles vs méthodes classiques
Méthodes agiles vs méthodes classiquesMéthodes agiles vs méthodes classiques
Méthodes agiles vs méthodes classiques
 
Schéma directeur informatique
Schéma directeur informatiqueSchéma directeur informatique
Schéma directeur informatique
 
ArchiMate 3.1 Physical layer
ArchiMate 3.1 Physical layerArchiMate 3.1 Physical layer
ArchiMate 3.1 Physical layer
 
Objets métier
Objets métierObjets métier
Objets métier
 
Introduction à la démarche Devops
Introduction à la démarche DevopsIntroduction à la démarche Devops
Introduction à la démarche Devops
 
Pour une ANALYSE DE LA VALEUR avec les concepts de Value Stream et Capability...
Pour une ANALYSE DE LA VALEUR avec les concepts de Value Stream et Capability...Pour une ANALYSE DE LA VALEUR avec les concepts de Value Stream et Capability...
Pour une ANALYSE DE LA VALEUR avec les concepts de Value Stream et Capability...
 
Rédaction d'un cahier des charges web
Rédaction d'un cahier des charges webRédaction d'un cahier des charges web
Rédaction d'un cahier des charges web
 
Introduction transformation digitale, conduire le changement
Introduction transformation digitale, conduire le changementIntroduction transformation digitale, conduire le changement
Introduction transformation digitale, conduire le changement
 
chp1-Intro à l'urbanisation des SI.pdf
chp1-Intro à l'urbanisation des SI.pdfchp1-Intro à l'urbanisation des SI.pdf
chp1-Intro à l'urbanisation des SI.pdf
 
patron de conception
patron de conception patron de conception
patron de conception
 
Les Schémas Directeurs SI par la pratique - IAE Paris - 10 septembre 2013
Les Schémas Directeurs SI par la pratique -  IAE Paris - 10 septembre 2013Les Schémas Directeurs SI par la pratique -  IAE Paris - 10 septembre 2013
Les Schémas Directeurs SI par la pratique - IAE Paris - 10 septembre 2013
 
De l'expression de besoins vers spécifications de la solution
De l'expression de besoins vers spécifications de la solutionDe l'expression de besoins vers spécifications de la solution
De l'expression de besoins vers spécifications de la solution
 
Chp1 - Introduction aux ERP
Chp1 - Introduction aux ERPChp1 - Introduction aux ERP
Chp1 - Introduction aux ERP
 
Modèle de cahier des charges DAM
Modèle de cahier des charges DAMModèle de cahier des charges DAM
Modèle de cahier des charges DAM
 
Introduction à la méthodologie Prince2
Introduction à la méthodologie Prince2Introduction à la méthodologie Prince2
Introduction à la méthodologie Prince2
 
Presentation-DEVOPS-par-GDG
Presentation-DEVOPS-par-GDGPresentation-DEVOPS-par-GDG
Presentation-DEVOPS-par-GDG
 
rapport de projet de fin d'étude_PFE
rapport de projet de fin d'étude_PFErapport de projet de fin d'étude_PFE
rapport de projet de fin d'étude_PFE
 
DEVOPS - La synthèse
DEVOPS - La synthèseDEVOPS - La synthèse
DEVOPS - La synthèse
 
Oracle 11g exploitation
Oracle 11g exploitationOracle 11g exploitation
Oracle 11g exploitation
 

En vedette

Togaf1 formation-togaf-foundation-architecture-d-entreprise
Togaf1 formation-togaf-foundation-architecture-d-entrepriseTogaf1 formation-togaf-foundation-architecture-d-entreprise
Togaf1 formation-togaf-foundation-architecture-d-entreprise
CERTyou Formation
 
Togaf2 formation-togaf-certified-architecture-d-entreprise
Togaf2 formation-togaf-certified-architecture-d-entrepriseTogaf2 formation-togaf-certified-architecture-d-entreprise
Togaf2 formation-togaf-certified-architecture-d-entreprise
CERTyou Formation
 
Planning for software quality assurance lecture 6
Planning for software quality assurance lecture 6Planning for software quality assurance lecture 6
Planning for software quality assurance lecture 6
Abdul Basit
 
Software quality assurance
Software quality assuranceSoftware quality assurance
Software quality assurance
Rajeev Sharan
 
Demarche methodologique de conduite d'un schema directeur Telecom
Demarche methodologique de conduite d'un schema directeur TelecomDemarche methodologique de conduite d'un schema directeur Telecom
Demarche methodologique de conduite d'un schema directeur Telecom
tntresor
 

En vedette (20)

Introduction à TOGAF
Introduction à TOGAFIntroduction à TOGAF
Introduction à TOGAF
 
Learn Togaf 9.1 in 100 slides!
Learn Togaf 9.1 in 100 slides!Learn Togaf 9.1 in 100 slides!
Learn Togaf 9.1 in 100 slides!
 
Talk OpenGroup Quebec - Architecture d'Entreprise chez MMA - 20151207
Talk OpenGroup Quebec - Architecture d'Entreprise chez MMA - 20151207Talk OpenGroup Quebec - Architecture d'Entreprise chez MMA - 20151207
Talk OpenGroup Quebec - Architecture d'Entreprise chez MMA - 20151207
 
ADEO - Architecture d'entreprise & Vitesse de transformation
ADEO - Architecture d'entreprise & Vitesse de transformationADEO - Architecture d'entreprise & Vitesse de transformation
ADEO - Architecture d'entreprise & Vitesse de transformation
 
Une architecture d'entreprise concrète et légère
Une architecture d'entreprise concrète et légèreUne architecture d'entreprise concrète et légère
Une architecture d'entreprise concrète et légère
 
Mikado
MikadoMikado
Mikado
 
Togaf1 formation-togaf-foundation-architecture-d-entreprise
Togaf1 formation-togaf-foundation-architecture-d-entrepriseTogaf1 formation-togaf-foundation-architecture-d-entreprise
Togaf1 formation-togaf-foundation-architecture-d-entreprise
 
Togaf2 formation-togaf-certified-architecture-d-entreprise
Togaf2 formation-togaf-certified-architecture-d-entrepriseTogaf2 formation-togaf-certified-architecture-d-entreprise
Togaf2 formation-togaf-certified-architecture-d-entreprise
 
Gestion de projet #2 : méthodes
Gestion de projet #2 : méthodesGestion de projet #2 : méthodes
Gestion de projet #2 : méthodes
 
Software Quality Assurance: A mind game between you and devil
Software Quality Assurance: A mind game between you and devilSoftware Quality Assurance: A mind game between you and devil
Software Quality Assurance: A mind game between you and devil
 
Kaizen method example
Kaizen method exampleKaizen method example
Kaizen method example
 
Planning for software quality assurance lecture 6
Planning for software quality assurance lecture 6Planning for software quality assurance lecture 6
Planning for software quality assurance lecture 6
 
Togaf introduction and core concepts
Togaf introduction and core conceptsTogaf introduction and core concepts
Togaf introduction and core concepts
 
Software quality assurance
Software quality assuranceSoftware quality assurance
Software quality assurance
 
Software Quality Assurance
Software Quality AssuranceSoftware Quality Assurance
Software Quality Assurance
 
Talk Red Hat Entreprise Numerique - Eip Designer - 20160323
Talk Red Hat Entreprise Numerique - Eip Designer - 20160323Talk Red Hat Entreprise Numerique - Eip Designer - 20160323
Talk Red Hat Entreprise Numerique - Eip Designer - 20160323
 
Software quality assurance
Software quality assuranceSoftware quality assurance
Software quality assurance
 
IT4IT Overview (A new standard for IT management)
IT4IT Overview (A new standard for IT management)IT4IT Overview (A new standard for IT management)
IT4IT Overview (A new standard for IT management)
 
The Creative Method v2
The Creative Method v2The Creative Method v2
The Creative Method v2
 
Demarche methodologique de conduite d'un schema directeur Telecom
Demarche methodologique de conduite d'un schema directeur TelecomDemarche methodologique de conduite d'un schema directeur Telecom
Demarche methodologique de conduite d'un schema directeur Telecom
 

Similaire à Eugenio Mauri presentation TOGAF

poster-agile framework to implement togaf with lean ix
poster-agile framework to implement togaf with lean ixposter-agile framework to implement togaf with lean ix
poster-agile framework to implement togaf with lean ix
Laurent Nonne
 
CV_V. Monfort V7
CV_V. Monfort V7CV_V. Monfort V7
CV_V. Monfort V7
monfort
 
Showcase APMG - itSMF France du 18 avril 2013
Showcase APMG - itSMF France du 18 avril 2013Showcase APMG - itSMF France du 18 avril 2013
Showcase APMG - itSMF France du 18 avril 2013
itSMF France
 

Similaire à Eugenio Mauri presentation TOGAF (20)

TOGAF.pptx
TOGAF.pptxTOGAF.pptx
TOGAF.pptx
 
Innhotep - Roadmap technologique
Innhotep - Roadmap technologiqueInnhotep - Roadmap technologique
Innhotep - Roadmap technologique
 
Gouvernance et gestion des Technologies de l’information
Gouvernance et gestion des Technologies de l’informationGouvernance et gestion des Technologies de l’information
Gouvernance et gestion des Technologies de l’information
 
SiriusCon2016 - Une plateforme de modelisation support au PLM de l'ingenierie...
SiriusCon2016 - Une plateforme de modelisation support au PLM de l'ingenierie...SiriusCon2016 - Une plateforme de modelisation support au PLM de l'ingenierie...
SiriusCon2016 - Une plateforme de modelisation support au PLM de l'ingenierie...
 
poster-agile framework to implement togaf with lean ix
poster-agile framework to implement togaf with lean ixposter-agile framework to implement togaf with lean ix
poster-agile framework to implement togaf with lean ix
 
CV_V. Monfort V7
CV_V. Monfort V7CV_V. Monfort V7
CV_V. Monfort V7
 
MEGA International: .NET Architect
MEGA International: .NET Architect MEGA International: .NET Architect
MEGA International: .NET Architect
 
conception et réalisation plateforme collaboratif basant sur la methode agile...
conception et réalisation plateforme collaboratif basant sur la methode agile...conception et réalisation plateforme collaboratif basant sur la methode agile...
conception et réalisation plateforme collaboratif basant sur la methode agile...
 
MEGA International: Senior .NET Developer
MEGA International: Senior .NET DeveloperMEGA International: Senior .NET Developer
MEGA International: Senior .NET Developer
 
PMILQ_Colloque_2020_Pierre-Hadaya-Bernard-Gagnon_Approche_architecture_affair...
PMILQ_Colloque_2020_Pierre-Hadaya-Bernard-Gagnon_Approche_architecture_affair...PMILQ_Colloque_2020_Pierre-Hadaya-Bernard-Gagnon_Approche_architecture_affair...
PMILQ_Colloque_2020_Pierre-Hadaya-Bernard-Gagnon_Approche_architecture_affair...
 
MEGA International: Junior .NET Developer
MEGA International: Junior .NET Developer MEGA International: Junior .NET Developer
MEGA International: Junior .NET Developer
 
Etude de cadrage clef de la réussite d'un upgrade oracle people soft busine...
Etude de cadrage clef de la réussite d'un upgrade oracle people soft   busine...Etude de cadrage clef de la réussite d'un upgrade oracle people soft   busine...
Etude de cadrage clef de la réussite d'un upgrade oracle people soft busine...
 
2016-04-13 Anne Claire Jacob Poulin Gestion par projet dans un centre de R&D
2016-04-13 Anne Claire Jacob Poulin Gestion par projet dans un centre de R&D2016-04-13 Anne Claire Jacob Poulin Gestion par projet dans un centre de R&D
2016-04-13 Anne Claire Jacob Poulin Gestion par projet dans un centre de R&D
 
MEGA International: Senior .NET Developer
MEGA International: Senior .NET DeveloperMEGA International: Senior .NET Developer
MEGA International: Senior .NET Developer
 
Agilité en environnement massivement procédural (Agile Dojo AgilBee de Mai 2013)
Agilité en environnement massivement procédural (Agile Dojo AgilBee de Mai 2013)Agilité en environnement massivement procédural (Agile Dojo AgilBee de Mai 2013)
Agilité en environnement massivement procédural (Agile Dojo AgilBee de Mai 2013)
 
Webinar Rubedo, la premiere solution cms open source tirant profit des atouts...
Webinar Rubedo, la premiere solution cms open source tirant profit des atouts...Webinar Rubedo, la premiere solution cms open source tirant profit des atouts...
Webinar Rubedo, la premiere solution cms open source tirant profit des atouts...
 
Showcase APMG - itSMF France du 18 avril 2013
Showcase APMG - itSMF France du 18 avril 2013Showcase APMG - itSMF France du 18 avril 2013
Showcase APMG - itSMF France du 18 avril 2013
 
MDA for Cross-Platform Mobile Development
MDA for Cross-Platform Mobile DevelopmentMDA for Cross-Platform Mobile Development
MDA for Cross-Platform Mobile Development
 
Club Urba-EA - Architecture d'entreprise et projets agiles
Club Urba-EA - Architecture d'entreprise et projets agilesClub Urba-EA - Architecture d'entreprise et projets agiles
Club Urba-EA - Architecture d'entreprise et projets agiles
 
EA archi it.pdf
EA archi it.pdfEA archi it.pdf
EA archi it.pdf
 

Plus de Eugenio Mauri

Plus de Eugenio Mauri (11)

Eugenio Mauri: resumee of the article "From conceptual modelling to requireme...
Eugenio Mauri: resumee of the article "From conceptual modelling to requireme...Eugenio Mauri: resumee of the article "From conceptual modelling to requireme...
Eugenio Mauri: resumee of the article "From conceptual modelling to requireme...
 
Eugenio Mauri: Travail de groupe - editeurs logiciels
Eugenio Mauri: Travail de groupe - editeurs logicielsEugenio Mauri: Travail de groupe - editeurs logiciels
Eugenio Mauri: Travail de groupe - editeurs logiciels
 
Eugenio Mauri Exercice autour de Kimball
Eugenio Mauri Exercice autour de KimballEugenio Mauri Exercice autour de Kimball
Eugenio Mauri Exercice autour de Kimball
 
Eugenio Mauri: Cloud Computing
Eugenio Mauri: Cloud ComputingEugenio Mauri: Cloud Computing
Eugenio Mauri: Cloud Computing
 
Eugenio Mauri:fiche de lecture "Le projet d’urbanisation du système d’informa...
Eugenio Mauri:fiche de lecture "Le projet d’urbanisation du système d’informa...Eugenio Mauri:fiche de lecture "Le projet d’urbanisation du système d’informa...
Eugenio Mauri:fiche de lecture "Le projet d’urbanisation du système d’informa...
 
Eugenio Mauri: Les dangers des méthodes agiles
Eugenio Mauri: Les dangers des méthodes agilesEugenio Mauri: Les dangers des méthodes agiles
Eugenio Mauri: Les dangers des méthodes agiles
 
Eugenio Mauri: CMM & SPiCE
Eugenio Mauri: CMM & SPiCEEugenio Mauri: CMM & SPiCE
Eugenio Mauri: CMM & SPiCE
 
Msic jb2011 ue03 papcar Eugenio Mauri
Msic jb2011 ue03 papcar Eugenio MauriMsic jb2011 ue03 papcar Eugenio Mauri
Msic jb2011 ue03 papcar Eugenio Mauri
 
Eugenio Mauri: Goal directed requirements acquisition
Eugenio Mauri: Goal directed requirements acquisitionEugenio Mauri: Goal directed requirements acquisition
Eugenio Mauri: Goal directed requirements acquisition
 
Cas hôtel attirer clientèle Eugenio Mauri
Cas hôtel attirer clientèle Eugenio MauriCas hôtel attirer clientèle Eugenio Mauri
Cas hôtel attirer clientèle Eugenio Mauri
 
Mauri Eugenio reasoning with goals
Mauri Eugenio reasoning with goalsMauri Eugenio reasoning with goals
Mauri Eugenio reasoning with goals
 

Eugenio Mauri presentation TOGAF

  • 1. TOGAF : un cadre d’architecture Master « Management des Systèmes d’Information et de Connaissance » U.E. 9 : Pratiques de l’entreprise et méthodes d’analyse Jury : Selmin Nurcan et Isabelle Contini Dominique Le Mouël Eugenio Mauri
  • 2. Sommaire  Généalogie des « Frameworks » et Enterprise Architecture  Définition de TOGAF  Ses grands principes  La démarche méthodologique  L’ADM et la gestion des exigences  Introduction au Continuum d’entreprise  L’Entrepôt d'Architecture  Une vision synthétique  Quelques critiques  Conclusion 2
  • 3. Définition de l’Enterprise Architecture  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 de frameworks - reste indépendant des outils et technologies utilisées pour la mettre en œuvre. 3
  • 4. Les objectifs de l’Enterprise Architecture  Structurer le S.I. pour favoriser son adéquation à la stratégie et aux besoins de l'Entreprise  Rendre le S.I.  Plus évolutif par la réutilisabilité des composants  Moins couteux par l'optimisation des ressources et l'intégration des composants  Assurer la gouvernance de la transformation du S.I.  Par la définition des trajectoires d'évolution  Par le pilotage des évolutions 4
  • 5. Un peu d’histoire, généalogie des « Frameworks » Praxeme SSADM Merise influenced TOGAF 2009 IDEFx influenced influenced IAF 4.5 2009 Urbanisation « À la française » 5
  • 6. Définition de TOGAF  Open Group :  The Open Group Architectural Framework  TOGAF est un cadre d’architecture d’entreprise  Ce cadre permet de concevoir, évaluer et construire l’architecture de toute une organisation  La méthode ADM (Architecture Development Method) constitue le cœur de TOGAF : il s’agit d’une méthode ayant fait ses preuves dans le développement d’architectures de SI afin de répondre à des enjeux métiers. 6
  • 7. Les grands principes de TOGAF 7
  • 8. La démarche méthodologique et ses composants 8
  • 10. L’ADM : Architecture Development Method  Preliminary phase  Mobiliser tous les acteurs dans l’entreprise  Définir le scope  A - Architecture Vision  Identifier les parties-prenantes avec leurs attentes  Obtenir l’approbation formelle de la direction d’entreprise  B - Business Architecture  Définir l’architecture cible Business  Analyser les écarts entre l’existant et la cible 10
  • 11. L’ADM : Architecture Development Method  C- Information Systems Architectures  Définir l’architecture cible des données et des applications  Analyser les écarts entre l’existant et la cible  D- Technology Architecture  Définir l’architecture cible des technologies sous-jacentes  Analyser les écarts entre l’existant et la cible à partir de « Architecture Continuum »  TRM : Technical Reference Mode  III – RM : Reference Model for Integrated Information Infrastructure 11
  • 12. L’ADM : Architecture Development Method  E – Opportunities and Solutions  Choix entre les formes d’implémentation proposées dans les phases précédentes (B, C et D)  Ex. : Réutiliser ou Construire un composant, un processus, une partie de l’architecture  Identifier les dépendances, les coûts et bénéfices des différents projets  F- Migration Planning  Ordonnancer en priorisant les projets à implémenter 12
  • 13. L’ADM : Architecture Development Method  G- Implementation Governance  Etablir un contrat d’architecture pour assurer et encadrer le processus de déploiement  Assure la cohérence des différents projets  H- Architecture Change Management  Mise en place d’un système récurrent d’évaluation de changements intervenus dans les nouveaux développements métiers et technologiques  La phase H peut ainsi être à l’origine d’un nouveau cycle d’architecture. 13
  • 14. TOGAF9 : Un méta-modèle, qui couvre l’ensemble des préoccupations d’architecture Phases Prelimirary, A Gestion des Exigences Phases A  D Phases E,F,G 14
  • 15. TOGAF - Le Continuum d'Entreprise 15
  • 17. TOGAF – UNE Vision synthétique Un processus gouvernant des méthodes définissant Des contenus structurés créant Un entrepôt 17
  • 18. Quelques critiques  TOGAF reste difficile à mettre en place au sein des PME au vu de la complexité de la méthode et du niveau d’implication des acteurs qui doivent intervenir.  TOGAF ne fournit pas les procédés pour développer les éléments et les livrables de l'Architecture.  Etant un « Framework » générique, il demande un travail d’adaptation important.  TOGAF fournit peu de conseils pour la création d'un modèle d'architecture complet et cohérent. Par contre il fait référence aux outils qui fournissent ce support.  Une autre limitation est constituée par le manque d'intégration entre les différents domaines architecturaux. 18
  • 19. Pour conclure  L’Enterprise Architecture et notamment TOGAF, servent de point de départ pour mettre en place des développements en entreprise basé sur une analyse des processus de l’entreprise.  TOGAF offre un cadre de travail complet couvrant tout le cycle de vie de l'Architecture d'Entreprise.  Une citation de C. Longépé : « Pour passer de l’Enterprise IT Architecture à l’Enterprise Architecture, le défi majeur est certainement la mobilisation des acteurs. L’architecture d’entreprise doit en effet réunir tous les acteurs et tous les processus de l’entreprise ». 19
  • 20. Bibliographie  « Enterprise Architecture at Work » de Marc Lankhorst et al (Springer)  “Le projet d’urbanisation du SI” de Christophe Longépé (Dunod)  TOGAF9 Quick Start Guide for Enterprise Architects de Wolfgang Keller  “Enterprise Architecture, des problèmes pratiques à l’innovation” de Camille Salinesi et Laure-Hélène Thévenet (CRI Université Paris I, Sorbonne)  www.journaldunet.com (articles sur TOGAF)  « A framework for information systems architecture” de J.A. Zachman dans « IBM SYSTEMS JOURNAL, VOL 26. NO 3, 1987”  “Atelier de modélisation TOGAF” de Matthieu Aubry/ Université de Nantes  http://www.ceisar.fr/  http://en.wikipedia.org/wiki/ et Wikipédia français  www.enterprise-architecture.info (site IFEAD)  www.opengroup.org/architecture 20