• Aucun résultat trouvé

Chapitre 7 Supervision de l’exploitation des ressources 85

7.3 Mod´elisation de l’EIAH

7.3.2 Mod´elisation de l’environnement d’apprentissage

7.3.2.1 Les objets g´er´es

Comme mentionn´e dans la section 7.2.1, toute classe CIM h´erite de la classe abstraite CIM ManagedElement qui repr´esente, de la mani`ere la plus g´en´erale, un ´el´ement g´er´e dans le cadre d’une approche de gestion. Celui-ci est d´efini par trois attributs qui renseignent sur son nom (ElementName) et deux descriptions, l’une courte (Caption) et l’autre longue (Description). Ces attributs sont donc valables pour l’ensemble des objets g´er´es pr´esent´es ci-apr`es.

Les syst`emes d’apprentissage

La classe abstraiteCIM Systemrepr´esente une entit´e constitu´ee de diff´erents composants ; un exemple deCIM Systemest un syst`eme de gestion de Base de Donn´ees ou une application J2ee. Dans notre EIAH, la classe abstraiteEIAH Systemde la figure 7.5 h´erite de la classeCIM System et mod´elise les syst`emes int´egr´es dans l’environnement d’apprentissage. La partie droite de la figure donne le fichier MOf associ´e.

Fig. 7.5 – Repr´esentation des syst`emes d’apprentissage

Cette classe offre la possibilit´e de mod´eliser les niveaux sup´erieur et inf´erieur de l’archi-tecture de Virtualisation, c’est-`a-dire les interfaces p´edagogiques et les syst`emes de stockage des objets p´edagogiques. Elle pr´esente trois attributs sp´ecifiques :

• Name: le nom d’une instance repr´esente la cl´e de cette classe. Il est d´efini au sein mˆeme de la classe CIM System et repr´esente une chaˆıne de caract`eres non lisible par les Humains. • Roles: cet ´el´ement indique le rˆole du syst`eme. Une valeur de cet attribut sera par exemple

”stocke des ressources p´edagogiques” ou ”offre des services d’apprentissage”.

• Location : dans la mesure o`u les syst`emes d’apprentissage sont, pour la plupart, des syst`emes bas´es sur les technologies web, nous avons ajout´e cette propri´et´e qui indique la

localisation du syst`eme sur l’Internet. Toutefois, cet attribut n’est pas obligatoire et laisse la possibilit´e de d´efinir des syst`emes comme les outils auteurs qui ne sont pas disponibles en ligne.

La classe EIAH LearningManagementSystem sp´ecifie la classe EIAH System en indiquant la version du syst`eme, alors que la classeEIAH ContentManagementSystem pr´esente un attribut additionnel obligatoire qui renseigne le standard de m´etadonn´ees impl´ement´e au sein du syst`eme de stockage.

Les objets p´edagogiques

Fig. 7.6 – Repr´esentation des ressources d’apprentissage

La classe abstraite EIAH Resource d´ecrit les ressources int´egr´ees dans l’environnement d’apprentissage. Elle h´erite de la classeCIM SystemResource qui mod´elise toute entit´e g´er´ee par un syst`eme d’exploitation ou un logiciel, et qui est disponible pour ce syst`eme ou logiciel. Le mod`ele CIM Core d´efinit une relation d’agr´egation CIM SystemComponent entre cette classe et

7.3. Mod´elisation de l’EIAH

la classeCIM System´evoqu´ee dans la section pr´ec´edente, donc cette relation est intras`equement ´etablie entre les classes EIAH SystemetEIAH Resource (cf. figure 7.9).

La classe abstraiteCIM SystemResourcene propose pas d’identifiant par d´efaut, c’est aux classes l’impl´ementant de le d´efinir ; nous avons donc sp´ecifi´e l’attribut additionnelIdentifier qui repr´esente la cl´e de la classe et qui permet de rep´erer de fa¸con unique une ressource.

La classeEIAH LearningObjectillustr´ee par la figure 7.6 sp´ecialise la classeEIAH Resource afin de d´ecrire de fa¸con plus pr´ecise un objet p´edagogique d’un point de vue supervision. Pour une instance de cette classe, trois attributs additionnels (ConsultationOcc, DownloadOcc et In-tegrationOcc) donnent respectivement le nombre de consultations des m´etadonn´ees, le nombre de t´el´echargements et le nombre d’int´egrations de cet objet au sein d’un cursus d’apprentissage. De plus, trois propri´et´es compl´ementaires (LastConsultation, LastDownload et LastIntegration) renseignent sur la date de derni`ere consultation, de t´el´echargement et d’int´egration de l’objet p´edagogique.

Un ensemble de m´ethodes sont associ´ees aux attributs pr´ecit´es et permettent d’incr´ementer de fa¸con unitaire le nombre de consultations, t´el´echargements et int´egrations, ou de mettre `a jour les dates li´ees `a ces mˆemes ´ev´enements.

A ce jour, seule la classe EIAH LearningObject h´erite de la classe EIAH Resource pour repr´esenter une ressource d’apprentissage, mais d’autres types de ressources p´edagogiques comme par exemple celles issues du domaine des ontologies pourraient ´egalement sp´ecialiser cette classe abstraite.

Les cursus p´edagogiques

