présentation togaf - wiki.praxeme.orgwiki.praxeme.org/uploads/news/pxatl19pres.pdf · planche 3...
TRANSCRIPT
Planche 3
TOGAF = Deux dimensions complémentaires
TOGAF processus
développement de l’architecture
gestion des exigences
gouvernance de la mise en oeuvre
Méthode de Développement
l’Architecture (ADM)
TOGAF patrimoine
règles d’architecture
métamodèle
standards
architectures et exigences
suivi de gouvernance
Référentiel d’Architecture
Planche 4
Le cycle de l’ADM
• L'ADM est appliquée de façon
itérative tout au long du
processus, entre les phases, et
au sein même de celles-ci.
• Pendant tout le cycle ADM, on
doit prendre soin de valider
régulièrement les résultats par
rapport aux exigences initiales,
aussi bien celles du cycle ADM
dans son ensemble, que celles
d'une phase particulière du
processus
• Ces validations devront
réévaluer le périmètre, les
détails, les planifications et les
jalons
Planche 5 5
SI
2013
SI
2015
L’ADM - Maîtriser la transformation du SI
Modèle du SI
2013
Modèle du SI
2015
: : : : : : : : : :
: : : : : : : : : :
A B
C
D
E F G
H
Planche 6
ADM – Principes de base
Périmètre
d’action
Instruire
des
scénarios
Choisir la cible
Planifier la trajectoire
Gouverner
la
réalisation
Produire des paliers d’AE mérite
un processus formel
propriétaire
rôles et responsabilités
activités/étapes
inputs
outputs
indicateurs d’avancement
Adapter le canevas ADM à
l’entreprise
rôles répartis
périmètres différenciés
Autres modèles (Archinoo,
eTom…)
Gestion des exigences et
décisions explicites
Planche 7
Étapes de chaque phase – exemple de la phase B
Business
1 Sélectionner des modèles, des points de
vue et des outils de Référence
2 Développer une Description de
l'Architecture Initiale du Business
3 Développer une Description de
l'Architecture Cible du Business
4 Effectuer une analyse des écarts
5 Définir les composants de la Feuille de route
(roadmap)
6 Résoudre les impacts sur tout le Paysage de
l'Architecture
7 Passer en revue de façon formelle les
acteurs concernés
8 Finaliser l'Architecture du Business
9 Créer un Document de Définition de
l'Architecture
Planche 8
Vision
de l’architecture
v1.0
v1.0
Versions successives de l’architecture
Vision
de l’architecture
Architecture du
business cible
Architecture du
business initiale
Architecture
de données cible
Architecture
de données initiale
Architecture des
applications cible
Architecture des
applications initiale
Architecture technique
cible
Architecture technique
initiale
Phase A
Vision
de l’architecture
Architecture du
business cible
Architecture du
business initiale
Architecture
de données cible
Architecture
de données initiale
Architecture des
applications cible
Architecture des
applications initiale
Architecture technique
cible
Architecture technique
initiale
Phase C
Architecture du
business cible
Architecture du
business initiale
Architecture
de données cible
Architecture
des données initiale
Architecture des
applications cible
Architecture des
applications initiale
Architecture technique
cible
Architecture technique
initiale
Phase B
Vision
de l’architecture
Architecture du
business cible
Architecture du
business initiale
Architecture
de données cible
Architecture
de données initiale
Architecture des
applications cible
Architecture des
applications initiale
Architecture technique
cible
Architecture technique
initiale
Phase D
v0.1
v0.1
Planche 9
Partie III
Recommandations
et techniques de l’ADM
L’ADM et les autres parties de TOGAF
modèles et livrables
structure
Planche 11
Mise en place de la fonction d’architecture d’entreprise
quatre domaines
d’architecture
Planification de la trajectoire de transformation
Conduite d’un palier d’architecture d’entreprise
Réalisation de la trajectoire par les projets
Gestion des exigences
Les objectifs des activités de l’ADM
Planche 12
Architecture d’entreprise et processus
L’architecture d’entreprise
n’est pas un projet (limité dans le temps)
mais une fonction (permanente) de gouvernance de la transformation
qui suit un processus récurrent
La mise en place de l’architecture d’entreprise est un projet
Un cycle de transformation du SI est un projet
dont l’ADM est un canevas du processus
TOGAF met en œuvre l’objectif de l’architecture d’entreprise
est de conduire la transformation du SI par les modèles
Planche 19
Pour TOGAF l’Architecture est un savoir-faire qui
Conçoit et supporte le déploiement de capabilities
Une capabilities est un ensemble de ressources organisationnelles et
technique ayant une compétence d’entreprise, par exemple la capacité de gérer
la relation avec le client
A ce titre, pour TOGAF une capacité est un ensemble de processus et de services
exécutée par des ressources organisationnelles utilisant des moyens techniques
comme les SI pour produire des services et/ou des biens de l’entreprise
Notamment pour le classement des modèles d’architecture TOGAF est ouvert à
d’autres cadres comme ZACHMAN, pourquoi pas PRAXEME
TOGAF est un Framework de conduite de la transformation par les modèles qui
adresse :
L’ensemble des processus d’architecture
Les référentiels de documentation et de spécification de l’architecture
La gestion de la « capability » d’architecture
En conclusion
Planche 22
Mise en place de la fonction d’architecture d’entreprise
quatre domaines
d’architecture
Planification de la trajectoire de transformation
Conduite d’un palier d’architecture d’entreprise
Réalisation de la trajectoire par les projets
Gestion des exigences
Praxeme et l’ADM