Je viens de mettre en ligne un petit document sur ITIL avant la diffusion d'un petit article qui présentera certains référentiels des meilleures pratiques (Best Practices) : le vocabulaire d'ITIL. Pendant quelques semaines, je compléterai tous les jours ce document qui est loin d'être exhaustif.  La période étant assez chargée malgré l'année scolaire terminée, l'article en question ne sera disponible que d'ici un petit mois.

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.

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.

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