La classe EIAH Courseware illustr´ee par la figure 7.7 h´erite ´egalement de la classe EIAH Resource et d´ecrit un cursus p´edagogique qui permet aux ´etudiants et enseignants d’ap-prendre et d’enseigner `a travers un ensemble de services d’apprentissage d´elivr´es par un LMS. En plus des propri´et´es d´efinies par sa classe parente, elle sp´ecifie la discipline associ´ee (telle que ”Informatique” ou ”Litt´erature”) au moyen de l’attribut obligatoire Category; sa valeur est la mˆeme que celle indiqu´ee au sein de la plate-forme d’enseignement dans laquelle ce cours est d´eploy´e.

Les labels et commentaires

L’objectif de la classe EIAH Review repr´esent´ee par la figure 7.8 est d’offrir aux utilisa-teurs finaux un service personnalis´e de recherche et de classification des objets p´edagogiques qui leur permet de sp´ecifier leurs propres labels (EIAH Tag) et commentaires (EIAH Comment) pour

Fig. 7.7 – Repr´esentation des cursus p´edagogiques

une ressource donn´ee. De plus en plus de syst`emes tels que AmazonTM ou le client de courrier ´electronique Google6

offrent de tels services et permettent ainsi un syst`eme personnalis´e de clas-sification des ressources.

Le mod`ele CIM Core propose la classe abstraite CIM Collection pour fournir un ensemble d’´el´ements repr´esentant des collections d’objets g´er´es. La classe EIAH Review sp´ecialise cette classe et d´efinit un ensemble de labels et commentaires qui peuvent ˆetre associ´es `a une ressource p´edagogique. Les attributs de cette classe sont ceux d´efinis par la classe racine CIM ManagedElement du m´etamod`ele, compl´et´es par la propri´et´eInstanceID qui permet d’iden-tifier de mani`ere unique une instance de cette classe. Notons que l’attribut Description est un simple mot dans le cas d’un label, alors qu’il est compos´e d’un ensemble de mots dans le cas d’un commentaire.

Fig.7.8 – Repr´esentation des labels et commentaires

Nous venons de mod´eliser les objets que nous souhaitons superviser dans un environ-nement informatique pour l’apprentissage humain, nous d´ecrivons maintenant les diff´erentes relations entre ces objets g´er´es.

6

7.3. Mod´elisation de l’EIAH

7.3.2.2 Les associations

Les classes d’association expriment les relations entre classes g´er´ees de l’environnement d’apprentissage. Elles jouent un rˆole tr`es important dans la mesure o`u ce sont ces relations qui permettent de retrouver les informations pertinentes d’observation et de gestion. Au sein du mod`ele d’information de l’environnement d’apprentissage, deux relations d’agr´egation sont intras`equement d´efinies dans le mod`ele CIM Core, auxquelles nous avons apport´e trois relations d’association illustr´ees par la figure 7.9.

La relation de composition CIM Component de cardinalit´e * - * entre des instances de la classe EIAH Resource permet d’exprimer d’une part le fait qu’un cursus d’apprentissage est constitu´e d’un ensemble de ressources p´edagogiques, et d’autre part qu’un objet p´edagogique peut ˆetre compos´e d’un ensemble d’autres objets p´edagogiques. Cette relation permet donc de retrou-ver l’ensemble des ressources incorpor´ees au sein d’un cursus particulier ou les cours d´eployant une ressource particuli`ere, ainsi que les diff´erents objets constituant une ressource particuli`ere. L’agr´egation CIM SystemComponentindique qu’un syst`eme d’apprentissage est compos´e de res-sources p´edagogiques.

Fig. 7.9 – Les associations entre classes g´er´ees de l’environnement d’apprentissage Les trois associations sp´ecifiques aux objets g´er´es d´ecrits pr´ec´edemment sont les sui-vantes :

• EIAH IsStoredBy lie les ressources p´edagogiques aux syst`emes de stockage de ces mˆemes ressources. Mˆeme si une ressource n’est, `a priori, stock´ee que dans un seul vivier de connaissance, nous estimons qu’elle peut ˆetre dupliqu´ee dans plusieurs LOR ; d’o`u la cardinalit´e * - * ce cette relation. Cette classe d’association permet de retrouver toutes les ressources renferm´ees dans un vivier de connaissance particulier, ou le(s) syst`eme(s)

stockant un objet p´edagogique particulier.

• EIAH IsDeployedBy associe les plates-formes d’enseignement et les cursus p´edagogiques. La cardinalit´e 1 - w* exprime le fait qu’un cours particulier ne peut ˆetre d´eploy´e que dans une seule plate-forme, mais qu’un LMS peut contenir plusieurs cursus. L’association sp´ecifie alors l’ensemble des cours d´eploy´es au sein d’un LMS donn´e, ainsi que le LMS int´egrant un cursus particulier.

• EIAH IsCharacterizedBy r´ef´erence les ressources p´edagogiques et les labels/commentaires sp´ecifi´es par les utilisateurs. Elle permet de connaˆıtre les labels (ou commentaires) ca-ract´erisant une ressource sp´ecifique, ainsi que les objets ou cursus d’apprentissage qui sont associ´es `a un label (ou commentaire) particulier. Cette relation a pour cardinalit´e * - * puisqu’un label peut ˆetre appliqu´e `a plusieurs ressources, et qu’une ressource peut ˆetre caract´eris´ee par plusieurs commentaires.

Les classes d’objets g´er´es et d’associations pr´esent´ees ici permettent de mod´eliser les com-posants informatiques d’un EIAH ; dans la section qui suit nous nous int´eressons `a la mod´elisation des diff´erents acteurs de l’e-formation qui interagissent avec ces composants.