Urbanisation du SI — Définition IT

L'urbanisation du SI (ou EA — Enterprise Architecture dans sa version anglo-saxonne) est une démarche d'architecture d'entreprise qui consiste à structurer le système d'information comme on urbanise une ville : en zones thématiques, en quartiers fonctionnels, en îlots applicatifs, reliés par des voies de communication standardisées. L'objectif : rendre le SI cohérent, évolutif, modulaire, et aligné avec les processus métier.

La démarche est issue des travaux de Jean-Pierre Sicard et Christophe Longépé dans les années 1990, et reste largement diffusée en France où elle structure la pratique d'architecture d'entreprise dans les grandes organisations. Le Club Urba-EA publie un référentiel reconnu, complémentaire à TOGAF et à l'EAM anglo-saxon.

La métaphore urbaine : zones, quartiers, îlots

L'urbanisation reprend les concepts de l'aménagement urbain pour penser le SI :

• •Zones: : grandes fonctions de l'entreprise (Échanges, Pilotage, Production, Support, Référentiels). C'est le découpage de plus haut niveau.
• •Quartiers: : sous-ensembles cohérents d'une zone — par exemple, dans la zone Production, les quartiers Fabrication, Logistique, Qualité.
• •Îlots: : applications ou groupes d'applications qui réalisent une fonction métier précise au sein d'un quartier.
• •Blocs: : composants applicatifs élémentaires à l'intérieur d'un îlot.

Les règles d'urbanisme définissent comment ces éléments se relient :

• •Une seule responsabilité par îlot: : chaque îlot a une mission claire, pas de chevauchement.
• •Référentiels uniques: : les données métier (clients, produits, employés) sont gérées dans un référentiel unique, partagé par tous les îlots.
• •Échanges via la zone d'échanges: : pas d'intégration point-à-point, tout passe par un bus ou une plateforme d'intégration.
• •Couplage faible: : un îlot doit pouvoir évoluer sans impacter ses voisins.

Pourquoi urbaniser son SI

Un SI non urbanisé tend vers le plat de spaghettis : des centaines d'applications reliées par des intégrations point-à-point, sans référentiels partagés, où chaque évolution casse plusieurs systèmes voisins. Les coûts :

• •Coûts de maintenance: explosent — chaque modification doit être propagée manuellement.
• •Time-to-market: s'allonge — il faut négocier avec tous les systèmes touchés.
• •Risque opérationnel: monte — un changement local peut casser un système distant.
• •[Dette technique](/fr/glossary/dette-technique): s'accumule — les workarounds remplacent les solutions propres.

L'urbanisation traite ces symptômes en remettant de l'ordre architectural.

Les livrables d'une démarche d'urbanisation

• •Plan d'urbanisme cible: : la vision du SI à 3-5 ans, sous forme de carte zones/quartiers/îlots.
• •Cartographie applicative actuelle: : photo du SI tel qu'il est aujourd'hui — la base de toute démarche.
• •Cartographie fonctionnelle: : les processus métier et leur lien avec les îlots applicatifs.
• •Trajectoire: : la feuille de route pour passer du SI actuel au SI cible, par jalons annuels.
• •Règles d'urbanisme: : le corpus de standards qu'un projet doit respecter pour s'inscrire dans le SI cible.
• •Comité d'architecture / d'urbanisation: : l'instance qui arbitre les écarts.

Urbanisation SI, architecture d'entreprise, EAM, TOGAF

Plusieurs concepts proches souvent confondus :

• •Urbanisation du SI: : démarche d'origine française, métaphore urbaine, très orientée application landscape.
• •Architecture d'entreprise: : terme générique pour la discipline.
• •[EAM](/fr/glossary/eam) (Enterprise Architecture Management): : pratique anglo-saxonne, plus orientée stratégie et alignement business-IT.
• •[TOGAF](/fr/glossary/togaf): : framework méthodologique de référence, prescrit la méthode (ADM) plus que le contenu.

En pratique, l'urbanisation SI et TOGAF sont complémentaires : l'urbanisation décrit le contenu du SI, TOGAF la méthode pour le faire évoluer.

Les standards d'échanges

Une urbanisation moderne s'appuie sur quelques standards d'échanges :

• •API REST / GraphQL: : pour les échanges synchrones entre îlots. Voir API.
• •Bus de messages (Kafka, RabbitMQ): : pour les échanges asynchrones et événementiels.
• •ESB: (Enterprise Service Bus) : pour la médiation et la transformation des échanges legacy.
• •MFT / EDI: : pour les échanges batch et inter-entreprises.
• •iPaaS: (Integration Platform as a Service) : équivalent cloud des ESB historiques.

Démarrer une démarche d'urbanisation

1. Cartographier l'existant : aucune urbanisation possible sans connaître précisément le SI actuel.
2. Définir la zone fonctionnelle pilote : ne pas vouloir tout traiter d'un coup, commencer par une zone à fort enjeu.
3. Rédiger des règles d'urbanisme simples : 10 règles claires valent mieux que 100 règles que personne n'applique.
4. Établir un comité d'architecture : instance qui valide les projets contre les règles, avec un droit de veto.
5. Mettre à jour la cartographie en continu : sans mise à jour, le plan d'urbanisme dérive en 6 mois.

Kabeen automatise la cartographie applicative continue qui est le socle indispensable de toute démarche d'urbanisation. Sans carte vivante, le plan d'urbanisme reste un PowerPoint.