440 likes | 571 Views
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
E N D
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.
Workflow Process definition Task management Workflow engine based on anticipation Nothing Motu/BSCW:Coordination
Les « + » des Motus • COO-Transactions • State-Awarness • Flexible-workflow
read modify read modify update write write Shared Data and Copy-Modify-Merge Private Workspace Private Workspace Private Workspace Shared Workspace Private Workspace Private Workspace Private Workspace Private Workspace
Read read b a C b a b a b a b a b a C Validation of C ?? Shared Data and Consistency b a C
Data Consistency • Transactional approach: • Encapsulate activities in transactions. • The system will take in charge the problem of concurrent access
read modify read modify update write write Data Consistency Private Workspace Private Workspace Private Workspace Shared Workspace Private Workspace Private Workspace Private Workspace Private Workspace
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
checkout modify checkout modify update commit commit Copier/Modifier/Fusionner et Conscience de Groupe Espace de Travail Espace de Travail Espace de Travail Que font les autres membres du projet ? Référentiel Est ce que mes modifications sont prises en compte ? Y a-t-il une nouvelle version du fichier ? Est ce la dernière version du fichier Espace de Travail Est ce qu’un autre utilisateur possède cette version de fichier ? Espace de Travail Voyons nous la même chose? Est ce qu’un autre utilisateur modifie les mêmes données ? Espace de Travail Espace de Travail
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
Plan de la présentation • Conscience de groupe et données partagées • Conscience de groupe et visualisation • Conscience de groupe et communication
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
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
LOCAL INITIAL T_CHECKOUT T_MOD_RS T_ADD T_MOD_PHYS T_MOD_PHYS T_COMMIT LOCAL UP_TO_DATE LOCAL ADDED LOCAL MODIFIED T_COMMIT T_UPDATE T_MOD_PHYS T_UPDATE T_MOD_RS Diagramme états-transitionsétat local
GLOBAL INITIAL T_CHECKOUT T_MOD_PHYS T_ADD T_MOD_PHYS T_COMMIT T_MOD_RS GLOBAL NOT_APPLICABLE GLOBAL UP_TO_DATE GLOBAL NEED_UPDATE T_UPDATE T_MOD_PHYS T_COMMIT T_MOD_RS Diagramme états-transitionsétat global
T_MOD_PHYS T_COMMIT T_UPDATE T_POTENTIAL POTENTIAL INITIAL DYNAMIC INITIAL T_MOD_RS T_CHECKOUT T_ADD LocalStatus = LOCAL_UP_TO_DATE ! Oi LOCAL_MODIFIED T_COMMIT T_MOD_RS POTENTIAL UPDATE DYNAMIC UPDATE Oi LOCAL_MODIFIED T_POTENTIAL LocalStatus = LOCAL_MODIFIED T_MOD_PHYS T_COMMIT T_MOD_RS POTENTIAL CONFLICT DYNAMIC CONFLICT Oi LOCAL_MODIFIED T_POTENTIAL Diagramme états-transitionsétat potentiel T_UPDATE ! Oi LOCAL_MODIFIED T_UPDATE
Réalisation des tests états concurrents du fichier
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
Plan de la présentation • Conscience de groupe et données partagées • Conscience de groupe et visualisation • Conscience de groupe et communication
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°
1 2 3 4 5 6 11 12 7 8 9 10 11 3 1 4 7 5 6 Mise en place du Treemap Exemple : Arborescence de 12 fichiers sur 3 niveaux Treemap correspondant
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
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
Plan de la présentation • Conscience de groupe et données partagées • Conscience de groupe et visualisation • Conscience de groupe et communication
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
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
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...
owner: me write doc owner: him reviewer doc 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
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…