Lors de notre réunion du 7 Juin 2011, nous avons évoqué la question "primale" de la définition du système d'information. Une des conclusions des réunions précédentes est que nous avons besoin de définir un glossaire, pour parler de la même chose lorsque nous parlons de gouvernance. Claude a remarqué que les définitions courantes du "système d'information" laissaient à désirer, car elles restent très proches du système informatique, lorsqu'il ne s'agit pas simplement d'une confusion.
Trouver une bonne définition n'est pas si simple. Je ne vais donc pas me lancer aujourd'hui avec une définition, mais proposer trois approches qui se complètent:
- L'approche "top-down", qui définit le SI comme une fonction de l'entreprise, dans la tradition de Jean-Louis Lemoigne. Le SI est l'ensemble de ce qui fournit à l'entreprise la capacité à traiter ses informations (définition fonctionnelle). Si l'on part d'une définition de l'entreprise construite sur ses processus (cf l'excellente présentation générale du CEISAR), cette approche du SI fonctionne pas mal.
- L'approche "bottom-up", qui défini le SI de façon descriptive, autour du système informatique tel que définit par Wikipedia. A l'ensemble des ressources matérielles, logicielles et organisationnelle, il faut adjoindre les hommes (les rôles, les procédures, la culture) et les processus propres du SI. En toute franchise, c'est l'approche que j'ai retenue dans mes deux livres, "Urbanisation, SOA et BPM" et "Performance du Système d'Information". Ce n'est pas la meilleure approche, car cela tient de "la liste à la Prévert" (c'est le défaut d'une approche "bottom-up"/descriptive). La définition des parties prenantes du SI est, en revanche, fort utile lorsqu'on parle de gouvernance du SI. C'est également l'approche que j'utilise avec mes étudiants.
- L'approche systémique, qui considère le SI comme un "système complexe à part entière", c'est-à-dire définit par une finalité et des relations avec son environnement. La métaphore que j'utilise est celle de l'usine à produire des services. L'usine se décrit ensuite avec un ensemble de processus ... c'est une approche très appropriée pour la modélisation, en particulier la modélisation économique (cf. mon 2e livre). Bien entendu, il faut tout de suite approfondir en expliquant ce qu'est un service consommé par l'entreprise dans le cadre de l'exécution de ses propres processus.
J'ai fait quelques slides sur ce thème il y a deux ans, mais elles ne sont pas lisibles sans commentaires ... J'avais commencé un travail un peu systématique (sans jeux de mots) pour produire une définition acceptable pour mon cours à Polytechnique, mais je n'ai pas abouti pour l'instant à un état stable ou satisfaisant. J'ai fait une présentation plus convaincante en 2010, lors d'une présentation conjointe avec Philippe Desfray et Dominique Vauquier, mais il faudrait que je sorte les quelques éléments pertinents. Il va de soi que, puisque nous avons en France des vrais experts (je pense précisément à Dominique Vauquier ou Daniel Krob), ce sujet mérite un approfondissement bibliographique.
Je vais néanmoins ne pas me dérober à la question que pose Claude et essayer de produire "une motion de synthèse" (à suivre ....)
