Académique Documents
Professionnel Documents
Culture Documents
- ITIL Fondation
▪ Calendrier :
Jour 1 Jour 2 Jour 3 Jour 4 Jour 5
09:00 ▪ Partie - 1 ▪ Partie - 2 Méthode ▪ Partie 5 - Continuum ▪ Partie - 2 Méthode ▪ Partie 3 -
Introduction de développement d’entreprise et Outils de développement Recommandations
de l’Architecture de l’Architecture - pour l’ADM
Détails & Artéfacts - SOA
- Sécurité
Pause
Pause
L'ordre du jour peut changer légèrement en fonction du degré d'interaction, de participation et des questions
2009
2003 TOGAF® v9
TOGAF® v8 – Edition
– Edition Entreprise
2002
Entreprise
TOGAF® v7
– Edition
1996 Technique
TOGAF®
Première
Publication
1993
Le référentiel Version Actuelle - TOGAF® V9.2
TAFIM du DoD
est choisi comme depuis Avril 2018
point de départ.
▪ La norme
- Partie principale du référentiel TOGAF® 9.2
▪ Guides
- Documents de support – recommandations, bonnes pratiques
▪ White Papers
- Discussions, échanges, retours d’expériences, pas de validation formalisée
La Bibliothèque TOGAF
Oui
Certification Examen TOGAF® 9 Examen
par étapes? TOGAF® 9 Fondation TOGAF® 9
Partie 1 Partie 2
Examen Examen
TOGAF® 9 TOGAF® 9
Partie 1 Partie 2
(1) Si l’examen de la Partie 1 est complété (sans la Partie 2) le certificat TOGAF® 9.2
Fondation sera attribué (à noter que cela ne s'applique pas à la « Certification Combiné »).
1 10262 UK 14.77%
2 9673 USA 13.93%
3 7116 India 10.24%
4 5215 Netherlands 7.51%
5 4021 Australia 5.79%
6 3623 France 5.22%
7 2921 Canada 4.21%
8 2067 South Africa 2.98%
9 1987 China 2.86%
10 1683 Germany 2.42%
Partie I : Introduction
Préface, Généralités, Concepts fondamentaux, Définitions
Partie II : Méthode de Développement de l’Architecture
Introduction
ADM Description des Phases
Partie III : ADM Recommandations et Techniques
Recommandations pour adapter le processus ADM
Techniques pour le développement de l’architecture
Partie IV : Cadre de Contenu
Méta Modèle d’Architecture
Artéfacts d’Architecture
Livrables d’Architecture
Building Blocks
Partie V : Continuum d’Entreprise et Outils
Continuum d’Entreprise
Partitions de l’Architecture
Référentiel d’Architecture
Les outils pour développer l’Architecture
Partie VI : Cadre de Capacité d'Architecture
Le Comité d’Architecture
La Conformité de l’Architecture
Les Contrats de l’Architecture
La Gouvernance de l’Architecture
Le Modèle de Maturité de l’Architecture
Le Cadre des Compétences de l’Architecture
I. Introduction
- Présentation des concepts principaux de l’Architecture
d’Entreprise et de l’approche de TOGAF® 9.
- Terminologie
▪ Croissance anarchique
▪ IT Centre de coûts
- Pression forte pour améliorer les ROI des projets.
▪ Nécessité de rationalisation
▪ Entreprise
- Typiquement le plus haut niveau de description d'une
organisation qui contient toutes ses missions et ses fonctions.
▪ Architecture
- Une description formalisée d'un système - description
détaillée de ce système au niveau de ses composants
- permettant de guider sa transformation.
Initiale Cible
▪ Une spécification qui a été ▪ Description d’un état futur
formellement revue et validée. - cible d’une évolution.
▪ Va servir de base pour ▪ Plusieurs transitions
les changements futurs. peuvent définir la
feuille de route pour
▪ N’évolue que par un processus
atteindre cette cible.
de contrôle et gestion de
versions parfaitement défini.
TOGAF® est une marque déposée de l’Open Group. 41
Architecture du Business
▪ Décrit
- Les objectifs, la stratégie métier
- L’organisation de l’entreprise
- Les capacités, les fonctions, les processus « clé »
- les Informations métier
- La stratégie des produits et / ou Services.
- Les services attendus du SI
▪ Permet de « guider » le développement des architectures
du Système d’information et de l’infrastructure - prérequis.
▪ Doit être suffisamment documentée pour
s’assurer qu’elle est comprise et partagée
par tous les architectes et les parties prenantes.
▪ Peut être contrainte par le système
d’information et son architecture technique.
TOGAF® est une marque déposée de l’Open Group. 42
Architecture du Business
Objectifs, Buts et Exigences
▪ Définit
- Les services applicatifs unitaires à déployer.
▪ Sert de guide
- Pour la définition de l’architecture des données
et de l’infrastructure - architecture technique.
▪ Décrit
- La structure logique des données / informations métier.
▪ Sert de guide
- Pour la définition de l’architecture des applications
et de l’infrastructure - architecture technique.
▪ Définit
- L’infrastructure Machines et Réseaux
- L’infrastructure logicielle
- Les Middlewares
▪ TOGAF® est conçu pour être flexible et peut être utilisé avec divers
Styles d’architecture. Des informations complémentaires sont
disponibles dans les guides suivants:
- Intégration du risque et de la sécurité dans une architecture d'entreprise
TOGAF®
- La structure de TOGAF® 9
La partie centrale
de TOGAF
Une approche par étapes afin
de développer et utiliser une
architecture d'entreprise.
TOGAF® est une marque déposée de l’Open Group. 54
Partie II : Méthode de
Développement d’Architecture
▪ Objectif
- Prépare l’entreprise à réussir
son architecture d’entreprise.
▪ Objectifs
- Mettre en place le
projet d’architecture.
• Définir l’organisation de
l’architecture d’entreprise.
• Sélectionner et mettre
en œuvre les outils pour
supporter les processus
d’architecture.
▪ Objectifs
- Initialise un cycle ADM
• Développer une vision de haut
niveau des nouvelles
capacités et de la valeur
ajoutée souhaitées par les
différentes parties prenantes et
que devra apporter l’architecture
d’entreprise proposée.
• Obtenir la validation
de la Définition du Chantier
de l'Architecture qui définit
le projet pour développer et
déployer l’architecture décrite en
grandes lignes dans le document
de Vision de l’architecture.
▪ Objectifs
- Développer l’architecture cible
qui décrit comment l’entreprise
doit s’organiser (processus, people)
pour atteindre les objectifs et
répondre aux besoins stratégiques
du changement décrits dans
la vision de l’architecture et
adressant les différents éléments
de la Définition du chantier
d’Architecture.
- Identifier les composants de la feuille
de route provisoire de
l’Architecture du Business prenant
en compte les écarts entre
l’Architecture existante et
l’architecture cible.
▪ Objectifs
- Développer l’architecture cible du
système d’information (Données
et Applications), décrivant comment
le système d’information va supporter
l’Architecture du Business et
répondre aux besoins figurant
dans la Définition du chantier
d’Architecture
- Identifier les composants de la feuille
de route provisoire des
Architectures des Systèmes
d'Information prenant en compte les
écarts entre les architectures
(Données et Applications) existantes
et cibles.
▪ Objectifs
- Développer l’architecture cible
de l’infrastructure logicielle et
matérielle en décrivant comment
ces éléments vont supporter
l’Architecture des Systèmes
d'Information et répondre
aux besoins figurant dans Définition
du chantier d’Architecture
- Identifier les composants de la
feuille de route provisoire de
l’Architecture Technique prenant en
compte les écarts entre les
architectures techniques existante et
cible.
▪ Objectifs
- Générer la version initiale de
la feuille de route d’architecture
basée sur les analyses d’écarts
et les feuilles de route provisoires
construites dans les Phases B, C et D.
• Regrouper les Building Blocks
pour répondre aux demandes
des nouvelles capacités.
- Faire un choix définitif sur les
Building Blocks de solutions.
- Déterminer si une approche
incrémentale est préférable et,
si tel est le cas, construire les
architectures de transitions pour
apporter à chacune d’entre elles
de la valeur ajoutée à l’entreprise
TOGAF® est une marque déposée de l’Open Group. 64
Phase F : Planification de la Migration
▪ Objectifs
- Comment passer des architectures
existantes aux architectures cibles
par la finalisation d’un plan détaillé
de migration et de mise en œuvre.
- Finaliser la feuille de route de
l’architecture et les plans de
Mise en œuvre et de Migration.
• Définir les priorités de tous les « lots de
travaux (work package)», des projets et
des Building Blocks à modifier ou créer
- S’assurer que les plans de
Mise en œuvre et de Migration
sont gérés et coordonnés.
- S’assurer que la valeur ajoutée
et le coût de chaque lot de
travaux sont bien compris et
validés par les parties prenantes.
▪ Objectifs
- Superviser le déploiement
de l'architecture.
- S’assurer de la conformité des
projets de Mise en œuvre avec
l’architecture cible définie en :
• Faisant signer et contrôlant
le contrat d’architecture avec
les chefs de projets de Mise
en œuvre et de déploiement.
▪ Objectifs
- Gouvernance : Exécuter
les différentes tâches
de gouvernance
d’architecture définies dans
le cadre de gouvernance.
- Démarrer un nouveau
cycle ADM d’architecture.
▪ Objectifs
- Gestion des exigences
tout au long d’un cycle ADM
• Identifier, Versionner,
Enregistrer les exigences.
• Fournir les exigences en
entrée et en sortie (vérification),
de chaque phase de l’ADM.
- En cas de changement d’exigence,
une analyse d’impact doit être
faite et le cycle ADM doit être
repris depuis la phase impactée.
- A la fin de chaque phase, il faut
valider que chaque exigence (et
préoccupation) a bien été adressée.
TOGAF® est une marque déposée de l’Open Group. 68
ADM Récapitulation
Demande de Mise
en Chantier de Définition
l'Architecture du Chantier
d‘Architecture
Document de
Contrats Définition de
d’Architecture l’architecture
&
Spécifications
des exigences
de l’architecture
Plans de Mise
en œuvre et
de migration
Feuille de Route &
Architectures de Transitions
TOGAF® est une marque déposée de l’Open Group. 70
ADM et Gouvernance de l’architecture
▪ Version 0.1
- Une version ébauche - Non validée du document.
▪ Version 1.0
- Une version formellement revue,
détaillée et validée du document.
Référentiel
d’Architecture
Méta Modèle
Modèles de
référence
Plateformes
Applicatives
Points de Vues
Le Monde Réel
L’entreprise
▪ Sont considérés
comme des artefacts
dans Togaf®
- Vue d’architecture
- Point de vue
d’architecture
- Type de modèle
- Modèle d’architecture
▪ Vue d’architecture
- La représentation d'un système selon la perspective d’un
ensemble de préoccupations.
▪ Type de modèle
▪ Modèle d’architecture
▪ Un Building block :
- décrit par un ensemble de fonctionnalités.
Continuum d’Entreprise
Référentiels
d’Entreprise
Contexte et exigences de l’architecture
Continuum d’Architecture
Architectures Architectures
Référentiel des Génériques Spécifiques
exigences, CMDB,
Référentiel
d’architecture Guide et Guide et Guide et Guide et
Supporte Supporte Supporte Supporte
Solutions Solutions
Génériques Spécifiques
Continuum de Solutions
Les solutions déployées deviennent
le contexte de l’architecture
Solutions Déployées
▪ Le métamodèle d’architecture
- Personnalisation du cadre d'architecture, y compris du métamodèle du
cadre de contenu de l'architecture
▪ La capacité d’architecture
- définit l’organisation, les compétences et processus supportant la
gouvernance de l'architecture
▪ Le paysage de l’architecture
- contient la représentation des architectures à un moment donné et à
plusieurs niveaux de détails (Stratégique, Segments, Capacités)
▪ La bibliothèque de référence
- fournit des directives, des modèles, des documents de référence pouvant
être mis à profit pour accélérer la création de nouvelles architectures pour
l'entreprise – éléments réutilisables
▪ Le journal de gouvernance
- Contient toutes les données des activités de gouvernance dans
l'entreprise
▪ Chaque entreprise
a besoin d'adopter
un modèle de
partitionnement
qui reflète son
propre modèle
de fonctionnement
- De la Phase A
• La Demande de Mise en Chantier de l'Architecture ne peut
pas être adressée - nécessité de revenir en phase préliminaire.
- De la Phase H
• Des changements métier, ou la nécessité de
faire évoluer son niveau de maturité, obligent à
apporter des évolutions aux capacités d’architecture.
▪ Clarifier l’impact
▪ Clarifier l’impact
- Identifier les organisations principalement
impactées par ce changement, celles
réalisant le plus de valeur ajoutée
• Le cadre de contenu
▪ L’organisation de l’équipe
d’Architecture d’Entreprise.
▪ Partitions
- Divisions formelles de l’Architecture
▪ Niveaux
- Utilisés pour identifier le niveau
de granularité de l’architecture
4. Échelle de temps
- L’entreprise est décrite par plusieurs architectures,
chacune représentant l’entreprise à différentes périodes.
• Une architecture représentant l’architecture
actuelle de l’entreprise ("as-is", ou baseline).
▪ L’Architecture stratégique
- Description de l'entreprise à haut niveau, de
l’existant et de la vision de l’architecture à long terme
Les Phases G
et H permettent
la Mise en
œuvre globale
de l’architecture
Les Phases de A à F
permettent de définir
l’architecture pour
une partition donnée
Itération –
Capacités
d’architecture
Itération –
Gouvernance
d’architecture
Itération –
Itération –
Développement
Planification
de l’architecture
des transitions
Permet de créer
l’architecture cible
Permet de permet de prouver
définir une la viabilité et
Feuille de la faisabilité
route pour une du projet en
architecture analysant les
définie opportunités et le
plan de migration.
▪ Priorité à l’Existant
- Étude détaillée en premier de l’architecture actuelle pour
identifier les problèmes et les possibilités d'améliorations
▪ Priorité à la Cible
- La Solution cible est détaillée en premier
et ensuite mappée à la solution actuelle
▪ Déclaration
- Il est primordial que le principe ne soit pas ambigüe.
▪ Justification
- Mettre en évidence les bénéfices qu’apportent
le respect de ce principe pour le métier
▪ Implications
- Mettre en évidence les enjeux pour
le métier et l’IT pour respecter ce principe :
• Ressources
• Coûts
• Activités / tâches
Principes Corporatifs
Principes
d’Enterprise
Principes
d’Architecture
▪ Principes d’Enterprise
- Fournissent une base pour la prise de décision
dans toute l'entreprise, et définissent comment
l'organisation doit remplir sa mission.
- Permettent d’harmoniser la prise de
décision dans une organisation distribuée.
▪ Principes d’Architecture
- Sous-ensemble des principes d’entreprise
concernant l’IT et les architectures.
- Incarnent l'esprit et la pensée de l'architecture d'entreprise.
- Guident l'utilisation et le déploiement de toutes les
ressources informatiques et des actifs dans l'entreprise.
TOGAF® est une marque déposée de l’Open Group. 151
Les Qualités d’un “bon”
Principe d’Architecture
▪ Intelligible
- Compréhensible par n’importe quelle personne de l’organisation
▪ Robuste
- Chaque principe doit être suffisamment précis pour permettre une prise
de décision cohérente, sans controverse, indépendamment du contexte.
▪ Complet
- Couvre chaque situation envisageable
▪ Cohérent
- Un principe ne doit pas être en contradiction
avec le contenu d’un autre principe.
▪ Stable
- Un principe ne doit pas être modifié fréquemment.
Un processus de gestion du changement doit être
défini pour ajouter, supprimer ou modifier un principe.
TOGAF® est une marque déposée de l’Open Group. 152
Exemples de Principes d’Architecture
▪ Vision de l’Architecture
- La vision de l’architecture fournit la description
de haut niveau des architectures existante
et cible, couvrant les domaines du métier,
des données, des applications et de la technologie.
▪ Scénarios Métier
- Les Scénarios Métier sont une technique
appropriée et utile pour découvrir et documenter
les exigences des métiers, et articuler une vision
de l'architecture qui répond à ces exigences
▪ Modèle de l’organisation
de l'architecture d'entreprise
▪ Modèle organisationnel
- Les organisations impactées
- Évaluation de la maturité, des écarts
par rapport au niveau souhaité
- Rôles et responsabilités pour l'équipe d'architecture
- Contraintes sur le travail de l'architecture
- Les besoins budgétaires
▪ Continuum / Référentiel d’Architecture
- Building Blocks / Composants réutilisables
- Modèles de références publics disponibles
- Modèles de références spécifiques à l'organisation
- Normes de l'Organisation
TOGAF® est une marque déposée de l’Open Group. 159
Entrée : Demande de Mise
en Chantier de l'Architecture
▪ Rappel
- Déclenche le début d'un cycle
de développement de l'architecture
▪ Phases E et F
- Inclure l’évaluation comme élément à
prendre en compte dans les plannings
de migration et de mise en œuvre.
- Capacités Business
- Value Streams,
▪ Mais aussi
- Les Informations
- La Sécurité
▪ Plan de Communication
- Les architectures d'entreprise contiennent de grandes
quantités d'informations complexes et interdépendantes.
▪ Vision de l’Architecture
- Fournit un résumé des changements qui seront apportés
à l'entreprise après le déploiement réussi de l'architecture
cible. Le but de la Vision architecture est de fournir aux
parties prenantes clés un objectif formellement accepté
- une version résumée de l'architecture complète.
Vues, Points
de Vues et Parties
Prenantes
TOGAF® est une marque déposée de l’Open Group. 183
Définitions (1)
▪ Partie prenante
- Des personnes ayant des rôles clés ou
des « préoccupations » sur un système.
• Une équipe
• Une Organisation
▪ Préoccupations
- Sont les éléments ayant
• Une importance cruciale pour les parties
prenantes et qui vont déterminer l'acceptabilité
- Ces Préoccupations peuvent porter sur
• Le fonctionnement, le développement, les opérations
- Les Préoccupations incluent des considérations de
• Performance, fiabilité, sécurité, distribution, évolutivité
▪ Description de l'architecture
- Collection artéfacts qui documentent une architecture
- Pour TOGAF®, les vues d'architecture
sont les artéfacts principaux
TOGAF® est une marque déposée de l’Open Group. 185
Définitions (3)
▪ Point de Vue
- Définit la perspective à partir de laquelle une vue est prise.
- Un Point de vue définit :
• Comment construire et utiliser une vue
• Les informations qui doivent apparaître dans la vue
• Les techniques de modélisation pour les représenter.
• La justification de ces choix
▪ Vue
- Représentation partielle d’un système relative
à un ensemble de préoccupations qu’elle adresse
- Une vue comprend la réalisation d’un ensemble d’artéfacts
• Choisis pour démontrer que les
préoccupations sont bien adressées
TOGAF® est une marque déposée de l’Open Group. 186
Vues et Points de Vues
▪ Un Point de Vue
- Est d’où vous regardez, Détermine ce que vous voyez
- Est générique, et peut être stocké dans
une bibliothèque pour réutilisation
- ISO / CEI 42010: 2007, encourage les architectes
à définir des points de vue explicitement
▪ Une Vue
- Est-ce que vous voyez
- Est toujours spécifique à l'architecture
pour laquelle elle est créée
- Est associée à un point de vue qui la décrit
TOGAF® est une marque déposée de l’Open Group. 187
Exemple de Point de Vue
Point de Vue
Parties Prenantes Comité de Direction, DSI
Préoccupations Montrer les liens entre les sites géographiques et les fonctions
business
Technique de Diagramme de boîtes imbriquées
Modélisation en Bleu = Localisations
En Brun = Les Fonctions Business
Imbrication = Fonctions exécutées dans la localisation
Bibliothèque des
Points de Vues
Définition des
Points de Vues
Vues de
l’Existant
Vues de la cible
▪ Les étapes :
- Sélectionnez les points de vue appropriés
dans la bibliothèque de points de vue
- Générer les vues du système dans les phases
B-D en utilisant les points de vue choisis
▪ Classification et approche de
la gestion des parties prenantes
- Pour les parties prenantes clés
• Évaluer leur puissance : à bloquer, faciliter le projet
• Évaluer leur intérêt
- Construire des matrices pouvoir / intérêt
• Indiquer le mode de communication à
avoir avec chacune des parties prenantes
▪ Adapter les livrables
- Identifier quels artefacts sont nécessaires
et les faire valider par chaque partie prenante
• Points de vue
• Vues
▪ L'architecture doit être communiquée,
comprise et validée par les parties prenantes
TOGAF® est une marque déposée de l’Open Group. 198
Matrice des Parties Prenantes
- Évaluation de la fréquence
• Fréquent, Occasionnel, Rare, Probable, Improbable
▪ Monitoring du risque
- Les risques résiduels doivent être approuvés dans le respect
des processus mis en place dans le cadre de la gouvernance.
- Les Services
Architecture
Services de
Cible Services de Services de listes Services
conférence
Architecture téléphonie de messagerie éliminés
Vidéo
Initiale
Services de Éliminés
Diffusion Volontairement
Services de
conférence Inclus
Vidéo
Services de Correspondance
téléphonie potentielle
Éliminés par
Services de erreur - écart
partage d’écran dans la cible
▪ Finaliser l'architecture
- Sélectionner les normes applicables à chacun des composants
- Documenter chaque composant d’architecture
- Effectuer une vérification finale de
l'architecture globale par rapport aux exigences.
- Documenter le rapport final de traçabilité des exigences
- Documenter les justifications des prises de décisions
sur les choix d’évolutions des composants.
- Documenter la cartographie finale de
l'architecture dans le référentiel d'architecture
- Finaliser tous les livrables
- Identifier les éléments qui pourraient être réutilisés
et les publier via le référentiel d'architecture
TOGAF® est une marque déposée de l’Open Group. 219
Développement de l’Architecture
d’Entreprise : Étapes - Détails
▪ Compléter le document
de définition de l'architecture
- Y inclure en particulier les vues clés de l'architecture
▪ Objectifs ▪ Contenu
- Contient les artéfacts d’architecture - Périmètre, Objectifs et contraintes
créés durant le projet. - Principes d’architecture
- Couvre tous les domaines
- Modèles d’architecture
d’architecture
par domaine (métier, SI,
- Présente tous les Technologie) - existant et cible
états de l’architecture :
- Justifications de
• L’existant l’approche et des choix
• Les transitions - Liens avec le référentiel
• La cible d’architecture - Paysage
d’architecture, Modèles
- Le « compagnon » du document de référence, Standards
de spécifications des
exigences d’architecture - Évaluation de la réutilisation
des composants produits
• Fournit une vue
qualitative de la solution - Analyse d’écarts
• Permet de transmettre les - Évaluation de l’impact
intentions des architectes des changements.
TOGAF® est une marque déposée de l’Open Group. 221
Pattern d’Architecture
▪ Nom
▪ Description
▪ Contexte
▪ Forces
- Sécurité, robustesse
- Efficacité, performance
- Évolutivité, Maintenabilité
- Modularité, indépendance technique, réutilisabilité
▪ Détails de la Solution
▪ Exemples d’utilisation
▪ Justifications
TOGAF® est une marque déposée de l’Open Group. 223
Interopérabilité
▪ Définit
- La facilité pour partager de l’information et des services.
▪ Interopérabilité Technique
▪ Objectifs
- Développer l’Architecture
du Business cible qui montre
comment l’entreprise doit
s’organiser pour atteindre les
objectifs et fournir des réponses
aux moteurs du changement
spécifiés en Phase A tout
en adressant les exigences
et les préoccupations des
parties prenantes du projet.
- Identifier les composants de
la feuille de route potentielle
d’architecture en se basant
sur les analyses d’écarts
entre les architectures
business existante et cible.
TOGAF® est une marque déposée de l’Open Group. 229
Phase B : Architecture du Business - Approche
▪ L’Architecture du Business
- Démontre
• La valeur ajoutée des évolutions d’architecture
pour chaque partie prenante.
▪ Cas d’utilisation
- Décomposition des fonctions métier.
- Décomposition en Services.
▪ Modélisation Processus
- Identifier les éléments des processus (activités, acteurs, information,
événements …)
- Identifier les services et fonctions de plus bas niveau.
▪ Analyse de la Valeur
- Capacités Métier
- Value Streams et Cartographie des Organisations
TOGAF® est une marque déposée de l’Open Group. 232
Phase B : Architecture du Business
Granularité, Services
▪ Unité Organisationnelle
- Une unité de ressources partageant un management unique, des objectifs et des KPIs.
Des organisations peuvent comprendre des organisations externes - partenaires,
fournisseurs de services, …
▪ Capacité Business
- Une aptitude particulière qu'une entreprise peut posséder ou échanger pour
atteindre un objectif spécifique.
▪ Course of Actions
- Orientations et priorités fournies par les buts et objectifs stratégiques, souvent
pour délivrer la proposition de valeur définie dans le modèle business.
▪ Value Stream
- Représentation d'un ensemble d'activités transverse apportant de la valeur
ajoutée et qui créent un résultat global pour un client, une partie prenante.
▪ Fonction
- Fournit des aptitudes métier à l’entreprise - exemple Fonction RH, Paie, …
▪ Processus
- Un processus représente un enchainement d’activités
permettant d’atteindre un résultat spécifié. Il peut être
décomposé en sous processus. Il montre sur quelles
organisations il s’appuie et quelles données il transforme.
▪ Acteur
- Une personne, une organisation ou un processus déclenchant
ou interagissant avec une ou plusieurs activités.
▪ Rôle
- La fonction d’un acteur dans une activité
particulière. Un acteur peut avoir plusieurs rôles.
▪ Service métier
- Supporte les capacités métier grâce à une interface
définie et est explicitement gérée par une organisation.
▪ Contrat
- Un accord entre un client et un fournisseur de service qui spécifie
les exigences fonctionnelles et non-fonctionnelles du service.
▪ Qualité de Service
- Des exigences non fonctionnelles exigées (contrat) pour la fourniture d’un service.
▪ Moteur
- Une condition interne ou externe qui motive
une organisation à se donner des objectifs.
▪ Objectif Stratégique
- Une description de haut niveau des axes de changements
pour une organisation et les mesures associées.
▪ Objectif opérationnel
- Une étape - temporellement bornée dans l'activité d'une organisation
- utilisée pour démontrer les progrès réalisés vers un objectif stratégique.
▪ Mesure
- Un indicateur ou un facteur qui peut être mesuré et
suivi pour savoir si un objectif opérationnel est atteint.
TOGAF® est une marque déposée de l’Open Group. 237
Phase B : Architecture du Business - Entrées
▪ Entrées d’Architecture
- Définition du Chantier de l'Architecture Validée
- Organisation de l’Architecture d’Entreprise
- Cadre d’Architecture et principes d’Architecture
- Continuum d’Enterprise / Référentiel d’Architecture
- Vision de l’Architecture
- Exigences détaillées des parties prenantes
- Document de Définition d’architecture
• Architectures Métier Existant et Cible, V0.1
• Architectures Des Données Existant et Cible, V0.1
• Architectures Applicatives Existant et Cible, V0.1
• Architectures techniques Existant et Cible, V0.1
▪ Autres Entrées
- Demande de Mise en Chantier de l'Architecture
- Objectifs et moteurs du changement Métier.
- Évaluation des capacités
- Plan de Communication
TOGAF® est une marque déposée de l’Open Group. 238
Phase B : Architecture du Business - Étapes
▪ Objectifs
- Développer l’Architecture Applicative
cible qui montre comment seront modifiés
les applications et services applicatifs
pour supporter l’Architecture du Business
définie en phase B et répondre aux
exigences et aux préoccupations
des parties prenantes du projet.
- Identifier les composants de la feuille
de route d’architecture potentielle en se
basant sur les analyses d’écarts entre
les architectures existante et cible.
- Il ne s’agit pas de faire la conception
logicielle des applications mais de
définir quels types d’applications
seront pertinents pour l’entreprise.
- Les applications ne sont pas décrites
comme des systèmes informatiques
mais comme des groupes logiques apportant
les capacités recherchées par l’entreprise.
TOGAF® est une marque déposée de l’Open Group. 248
Phase C : Méta Modèle :
Architecture Applicative
▪ Entrées d’Architecture
- Organisation de l’Architecture d’Enterprise
- Cadre méthodologique et Référentiel d’Architecture
- Principes d’architecture
- Définition du Chantier de l'Architecture
- Vision de l’Architecture
- Ébauche - Document de Définition de l’Architecture
• Architecture du Business validée
- Ébauche - Spécifications des exigences d’Architecture
▪ Autres Entrées
- Demande de Mise en Chantier de l'Architecture
- Évaluation de capacités
- Plan de Communication
TOGAF® est une marque déposée de l’Open Group. 252
Phase C : Architecture Applicative - Étapes
▪ Objectifs
- Développer l’architecture de
données cible qui supporte
l’Architecture du Business
et correspond à la Vision
d’Architecture tout en répondant
aux exigences de la demande
de Mise en chantier de
l’architecture et aux
préoccupations des
parties prenantes.
- Identifier les composants de la
feuille de route d’architecture
potentielle pour ce domaine
en se basant sur l’analyse
d’écarts entre l’existant et la cible.
TOGAF® est une marque déposée de l’Open Group. 257
Phase C : Architecture de Données - Objectifs
▪ Entrées d’Architecture
- L’organisation de l’Architecture d’Enterprise
- Le Cadre méthodologique et le Référentiel d’Architecture
- Les principes d’architecture de données
- Les Définition du Chantier de l'Architecture
- La Vision de l’Architecture
- Le Document de Définition de l’Architecture - Ébauche
• Architecture du Business et Architecture Applicative
- Les Spécifications des exigences d’Architecture - Ébauche
▪ Autres Entrées
- Demande de Mise en Chantier de l'Architecture
- Évaluation de capacités
- Plan de Communication
TOGAF® est une marque déposée de l’Open Group. 263
Phase C : Architecture de Données - Étapes
▪ Objectifs
- Développer l'architecture
technique cible
nécessaire pour
• Supporter l'architecture applicative
et de données en respectant
la Vision de l’Architecture
• Répondre à la demande
de mise en chantier
d'Architecture
et aux préoccupations
des parties prenantes.
- Identifier les composants de la
feuille de route d’architecture
potentielle sur la base des
écarts entre les architectures
techniques existante et cible
TOGAF® est une marque déposée de l’Open Group. 271
Phase D : Architecture Technique
▪ Service Technique
- Capacité technique requise pour fournir une infrastructure
support de la mise en œuvre des applications.
▪ Entrées d’Architecture
- L’organisation de l’Architecture d’Enterprise
- Le Cadre méthodologique et le Référentiel d’Architecture
- Les principes d’architecture technique
- La Définition du Chantier de l'Architecture
- La Vision de l’Architecture
- Le Document de Définition de l’Architecture - Ébauche
• Architecture du Business et Architectures Applicative et de données
- Les Spécifications des exigences d’Architecture - Ébauche
▪ Autres Entrées
- La Demande de Mise en Chantier de l'Architecture
- L’Évaluation des capacités
- Le Plan de Communication
- Les Informations sur les produits
TOGAF® est une marque déposée de l’Open Group. 275
Phase D : Architecture Technique
Les étapes
- Formats de Données
- Protocoles
▪ Objectifs
- Construire une version initiale de
la feuille de route de l’architecture
basée sur la consolidation des
analyses d’écarts et les transitions
définies dans les phases B, C, D
• Organiser les composants
à modifier en “lots de travaux
(work package)” correspondants
aux aptitudes demandées
dans le projet.
- Décider si une approche
incrémentale est nécessaire.
Si tel est le cas, identifier les
architectures de transitions
et s’assurer qu’elles délivrent
une valeur ajoutée aux métiers.
TOGAF® est une marque déposée de l’Open Group. 283
Quelques définitions
▪ Données d’Architecture
- Cadre de Gouvernance
- Cadre méthodologique d’architecture adapté
- Vision de l’Architecture
- Document de Définition d’Architecture - Ébauche
- Spécifications de l’Architecture - Ébauche
- Demandes de Changements pour les programmes et Projets existants.
▪ Autres Données
- Demande de Mise en Chantier de l'Architecture
- Évaluation de capacité
- Plan de Communication
- Méthodes de planification
TOGAF® est une marque déposée de l’Open Group. 288
Phase E : Opportunités et Solutions - Étapes
▪ Les livrables :
- La feuille de Route de l’Architecture - Version 1.0
▪ Objectif
- Montrer les incréments d’architecture d’entreprise
correspondant à des transitions entre l’existant et la cible.
- Grouper des ensembles de Lots de Travaux et
de projets associés dans des programmes qui
apportent tous de la valeur ajoutée à l’entreprise.
▪ Contenu
- Portfolio des Opportunités
• Écarts consolidés, solutions, évaluations des dépendances
- Description des opportunités
• Évaluation des bénéfices
• Capacités et incréments de capacités
• Exigences d’interopérabilités
- Portfolio des Lots de Travaux
• Description et liens avec les exigences fonctionnelles
• Dépendances et liens avec les opportunités
• Liens avec les documents de Définition et spécification d’architecture
TOGAF® est une marque déposée de l’Open Group. 302
Livrable Clé : La feuille de route de l’architecture
▪ Contenu (suite)
- Jalons des Architectures de Transitions par domaine :
• Définition des états transitoires pour les Architectures
métiers, Applicative, de données, technique
▪ Objectifs
- Finaliser la feuille de route
d’architecture et le plan de
Mise en œuvre et de migration :
• Définir la priorité des Lots de
Travaux (Work Package), des
projets et des composants.
• Confirmer les architectures
de Transitions avec
les parties prenantes.
- Assurer la coordination
des plans de Mise en
œuvre et de migration.
- S’assurer que la valeur ajoutée
et le coût des lots de travaux et
des architectures de transitions sont
compris par les parties prenantes.
TOGAF® est une marque déposée de l’Open Group. 305
Phase F : Approche
▪ Données d’Architecture
- Cadre de Gouvernance
- Cadre méthodologique d’architecture adapté
- Vision des exigences de l’Architecture
- Document de Définition d’Architecture - Ébauche
- Spécifications de l’Architecture - Ébauche
- Demandes de Changements pour les programmes et Projets existants
- La feuille de route de l’architecture
- Document définissant les Architectures de Transitions v1.0
- Plan de Mise en œuvre et de Migration Ébauche
▪ Entrées non-Architectural
- Évaluation de capacité
- Plan de Communication
- Méthodes de planification
TOGAF® est une marque déposée de l’Open Group. 308
Phase F : Planification de la Migration
Étapes
2. Architecture d’Entreprise
▪ Sorties
- Plan de Mise en œuvre et de Migration, Version 1.0
- Documents de définition et de spécification
des exigences Architecture finalisés
- Feuille de route de l’architecture finalisée
- Finalisation des architectures de transitions
- Identification des composants d’architecture réutilisables
- Demande de Mise en Chantier de l'Architecture mise à jour
- Initialisation des contrats d’Architecture
- Mise à jour des modèles de gouvernance de la Mise en œuvre
- Création des demandes de changements
provenant des retours d’expérience.
TOGAF® est une marque déposée de l’Open Group. 317
Techniques
de Planification
des Transitions
TOGAF® est une marque déposée de l’Open Group. 318
Matrice d’évaluation des impacts des facteurs
influençant la Mise en œuvre et la migration
▪ Construit en phase F
▪ Créée en Phase F
▪ Montre les modifications des Services du
TRM nécessaires pour les transformations
identifiées pour chaque architecture de transition.
▪ Description des évolutions des composants
et de leurs impacts sur les services du TRM.
TOGAF® est une marque déposée de l’Open Group. 322
Technique d’évaluation des valeurs métiers
▪ Utilisée en Phase F
( La taille du cercle indique la taille du projet )
▪ Les risques
comprennent :
La complexité
technique,
les aspects Valeur
organisationnels,
l’impact en A la cible
cas d’échec. A risque
En difficulté
Risque
▪ Capacité - Définition :
- Une aptitude qu’a une organisation,
une personne ou un système.
▪ Objectifs
- S’assurer que les Mises en œuvre
sont bien conformes aux
spécifications de l’architecture
cible :
• Piloter et gérer les contrats
d'architecture pour la mise
en œuvre et le déploiement
▪ Entrées d’Architecture
- L’organisation de l’Architecture d’Enterprise
- Le Cadre méthodologique et Référentiel d’Architecture
- Les principes d’architecture technique
- La Définition du Chantier de l'Architecture
- La Vision de l’Architecture
- Le Document de Définition de l’Architecture
et les Spécifications des exigences d’Architecture
- La feuille de route d’architecture et les architectures de transitions
- Le modèle de gouvernance de Mise en œuvre
- La Demande de Mise en Chantier de l'Architecture
revue en Phases E et F par projet
- Le plan de Mise en œuvre et de migration
▪ Autres Entrées
- Demande de Mise en Chantier de l'Architecture
- Évaluation de capacités
TOGAF® est une marque déposée de l’Open Group. 333
Phase G : Étapes
▪ Le contrat d’architecture
comprend les éléments suivants:
- Nom, description, et objectifs du projet
- Périmètre, livrables et contraintes
- Critères de recette et Mesures
- Risques
▪ Il est signé entre le sponsor, l’équipe en charge
de la Mise en œuvre et l’équipe d’architecture.
- A l’esprit de l’architecture
▪ Sorties
- Les Contrats d’Architectures (signés)
▪ La gestion du changement de
l'architecture est étroitement liée:
- Aux processus de gouvernance de l’architecture
- A la gestion des contrats entre
l'architecture et les parties prenantes.
▪ Objectifs
- Garantir que le processus de gestion des
exigences est respecté et qu’il est mis en
œuvre de façon efficace dans les phases
de l’ADM
- Gérer les exigences d'architecture
identifiées au cours d'une exécution du
cycle de l’ADM ou d’une phase
• Identifier, sauvegarder,
versionner les exigences
- Au cours de chaque phase,
les choix, livrables sont validés
par rapport aux exigences.
- Veiller à ce que les exigences
soient disponibles pour utilisation
par chaque phase de l’ADM.
- Analyser les impacts en cas de modification
d’exigence
TOGAF® est une marque déposée de l’Open Group. 366
ADM : Gestion des Exigences
▪ Entrées
- Référentiel d’Architecture
- Organisation de l’architecture d’entreprise
- Spécifications du projet d’architecture
- Architecture Vision
- Exigences d’Architecture provenant
de chaque phase de l’ADM
- Documentation des spécifications des exigences
▪ Sorties
- Mise à jour des exigences et de leurs spécifications
- Évaluation et spécification de l’impacts des exigences.
- Mise à Jour du référentiel des exigences
TOGAF® est une marque déposée de l’Open Group. 369
Le Processus de Gestion
Des Exigences et l’ADM
- Recommandations
Cadre de Capacité
TOGAF Cadre de Capacité
d’Architecture (Partie VII )
Cadre de Contenu
(Partie IV )
Continuum d’entreprise
et Outils Continuum d’Entreprise
et Outils (Partie V )
Catalogues Catalogues
Décrivant Décrivant
Livrables d’Architecture
Autres Livrables Livrables d’Architecture
Livrable d’Architecture
▪ Version 0.1
- Une version ébauche - Non validée du document.
▪ Version 1.0
- Une version formellement revue,
détaillée et validée du document.
▪ Produit en Phase A
▪ Catalogues
- Listes de Building Blocks
▪ Matrices
- Montrent les relations entre deux objets ou types d’objets.
▪ Diagrammes
- Présentent l’architecture sous forme graphique.
Les composants de l’architecture et leurs relations.
TOGAF® est une marque déposée de l’Open Group. 397
Cadre de Contenu
▪ Value Stream
- Une famille de diagrammes représentant une liste d’un ensemble complet
d’activités (end-to-end) à valeur ajoutée qui créent un résultat global pour un
client, une partie prenante ou un utilisateur final.
▪ Catalogue Organisation
/ Acteurs
▪ Catalogue des Rôles
▪ Catalogue des Services
Métiers par Fonction
▪ Matrice Interactions Métiers
▪ Diagramme - Vue Globale
Processus Métier
▪ Diagramme Service
Métier / Information
▪ Diagramme - Décomposition
fonctionnelle
▪ Diagramme - Cycle
de vie Produit
TOGAF® est une marque déposée de l’Open Group. 405
Phase B : Catalogue des Services Métier /
Fonctions
- Formation
- Paramètres de sécurité
▪ Matrice Stratégie/Capacité
- Le but de cette matrice est de montrer les capacités requises pour
supporter la stratégie.
▪ Matrice Capacité/Organisation
- Le but de cette matrice est de montrer les éléments d'organisation qui
implémentent chaque capacité.
▪ Carte de l’Organisation
- Diagramme montrant les relations entre les entités principales qui
composent l'entreprise, ses partenaires et ses parties prenantes.
▪ Architecture Applicative
- Catalogue - Portfolio
Applications
- Catalogue des Interfaces
- Matrice - Systèmes /
Organisations
- Matrice Rôles / Systèmes
- Matrice Systèmes / Fonctions
- Matrice des interactions
entre applications
- Diagramme des
communications
entre applications
- Diagramme de Localisation
Applications et utilisateurs
- Diagramme de Cas d’Utilisation
TOGAF® est une marque déposée de l’Open Group. 423
Phase C : Architecture
Applicative - Catalogues
▪ Il permet :
- De comprendre le degré d'interactions entre les applications, identifier
celles qui sont le cœur des dépendances avec les autres applications
- De connaitre le nombre et les types d'interfaces entre les applications
- De connaitre les duplications des interfaces entre applications
- D’identifier les simplifications possibles des interfaces
en analysant la cible du portefeuille d'applications.
- D’aider lors de l'analyse des écarts et de déterminer si des
applications non intégrées doivent l’être.
TOGAF® est une marque déposée de l’Open Group. 425
Phase C : Architecture
Applicative - Matrices
▪ Matrice Applications / Organisations
- Montre les relations entre les applications (composants
applicatifs Logiques) et les unités organisationnelles.
• En particulier, identifie les fonctions de l'entreprise
(au sein des unités organisationnelles) qui sont
supportées par les applications informatiques .
- Permet
• De connaitre quelles applications
supportent quelles fonctions de l'entreprise.
▪ Ingénierie Logicielle
- Décompose l’application en modules, services
en fonction des contraintes de développement
- environnements de développement complexes.
▪ Migration applicative
- Décrit comment se fera la migration
de l’application de l’existant vers la cible.
- Permet un estimation des coûts de migration en montrant
précisément quels modules applicatifs, quelles interfaces
doivent être mappés à quelle phase de la migration
- Identifie les applications temporaires, les zones de travail
temporaires, l’infrastructure nécessaire pour supporter la migration.
▪ Distribution des Logiciels
- Montre comment l’application physique se décompose
et comment elle est distribuée -
composants physiques et localisation de ces composants.
- Permet d’avoir
• Une vision claire de comment le logiciel est hébergé.
• Une description claire de comment le logiciel est installé pour
faciliter la maintenance du logiciel par les équipes Opérationnelles.
TOGAF® est une marque déposée de l’Open Group. 436
Artéfacts et Phases de l’ADM
▪ Matrices Fondamentales :
- Entités / Fonctions métier
- Applications / Entités
▪ Entités / Fonctions métier
- La matrice Entités / Fonctions métiers permet de :
• De définir les organisations « propriétaires » métier des entités
• Comprendre les exigences en échanges
d’information entre les services métier.
• Aide à l’analyse des écarts en déterminant
en particulier si des entités doivent être créées.
• Définit pour chaque entité quelle
fonction la crée, la modifie et l’utilise.
• Est la base pour définir la gouvernance des entités.
TOGAF® est une marque déposée de l’Open Group. 439
Phase C : Architecture
de Données - Matrices
▪ Applications / Entités
- Montre les liens entre les composants applicatifs
et les entités - entités créées, lues, supprimées
(CRUD) et mises à jour par ces composants.
▪ Diagrammes fondamentaux
- Dissémination des données
• Montre les relations entre les entités, les
services métier et les composants applicatifs.
- Diagramme de Classes
• Montre les relations entre les entités
maitres de l’entreprise (Master Data)
▪ Extensions
- Cycle de Vie de la Donnée
• Montre le cycle de vie de l’entité seule, sans
lien avec le processus métier ou les activités,
depuis sa conception jusqu’à sa destruction.
▪ Extension
- Sécurité de la donnée
• Montre quel acteur (personne, application, organisation)
a le droit de voir, modifier, détruire quelle entité maitre.
▪ Architecture Technique
- Catalogue des Standards
techniques
- Catalogue du Portfolio
technique
- Matrice Systèmes /
Technologie
- Diagramme d’Environnement
et des Localisations
- Diagramme de Décomposition
d’une plateforme
- Elle montre :
• Les composants applicatifs logiques et physiques.
- Permet
• De savoir comment regrouper les composants applicatifs
pour former les unités de déploiements.
• De connaitre les connexions, interactions entre les
unités de déploiements (LAN, WAN, et les protocoles)
• D’identifier les exigences en termes de capacités et
charges pour les différents composants technologiques.
TOGAF® est une marque déposée de l’Open Group. 451
Phase D : Architecture
Technologique - Diagrammes
▪ Diagramme Composants
applicatifs / Infrastructure réseau
- L’objectif de ce diagramme est de montrer les
composants applicatifs logiques et les éléments
supportant la distribution réseau de ces composants.
- Il permet :
• D’établir les besoins d’autorisations, de sécurité
et d’accès pour les différents composants technologiques.
• De comprendre l’architecture technologique qui supporte
les applications, compréhension nécessaire pour
faciliter ultérieurement les éventuels dépannages.
• De mieux comprendre l’origine des problèmes
de performance rencontrés par les applications.
▪ Infrastructure de Communications
- Montre les moyens de communications utilisés entre
les différents éléments de l’architecture technologique.
- Les parties prenantes peuvent utiliser ce diagramme pour prendre des décisions de
sélection, de hiérarchisation des priorités et de séquence des opportunités
identifiées.
• Assumption
• Constraint
• Gap
TOGAF® est une marque déposée de l’Open Group. 456
Continuum D’Enterprise
et Référentiel
D’architecture
Le continuum d’entreprise définit une méthode pour
classifier les artéfacts d’architectures et de solutions.
Le référentiel d’architecture définit comment organiser
et classifier tous les actifs d’architecture de l’entreprise.
Continuum d’Entreprise
Référentiels
d’Entreprise
Contexte et exigences de l’architecture
Continuum d’Architecture
Architectures Architectures
Référentiel des Génériques Spécifiques
exigences, CMDB,
Référentiel
d’architecture Guide et Guide et Guide et Guide et
Supporte Supporte Supporte Supporte
Solutions Solutions
Génériques Spécifiques
Continuum de Solutions
Les solutions déployées deviennent
le contexte de l’architecture
Solutions Déployées
▪ Exemples
- Architecture de sécurité
- Architecture réseau
- Architecture Messagerie
- Flux de données
- Produits et Services
▪ La Méthode de Développement de
l’Architecture (ADM) décrit comment
construire une architecture d’entreprise :
- En réutilisant et en adaptant des architectures et des
solutions existantes (dans l’industrie, dans les systèmes
communs, dans les socles d’architectures / de solutions).
▪ Chaque phase de l’ADM
- Utilise le Continuum d’entreprise pour identifier
les composants utilisables dans le contexte
de la Mise en Chantier de l'Architecture en cours.
- Encourage le développement de composants /
Building Blocks réutilisables en favorisant l’utilisation
du continuum comme structure pour publier les
nouveaux composants en vue d’une réutilisation future.
TOGAF® est une marque déposée de l’Open Group. 475
Référentiel d’Architecture
▪ Le Paysage de l’Architecture
• Architecture Stratégique
▪ La bibliothèque de référence
- Fournit des guides, canevas, patterns et tout
matériel de référence permettant d’accélérer
la création de nouvelles architectures d’entreprise.
▪ Le Journal de la Gouvernance
- Fournit le suivi, la traçabilité des activités de gouvernance.
• La traçabilité des prises de décisions.
• Les évaluations de conformité.
• Les Évaluations de capacités
• Les calendriers
• Le Portfolio de projets
• Les mesures de Performances
TOGAF® est une marque déposée de l’Open Group. 481
TOGAF® Référentiel d’Architecture
▪ Le continuum d’Enterprise
- Une vue sur le référentiel d’architecture
▪ Référentiel d’Architecture
- Un système qui gère tous les
actifs d’architecture de l’entreprise.
▪ Délivrer de la valeur
▪ Mesurer la performance
• Transparence et responsabilités du
comité de direction de l’entreprise
- Permettant de :
▪ Gouvernance Informatique
- Permet d’assurer l’alignement entre les processus,
les ressources, les données informatiques
avec les stratégies et objectifs de l’organisation
- Intègre et institutionnalise les meilleures pratiques informatiques
• Planifier, Organiser, Mettre en place,
Délivrer, Supporter, Surveiller (i.e. COBIT)
- Permet à l’organisation de bénéficier de
tous les avantages de ses données, de son
infrastructure (à la fois matérielle et logicielle)
- Protège les actifs - équipements informatiques de l’organisation
- Supporte les aspects réglementaires
et les meilleures pratiques tels que :
• Vérifiabilité (Audit), Sécurité, Exécution et Responsabilité
TOGAF® est une marque déposée de l’Open Group. 491
La Gouvernance de
l’Architecture d’Entreprise
▪ Elle inclut :
- La mise en place
▪ La gouvernance de l’architecture
d’entreprise nécessite un cadre
▪ Le cadre de gouvernance de TOGAF est un cadre
générique qui peut être adapté à la gouvernance
existant dans l’entreprise.
▪ De manière conceptuelle, la
gouvernance d’architecture est :
- une approche
- une série de processus
- une orientation culturelle
- un ensemble de responsabilités qui assurent l’intégrité
et l’efficacité des architectures de l’organisation
TOGAF® est une marque déposée de l’Open Group. 493
Le Contexte, les Processus, le Contenu
Contexte
Moteurs – Métier, Technique, Réglementation
Processus Contenu
Prise en charge et
gestion des règles Exigences
▪ Processus de conformité :
- Ils permettent l’évaluation de la conformité vis-à-vis des
SLAs, OLAs, des standards et des obligations réglementaires
- Ils assurent la stabilité, la conformité
et le suivi des performances
- Ils assurent que les évaluations sont revues, acceptées
ou rejetées en fonction de critères préétablis
- Une évaluation d’un domaine (design, opérationnel, niveau
de service ou technique) peut donner un résultat de
non-conformité. Dans ce cas le domaine en question peut :
• être réajusté, réaligné dans le but de
répondre aux besoins de conformité
• faire l’objet d’une dérogation
TOGAF® est une marque déposée de l’Open Group. 497
La Gouvernance de l’Architecture
d’Entreprise : Les Processus
▪ Processus de dérogation :
- Ils sont utilisés pour garantir que les niveaux de service
et les niveaux opérationnels sont atteints tout en
gardant de la flexibilité dans leur mise en place.
• Les accès
• La communication
• La formation
▪ Le cadre de gouvernance
de l’architecture est mis
en place en identifiant les
processus, les objets, les
contrôles, l’environnement
▪ Un comité d’architecture
cross-organisation pour
surveiller / contrôler la mise
en place de la stratégie de
gouvernance informatique
▪ Une stratégie pour la
conformité d’architecture
est adoptée avec des
mesures spécifiques
TOGAF® est une marque déposée de l’Open Group. 503
La Gouvernance de l’Architecture
d’Entreprise dans l’ADM
▪ Demandes de Dispense
▪ Evaluations de conformité
▪ Plans d’Actions
▪ Autres sujets
▪ 6 Niveaux
0 - Aucun / Rien
1 - Initial / De Base
3 - Défini
4 - Géré
5 - Mesuré
▪ Activités
- Comprend et interprète les exigences
- Crée des modèles
- Gère l’architecture
- Gère la complexité
▪ Caractéristiques
- Compétences et expérience en conception
- Connaissance large dans les domaines techniques
et expertise dans un ou plusieurs d’entre eux.
- Approche méthodique
- Gestion de projet
- Leadership
- Expérience métier
TOGAF® est une marque déposée de l’Open Group. 523
L’Architecte d’Entreprise
et le Chef de Projet
▪ Le Chef de Projet
- est responsable de la livraison d'une solution
dans les délais, les contraintes budgétaires
et le niveau de qualité demandé.
▪ L’architecte d’Entreprise
- est responsable de la détermination de la solution qui
répondra aux exigences fonctionnelles et non fonctionnelles
▪ Trois niveaux
- IT Architecte Certifié
- Sponsor de l’Architecture
- Chef de Architecture
- Architectes pour :
• L’Architecture d’entreprise
- Concepteur informatique
TOGAF® est une marque déposée de l’Open Group. 527
TOGAF® Catégories de Compétences