Gestion et suivi de projets dtudiants.

Vers un systme de mdiation

Alain-Jrme FOUGERES, Victoria EUGENIA OSPINA
Laboratoire M3M Mthodes, Modles, Mtiers en Mcanique Universit de Technologie de Belfort-Montbliard ; Rue du Chteau Svenans ; 90010 Belfort ; France {alain-jerome.fougeres,victoria.ospina}@utbm.fr Rsum Lutilisation de systmes dinformation coopratifs doit saccompagner de niveaux suffisants et varis dassistance. Les systmes multi-agents permettent de coordonner le comportement d'agents interagissant et communiquant dans une socit pour raliser des tches ou rsoudre des problmes. Il nous semble donc bien adapts pour concevoir une mdiation destine aux utilisateurs de ces systmes complexes chaque agent reprsentant un niveau dassistance. Dans lintention d'illustrer notre approche, nous prsenterons un systme dassistance intgr dans lenvironnement dapprentissage iPdagogique utilis lUniversit de Technologie de Belfort-Montbliard. Lenseignement dunits de valeurs scientifiques ou techniques est largement fond sur lacquisition de connaissances conceptuelles et la validation dun savoir-faire. Au cours dune formation, lapprenant et lenseignant sont engages dans des activits coopratives : communication, organisation, valuation, synchronisation, ralisation, etc. Nous dtaillerons plus particulirement la gestion et le suivi de projets dtudiants, particulirement reprsentatifs de ces activits de coopration. Mots-Cls : systme de mdiation, gestion de projet dtudiants, environnement dapprentissage coopratif. Abstract The use of co-operative information systems requires varied levels of assistance. Multi-agent systems allow coordinating the behavior of interacting agents, in order to realize tasks or resolve problems. Thus, they seems to us well adapted to conceive a multi-assistance, intended for complex systems users - each agent representing a level of assistance. To illustrate our approach, we present an integrated assistance system within the learning environment of iPedagogique. The learning of scientific or technical credits is widely based on the acquisition of conceptual knowledge and the validation of the knowhow. During the learning process, the student and the teacher must be efficient, especially by overcoming organizational difficulties and by introducing implicit cooperation competences. We present the orientations of this environment then we detail the multi-assistance system conceived to facilitate the numerous cooperative tasks, especially through the project management activity. Keywords: mediation system, students project management, co-operative learning environment.

Introduction
Lutilisation de systmes dinformation complexes, coopratifs, fortement interactifs et parfois distribus, doit saccompagner de niveaux suffisants et varis dassistance. Lidentification et la mise en uvre de ces niveaux dassistance peut conduire concevoir un vritable systme de mdiation dans lequel la communication homme-machine jouera un rle majeur. Un tel systme de mdiation doit servir dintermdiaire de coopration non seulement entre les utilisateurs et le systme, mais aussi rciproquement. En effet, le systme ne peut mener bien les tches qui lui sont affectes, sans la coopration des utilisateurs. Les processus dynamiques, coopratifs et autonomes ncessaires cette interaction doivent alors intgrer une reprsentation des connaissances et des comportements de lutilisateur et possder de relle capacit communiquer. Lapproche multi-agents offre un niveau d'abstraction adapt cette problmatique. En effet, les systmes multi-agents (SMA) permettent de coordonner le comportement d'agents interagissant dans une socit pour raliser des tches ou rsoudre des problmes [1]. Nous rapportons ici l'intgration exprimentale russie d'une pdagogie par projets assiste par lenvironnement iPdagogique. Outre le fait que cet outil appartienne la classe des systmes coopratifs, ce qui justifierait en soi le dveloppement dune aide lutilisateur, nous avons constat lors de son utilisation ces deux dernires annes, au dpartement de Gnie Informatique de lUniversit de Technologie de Belfort-Montbliard, quil tait ncessaire de lui adjoindre un vritable systme d'aide multi-usages et multi-utilisateurs. Cet article est structur comme suit : dans la section 2 nous prsentons les modles dactivits coopratives de la gestion de projets dtudiants (GPE) et du suivi de projets dtudiants (SPE). La section suivante est consacre la description des lments de conception dun systme de mdiation base dagents. Nous y prsenterons la dfinition des lments qui conduisent une conception agent dun systme complexe, et larchitecture trois composantes dun systme de mdiation : une interface homme-machine (IHM), un systme de multi-assistances (SMAs) et une base de connaissances (BC). La section 4 prsente la mise en uvre du SMAs intgr lenvironnement iPdagogique au travers de la gestion et du suivi de projets tutors. Finalement, en section 6, aprs avoir donn les lments de conclusion sur notre approche, nous voquons les prolongations de notre travail.

