Contact - A propos
Skip Navigation Links.

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.

  Le modèle d'urbanisme

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

(4) Les SOA (architectures orientées services) peuvent se résumer en une démarche architecturale qui concrétise le modèle d'urbanisme. Article à lire sur le sujet : Conférence SOA pour la sortie de Microsoft Biztalk Server 2006 R2.

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

© C-O 2005-2008