Académique Documents
Professionnel Documents
Culture Documents
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.
dossier de tests
Spcifier
jeux de tests
spcifications fonctionnelles
Concevoir
spcifications de conception composants matriels et logiciels
Raliser et Tester
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.
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
Dlais Validation
Mettre disposition les documents ncessaires la rdaction du CdC Lire le CdC Valider le CdC : validation ou rejet, commentaires
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.
Application
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
agentIHM
assistantGP
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.
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].
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.
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
Apprenant
Assistant tutoriel
Assistant formulaire
Suivre/Evaluer projets
Environnement Pdagogique
Tuteur
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
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.
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 Tutorial
Message de rponse
Interface Homme-Machine
Assistant Formulaire
Agent IHM
Agent BD
Comment je peux ? Modles de documents !!! Liste de Rfrences !!! Quel type dassistance propos !!!
Appeler lassistant formulaire Proposer un nouveau planning si dbordement de phase Proposer ou aider redfinir les objectifs
BD
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.
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.