Gestion et Suivi de Projets dEtudiants

Lactivit de projet met en uvre des comptences danalyse, de spcification, de conception et de dveloppement, ce qui la fait quasi-systmatiquement adopte par le corps enseignant dans sa dmarche pdagogique, avec une quote-part non ngligeable du temps consacr lUV et de lvaluation finale. Le concept de projet et les processus associs (dveloppement, gestion et suivi) sont des notions beaucoup trop abstraites, aussi nous ne considrons ici que la conception de projets logiciels. Nous ne doutons pas cependant de lextension de notre dmarche dautres domaines techniques puisque nous nous inscrivons dans un processus de conception plus gnral [2]: < Dfinition(Besoins,Spcifications), Elaboration(Spcifications, Architecture), Dveloppement(Architecture, Systme) >.

la base du modle de projet dtudiant que nous proposons dans la figure 1.

La Gestion de Projets dEtudiants

Comme nous lavons dj voqu, le projet est une activit qui sinscrit dans le processus dapprentissage et de validation dune UV. Cependant cette activit est peu supporte par les systmes pdagogiques [3] principalement du fait de sa complexit et de la mise en jeu de nombreux acteurs : ladministrateur, les enseignants (experts et suiveurs), les apprenants et loutil support pdagogique. Le processus de conception et de dveloppement de projet logiciel peut se dcomposer selon sa nature (cycle en V, spirale, prototypage rapide) en de nombreuses activits tout le long du projet (Figure 2). Ces activits sont sujettes de nombreuses itrations (nouveaux besoins, nouvelles spcifications, revues et corrections, amliorations, tests, intgrations, planning du projet).
Systme qualit mthode de dveloppement

Les Projets dEtudiants

Schma de projet dtudiant
Projet ::= Nom, Auteur, Tuteur, Description, {Phases}, Dbut, Fin Projet, Groupe Nom, Acteurs, Description, {Tches}, Etat, Echance, Document en entr, Documents en sortie Nom, Responsable, Description en cours | en retard | en validation | valide
cahier des charges

dossier de tests

Spcifier
jeux de tests

spcifications fonctionnelles

GroupeProjet ::= Phase ::=

Concevoir
spcifications de conception composants matriels et logiciels

Raliser et Tester

Tche ::= Etat ::=

systme construit Groupe tudiants Enseignant tuteur/valuateur

Valider

systme valid

Groupe ::= {Acteurs} Acteur ::= Nom, {Rles} Rle ::= membre | responsable | Remarque sur lactivit de chacun des membres dun projet : - il joue un rle particulier, - il se synchronise avec lavancement des partenaires, - il peut solliciter les autres membres du projet, - il rend compte de laccomplissement de ses tches.

Figure 2. La GPE : une activit cooprative

Figure 1. Dfinition dun projet dtudiant

