Comparaison MOTU/BSCW Projet COCAO Pascal Molli MC Université Henri Poincaré

Virtual team services Shared data Object and dependencies, Concurrency, versioning, annotation, Access Control, Notification Communication Services Synchronous: video-conference, application sharing, collaborative tools, shared whiteboard, chat Asynchronous: Mailing list, web pages, forums, persistent notification

Virtual Team Services Coordination : Tasks management Manual : Project Management Enacted : ToDo List Defined in a process and enacted: Workflows Awareness : pertinent Activity awareness, Availability awareness, Process awareness.

MOTU/BSCW:Shared Data MotuBSCW Object ModelFile systemFile system + URL + forums ConcurrencyCMM + long transaction Locking VersionningNon-linear on files and dir Linear on file only AnnotationMeta-dataidem Access ControlACL NotificationAPIFinal application

MOTU/BSCW:Communication MOTUBSCW SynchroneVisio-conf Instant message (can) Call external tool AsynchroneInstant-messageForums…

Motu/BSCW:Coordination Workflow Process definition Task management Workflow engine based on anticipation Nothing

Motu/BSCW: Awarness MOTUBSCW Activity awarness State awarness Log of events Presence awarness ICQ like Process awarness From workflow engine none

Les « + » des Motus COO-Transactions State-Awarness Flexible-workflow

Shared Workspace Private Workspace Private Workspace Private Workspace Private Workspace Private Workspace Private Workspace Private Workspace write read write read modify update Shared Data and Copy-Modify- Merge

ab ab read ab aba Read ab ab C Cb C Validation of C ?? Shared Data and Consistency

Data Consistency Transactional approach: Encapsulate activities in transactions. The system will take in charge the problem of concurrent access

Data Consistency Shared Workspace Private Workspace Private Workspace Private Workspace Private Workspace Private Workspace Private Workspace Private Workspace write read write read modify update

Data Consistency Results: Coo-serializability : new correction criterion for cooperative executions Coo-transactions : new advanced transaction model based on coo- serlializability COO prototype: a cooperative development environment based on the coo-transactions.

Les « + » des Motus COO-Transactions State-Awarness Flexible-workflow

15 Copier/Modifier/Fusionner et Conscience de Groupe Référentiel Espace de Travail Espace de Travail Espace de Travail Espace de Travail Espace de Travail Espace de Travail Espace de Travail commit checkout commit checkout modify update Est ce qu’un autre utilisateur modifie les mêmes données ? Voyons nous la même chose? Y a-t-il une nouvelle version du fichier ? Que font les autres membres du projet ? Est ce qu’un autre utilisateur possède cette version de fichier ? Est ce que mes modifications sont prises en compte ? Est ce la dernière version du fichier

16 Problématique L’accès concurrent aux données basé sur le principe du Copier/Modifier/Fusionner présente des limites Que font les autres membres du projet ? Est-ce qu’ils modifient les mêmes données ? Y a-t-il une nouvelle version du fichier ?

Proposition Besoin d’awarness sur données partagées: Calcul des états des objets partagés Représentation graphique Communication

18 Plan de la présentation Conscience de groupe et données partagées Conscience de groupe et visualisation Conscience de groupe et communication

19 Conception du système de conscience de groupe Définir les trois catégories d’états concurrents : local : modifications d’un utilisateur dans son espace de travail privé global : modifications des autres utilisateurs sur les mêmes données partagées potentiel : un futur état possible du fichier existant dans l’espace de travail local

20 Conception du système de conscience de groupe Définir tous les états pour chaque catégorie Définir toutes les transitions pour assurer les passages d’un état vers un autre Diagrammes états-transitions

21 Définition des états

22 Définition des transitions

23 Diagramme états-transitions état local LOCAL INITIAL LOCAL ADDED LOCAL UP_TO_DATE LOCAL MODIFIED T_ADD T_MOD_PHYS T_CHECKOUT T_COMMIT T_MOD_PHYS T_COMMIT T_UPDATE T_MOD_RS T_MOD_PHYS T_MOD_RS

