Les portails d’entreprise (EIP) : pourquoi, comment…
Wednesday, March 31st, 2004Dans le fichier Zip ci-joint, voici un jeu de slides pour tenter d’exprimer ma vision sur les portails.
En résumé, quelques idées clefs :
- les bénéfices indirects (faciliter l’appropriation de l’informatique par les utilisateurs, rendre visibles les dysfonctionnements ou le manque d’harmonisation des process ou des organisations grâce à la juxtaposition de “vues” provenant de différents businesses) sont supérieurs aux bénéfices directs,
- un bénéfice direct important du portail est un gain en “usability” et notamment en “accessibility” ; mais on peut obtenir les mêmes gains sans portail à condition de les identifier comme objectifs réels (chantier “charte d’ergonomie”, etc.) et cette dernière approche est préférable,
- je ne suis pas convaincu de l’utilité de portails pour tous les utilisateurs, pour y mettre les interfaces utilisateurs de toutes les applications informatiques de toutes les business units,
- nous ne devrions pas chercher à faire du portail le lieu UNIQUE d’interface entre l’utilisateur et l’informatique métier car cela serait trop peu rentable voire simplement infaisable ; par conséquent, il est plus prioritaire d’étendre horizontalement la couverture des portails (y brancher davantage de sources d’information, d’un plus grand nombre d’entités de l’entreprise, de manière légère, superficielle, limitée) que de l’étendre en profondeur (y intégrer des écrans d’application plus complets et plus interactifs)
- le portail ne devrait pas être notre principal levier pour simplifier et sécuriser l’authentification des utilisateurs : les solutions de 3SO (Simple but Secure Sign On) habitent dans le back-end du système d’information et non dans l’interface utilisateur.
Pour les débats plus techniques :
- nous devrions privilégier les “remote portlets” aux “local portlets” (couplage faible) mais nous méfier des standards manquant d’ouverture (WSRP est défini par un consortium d’éditeurs et n’a pas fait les preuves de son ouverture pour le moment),
- nous devrions privilégier les technologies de portlets proches des services Web ayant fait leurs preuves depuis de nombreuses années = les portlets fidèles au style REST = RSS dès à présent, RDF pour le futur, voire simplement l’intégration de flux XML en style REST en attendant mieux
- pour découpler au maximum les composants du système d’information d’entreprise et augmenter ainsi sa durabilité et sa capacité de passage à l’échelle, nous devrions privilégier (dans le portail comme ailleurs) l’intégration orientée message pour laquelle les messages sont davantage des documents (ensemble de données) que des appels à des procédures distantes (RPC)

