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
voir http://www.cgm.org/extranet.html et mioga www.mioga.org
![]() | |
Evariste
©1996-2007
URL : http://www.evariste.org/new/index.html |
(Last update : Fri, 9 Feb 2007) |