24 état global Diagramme états-transitions état global GLOBAL INITIAL GLOBAL NOT_APPLICABLE GLOBAL UP_TO_DAT E GLOBAL NEED_UPDATE T_ADD T_MOD_PHYS T_CHECKOUT T_COMMITT_MOD_RS T_UPDATE T_COMMIT T_MOD_RS T_MOD_PHYS

25 état potentiel Diagramme états-transitions état potentiel T_UPDATE POTENTIAL UPDATE POTENTIAL CONFLICT POTENTIAL INITIAL T_CHECKOUT T_ADD T_COMMIT T_MOD_PHYS T_UPDATE T_MOD_RS DYNAMIC INITIAL T_POTENTIAL T_COMMIT T_POTENTIAL DYNAMIC UPDATE T_MOD_RS T_MOD_PHYS T_COMMIT T_POTENTIAL DYNAMIC CONFLICT T_MOD_RS LocalStatus = LOCAL_UP_TO_DATE LocalStatus = LOCAL_MODIFIED  O i LOCAL_MODIFIED !  O i LOCAL_MODIFIED  O i LOCAL_MODIFIED !  O i LOCAL_MODIFIED

26 Réalisation des tests états concurrents du fichier

27 Conception du système de conscience de groupe Réalisation des tests : l’affichage des trois états concurrents trop compliqué pour l ’utilisateur Besoin de condenser l’information pour la rendre plus pertinente. Utiliser un outil graphique dédié à l’affichage des informations sur les données partagées

28 Plan de la présentation Conscience de groupe et données partagées Conscience de groupe et visualisation Conscience de groupe et communication

29 Visualisation des états de partage Objectif : Pouvoir surveiller l’état des objets partagés comme un trafic réseau ou une charge CPU Problème : Le nombre de fichiers partagés peut être grand… et l’espace d’affichage est restreint...

Un Treemap Permet de représenter en deux dimensions une arborescence de fichiers Chaque fichier est représenté par un rectangle de couleur : la dimension est définie par sa taille la couleur est associée à une propriété du fichier Chaque niveau de l’arborescence est représenté par une rotation de 90°

31 Mise en place du Treemap Exemple : Arborescence de 12 fichiers sur 3 niveaux Treemap correspondant

32 Mise en place du Treemap Caractéristique de notre Treemap : les fichiers représentés correspondent aux données existantes dans l’espace de travail privé la couleur est associée à un état unique du fichier partagé La couleur doit être significative pour l’utilisateur

33 Définition des états uniques

34 Réalisation des tests Besoin d’un moyen de communication simple et efficace pour permettre aux utilisateurs en conflits de résoudre leurs problèmes

35 Plan de la présentation Conscience de groupe et données partagées Conscience de groupe et visualisation Conscience de groupe et communication

36 Intégration de la visioconférence Système de visioconférence développé par des étudiants d’ESIAL Caractéristiques générales : Utilise le JMF (Java Media FrameWork) Communications entre plusieurs utilisateurs possédant la même adresse IP Multicast

37 Intégration de la visioconférence Performance du système : résultat satisfaisant pour une connexion unidirectionnelle qualité dégradée rapidement pour une connexion bidirectionnelle choix des normes de capture vidéo (H263) et audio (g723) adaptées à la visioconférence

38 Réalisation des test

Les « + » des Motus COO-Transactions State-Awarness Flexible-workflow

Workflow Management System Two components: Process definition (declarative or/and visual) Define tasks... Who must accomplish the task Define transitions between tasks. Process execution engine Execution environment Users tasks appear on their desktop...

Change the Execution Engine Anticipation.. If intermediate results are available you can use them To start tasks as soon as Example: process of write/ review a document owner: me write doc owner: him reviewer doc

Flexible Workflow

Conclusion Les plus des motus: Concurrence d’accès et ingéniérie concurrente State Awarness, communication et auto- coordination Workflow flexible Les moins de motus: En développement… Pas fiable…