table des matières - jchambon.frjchambon.fr/dscg/textes/15-cours_msi_urbanisation.pdf · 3/10...

DSCG : UE5 - Management des Systèmes d'Information Architecture d'entreprise et urbanisation des SI

Table des matièresCARTE HEURISTIQUE................................................................................................................................. 2

ARCHITECTURE D'ENTREPRISE..................................................................................................3

FRAMEWORK DE ZACHMAN......................................................................................................................... 3La dimension horizontale - les points de vue..............................................................................................................................4La dimension verticale - Les abstractions..................................................................................................................................4

URBANISATION DES SYSTÈMES D'INFORMATION...................................................................6

DÉFINITIONS............................................................................................................................................ 6FACTEURS DE L'URBANISATION.................................................................................................................... 7

INDICE D'URBANISATION ............................................................................................................8

AXES..................................................................................................................................................... 8Correspondance processus - indice d'urbanisation...................................................................................................................9

1/10 15-COURS_MSI_Urbanisation


Carte heuristique



Architecture d'entrepriseL'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 :



• 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é.



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 (hors contexte)

Définition des données Programmes Architecture réseau

Le fonctionnement "réel" de l'entreprise

Données métier réelles 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é

Définition du calendrier Spécification des règles

Le fonctionnement "réel" de l'entreprise

Organisation métier réelle

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.



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.



• 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.



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 cible2 - Gérer les référentiels de l'entreprise (données et services)3 - Fournir un cadre pour l'évolution des SI4 - Accompagner les projets5 - Maitriser la complexité des flux d'échange d'informations6 - Piloter l'urbanisation du SI7 - Communiquer sur l'urbanisme et développer les compétences



Correspondance processus - indice d'urbanisation

Thème Processus Axe/critère de l'indice

PILOTAGE Piloter l'urbanisation du SI 6.1 - Urbanisme et lancement des projets

6.2 - Moyens de l'urbanisme Participer aux comités d'arbitrage projets

6.3 - Pilotage de l'urbanisation

OPÉRATIONNEL

Faire le lien avec la stratégie business et la gouvernance du SI

3.1 - Connaissance des objectifs métiers 3.2 - Processus métier cible 3.3 - Connaissance des niveaux de service (SLA) et de l'opérationnalité du SI

Elaborer et réviser le cadre d'urbanisme et d'architecture du SI

3.4 - Cible fonctionnelle du SI 3.5 - Cible d'architecture applicative 3.6 - Existence de règles ou d'une charte d'urbanisme 3.7 - Plan de migration

Mettre les référentiels de données et de services sous contrôle

2.1 - Définition des données métier clés 2.2 - Responsabilités métier ou MOA sur les référentiels 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 échanges inter-applicatifs

5.1 - Description des flux 5.2 - Standardisation des échanges

Faire le lien avec les infrastructures techniques

3.8 - Lien avec l'infrastructure technique

Participer aux études amont des projets

4.1 - Urbanisme dans les études et projets

Suivre et accompagner les projets informatiques

4.2 - Suivi de la prise en compte de l'urbanisme par les projets

SUPPORT &. COMMUNICATI

ON

Maintenir et diffuser les référentiels de cartographie existant et cible

1.1 - Référentiel de cartographie de processus métier 1.2 - Référentiel de cartographie fonctionnelle 1.3 - Référentiel de cartographie applicative 1.4 - Référentiel de cartographie d'infrastructure technique

Développer les compétences en urbanisme du SI

7.1 - Communication 7.2 - Formation à l'urbanisation 7.3 - Gestion des compétences de l'urbanisme



Exemple de la Société Générale


table des matières - jchambon.frjchambon.fr/dscg/textes/15-cours_msi_urbanisation.pdf · 3/10...

Documents