Modularité et encapsulation
Principes d’urbanisation pour un système d’information

Ce principe est un principe lié au système d’information et n’est pas un principe métier. Il découle de deux raisons principales :

• complexité de réalisation : il est illusoire de vouloir construire un SI de la taille d’un SI d’entreprise, en particulier d’une grande entreprise, en un seul morceau, et il est nécessaire de le découper en sous-ensembles plus faciles à appréhender ;

• maintenabilité : dans un SI de la taille d’un SI d’entreprise, il est indispensable de pouvoir modifier une partie du SI tout en contrôlant les impacts, en particulier la localisation de ces impacts, de manière à ne pas avoir à reconstruire et re-qualifier l’ensemble du SI à chaque évolution.

Pour cela, on segmente le SI suivant des critères fonctionnels par identification de sous-ensembles fortement cohérents et faiblement couplés :

• fortement cohérents : les données et les traitements à l’intérieur d’un sous-ensemble sont conceptuellement proches ;

• faiblement couplés : une évolution d’un sous-ensemble impacte au minimum les autres sous-ensembles.

Ces sous-ensembles sont appelés Services Fonctionnels (SF). Il s’agit d’une structuration purement fonctionnelle – les aspects applicatifs ou techniques n’entrent pas en compte à ce niveau.

Les SF sont de 2 types :

• silos (SFS) : ils fournissent à l’ensemble du SI les services liés à leurs données, c’est leur dimension Silo de Données ou Référentiels ;

• pilotes (SFP) : ils fournissent l’implémentation d’un ensemble de Traitements.

Afin de maximiser la maintenabilité du système d’information, il est essentiel de limiter et de contrôler les impacts d’une modification locale de l’implémentation d’un SF, par exemple lors de la correction d’un bogue, ou d’une évolution non fonctionnelle pour améliorer les performances, ou lors d’un...