Contexte
Principes d’urbanisation pour un système d’information

Les systèmes d’information de nombreuses grandes entreprises se sont construits graduellement au cours des trente dernières années sous forme d’applications indépendantes où les données sont dupliquées. Ceci se traduit par les cinq fameuses ruptures :

• rupture des applications quand les mises à jour des données ne sont pas répercutées entre applications ;

• rupture des identifiants quand une même information est accessible via de multiples identifiants (par exemple, un même article est identifié différemment par l’application de gestion des commandes et par l’application de gestion des stocks), ce qui rend les répercussions des mises à jour difficiles, voire impossibles ;

• rupture de la chaîne informatique quand les échanges entre applications ne sont pas industrialisés, ce qui entraîne des défauts de traitement et des erreurs dans la répercussion des mises à jour ;

• rupture temporelle quand les délais de répercussion des mises à jour des données entre applications sont longs (plusieurs semaines, voire plusieurs mois) ;

• rupture géographique quand les données sont dispersées dans les applications implantées dans les différentes entités géographiques (pays par exemple).

Il en résulte des incohérences, des saisies multiples, et un service peu satisfaisant et coûteux pour les utilisateurs et pour l’entreprise.

• Pour résoudre ces ruptures, il est souvent décidé de restructurer le système d’information autour de référentiels de données transverses, accessibles et utilisés par l’ensemble des traitements informatiques (figure 1). Ce choix, qui pourrait paraître purement technique, a en fait de nombreuses implications aux niveaux métier et fonctionnel. Ce choix impose le respect d’un corpus de principes de conception, sous peine, soit de réintroduire les ruptures, soit de rendre ingérable la complexité du système d’information.

  L’objet de cet article est d’expliciter les principes directeurs de ce corpus.

  Ce choix a aussi des implications importantes aux niveaux de la conception applicative et de l’exploitation informatique. Pour simplifier l’expression des principes, on se place délibérément dans un style d’architecture informatique SOA REST (voir quelques détails...