|
La première obligation d'un informaticien est de comprendre le métier de son client.
Pour développer l'informatique d'un organisme, analyser les architectures, les
données et leurs flux, les fonctions et les processus est indispensable. C'est ainsi que
l'on pourra exprimer et organiser son "système d'information", en construire son ou ses
modèles.
Ce travail doit permettre aux utilisateurs, aux décideurs et aux informaticiens de
se mettre d'accord sur la représentation du système d'information de l'organisme.
C'est ici que les deux notions de maitrise
d'ouvrage et de maitrise d'oeuvre prennent toute leur pertinence. Le rôle de chacun doit
être balisé.
Bien qu'en général avec nos clients nous n'invoquons pas de méthode, certains
aspects de telle ou telle d'entre elles nous donnent discrètement des repères d'analyse
et surtout de dialogue. A nous ensuite de construire un projet cohérent en terme
informatique.
La méthode Merise par exemple est un moyen connu, parfois jugé ancien par les
modernes, mais toujours possible pour médiatiser ce dialogue de construction... Parfois
elle est pratiquée implicitement de façon plus ou moins rigoureuse. Elle est souvent mise
à toutes les sauces, est devenue une auberge espagnole, mais elle peut permettre un
dialogue entre spécialistes et non-spécialistes.
D'autres méthodes existent. Elles sont parfois
plus tournées vers la conception informatique que vers le donneur d'ordre. L'essentiel
est d'avoir les outils intellectuels pour cadrer un projet, compris par le donneur
d'ordre, par le constructeur et par l'utilisateur.
Les méthodes doivent rester de simples échafaudages pour construire le système
d'information et non pas un objectif en lui-même. Ce que le client attend avant tout est
une présentation claire de son projet, à la hauteur de ce qu'il entrevoit, et pas une
belle construction théorique dont il ne se servira pas. les "dadas" intellectuels ne sont
pas toujours efficaces.
L'une des difficultés les plus fréquentes
aujourd'hui est la mobilité organisationnelle des acteurs, la difficulté corrélative de
systèmes d'information en perpétuelle évolution et donc celle d'offrir en conséquence des
solutions pérennes et donc évolutives. C'est là que l'approche objet et UML se sont
imposés. Mais là, on entre dans le laboratoire de conception.
|
