Urbanisme des Systèmes d'Information
Article publié suite au billet Urbanisme des systèmes d'information sur le
blog co-fontaine.com
Depuis plusieurs années, l'urbanisme des systèmes d'information est un sujet
régulièrement abordé par la presse spécialisée en informatique, mais de quoi
s'agit-il ? Penchons-nous sur le thème sous la forme d'une métaphore bien
connue.
Qu'est-ce que l'urbanisme des systèmes d'information ?
A l'image d'une ville que l'on organise en zones, quartiers, réseaux de
circulation, réseaux d'égouts, plan d'occupation des sols etc., l'urbanisme
du système d'information consiste à définir un ensemble de
règles de construction qui doit permettre au système d'information de mieux
s'aligner avec la stratégie de l'entreprise
(1). L'urbanisation (2)
du SI est un processus permanent d'optimisation du SI qui
rentre dans le cadre d'une vision à long terme.
|
(1) Le démarché d'Entreprise
Architecture généralise celle de l'urbanisme du SI à l'échelle de l'ensemble
des activités et processus de l'entreprise. Le cadre
de référence de John Zachman (1987) et le
TOGAF constituent des modèles célèbres d'Entreprise
Architecture.
(2) L'urbanisme
désigne le cadre de référence muni d'un ensemble de règles qui décrit la
façon dont le SI doit évoluer et les méthodes employées.
L'urbanisation désigne la transformation du SI via la
mise en application des règles définies par le cadre d'urbanisme.
|
L'urbaniste est l'acteur en charge de piloter le processus
d'urbanisation. Il n'agit jamais seul mais en collaboration avec un grand nombre
d'acteurs et entités transverses : les acteurs métiers classiques de
l'entreprise (catégorie dans laquelle on inclut la MOA et l'AMOA), la Direction
des Systèmes d'Information, les équipes projet (la MOE, les chefs de projet,
etc.), les architectes techniques et d'autres acteurs. La grande
proximité avec la direction générale de l'entreprise est un
facteur clé de réussite dans la mesure où l'urbaniste doit avoir une
vision générale et claire sur l'ensemble des projets qui déclineront le modèle
d'urbanisme. D'autre part, l'urbaniste doit également être capable de motiver les
projets, de justifier le financement de ces derniers et de communiquer sur les
effets bénéfiques qu'apportera sa démarche, non seulement à l'échelle de
l'entreprise mais aussi à celle d'un projet unique. L'ouvrage
Urbanisme des SI et Gouvernance met en exergue ces
spécificités.
Concrètement, pour mener à bien son travail, l'urbaniste fonde sa démarche selon
un modèle en quatre vues qui représente les différents niveaux de description du
système d'information :
- la Vue Métier.
- la Vue Fonctionnelle.
- la Vue Applicative.
- la Vue Technique.

Pour chacune de ces vues, l'urbaniste doit réaliser un ensemble de cartes et
plans (on parle de cartographie) dont le rôle est de décrire
l'état actuel du SI de l'entreprise. Cependant, la démarche d'urbanisation du SI
n'est pas un travail ponctuel de quelques mois à réaliser sous la forme de deux
ou trois projets. Il s'agit d'un état permanent qui évolue au rythme de la
dynamique stratégique de l'entreprise, mais aussi en fonction des
opportunités
offertes par les nouvelles technologies (Internet, la mobilité)
(3) et des nouvelles législations (exemples
de Bâle 2 ou
SOX pour le monde bancaire). Une fois réalisée, la cartographie du SI ne reste
donc jamais figée. Elle doit constamment être mise à jour en fonction des cibles
stratégiques et de l'organisation de l'entreprise.
|
(3) On parle d'urbanisme
technique lorsque la démarche cherche à tirer profit des nouvelles
technologies et des nouveaux standards du marché pour gagner en flexibilité et
répondre aux objectifs de l'urbanisme.
|
Ces objectifs stratégiques se modélisent au niveau de la Vue Métier sous la
forme de Processus Métiers. Cette vue métier répertorie aussi les stimuli
externes et internes à l'entreprise, la façon dont ces stimuli sont traités, les
documents utilisés au sein des processus et enfin, les acteurs impliqués dans
les processus.
La Vue Fonctionnelle structure les informations nécessaires aux métiers de
l'entreprise en identifiant les fonctionnalités qui devront être supportées par
le SI (exemple : la gestion d'un contrat client). C'est à ce niveau que l'on
considère les quartiers et les zones afin de regrouper les fonctions connexes
par blocs fonctionnels.
Ces deux premières vues répondent uniquement à des besoins organisationnels et
aux objectifs stratégiques de l'entreprise : "Quels sont nos objectifs
stratégiques (vue métier) et comment devons-nous organiser les informations
nécessaires à la réalisation de ces objectifs (vue fonctionnelle) ?
A ces niveaux, on ne s'intéresse pas aux aspects technologiques. Ces
considérations ne viennent que plus tard, lorsqu'il s'agit de formaliser les
Vues Applicative et Technique.
Ces deux dernières vues correspondent à la vision technologique du système
d'information. La Vue Applicative répertorie l'ensemble des applications (les
progiciels, les bases de données, les logiciels, etc.) qui ont pour rôle de
concrétiser et d'exécuter les fonctions définies dans la Vue Fonctionnelle.
La Vue Technique répertorie les composants de l'infrastructure physique (les
machines, les serveurs, le matériels, les éléments des réseaux, etc.) qui
supportent les applications et les réseaux de communication.
Le modèle d'urbanisme peut être abordé de plusieurs façons en fonction de
la problématique rencontrée. On distingue typiquement
l'approche
top-down et l'approche bottom-up. La première approche consiste à suivre le
modèle d'urbanisme dans le sens descendant, de la modélisation métier jusqu'à
l'implantation technique. La seconde approche se focalise sur les aspects
techniques pour remonter jusqu'aux besoins métiers. Il n'existe pas d'approche
miracle, l'urbaniste et ses collaborateurs orientent leur démarche en fonction
des problèmes qu'ils ont à résoudre. Il existe aussi des approches
intermédiaires.
Par exemple, Microsoft préconise une vision pragmatique
intermédiaire dans son document L'architecture SOA dans le monde réel . D'un côté, il
n'est pas cohérent de mettre en place une infrastructure technologique en dehors
d'un cadre organisationnel et sans cibles stratégiques. D'autre part, se
lancer dans un long projet selon une approche descendante, c'est prendre le
risque d'aboutir à une solution technique qui n'est plus en phase avec les
besoins de l'entreprise. A travers sa plate-forme .NET et son modèle de Services
Web, Microsoft propose une approche concrète sous la forme de projets
SOA itératifs et incrémentaux (4).
Au delà du document publié par Microsoft que je vous encourage fortement à lire,
voici quelques pistes intéressantes sur le sujet :
-
L'urbanisation informatique, (JDN).
-
Comprendre l'urbanisation des systèmes d'information,
(JDN).
-
Le projet d'urbanisation du S.I. (ouvrage en français
sur Amazon).
-
Enterprise Architecture as strategy (ouvrage en anglais
sur Amazon).
Claude-Olivier Fontaine - Mercredi 24 Octobre 2007
|