Que j'aimerais joindre ma voix au choeur harmonieux des personnes chantant les louanges des systèmes d'information intégrés (SI2 ­ prononcer S hideux) ! C'est une musique si sympathique, si sécurisante, si merveilleusement utopique que, démolissant ce mythe, je me retrouve dans la position d'un père devant expliquer à son enfant que papa Noël n'existe pas ! Dirigeants, utilisateurs et informaticiens doivent comprendre les dangers des SI2 et l'impossibilité pratique de les réussir. Leurs échecs actuels ne sont rien comparés aux catastrophes futures que la poursuite de ce mythe pourrait déclencher.

Pour comprendre cette position, il suffit de regarder le monde réel dans lequel vivent les entreprises et leur SI ; imprévisibilité forte des évolutions des marchés, généralisation des processus interentreprises, nécessité de redéfinir en permanence les contours de son entreprise en se séparant de métiers, de filiales pour en créer ou en racheter d'autres, la vitesse comme valeur dominante des entreprises performantes... Les SI2 me font penser à un puzzle de deux mille pièces, remarquable image d'un monde statique, construit pas à pas, et où chaque composant à sa place unique, inamovible, irremplaçable, et dont la valeur disparaît dès qu'il manque quelques pièces.

Existe-t-il une alternative à ces SI2 puzzles ? Oui ! Ce sont les SI Lego, modulaires, avec des composants que l'on peut réutiliser à l'infini, redistribuer en permanence pour construire des objets différents, au gré des évolutions des besoins. Les SI ne peuvent pas être une exception par rapport aux autres activités des entreprises, où le concept de modularité et de composants est généralisé.

Quatre principes de base permettent d'échapper aux dangers de l'intégration :

* Séparer les composants d'infrastructures et les composants utilisation. Toute solution logicielle applicative qui oblige à choisir une infrastructure spécifique ­ un système d'exploitation serveur ou un environnement poste de travail qui ne soit pas un navigateur aux standards W3C ­ doit être systématiquement refusée.

* S'appuyer exclusivement sur des solutions industrielles d'infrastructures aux standards internet, fixe et mobile. Cela permet d'être très flexible sur les décisions de répartition des infrastructures entre solutions internes et externes ; la démarche des IBM, HP ou Sun vers les « infrastructures au robinet » , reprenant l'analogie de l'eau ou du gaz, illustre cette tendance.

* Élaborer une architecture applicative combinant sur-mesure Java, progiciels et processiels Ziap (Zero Installation Applicative Poste de travail), et outils décisionnels, bureautiques et groupware.

* Répartir les applications en trois familles, installées en interne, fonctionnant en mode ASP, et, de plus en plus, hébergées par des partenaires qui les mettent à votre disposition.

Un nouveau métier est né, celui de « désintégrateur de SI » ! Il exige un gros travail d'ingénierie industrielle logicielle pour définir les interfaces entre les composants. Mais, une fois réalisé, il sera le garant de la capacité d'évolution du SI. SI puzzle, SI Lego, choisissez votre camp !

(*) nauges@compuserve.com