2 Workflow
Le workflow joue un important rôle dans le projet CEMT, et jusqu'au présent, quelques efforts concernant ce workflow ont été réalisés parallèlement aux travaux avec Byzance. Ces efforts ont été l'identification initiale des tâches disponibles au Byzance, une fois que celui-là était l'outil d'édition coopérative de document utilisés dans le projet. Toutefois, après l'intégration de Byzance avec l'outil de notification (BW), ce workflow devrait être actualisé, avec l'inclusion des nouvelles fonctionnalités. Pour créer ce workflow, nous avons adopté la stratégie suivante :
- Au début, nous avons identifié les tâches du workflow supportés par Byzance. Le workflow de ces tâches fut spécifié avec la représentation proposée par M. Casati et qui correspond à la méthodologie Wise. Les flux, qui composant cette représentation, ont été complétés par une description de chaque activité en utilisant un template qui permet de définir l'activité, ces prés et post-conditions, et des informations sur la façon de traiter ses exceptions. Cela permet de définir complètement la synchronisation entre les différentes activités du workflow. Cette partie d'analyse du workflow a été achevée en Juillet/2001, mais elle doit être d'abord adaptée à l'outil Amaya;
- Une fois l'intégration de Byzance et du module de notification - BW est complète, le workflow déjà incorporé dans Byzance devrait être refait. L'objectif était de représenter aussi les informations liées à la notification. Cette adaptation n'a pas encore commencé, principalement à cause de la migration vers Amaya.
Une fois le workflow qui correspond à l'édition coopérative d'un document est défini, les activités concernant la gestion du workflow seront développées à un autre niveau. Ce niveau correspond à celui qui concerne le workflow de l'utilisation de documents, qui ont été construits pour servir de base à un cours d'enseignement à distance. Pour réaliser ça, nous devrons utiliser un outil qui, au même temps, crée les documents de ce cours et permet la définition du workflow qu'un élève devra suivre pendant son cours. Nous étudierons l'implémentation d'un outil de synchronisation ou la possibilité d'utiliser un outil déjà existant pour construire cette définition de la synchronisation des taches d'un workflow.
3 Environnement
3.1 Pour la construction d'un cours (authoring)
Pour la construction d'un cours à distance (authoring), nous proposons un environnement complet pour la création coopérative de cette sorte du cours. Cet environnement est le suivant :
Le premier élément à remarquer dans cet environnement est le propre éditeur Amaya (2). Celui-ci est un outil pour la création de pages Web (HTML, XHTML), donc nous pourrons créer les pages pour l'enseignement à distance en utilisant cet outil. Amaya implémente aussi un client Annotea (2). En utilisant ce client, nous aurons un moyen pour faire des annotations sur un document. Donc nous disposerons d'une fonction de coopération, qui permet d'insérer et d'échanger des commentaires, des idées, etc., entre les coauteurs du cours.
Ensuite, nous avons disponibles,des outils pour la synchronisation multimédia (1). En utilisant ces outils nous pourrons utiliser et synchroniser dans le cours plusieurs médias, en produisant des fichiers SMIL, par exemple. Ces fichiers pourront être lus et interprétés par des navigateurs (comme MS IE5.5 pour XHTML+SMIL2.0) ou par ses "plugins" (comme RealPlayer dans Netscape pour SMIL1.0). Avec ces outils, nous complétons ce que Amaya ne supporte pas, les fichiers multimédias. Ainsi, nous retrouverons un environnement complet pour la création des hyperdocuments.
À ces éléments il faut ajouter un troisième élément, un serveur. Un serveur HTTP (3) bien configuré, qui inclut la méthode PUT, permettrait au groupe d'éditer ses pages Web, en utilisant l'éditeur Amaya. Cependant, cette combinaison d'Amaya et serveur HTTP ne traite pas aujourd'hui la question de la "mise à jour perdue". Dans ce même serveur, nous pourrons ajouter un serveur Annotea (4). Le "Annotea Server" permettrait la publication des annotations sur les documents pour que les autres coauteurs sachent ce qui a été annoté sur chaque document. Une fois encore, cette connaissance sur les annotations dans un groupe est très importante pour la coopération, car elle permet aux coauteurs d'effectivement changer ses expériences, ses informations, etc.
Pour traiter la question de la "mise à jour perdue", le protocole WebDAV (5) se présente comme une solution. Dans le futur, quand nous aurions le support complet du protocole WebDAV dans Amaya, nous aurons un environnement d'édition coopérative complet, en incluant le traitement de verrous (et, par conséquent, la question de "mise à jour perdue"), les annotations et le support à notification. Celui-ci sera un environnement avec les mêmes ressources pour la coopération du Byzance, mais en présentant l'avantage de travailler avec des technologies ouvertes, actualisées et consolidées.
Un autre élément très important de cet environnement est le workflow (6). Pour traiter de la machine de workflow ("Workflow Engine"), nous devons considérer quelle situation sera traitée, si le workflow pour la création des documents ("authoring"), ou si le workflow pour l'exécution du cours.Dans le premier cas, le workflow définit les tâches et le flux pour ses tâches pour la création du cours, et au deuxième cas, le workflow définit les tâches pour que les étudiants suivent le cours créé. En pensant au premier cas, nous pourrions ajouter à l'environnement montré dans la figure au-dessus un élément de la machine de workflow dans le serveur Web. Cet élément peut coordonner les tâches et leur flux définis dans le workflow. Ce workflow est décrit par un langage prédéterminé (un DTD XML définit à l'avance). L'élément de cette machine de workflow lira la description du workflow dans ce langage-là, l'interprétera et fera le contrôle du workflow. La création de cette description du workflow dans le langage prédéterminé pourrait être réalisée avec l'aide d'un outil comme celui développé par Tissot. Du côté client, lié aux outils pour l'édition (outils multimédia et Amaya), nous pourrions avoir un autre élément de cette machine de workflow. Cet élément pourrait servir d'interface pour ces outils et, principalement, il pourrait communiquer avec le serveur pour savoir si une tâche déterminée peut être réalisée ou pas.
