Unicité de la localisation du pilotage des activités
Principes d’urbanisation pour un système d’information

La première partie du principe se justifie par le besoin pour un SI de la taille d’un SI d’entreprise, d’un minimum de normalisation et d’homogénéisation des concepts de modélisation au niveau métier pour éviter la création d’un capharnaüm préjudiciable, à la fois aux informaticiens et, dans une certaine limite, aux utilisateurs (de par la cohérence ergonomique qu’elles apportent) (figure 5).

La seconde partie de ce principe est l’équivalent, au niveau des traitements d’unicité, de la localisation des informations (principe 3). Sa justification en est similaire : il s’agit de modulariser le système d’information en limitant les couplages forts (on notera que la règle des 4 unités de lieu, de temps, d’acteur et d’action, garantit déjà une forte cohérence de l’activité). En effet, éclater le pilotage d’une activité sur plusieurs SF signifierait que ces SF se passeraient le relais en cours d’une interaction, interaction qui est pourtant vue par l’utilisateur comme une unité de travail. Pour éviter les ruptures ergonomiques et sémantiques, ce changement de pilote nécessiterait une forte connaissance réciproque des SF, jusqu’au niveau de l’enchaînement de leurs écrans, et entraînerait donc un couplage fort qui conduirait à la complexification du système d’information et à sa rigidification, donc à des coûts et des délais de maintenance fortement accrus.

D’autre part, les cascades de passages de relais successifs, de SF Pilote en SF Pilote, rendraient très complexe le traitement des cas non nominaux, en particulier les erreurs. En effet, si une erreur (fonctionnelle ou technique) se produisait dans le troisième SF de la cascade, alors il faudrait revenir dans le second SF au bon endroit dans le bon écran, où il est fort...