Depuis de nombreuses années, l'urbanisme des systèmes d'information est un sujet régulièrement abordé par la presse spécialisée et supporté par certains acteurs commerciaux. De quoi s'agit-il ? Penchons-nous sur ce 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 et plans d'occupation des sols, l'urbanisme du système d'information consiste à définir un ensemble de règles de construction qui doit permettre à un système d'information de mieux s'aligner avec la stratégie d'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) La démarche d'architecture d'entreprise généralise celle de l'urbanisme du système d'information à 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 sont sans doute les modèles les plus célèbres d'architecture d'entreprise.

(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 système d'information 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 (les responsables de Direction, les utilisateurs métiers, la DSI, la MOE, les architectes, la MOA, etc.). 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 globale 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 et de l'ensemble des projets, mais aussi à celle d'un projet unique.

Concrètement, pour mener à bien son travail, l'urbaniste fonde souvent sa démarche selon un modèle en quatre vues qui représentent différents niveaux théoriques de conception d'un système d'information :

- la Vue Métier
- la Vue Fonctionnelle
- la Vue Applicative
- la Vue Technique

Pour chacune de ces vues, l'urbaniste réalise un ensemble de cartes et plans (on parle de cartographie) dont le rôle est de décrire l'état actuel des systèmes d'information de l'entreprise. Cependant, la démarche d'urbanisation du SI n'est pas un travail ponctuel de quelques mois qui se réalise sous la forme de deux ou trois projets. Il s'agit d'un état permanent qui évolue au rythme de la dynamique et de la stratégie de l'entreprise, mais aussi en fonction des opportunités offertes par les nouvelles technologies (Internet, la mobilité) (3) et des nouvelles législations (Bâle 2, SOX). 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 purement à 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 que l'on ne considère qu'au moment de la formalisation des 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 intermédiaire dite middle-out (cf. 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).

(4) Les SOA (architectures orientées services) correspondent à démarche architecturale qui vise à rendre les systèmes d'information plus agiles et plus flexibles. Le but est de pouvoir s'adapter rapidement à la dynamique des marchés, aux contraintes réglementaires, et d'améliorer le facteur productivité.

Cet exposé n'est qu'une brève synthèse sur l'urbanisme des systèmes d'information et reste assez théorique. Pour aller plus loin et approfondir le sujet, je vous encourage à lire les références suivantes et surtout à échanger avec des experts sur leurs expériences du terrain.

- L'urbanisation informatique, JDN
- Comprendre l'urbanisation des systèmes d'information, JDN
- Le projet d'urbanisation du S.I., ouvrage en français
- Enterprise Architecture as strategy, ouvrage en anglais
- Urbanisme des SI et Gouvernance, ouvrage en français
- Conférence SOA pour la sortie de Microsoft Biztalk Server 2006 R2, Microsoft

Date de publication : mercredi 24 octobre 2007
Date de dernière mise à jour : lundi 29 juin 2009