Fondamentaux TOGAF Introduction à l’architecture d’entreprise
Communication, reproduction ou utilisation interdites sauf autorisation préalable d’Arismore. No communication, reproduction or use without prior approval from Arismore
Objectifs du cours
Š Arismore 31/03/2009
Fondamentaux TOGAF - Introduction AE
2
TOGAF en France
Contexte usage initial de TOGAF dans les pays anglo-saxons et au Japon développement de TOGAF en Europe et en Asie franchise Open Group pour la France confiée à Arismore, membre de l’Open Group depuis 2004 création de l’Architecture Forum France en novembre 2007 • centre de formation à l’architecture d’entreprise – cours Introduction à l’AE et à TOGAF tous les deux mois – cours certifiant tous les deux mois • certification du cours TOGAF 8 en français en juillet 2008
Enjeux participer activement à l’essor de TOGAF dans les entreprises françaises
© Arismore 31/03/2009
Fondamentaux TOGAF - Introduction AE
3
Fondamentaux TOGAF
Sujet
contenu de TOGAF : l’esprit et la lettre mode d’usage : pilotage de la transformation du SI
connaître le contenu de TOGAF être capable de se référer au texte TOGAF en détail comprendre la transformation par l’Architecture d’entreprise
Intervenants / références cours et formateurs certifiés expériences d’accompagnement de grandes entreprises
© Arismore 31/03/2009
Objectifs
Bénéfices attendus être certifié TOGAF 8 être préparé à la certification TOGAF 9
Fondamentaux TOGAF - Introduction AE
4
TOGAF Foundation
TOGAF 9 Foundation (Level 1)
To provide validation that the candidate has gained knowledge of the terminology and basic concepts of TOGAF 9 and understands the core principles of Enterprise Architecture and TOGAF
Š Arismore 31/03/2009
Target Audience Individuals who require a basic understanding of TOGAF 9 Professionals who are working in roles associated with an architecture project such as those responsible for planning, execution, development, delivery and operation Architects who are looking for a first introduction to TOGAF 9 Architects who want to achieve Level 2 certification in a stepwise approach
Fondamentaux TOGAF - Introduction AE
5
TOGAF Certified
TOGAF 9 Certified (Level 2)
To provide validation that in addition to knowledge and comprehension, the candidate is able to analyze and apply knowledge of TOGAF
Š Arismore 31/03/2009
Target Audience Individuals who require a deeper understanding of TOGAF 9 Professionals who are working in an organization where TOGAF 9 has been adopted and who need to participate in architecture projects and initiatives Architects who will be responsible for developing architecture artifacts Architects who wish to introduce TOGAF 9 into an architecture practice Architects who want to achieve a recognized qualification to demonstrate their detailed knowledge of TOGAF 9
Fondamentaux TOGAF - Introduction AE
6
Fondamentaux TOGAF
Déroulement cours sur 4 jours faisant un tout cours certifié Open Group débouchant sur la présentation des participants à la certification TOGAF par l’Open Group
Méthode
exposés avec supports questions / réponses exercices sur des études de cas questionnaire d’évaluation
Règles d’échange périmètre : compréhension du contenu de TOGAF séquences de questions / réponses planifiées
© Arismore 31/03/2009
Fondamentaux TOGAF - Introduction AE
7
Système d’information
© Arismore 31/03/2009
Fondamentaux TOGAF - Introduction AE
8
Les flux au travail
Flux d’objets matériels, de personnes
© Arismore 31/03/2009
Flux d’information
Fondamentaux TOGAF - Introduction AE
9
Les outils de travail
Machines, dispositifs et procédures métiers
Informatique
© Arismore 31/03/2009
Fondamentaux TOGAF - Introduction AE
10
Les informations de travail
Machines, dispositifs et procédures métiers
Informatique informations personnelles
© Arismore 31/03/2009
Fondamentaux TOGAF - Introduction AE
11
Les informations de travail
Machines, dispositifs et procédures métiers
Informatique informations personnelles
© Arismore 31/03/2009
Fondamentaux TOGAF - Introduction AE
12
Les informations de travail
informations personnelles
Š Arismore 31/03/2009
Fondamentaux TOGAF - Introduction AE
13
Les informations de travail visuels espaces papier bureautique
voix papier attitudes
transmissions mécaniques électriques algorithmes codes, états électroniques trames
écrans claviers souris
© Arismore 31/03/2009
informations personnelles
cerveau, notes personnelles
Fondamentaux TOGAF - Introduction AE
14
La transformation
Projets métiers
Machines, dispositifs et procédures métiers
Formation Recrutement
Projets informatiques
Informatique informations personnelles
© Arismore 31/03/2009
Fondamentaux TOGAF - Introduction AE
15
Architecture
Š Arismore 31/03/2009
Fondamentaux TOGAF - Introduction AE
16
Système mécanique
Fonctions de prise de vue, composants interopérables © Arismore 31/03/2009
Fondamentaux TOGAF - Introduction AE
17
Système biologique
Fonctions spécialisées du corps humain © Arismore 31/03/2009
Fondamentaux TOGAF - Introduction AE
18
Architecture
Wikipedia « L'architecture informatique décrit la structuration d'un système informatique en terme de composants et d'organisation de ses fonctions. »
ANSI/IEEE Std 1471-2000 “The fundamental organization of a system, embodied in its components, their relationships to each other and the environment, and the principles governing its design and evolution”.
The Open Group Architecture Framework 1. A formal description of a system, or a detailed plan of the system at component level to guide its implementation. 2. The structure of components, their interrelationships, and the principles and guidelines governing their design and evolution over time.
© Arismore 31/03/2009
Fondamentaux TOGAF - Introduction AE
19
Modéliser pour transformer Système
Modèles du système
Comprendre l’existant
Modéliser l’existant
Système initial
Analyser les exigences
Système cible
Simuler
Transformer
© Arismore 31/03/2009
Modéliser la cible
Fondamentaux TOGAF - Introduction AE
20
Modélisation d’un SI Système d’information
Modèles du SI
Interactions avec le SI non informatique
Modèle des métiers
Interactions avec le système informatique
Interactions internes au SI informatique
© Arismore 31/03/2009
Modèle de l’informatique
Fondamentaux TOGAF - Introduction AE
21
Maîtriser la transformation du SI
SI 2009
Modèle du SI 2009
SI 2010 Modèle du SI 2010
© Arismore 31/03/2009
Fondamentaux TOGAF - Introduction AE
22
Identifier les architectures
Business Engineering
Information System
Information Technology
© Arismore 31/03/2009
Quels ACTEURS de quels PROCESSUS MÉTIER utilisent quelles FONCTIONS du système ?
Quels COMPOSANTS APLICATIFS réalisent les fonctions du système et traitent les DONNÉES ?
Avec quels TYPES de machines et de logiciels techniques tout cela fonctionne-t-il TECHNIQUEMENT ?
Fondamentaux TOGAF - Introduction AE
23
Domaines d’architecture
Business Engineering
Information System
Architecture métier
Architecture applicative (données, applications)
Architecture technique Information Technology
© Arismore 31/03/2009
Fondamentaux TOGAF - Introduction AE
24
Modélisation d’un SI Système d’information
Modèles du SI
Modèle de processus métier
Modèle des applications Modèle de l’informatique technique
© Arismore 31/03/2009
Fondamentaux TOGAF - Introduction AE
25
Dossier d’architecture Statique
Dynamique
Informations et règles métier
Cas d’utilisation
Composants applicatifs
Flux applicatifs
Matériels et logiciels déployés
Chaînes de liaison
Validation entre architectures
Architecte de projet
© Arismore 31/03/2009
Fondamentaux TOGAF - Introduction AE
26
Points de vue Utilisateurs Directions métiers
RH Sécurité Contrôle de gestion
Logistique Achats Fournisseurs
© Arismore 31/03/2009
Fondamentaux TOGAF - Introduction AE
Etudes Développement Qualification
Qualification Déploiement Exploitation Support
27
Dette d’architecture
© Arismore 31/03/2009
Fondamentaux TOGAF - Introduction AE
28
Il y a toujours une architecture
Non documentée dépend des personnes (y compris les fournisseurs)
Documentée informellement mémorisée difficile à lire
Modélisée validable par rapport à un modèle capacité d’analyse d’impacts réutilisable
© Arismore 31/03/2009
Fondamentaux TOGAF - Introduction AE
29
Valider la satisfaction des besoins Système d’information
Modèles du SI
Les modules applicatifs satisfont-ils les cas d’utilisation ?
L’informatique fournit-elle le service attendu par le métier ?
Les composants techniques exécutent-ils bien les applicatifs ?
© Arismore 31/03/2009
Fondamentaux TOGAF - Introduction AE
30
Valider la faisabilité du service attendu Système d’information
Modèles du SI
Les informations et leurs règles d’utilisation sont-elles bien définies ?
Les besoins sont-ils clairement définis et réalistes à informatiser ?
Les applicatifs peuvent-ils être exécutés sur des infrastructures faciles à maîtriser ?
© Arismore 31/03/2009
Fondamentaux TOGAF - Introduction AE
31
Validation entre architectures
Alignement avec les besoins métier
Architecte de projet
Faisabilité du système informatique
Dette d’architecture d’un sous-système
Architecture d’un sous-système © Arismore 31/03/2009
Fondamentaux TOGAF - Introduction AE
32
Intégration des sous-systèmes
au SI
Intég rati de l’e on ntrep rise
Sous-système © Arismore 31/03/2009
Intégration au SI de l’entreprise
ation Intégr treprise n de l’e au SI
SI de l’entreprise
Fondamentaux TOGAF - Introduction AE
33
Dette des sous-systèmes vis-à-vis du SI de l’entreprise
Dette d’architecture réelle chaque sous-système satisfait les besoins de son périmètre métier mais quelle satisfaction des besoins du périmètre business de l’entreprise ?
Dette de modélisation chaque sous-système documente plus ou moins son architecture mais quelle documentation de l’architecture générale du SI ?
Open Group Boundaryless Information Flow™
© Arismore 31/03/2009
Fondamentaux TOGAF - Introduction AE
34
Dette d’architecture
SI vu de la DSI agilité, souplesse • facilité d’intégration de nouveaux services
mutualisation • une fonction est assurée par un seul élément du SI
maintenabilité • les applications peuvent être améliorées progressivement
scalabilité • accepter des volumes plus importants sans changement d’architecture
robustesse • rendre le service malgré des pannes internes
gestion de l’obsolescence • nouvelles versions des technologies
© Arismore 31/03/2009
Fondamentaux TOGAF - Introduction AE
35
Poids de la dette d’architecture
SI vu du business alignement des services SI aux processus métier • fonctions d’information • rythme des séquences de travail (fil de l’eau, J+1, etc.) • compétences des opérateurs • résilience aux (ré)organisations
fiabilité • intégrité des données • stabilité des services
réactivité à fournir de nouveaux services • time to market • nouveaux contextes inconnus
(budget contenu)
© Arismore 31/03/2009
Fondamentaux TOGAF - Introduction AE
36
Poids de la dette d’architecture
SI vu de la DSI
agilité, souplesse • facilité d’intégration de nouveaux services
mutualisation • une fonction est assurée par un seul élément du SI
maintenabilité • les applications peuvent être améliorées progressivement
scalabilité • accepter des volumes plus importants sans changement d’architecture
robustesse • rendre le service malgré des pannes internes
SI vu du business alignement des services SI aux processus métier • fonctions d’information • rythme des séquences de travail (fil de l’eau, J+1, etc.) • compétences des opérateurs • résilience aux (ré)organisations
fiabilité • intégrité des données • stabilité des services
réactivité à fournir de nouveaux services • time to market • nouveaux contextes inconnus
(budget contenu)
gestion de l’obsolescence • nouvelles versions des technologies
© Arismore 31/03/2009
Fondamentaux TOGAF - Introduction AE
37
Dette de modélisation
Architecture informelle Projet X+1 reconstitution architecture X Dossier archi X+1 Projet X reconstitution architecture X
Projet Y Dossier archi Y
Architecture modélisée Projet X+1 Projet X Dossier archi X
Dossier archi X+1
Projet Y Dossier archi Y
© Arismore 31/03/2009
Fondamentaux TOGAF - Introduction AE
38
Poids de la dette de modélisation
Budget reconstituer après coup coûte plus cher
Satisfaction des besoins reconstituer l’architecture technique est possible reconstituer l’architecture fonctionnelle est plus compliqué
Objectifs reconstituer les exigences qui étaient les objectifs du projet est impossible • exigences métier • exigences sur les applications, sur les infrastructures, sur les budgets, sur les compétences, etc.
© Arismore 31/03/2009
Fondamentaux TOGAF - Introduction AE
39
Transformer le système d’information
© Arismore 31/03/2009
Fondamentaux TOGAF - Introduction AE
40
Modéliser pour transformer Système
Modèles du système
Comprendre l’existant
Modéliser l’existant
Système initial
Analyser les exigences
Système cible
Simuler
Transformer
© Arismore 31/03/2009
Modéliser la cible
Fondamentaux TOGAF - Introduction AE
41
Maîtriser la transformation du SI
SI 2009
Analyser l’existant
Modèle du SI 2009
Définir la cible
SI 2010
Réaliser la cible
Modèle du SI 2010
© Arismore 31/03/2009
Fondamentaux TOGAF - Introduction AE
42
Le SI se transforme par les projets
SI 2010
SI 2009
Š Arismore 31/03/2009
Fondamentaux TOGAF - Introduction AE
43
Le SI se transforme par les projets
SI 2010
Analyser l’existant Sur quel périmètre agir ?
Gouverner la réalisation
Choisir la cible Planifier la trajectoire
SI 2009
© Arismore 31/03/2009
Exigences
Etudier des scénarios de migration
Fondamentaux TOGAF - Introduction AE
44
TOGAF : un guide détaillé des bonnes pratiques d’AE Analyser l’existant
Etudier des scénarios de migration
Gouverner la réalisation
Choisir la cible Planifier la trajectoire © Arismore 31/03/2009
Fondamentaux TOGAF - Introduction AE
45
Fin
Š Arismore 31/03/2009
Fondamentaux TOGAF - Introduction AE
46