La plupart des pathologies observées découlent des approches en terme de "territoire". Bien souvent les concepteurs d'extranet cherchent à définir qui est dedans et qui est dehors, ce qui est une démarche qui ne peut que conduire à l'inefficacité (Global extranet par exemple)

En effet dans la vie réelle les équipes de projet (ou de chantier) évoluent dans le temps et changent à chaque projet. Par ailleurs, à l'inverse, il est bien clair que toutes les personnes de toutes les entreprises "membres" d'un tel extranet n'ont pas vocation à avoir accès à tout

Aussi, plutôt que "d'un" extranet regroupant des entreprises (ou des personnes) convient-il de parler "d'outils d'extranet" qui permettent de gérer les droits (accès aux données en lecture ou en écriture, habilitation à prendre telle ou telle décision dans un processus,...)

Dans cette situation c'est chacun des dossiers ou des stades décisionnel d'un workflow qui doit "savoir" qui est autorisé à le consulter ou à l'activer

Un fonctionnement d'une communauté sur extranets c'est donc en fait un outil permettant

• Une transmission et un stockage des informations de façon sécurisée (VPN, cryptage dur des données tant au niveau du stockage que du transport)

• Une gestion dossier par dossier et processus de décision par processus de décision permettant de gérer les habilitation

• Des outils d'administration

... et une organisation avec un administrateur par projet chargé de cette gestion des droits

voir http://www.cgm.org/extranet.html et mioga www.mioga.org

sur Evariste sur le Web
Evariste ©1996-2007 URL : http://www.evariste.org/new/index.html	(Last update : Fri, 9 Feb 2007)