Architecture d`entreprise et urbanisation des SI

DSCG : UE5 - Management des Systèmes d'Information
Architecture d'entreprise et urbanisation des SI
Table des matières
CARTE HEURISTIQUE ................................................................................................................................. 2
ARCHITECTURE D'ENTREPRISE..................................................................................................3
FRAMEWORK
DE
ZACHMAN......................................................................................................................... 3
La dimension horizontale - les points de vue..............................................................................................................................4
La dimension verticale - Les abstractions..................................................................................................................................4
URBANISATION DES SYSTÈMES D'INFORMATION...................................................................6
DÉFINITIONS............................................................................................................................................ 6
FACTEURS DE L'URBANISATION.................................................................................................................... 7
INDICE D'URBANISATION ............................................................................................................8
AXES..................................................................................................................................................... 8
Correspondance processus - indice d'urbanisation...................................................................................................................9
1/10
15-COURS_MSI_Urbanisation
DSCG : UE5 - Management des Systèmes d'Information
Architecture d'entreprise et urbanisation des SI
Carte heuristique
2/10
15-COURS_MSI_Urbanisation
DSCG : UE5 - Management des Systèmes d'Information
Architecture d'entreprise et urbanisation des SI
Architecture d'entreprise
L'architecture d'entreprise (EA) trouve ses origines à la fin des années quatre-vingt, avec le
framework de Zachman. Cette discipline s'est développée au niveau international, et la même
problématique a donné lieu en France à l'approche d'urbanisation.
L'EA vise à piloter globalement la « transformation permanente » de l'entreprise:
•
l'EA donne l'ensemble des visions sur la transformation, du métier (processus, organisation) à
« l'outil informatique» ;
•
l'EA fournit une cible, une analyse des écarts et une feuille de route pour la migration. Ainsi
elle décrit comment l'entreprise fonctionne et comment elle va se transformer.
C'est un processus dynamique et itératif qui facilite la communication et la synergie entre l'ensemble
des acteurs de l'entreprise: management, maîtrise d'ouvrage, pilotes de processus, maîtrise d'œuvre.
Les « leviers» sur lesquels joue l'architecture d'entreprise pour impulser le pilotage de la
transformation permanente de l'entreprise sont :
•
L'alignement sur le métier.
•
La définition de l'existant et de la cible et l'analyse des écarts.
•
Le pilotage de la transformation « au quotidien» qui s'appuie sur une gouvernance adaptée et
le suivi d'une feuille de route de migration.
•
La mobilisation de l'ensemble des acteurs autour de la transformation.
L'État de l'Art international comprend en particulier le framework de Zachman, qui situe le cadre
général des diverses ingénieries de transformation.
Framework de Zachman
C'est en 1987 que John Zachman, employé d'IBM, propose une méthode de représentation de
l'architecture système d'une entreprise. Véritable portail d'accès aux référentiels de l'entreprise, le
cadre Zachman (Zachman Framework). L'idée étant qu'une entreprise n'a pas qu'une seule
architecture, mais plusieurs suivants différents points de vue et à différents niveaux.
Le cadre de Zachman est un schéma à deux dimensions qui représente l'entreprise :
3/10
15-COURS_MSI_Urbanisation
DSCG : UE5 - Management des Systèmes d'Information
Architecture d'entreprise et urbanisation des SI
•
La dimension horizontale contient 6 types de groupes qui utilisent 6 types de modèles. Le
haut des lignes représente la partie conceptuelle de la représentation de l'entreprise alors que
la partie basse est plus concrète.
•
La dimension verticale est basée sur 6 interrogations de base : Quoi, Comment, Où, Qui,
Quand et Pourquoi?
La dimension horizontale - les points de vue
Portée (contextuelle) (Scope (contextual)) : le point de vue du planificateur
Cette ligne décrit les modèles, l'architecture et les représentations qui correspondent aux limites de
l'organisation concernée.
Modèle métier (conceptuel) (Business Model (conceptual)) : le point de vue du propriétaire
Cette ligne décrit les modèles, l'architecture et les représentations utilisés par les propriétaires des
process métier. Elle se concentre sur les utilisations habituelles d'un produit.
Modèle système (logique) (System model (logical)) : le point de vue du concepteur
Cette ligne décrit les modèles, l'architecture et les représentations utilisés par les ingénieurs,
architecte et toutes personnes qui doivent arbitrer entre les besoins et ce qui est techniquement
possible de faire.
Modèle de technologie (physique) (Technology model (physical)) : le point de vue du constructeur
Cette ligne décrit les modèles, l'architecture et les représentations utilisées par les techniciens, les
ingénieurs et les contractants qui modélisent et créent les produits.
Représentation détaillée (hors contexte) (Detailed representations (Out-of-Context Perspective) :
Point de vue des sous-traitants
Cette partie décrit les différents éléments inclus dans le produit final (ex. : composants logiciels).
Pour les développeurs de logiciel, cette partie correspond à l'intégration de modules ou de
composants en provenance de l'extérieur.
Le fonctionnement de l'entreprise (the functioning enterprise)
Cette partie représente la réelle mise en œuvre des éléments, c'est l'existant dans toute sa
complexité.
La dimension verticale - Les abstractions
Chaque vision est définie par plusieurs questions. Ces 6 questions résument les questions que se
posent fréquemment les personnes lorsqu'elles essaient de comprendre.
Le Quoi ? (Données) En quoi est-ce fait ?
C'est la composition du produit. Dans le cas d'un logiciel, il s'agit des données. Zachman propose
pour chaque colonne, un modèle d'illustration. Ici : Objet - relation - Objet
Le Comment ? (Fonctions) Comment ça fonctionne ?
Cette colonne correspond au fonctionnement et à la transformation du produit. Le modèle proposé
par Zachman est le suivant Processus - Entrée/Sortie - Processus
Le Où ? (Réseau) Où sont les éléments les uns par rapport aux autres ?
Cette colonne s'intéresse à l'emplacement et aux connexions du produit. Le modèle est : Nœud - lien
- Nœud
Le qui ? (Personnel) Qui fait quoi ?
Cette colonne correspond au personnel, aux manuels, aux procédures qui leur sont utiles pour faire
leurs tâches. Le modèle est Acteur - Tache - Acteur.
Le quand ? (Temps) Quand se produisent les choses ?
Cette colonne concerne les cycles de vie, les durées et les programmes qui sont utilisés pour
contrôler l'activité. Le modèle est Événement - Cycle - Événement.
Le pourquoi ? (Motivation) Pourquoi les événements arrivent-ils ?
Cette colonne correspond aux objectifs, plans et règles qui guident l'organisation. Le modèle est
Finalité - Moyens - Finalité.
4/10
15-COURS_MSI_Urbanisation
DSCG : UE5 - Management des Systèmes d'Information
Architecture d'entreprise et urbanisation des SI
Chaque cellule décrit une architecture, un modèle, une représentation ou une description qu'une
organisation peut documenter. Il est possible de décrire chacune de ces cellules indépendamment les
unes des autres, mais il existe des liens entre ces cellules. En effet, chaque ligne décrit un point de
vue et chaque colonne est basée sur le même type d'élément.
Le cadre Zachman
Données Quoi ?
Activités Comment ?
Emplacement Où ?
Portée (contextuelle)
Planificateur
Liste des éléments
importants pour
l'activité
Liste des processus
exécutés par l'activité
Liste des lieux où est
exercée l'activité
Modèle métier
(conceptuel)
Modèle de données
conceptuelles
Modèle métier
Modèle logistique
Modèle système
(logique)
Modèle de données
logiques
Architecture de
programmes
Architecture SI
distribuée
Modèle de technologie
(physique)
Modèle de données
physiques
Modélisation de
systèmes (fonction
informatique)
Architecture
technologique
Représentation détaillée
Définition des données
(hors contexte)
Programmes
Architecture réseau
Le fonctionnement "réel"
Données métier réelles
de l'entreprise
Code du programme
Réseau physique réel
Personnel Qui ?
Temps Quand ?
Motivation - Pourquoi ?
Portée (contextuelle)
Planificateur
Listes des
organisations
importantes pour
l'activité
Liste des évènements
significatifs pour le
métier
Liste des objectifs
métiers stratégiques
Modèle métier
(conceptuel)
Modèle hiérarchique
Modèle temporel
Modèle d'objectifs
Modèle système
(logique)
Interface homme /
document
Structure de traitement
Modèle de règle métier
Modèle de technologie
(physique)
Matrice organisation /
processus
Structure de contrôle
Modélisation des règles
Représentation détaillée
(hors contexte)
Architecture de
sécurité
Le fonctionnement "réel"
de l'entreprise
Organisation métier
réelle
Définition du calendrier Spécification des règles
Planning
Stratégie réelle
Cette matrice est une solution élégante pour décrire l'entreprise.
La structuration d'un référentiel processus suppose une approche selon deux dimensions : le prisme
d'analyse et le niveau de détail. Le prisme définit l'angle selon lequel on décrit et correspond aux
colonnes du modèle de Zachman, le niveau de détail correspondant globalement aux lignes. Quand
on se place à un niveau macro, le modèle est forcément orienté métier et se veut indépendant des
outils et technologies mis en œuvre.
Toute cartographie se trouve donc nécessairement au croisement de ces deux axes, un même
modèle ne pouvant traduire tous les prismes et tous les niveaux de détail. De ce point de vue, le
modèle de Zachman répond à ce besoin d'organisation du référentiel dans lequel tout modèle doit
pouvoir se situer clairement au sein du damier.
5/10
15-COURS_MSI_Urbanisation
DSCG : UE5 - Management des Systèmes d'Information
Architecture d'entreprise et urbanisation des SI
Urbanisation des Systèmes d'information
Définitions
L’« urbanisme du système d’information » désigne la démarche qui consiste à définir un système
d’information cible qui puisse s’adapter et anticiper les différents changements (stratégiques,
organisationnels, juridiques…) touchant l’entreprise .
Le « plan d’urbanisme du système d’information » désigne l’agrégation de la définition du
système d’information cible et des règles d’urbanisme avec la trajectoire à suivre pour atteindre ce
système d’information cible.
L' « urbanisation » est la démarche qui consiste à rendre un système d’information plus apte à
servir la stratégie de l’entreprise et à anticiper les changements dans l’environnement de l’entreprise.
L’« urbanisation du système d’information » désigne plus précisément la mise en œuvre du plan
d’urbanisme du système d’information.
Le « processus d'urbanisation » correspond à l'ensemble des activités liées à l'urbanisme du SI.
C'est un processus permanent dont la géométrie est variable : il doit s'adapter aux entreprises qui se
l'approprient et il évolue dans le temps au fil de la maturité acquise.
La démarche d'urbanisme considère quatre niveaux de préoccupation : métier, fonctionnel, applicatif
et technique. Le facteur-clé de succès est de considérer que, si ces quatre «univers» sont «
parallèles », ils n'en sont pas moins liés : aligner le SI sur la stratégie et les besoins consiste à
travailler sur les « passages» entre ces univers. En particulier, le niveau fonctionnel supporte
l'abstraction nécessaire entre les besoins et les solutions : ce découplage permet de garantir la
souplesse d'évolution des applications et la réutilisation de leurs composants. C'est là que réside la
clé de l'agilité.
Le processus est organisé en cinq sous-ensembles :
•
Pilotage : mettre en œuvre le processus et le piloter ; porter les préoccupations de
l'urbanisme du SI au niveau de l'arbitrage des projets de l'entreprise.
•
Cadre d'urbanisme : poser les principes et règles fondamentaux d'urbanisme : définir les
cibles fonctionnelles et/ou applicatives, le plan de migration vers la cible.
6/10
15-COURS_MSI_Urbanisation
DSCG : UE5 - Management des Systèmes d'Information
Architecture d'entreprise et urbanisation des SI
•
Infrastructure fonctionnelle : structurer le SI sur la base d'un véritable socle de l'évolutivité
maîtrisée et de la réutilisation : mettre sous contrôle et normaliser les référentiels de
données et de services, les échanges inter-applicatifs ...
•
Relations avec les projets : s'assurer que les règles d'urbanisme du SI sont prises en
compte dès les études amont, et dans la mise en œuvre des solutions applicatives.
•
Support et communication : convaincre de l'intérêt de la démarche et en développer la
pratique ; partager la connaissance du SI au travers des cartographies.
Facteurs de l'urbanisation
L’environnement concurrentiel des entreprises
La stratégie de l’entreprise est de moins en moins stable dans le temps. L’entreprise doit pouvoir
profiter des opportunités et doit « prioriser » les projets qui se multiplient.
Il n'est plus raisonnable d’envisager la construction d’un nouveau système d’information.
le changement est devenu la règle. Les entreprises doivent pouvoir réagir rapidement aux
mouvements des marchés, à la versatilité des besoins des clients, aux évolutions des métiers
des utilisateurs, à l’évolution des technologies…
la prévisibilité des changements extérieurs se réduit, dans un monde concurrentiel soumis
notamment aux effets des modes, les stratégies de communication des différents acteurs
rapprochent de plus en plus l’horizon des changements envisageables ;
l’horizon temporel des évolutions de l’entreprise est lui aussi raccourci : il est dorénavant
difficile de faire une prévision et de la maintenir telle quelle sur du long terme.
le système d’information est devenu lui-même un élément concurrentiel dans la stratégie de
la plupart des entreprises.
7/10
15-COURS_MSI_Urbanisation
DSCG : UE5 - Management des Systèmes d'Information
Architecture d'entreprise et urbanisation des SI
Indice d'urbanisation
(Urbanisation des SI et Gouvernance – Club Urba-EA – Dunod 2010)
L'indice d'urbanisation constitue un outil de gouvernance et de management du SI, qui permet, à
partir d'une évaluation de la démarche d'urbanisation de tout le système d'information de l'entreprise
ou d'une partie, de renforcer les quatre piliers de la gouvernance du SI : anticiper, décider,
communiquer et suivre.
L'indice est constitué de mesures qualitatives et quantitatives réalisées sur sept axes d'analyse:
•
connaître le SI existant et cible,
•
gérer les référentiels de l'entreprise (données et services),
•
fournir un cadre pour les évolutions du SI,
•
accompagner les projets,
•
maîtriser la complexité des flux d'échanges d'informations,
•
piloter l'urbanisation du SI,
•
communiquer sur l'urbanisme et développer les compétences.
Représenté sous forme graphique (de type radar), il peut combiner à la fois un état existant, des
évolutions successives ou un état cible. Dans le cas d'organisations complexes (groupes,
implantations internationales, SI multiples par branches ... ) il peut également être éclaté en
domaines d'étude, et reconsolidé au niveau de l'entreprise.
Partant de l'analyse des résultats, on peut alors construire le plan de progrès nécessaire au
développement et à l'appropriation de la démarche d'urbanisme dans l'organisation.
Axes
1 - Connaitre le SI existant et cible
2 - Gérer les référentiels de l'entreprise (données et services)
3 - Fournir un cadre pour l'évolution des SI
4 - Accompagner les projets
5 - Maitriser la complexité des flux d'échange d'informations
6 - Piloter l'urbanisation du SI
7 - Communiquer sur l'urbanisme et développer les compétences
8/10
15-COURS_MSI_Urbanisation
DSCG : UE5 - Management des Systèmes d'Information
Architecture d'entreprise et urbanisation des SI
Correspondance processus - indice d'urbanisation
Thème
Processus
Piloter l'urbanisation du SI
PILOTAGE
Axe/critère de l'indice
6.1 - Urbanisme et lancement des projets
6.2 - Moyens de l'urbanisme
Participer aux comités d'arbitrage
6.3 - Pilotage de l'urbanisation
projets
3.1 - Connaissance des objectifs métiers
Faire le lien avec la stratégie
3.2 - Processus métier cible
business et la gouvernance du SI 3.3 - Connaissance des niveaux de service (SLA) et de
l'opérationnalité du SI
3.4 - Cible fonctionnelle du SI
Elaborer et réviser le cadre
3.5 - Cible d'architecture applicative
d'urbanisme et d'architecture du
3.6 - Existence de règles ou d'une charte d'urbanisme
SI
3.7 - Plan de migration
2.1 - Définition des données métier clés
Mettre les référentiels de données 2.2 - Responsabilités métier ou MOA sur les référentiels
OPÉRATIONNEL
et de services sous contrôle
2.3 - Dispositifs de partage des données de référence
2.4 - Mise en œuvre et partage de services communs
Standardiser et simplifier les
5.1 - Description des flux
échanges inter-applicatifs
5.2 - Standardisation des échanges
Faire le lien avec les
3.8 - Lien avec l'infrastructure technique
infrastructures techniques
Participer aux études amont des
4.1 - Urbanisme dans les études et projets
projets
Suivre et accompagner les projets 4.2 - Suivi de la prise en compte de l'urbanisme par les
informatiques
projets
1.1 - Référentiel de cartographie de processus métier
Maintenir et diffuser les
1.2 - Référentiel de cartographie fonctionnelle
référentiels de cartographie
1.3 - Référentiel de cartographie applicative
SUPPORT &.
existant et cible
1.4 - Référentiel de cartographie d'infrastructure technique
COMMUNICATI
ON
7.1 - Communication
Développer les compétences en
7.2 - Formation à l'urbanisation
urbanisme du SI
7.3 - Gestion des compétences de l'urbanisme
9/10
15-COURS_MSI_Urbanisation
DSCG : UE5 - Management des Systèmes d'Information
Architecture d'entreprise et urbanisation des SI
Exemple de la Société Générale
10/10
15-COURS_MSI_Urbanisation