Un projet logiciel est une dmarche spcifique qui permet de structurer mthodiquement un systme logiciel venir (la DSI du CNRS vient de mettre en ligne une information trs clairante sur le sujet http://www.dsi.cnrs.fr/conduite-projet/ ). Il est dfini et mis en uvre pour laborer une rponse au besoin de futurs utilisateurs. Il implique un objectif et des actions entreprendre avec des ressources donnes. Un projet est constitu de tches identifies en tant que telle (rle jou dans lexcution dun projet), caractrises par un dbut et une fin, consommatrices de ressources et relies entre elles par une relation dantriorit. Ces dfinitions sont

La gestion de projet comporte deux fonctions : la direction de projet et la gestion de projet proprement dite. La premire fonction qui sintresse des dcisions stratgiques ou tactiques, nest pas celle qui est principalement value dans nos formations, mme si lon peut insister pour que les tudiants lintrieur dun groupe alternent les rles de responsabilit. La seconde, par contre, traite de dcisions oprationnelles, plus facilement valuables et justifiables au gr des diffrentes ralisations. En effet, dans le processus de gestion de projet les tudiants dploient et peuvent rapporter des activits varies telles que : Structuration : identification des tches mener. Estimation : dterminer les quantits/qualits de ressources ncessaires aux diffrentes tches. Organisation : dfinir les rles, affecter les ressources, identifier les contraintes. Planification : matriser le calendrier et les risques. Ordonnancement : tablir lenchanement des tches, dfinir les priorits, synchroniser. Suivi : contrler priodiquement lavancement rel du projet (et des tches) par rapport aux prvisions.

Le modle objet du dveloppement de projets logiciels que nous prsentons ci-dessous a t conu pour faciliter la coopration entre enseignants et tudiants dans le suivi et la gestion des projets, puis pour guider la conception dun systme de mdiation pour cette activit : Le diagramme de classes (Figure 3) reprend les lments du modle de projets dtudiants et intgre les phases du processus en cascade du dveloppement logiciel : choix de projet, analyse, conception, codage et validation. Le modle de tche, initialement dfini pour tablir un modle de connaissance sur le dveloppement logiciel, permet de concevoir les diagrammes dactivit associs chacune des phases de la GPE (Figure 4). A titre dillustration, le Tableau 1 dcrit la phase danalyse des besoins pour un projet, conduisant la rdaction du cahier des charges et sa validation par lenseignant tuteur du groupe dtudiants.
Buts Ecrire un cahier des charges (CdC) partir dune expression de besoins Dfinir les objectifs et les limites du projet Lquipe projet (responsable, rdacteurs, interviewers) Etudier la faisabilit Identifier les services attendus fixer les objectifs rpartir les rles rdiger le CdC remettre le CdC 10 % par dfaut (+ 5 % si choix tardif) Validation (ou rejet) et commentaires de lenseignant tuteur sur le CdC Description des besoins (nonc du projet) Cahier des charges

Figure 3. Diagramme de classes de la GPE

Acteurs : tudiants Activit : Gestion de projet

Description Acteurs Sous tches

Dlais Validation

Documents en entre Documents en sortie Tches tuteur

Mettre disposition les documents ncessaires la rdaction du CdC Lire le CdC Valider le CdC : validation ou rejet, commentaires

Figure 4. Diagramme dactivit de la GPE (phase 1)

Le Suivi de Projets dEtudiants

Pour la structuration et lvaluation des projets dtudiants nous proposons un processus de suivi des projets. En effet, dans lactivit cooprative de gestion de projet les diffrents acteurs interagissent entre eux de multiple manire : ils sadaptent continuellement, cooprent, communiquent et ngocient. En plus dtre interactifs et multi-partenaires, les procds pdagogiques dploys dans la gestion de projets comportent de nombreuses donnes et relations, et sont volutifs. Le processus de SPE doit permettre : Aux enseignants suiveurs (ou tuteurs) daider les tudiants dans leur dmarche, dapprcier la complexit des projets proposs aux tudiants et

Tableau 1. Fiche de dfinition de la premire tche mener dans la phase 1 : Rdiger le cahier des charges

dvaluer plus finement le travail ralis par le groupe de projet. Aux tudiants de mesurer ltat rel du projet, de comparer le rel avec les prvisions, dlaborer des actions correctrices (ventuellement restreindre les objectifs), de structurer la conception et de produire une synthse. Lors du colloque TICE 2002 [4], nous avons prsent une premire approche de la gestion de projets tutors bas sur une synchronisation de fragments de procds coopratifs. Nous lavons tendu en spcifiant lactivit de suivi et en y joignant la composante de mdiation que nous dcrirons dans la section suivante.

dapprhender la complexit dun systme ou dune application. Le processus de mdiation tablit donc un lien entre les acteurs qui doivent agir ensemble pour atteindre un consensus sur une situation ou une tche commune, en assumant notamment les tches suivantes : Faciliter la communication entre une application et ses utilisateurs (dans le cas des tches coopratives, par exemple). Assister lusage dune application (interactions homme/machine), partage ou non. Faciliter la dcouverte des fonctionnalits offertes par lapplication.

Acteurs : tudiants Activit : Gestion de Projet

Acteur : enseignant tuteur Activit : Suivi de Projet

Les Hypothses de Conception

Les systmes de mdiations sont des systmes indpendants qui servent dinterface entre lhomme et lapplication afin denrichir leur relation. Ils peuvent se dcomposer en trois sous-systmes : un Systme de Multi-Assistance, une Interface Homme-Machine et une Base de Connaissances, comprenant entre autres des connaissances du domaine et des utilisateurs (Figure 6). Dans notre dmarche de conception de tels systmes nous avons retenu 3 hypothses [6]: Hypothse 1 : lassistance adapte lutilisation dun systme complexe correspond en fait une multiassistance (ie, un assistant pour chaque type dutilisation). Hypothse 2 : le systme de multi-assistance doit tre indpendant de la partie applicative de loutil et de son interface. Hypothse 3 : le systme de multi-assistance se construit de faon adquate sous la forme dun systme multi-agents.

Figure 5. Diagramme dactivit de la SPE (phase 1)

Systme de Mdiation Base dAgents

L'objectif dun systme de mdiation est de faciliter l'utilisation dun systme complexe (distribu ou coopratif par exemple), en proposant un ensemble ergonomique, coopratif et intelligent d'aides et de conseils aux utilisateurs, familiariss ou non ce type de systme. Les systmes de mdiation sont conus pour, dune part, aider les utilisateurs individuels et les groupes rsoudre leurs problmes, dautre part, prendre en charge certaines fonctionnalits de lapplication. La signification du terme de mdiation correspond la notion dintermdiaire de coopration bilatrale entre au moins deux types dacteurs : des utilisateurs et un systme. Il apparat donc que la mdiation est un processus flexible qui s'applique toutes sortes de conflits et de situations de coopration [5]. Dans un contexte dusage croissant de systmes coopratifs, il devient ncessaire de concevoir des systmes de mdiation qui aident les utilisateurs exprimer leurs besoins et dcouvrir lensemble de tous les services offerts par le systme. Dans labsolu, un utilisateur disposant dun systme de mdiation peut se dispenser
Systme de Mdiation IHM SMAs
Base de connaissances

Application

Figure 6. Principaux composants dun systme de mdiation

Des Agents pour la Coopration

Le principal intrt des systmes multi-agents rside dans la distribution des agents, entits autonomes communicantes, ractives et comptentes (expertise, savoirs-faire). Les interactions entre agents facilitent le travail collectif : chaque agent possde une connaissance parcellaire et tous cooprent pour un objectif global. La modlisation de tels agents consiste dfinir leur

architecture, les connaissances adaptes leurs activits et les modes de communication. Elmnts de Modlisation La dfinition que nous avons retenue pour que les agents aient des comportements adapts aux tches quils ralisent, est adapte du modle 3 niveaux de loprateur [7]: comportement rflexe, comportement base de rgles, comportement base de connaissances avec interprtation, dcision et plan. Nous lavons interprt comme modle de processus de nos agents. Def Agent ::= <Communication, Perception, Buts/intentions, Dcision, Contrle, Interprtation, Connaissances/Mmoire, Actions/Ractions>. Architecture dun Agent En 2003 [8], nous avons propos une architecture dagent respectant les proprits prcdentes. Celle-ci (Figure 7), inspire de la thorie de la modularit de J. Fodor et pour laquelle nous avons propos un modle rseaux de Petri, est compose de cinq modules grant les connaissances, la perception, la communication, le contrle et le raisonnement de lagent.
Identit messages mis P C

{ demander, metteur agentIHM(Ui), rcepteur assistantGP, langage prdicat, message(conseilPhasen) }

agentIHM

{ informer, metteur assistantGP, rcepteur agentIHM, langage prdicat, message(conseilPhasen, Ui) }

assistantGP

Figure 8. Exemple dchange coopratif entre 2 agents

Lapport potentiel des agents dans un systme coopratif concerne : la prise en charge dactions rptitives et la dlgation de tches sans intrt pour lutilisateur, la prise de dcision par comprhension du contexte dutilisation (pertinence), la personnalisation de linformation (prfrences, buts et capacits de lutilisateur), une interactivit plus naturelle (modalits, forme et prsentation), ladquation aux systmes en rseau, et plus particulirement les systmes coopratifs. Les comportements individuels et coopratifs des agents sont varis : initialisations, planification des actions, mission et rception de documents ou de messages, recherche dinformation, supervision de procdures. Chacun de ces services correspond la mise en uvre de comptences dun agent.

percepts D M messages reus

P : module de perception D : module de contrle/dcision

C : module de communication M : mmoire

Le Processus dAgentification
UML est devenu une rfrence pour la modlisation objet de systmes dinformations. Certaines spcificits des agents (autonomie notamment), ne permettent pas de les substituer de simples objets. Des modifications majeures sont donc apporter UML pour que ce langage puisse sadapter au contexte des systmes dinformation orients agents. Mme si les rsultats actuels ne sont pas entirement satisfaisants, nous avons choisi dutiliser AUML [10]. En conformit avec notre modle de SMA, nous utilisons les diagrammes dactivits et de classes pour dcrire le comportement et les proprits dun Agent, les diagrammes de contexte et de cas dutilisation pour dcrire trs sommairement lEnvironnement, les diagrammes de collaboration ou de squence pour dcrire les Interactions, les diagrammes de collaboration et de classes (structures en packages) pour dcrire lOrganisation. Ce processus a t suivi pour concevoir le systme de mdiation prsent dans la section suivante [11].

Figure 7. Architecture modulaire dun agent

Des Agents Communicants La communication est le principal mcanisme de coopration entre agents. Pour changer des informations, solliciter des services ou dialoguer, les agents que nous dfinissons, expriment leurs intentions selon un langage proche de KQML [9], driv de la thorie des actes de langage de J. Searle. Le format retenu (dfini par le quintuplet <intention, metteur, rcepteur, langage, message>) permet de reprsenter le contexte, lintention et le message. A titre dillustration, la Figure 8 prsente un change entre 2 agents (lagentIHM et lassistantGP que nous dcrirons dans ltude de cas ci-aprs), suite une demande de conseil formule par un tudiant lors dune phase de dveloppement de son projet. Des Agents Cooprants Les systmes de travail coopratifs sont constitus de composants distribus, htrognes et autonomes. Les systmes dvelopps en intelligence artificielle distribue, notamment les SMA, sont donc bien adapts.

Etude de Cas : Projets dEtudiants Tutors dans iPdagogique

Nous avons prsent la gestion de projets dtudiants et leurs suivis comme des activits complexes, coopratives et peu instrumentalises. Aprs avoir conu un environnement pdagogique offrant ces fonctionnalits, cest tout naturellement que nous nous sommes interrogs sur le juste niveau dassistance proposer pour faciliter son utilisation. Lenvironnement

sest alors rvl un terrain dexprimentation idal pour la conception dun systme de mdiation tel que nous lavons dcrit dans la section prcdente.

matriels trs abordables (MySql ou easyPhp, cgi/php, html et javascript). Cela autorise une intgration facilite de loutil configur au sein dune autre plate-forme (WebCT par exemple).

Prsentation diPdagogique
iPdagogique est une plate-forme auteur pour lenseignement dunits de valeurs scientifiques et techniques dont la pdagogie est oriente projet [12]. Le premier objectif de cette plate-forme est damliorer la relation pdagogique et daccrotre lautonomie des tudiants. Cela concerne le support pdagogique des UV et les supports lectroniques (cours, TD et TP) utilisables lors des sances en prsentiel et disponibles par ailleurs (auto-apprentissage). Le second objectif de cette plateforme est doffrir une assistance aux tudiants, centre sur deux activits : la ralisation des TP interactifs et la gestion des projets tutors [4].
Accder aux ressources Raliser: exercices, TPs Sauto-former : acquisition, valuation Enseignant Mener le projet, coordonner, cooprer Membre projet
Utilisateur AgentIHM Assistant GP

Le Systme dAssistance Intgr iPdagogique

Comme nous lavons prsent dans la Figure 6, le systme de multi-assistance est la composante centrale du systme de mdiation. Ce systme, conu selon une approche multi-agents, est constitu de 5 agents dassistance (Figure 10) : Un assistant de gestion dUV. Un assistant pour la gestion des projets tudiants. Un assistant de profil utilisateur Un assistant pour lutilisation des formulaires Un assistant tutoriel.

Apprenant

Assistant gestion UV Assistant utilisateur

Assistant tutoriel

Assistant formulaire

Interface Homme Machine

Systme de Multi Assistance AgentBD

Suivre/Evaluer projets
Environnement Pdagogique

Tuteur

Communiquer : mail, forum, chat, RdV Editer les ressources

Etudiant
Serveur Apache + Base de donne

Expert Administrateur Administrer : la formation, lenvironnement, le groupe, le projet, laccs aux ressources

Systme dexploitation

BD

AssistantGP logiciel

Figure 10. Architecture du systme iPdagogique avec visualisation des agents dinterfaces

Figure 9. Cadres dutilisation diPdagogique

La plate-forme offre galement un support organisationnel lenseignant responsable dune UV. Elle propose des fonctionnalits ddition de squence denseignement, incluant son organisation et des sessions projets quelle met en uvre. Elle permet aussi la diffusion tous les acteurs (tudiants, groupe de projets et quipe pdagogique) des informations pdagogiques et administratives. Le contexte dutilisation diPdagogique se rpartit suivant quatre missions pdagogiques : enseigner, apprendre, raliser et interagir. Chacune de ces missions se subdivise. Ainsi, linteraction va de la communication la coopration en passant par la collaboration et la ngociation. La figure 9 prsente les diffrents rles que les utilisateurs peuvent remplir et les fonctionnalits qui leurs sont proposes. Cette plate-forme nous lavons voulue ouverte, cest-dire extensible dans les schmas pdagogiques mettre en uvre, adaptable diffrents types de matires, et configurable par un utilisateur nophyte. La mise en uvre ncessite des moyens logiciels et

Remarque : le nombre de 5 agents nest pas arrt ; il correspond seulement notre stade exprimental. Ltude des services rendus par lenvironnement, schmatiss par le diagramme de la Figure 9, nous a permis didentifier 5 classes dutilisation, et dy associer systmatiquement un assistant logiciel.

LAssistant de Gestion de Projet

En cours de semestre, lassistant de gestion de projets (assistantGP) simplifie la communication, la gestion et le suivi des projets : pour lenseignant responsable, en lassistant dans les tches de diffusion des sujets, de contrle des inscriptions aux projets, de suivi des plannings, de suivi des groupes, etc ; pour les groupes de projets tudiants, en les assistants dans les tches dinscriptions aux projets, de respect des plannings, de rpartition des rles, de remise de documents, de prises de rendez-vous, de rappel des contraintes de phases, etc ; pour les enseignants tuteurs de projets, en les assistant dans les tches de suivi des plannings des

groupes de projets, de rception de documents, de prises de rendez-vous, etc.

Demander conseil

Obtenir variables S'il existe une tche raliser

envoie alors une requte lagentBD pour obtenir les donnes de lutilisateur, dont celles concernant lavancement de projet. Sur la requte de lassistantUtilisateur, lassistantGP fait la slection dun conseil parmi ceux quil na pas encore fournis, la transmet lassistantUtilisateur qui lenvoie en guise de rponse lagentIHM. Ce dernier peut alors retourner la rponse lIHM qui se charge de lafficher.
Systme de Multi-Assistance Lgende

Si est en retard

Requte de conseil
Slectionner le rappel Slectionner le conseil et sa modalit Donner rappel Rappel Par email Bulle lcran Excuter tche Slectionner la tche

Assistant UV Assistant Utilisateur Assistant GP

Assistant Tutorial

Message de rponse

Interface Homme-Machine

Assistant Formulaire

Modalits de conseil Conseil Exemple Ressources ou Rfrences Utilisation

Tche Appeler lassistant formulaire Aide pour raliser le planning

Agent IHM

Agent BD

Comment je peux ? Modles de documents !!! Liste de Rfrences !!! Quel type dassistance propos !!!

Rappel des spcificits et contraintes de la phase

Appeler lassistant formulaire Proposer un nouveau planning si dbordement de phase Proposer ou aider redfinir les objectifs

BD

Figure 13. Procdure de conseil de gestion de projet, active lors de la connexion

Figure 11. Comportement de lassistantGP

Le modle dactivit de cet assistant (comportement dassistance et coopration entre assistants) est fourni dans la Figure 11. Pour illustrer le comportement coopratif de lassistant de gestion de projet envers un groupe dtudiants, nous prsentons ci-dessous un exemple sur chacun de ses deux modes daction : Le mode intervention : la Figure 12 prsente la raction de lassistantGP faisant suite au retard dun groupe de projet lors de la ralisation de la phase danalyse - celle-ci doit normalement aboutir la remise dun cahier des charges et dun document de spcification lenseignant suiveur du groupe. Linteraction sera assure avec ltudiant responsable de la phase en question.
Phase 0 projet i
Choix du sujet t1 Choix du groupe - Aide la structuration du groupe projet. - Rappelle les spcificits et les contraintes de la phase. - Aide la dfinition des principaux objectifs

Les deux captures dcran de la Figure 14 prsentent linterface de consultation et de dfinition permettant dassurer le suivi et la gestion de projets pour les diffrents acteurs.

Communication Phase 1
Rdaction Cahier des Charges Spcification fonctionnelles AssistantGPi

t2 Dbordement t3

Intervention Phase 2
Co-Conception du systme logiciel Dfinition du plan test - Propose un nouveau planning suite au dbordement - Aide la redfinition des objectifs. - Rappelle les spcificits et les contraintes de la phase - Aide la rpartitions des rles pour la ralisation de cette phase.

Figure 12. Intervention de lassistantGP, suite un dbordement de phase

Figure 14. Consultation et administration de projets par lenseignant responsable.

Le mode informationnel (ici un rappel) : la Figure 13 fournit un exemple de conseil affich par le systme la connexion dun tudiant impliqu dans un projet. LIHM envoie une information de connexion au SMAs (login de ltudiant). LassistantUtilisateur

Conclusion
Nous venons de prsenter la dfinition et la conception dun systme de mdiation pour un environnement pdagogique qui allie complexit (distribution des niveaux dassistance en fonction des usages) et clart de

prsentation puisque lassistance est conue comme un vritable systme, connect la couche applicative de lenvironnement et lIHM. Nous tenons insister sur le fait que lobjectif de cette nest pas de se substituer aux utilisateurs, mais bien de les aider voluer et cooprer dans leurs diffrentes tches. La gestion de projets dtudiants propose par loutil iPdagogique a t exprimente pendant 3 ans. Aprs le plbiscite accord par les diffrents utilisateurs (tudiants, enseignants, administrateur) et lobservation de leurs modes dutilisation, cest le dveloppement dune assistance qui sest impose. Plutt que de travailler sur la seule perspective dune assistance la gestion de projets, une rflexion plus gnrale, centre sur lensemble des cas dutilisation et de coopration, identifis lors de la modlisation de la premire version de loutil, a guid la conception du SMAs. Nous nous sommes plus particulirement focalis sur la description du SMAs. La ralisation de celui-ci a t particulirement illustre avec lassistant de gestion des projets dtudiants (objectif du prototype dvelopp), mais notre souci de gnricit rend le modle utilisable pour lensemble de lassistance diPdagogique, telle que prsente dans la section 4.1. La suite du projet va consister en une tape de tests en prsence dtudiants (dans le cadre dune UV dIntelligence Artificielle) tout au long du semestre dautomne 2004, afin de rendre oprationnelle la nouvelle version diPdagogique (SMAs et nouvelle IHM) pour la rentre universitaire de printemps 2005. Au-del des rsultats attendus pour ce projet, les perspectives de ce travail rentrent dans llaboration dune mthodologie de conception de systme de mdiation adapt aux systmes complexes de types distribus et coopratifs. Ceci stend la dfinition dune architecture de SMAs, la rsolution des problmes de communication et de coopration entre les composants de cette architecture, la spcification des niveaux dinteraction rciproque intervenant dans la coopration entre les utilisateurs et le systme, et lacquisition des connaissances ncessaires la mise en uvre efficace et pertinente de lassistance dans le domaine cible.

[6] Ospina, V. E., Fougres, A.-J. 2003. Un systme dassistance dans un environnement coopratif dapprentissage. CITE03 (Coopration Innovation et Technologies), Troyes, 3-4 dcembre. [7] Rasmussen, J. 1983. Skills, rules, and knowledge ; signals, signs, and symbols, and other distinctions in human performance models. IEEE Transactions on Systems, Man, and Cybernetics, SMC-13, 257-266. [8] Fougres, A.-J. 2003. Des agents communicants pour simuler et dtecter des pidmies. Ingnierie des Systmes dInformation, Herms, 8(1), 91-112. [9] Finin,T., Fritzson, R., McKay, D., McEntire, R. 1994. KQML as an agent communication language. Proceedings of CIKM94, ACM Press. [10] Odell, J., Partunak, H.V.D., Bauer, B. 2000. Extending UML for agents. Proceedings of the AgentOriented Information Systems Workshop at the 17th National conference on Artifiicial Intelligence, Austin, Texas. [11] Ospina, V. E. 2003. Assistance dans les EIAH : une gestion assiste de projets dtudiants. Mmoire de DEA de lUniversit de Technologie de Troyes. [12] George, S., Leroux, P. 2001. Un environnement support de projets collectifs entre apprenants : SPLACH. Sciences et techniques ducatives, Herms, 8(1-2), 4960.

Rfrences
[1] Ferber, J. 1997. Les systmes multi-agents : un aperu gnral. Technique et Science Informatiques, 16(8), 979-1012. [2] Matta, N., Ribire, M. et Corby, O. (1999). Dfinition dun modle de mmoire de projet. Rapport Technique INRIA n3720, INRIA. [3] Tchounikine, P. 2002. Pour une ingnierie des Environnements Informatiques pour lApprentissage Humain. Revue Information-Interaction-Intelligence, Cpadus Edition, 2(1). [4] Fougres, A.-J., Canalda, P. 2002. iPdagogique : un environnement intgrant la gestion assiste de projets dtudiants. Colloque TICE 2002, Lyon. [5] Giraldo G., Reynaud C. 2002. Vers lautomatisation de la construction de systmes de mdiation pour le commerce lectronique, Journes Scientifiques Web smantique, 10-11 octobre.