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 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) La démarche d'architecture d'entreprise 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 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 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 (les 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.

Concrètement, pour mener à bien son travail, l'urbaniste fonde 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 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 (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 la forme organisationnelle 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 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) peuvent se résumer en une démarche architecturale qui vise à rendre les systèmes d'information plus agile et plus flexible, c'est-à-dire être capable de s'adapter à la dynamique des marchés et aux besoins des utilisateurs.

Cet exposé est une brève synthèse sur l'urbanisme des systèmes d'information et reste purement 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 disponible sur Amazon
- Enterprise Architecture as strategy, ouvrage en anglais disponible sur Amazon
- Urbanisme des SI et Gouvernance, ouvrage en français et disponible sur Amazon
- Conférence SOA pour la sortie de Microsoft Biztalk Server 2006 R2, Microsoft