Etude et développement d’un dispositif en ligne dédié au support et au suivi des étudiants durant leur mémoire de recherche MEMOIRE REALISE EN VUE DE L’OBTENTION DU MASTER MALTT MASTER OF SCIENCE IN LEARNING AND TEACHING TECHNOLOGIES PAR FRANÇOIS GAËL JABOULAY SEPTEMBRE 2012 JURY Mireille Bétrancourt Professeure TECFA Directrice Daniel Schneider Maître d'enseignement et de recherche TECFA Examinateur Fernando Lagraña Professeur adjoint Webster University, Genève Examinateur GENEVE UNIVERSITE DE GENEVE FACULTE DE PSYCHOLOGIE ET DES SCIENCES DE L'EDUCATION SECTION SCIENCES DE L’EDUCATION TECFA
64
Embed
Etude et développement d’un dispositif en ligne au …tecfa.unige.ch/tecfa/maltt/memoire/Jaboulay2012.pdfNous savons que le mentorat en ligne renforcerait de façon significative
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
Etude et développement d’un dispositif en ligne
dédié au support et au suivi des étudiants durant leur mémoire de recherche
MEMOIRE REALISE EN VUE DE L’OBTENTION DU
MASTER MALTT MASTER OF SCIENCE IN LEARNING AND TEACHING TECHNOLOGIES
PAR
FRANÇOIS GAËL JABOULAY
SEPTEMBRE 2012
JURY Mireille Bétrancourt Professeure
TECFA Directrice
Daniel Schneider Maître d'enseignement et de recherche TECFA
Examinateur
Fernando Lagraña Professeur adjointWebster University, Genève
Examinateur
GENEVE
UNIVERSITE DE GENEVE
FACULTE DE PSYCHOLOGIE ET DES SCIENCES DE L'EDUCATION SECTION SCIENCES DE L’EDUCATION
TECFA
2
Résumé
Si l’Internet a connu ses origines dans des projets de l’armée américaine, les mondes
académiques et de la recherche ont été les moteurs de son développement et de son
expansion. Il ne serait pas possible de dénombrer les logiciels, interfaces, bases de
données, systèmes de gestions de contenus, sites web développés et/ou exploités
dans les universités et les grandes écoles.
Paradoxalement, il semble qu’il n’existe aucun logiciel ni système standard dédié au
suivi et au support des étudiants accomplissant leur mémoire de fin d’études.
En se basant sur la littérature existante, ce mémoire de développement a consisté à
définir un modèle thématique et à inventorier les différentes fonctionnalités et
caractéristiques qui devraient être inclues dans un outil collaboratif à distance, dédié
à l’encadrement et à l’accompagnement d’un(e) étudiant(e) par son(ses) encadrant(s)
durant l’élaboration de son mémoire de recherche.
Cette recherche s’est conclue par le développement d’un nouveau logiciel en ligne,
fonctionnel, qui a été mis à la disposition de l’Université de Genève.
Agenda Affichage/Création des activités de l’étudiant (participation à des
événements de type cours, réunions, conférences, workshops)
Gantt Chart Affichage du planning du travail de mémoire et état d’avancement
3. Gestion des contenus
Type d’outil Description
Système de Fiches L’écrit du mémoire
Evénements
Bibliographie
Réunions
Emails d’experts
Notes Personnelles
Journal de l’étudiant
Articles de l’étudiant
Messages Privés
Contacts
Forum Discussions libres entre le superviseur et le(a)(s) supervisé(e)(s)
38
Blog
Aide à l’écriture et
Structuration de
contenus
Correcteur orthographique intégré à un éditeur textuel WYSIWYG
Regroupement des écrits selon une sélection.
Exportation vers Word
Tri des listes
Recherche des contenus au sein des listes
Filtrage selon catégories
Patrons de structure des écrits
4. Gestion du contrat
Type d’outil Description
Relation
contractuelle
Les points de l’accord d’encadrement, les objectifs globaux, l’échéancier, le
plan d’étude, rôles, tâches, ressources et temporalité
Discussions attenantes
La signature du contrat est obligatoire avec procédure de validation
électronique de la signature. Le profile utilisateur n’est pas créé et le système
n’est pas accessible tant que la procédure contractuelle n’est pas effectuée
par les deux parties (Superviseur/Supervisé)
Profile utilisateur Configuration des alertes désirées
Informations de contact
Dernières activités
39
5. Personnalisation
Type d’outil Description
Aide FAQ
Bouton d’impression
Ballons d’aide
Aide Contextuelle
Awareness Mise en avant de nouveau contenu, changement de statut d’information
Bandeau temporel permettant d’agréger les listes de son choix
Templates Gestion et configuration de patrons d’agencement de l’écran selon le rôle
choisi par l’utilisateur.
40
Méthode de sélection des fonctionnalités à développer
Nous avons décidé d’obtenir un regard extérieur. Notre thématique s’adressant à
deux types de populations (étudiants et enseignants), nous avons décidé
d’interviewer une personne de chacun de ces groupes.
De façon individuelle, nous leurs avons présenté le tableau ci‐dessus et demandé
pour chacune des fonctionnalités de nous donner un ordre de priorités dans le
développement de notre logiciel.
La priorité de niveau 1 était assignée à des fonctionnalités d’une version 1 du
logiciel, qui en feraient un outil déjà exploitable dans le contexte de suivi de
mémoire.
La priorité de niveau 2 était considérée comme non‐urgente, même si
désirable.
La priorité de niveau 3 étant considérée comme non désirée.
Dans un premier temps nous avons interviewé une assistante de recherche venant de
terminer son mémoire.
Dans un second temps, en cours de développement, nous avons reproduit cet
exercice auprès d’un enseignant universitaire ayant l’expérience de suivi de
mémoires.
Dans un troisième temps, nous avons passé en revue les fonctionnalités pour les
valider.
Le tableau récapitulatif de ces fonctionnalités priorisées, sélectionnées et
implémentées est disponible en Annexe 1.
41
Phase de Développement
Environnement technique
Le choix de l’environnement technique était un défi en soi, n’ayant jamais développé
de projet en PHP et Mysql, mais ce choix s’est imposé dans l’optique d’être accessible
au monde libre du logiciel. Pour le développement, deux ensembles de produits se
distinguaient, et plutôt que EasyPhp, j’ai fait le choix d’installer la suite XAMPP.
Comme outil d’écriture j’ai utilisé PSPad, très simple d’utilisation mais suffisant.
Après quelques tests, j’appréciais également l’utilisation de MySQL Workbench, son
interface étant plus agréable à utiliser pour les configurations de tables et le travail
avec les requêtes SQL. La configuration logicielle installée se déclinait selon les
versions suivantes :
Ensemble de logiciels sous XAMPP version 1.7.7
Php 5.3.8
Mysql 5.5.16
Apache 2.2.21
phpMyAdmin 3.5.1
MySQL Workbench 5.2
PSPad 4.5.6
Internet Explorer 9.0.7
Structure de données
Les structures de données ont été définies selon quatre axes:
Gestion des données
Ceci concerne essentiellement les tables de références qui permettent
l’interprétation et l’exploitation des données
Gestion des processus
Permet de gérer les données ayant un impact sur la gestion des informations,
par exemple celles permettant le suivi des changements de statuts des
demandes en cours.
42
Gestion de l’interface
Structures dédiées à l’implémentation visuelle des outils, les configurations
des panneaux dans le Dashboard.
Gestion des utilisateurs
Concerne les profils utilisateurs, les droits d’accès, la configuration
personnalisée des outils et de l’interface.
Le choix de technologie de la structure de données créée s’est porté sur une
structure générique, typique de nombreux CMS : nous avons créé une table de
données centrale et l’avons entourée de multiples tables de références.
Grâce à cela, il a été possible de définir un outil central qui permet l’implémentation
de différentes formes de fonctionnalités, toutes reposants sur des données
centralisées.
Pour cela j’ai implémenté un moteur de gestion de fiches qui centralise les
informations de tous les outils du système de suivi.
Les champs de données des fiches sont stockés dans une seule et même table
(donnees). Cette table dispose d’une seule colonne (DataValue) dédiée au stockage
des données entrées dans les champs des formulaires.
Ce sont les tables de références qui permettent de modifier et interpréter de façon
dynamique au niveau de l’interface les types de fiches, leurs structures et les types
de champs.
Les fiches sont des formulaires web générés dynamiquement à partir d’une table
(structuredefiche) définissant la structure de chacune, en regard de son type. Les
colonnes de cette table sont dédiées à l’implémentation de chaque formulaire.
(Champs obligatoire ou non, ordonnancement dans le formulaire, champs servant de
titre, activation optionnelle du WYSIWYG pour les zones de textes, dimensions en
hauteur et largeur, etc.)
Les types de champs permettent de définir les moyens d’actions sur les informations
stockées, la façon de les traiter et de les afficher. La table des types de champs
(typesdedonnees) est utilisée pour identifier chaque type de champ de formulaire.
Chaque type est un enregistrement dans cette table et son identifiant est repris dans
la table de structure des formulaires (structuredefiche).
43
J’ai identifié huit types de champs de formulaire :
Commentaire Commentaire sans entrée de données
Texte Données de type texte
Tri Un champ caché dans les formulaires mais qui permet de changer l'ordre des fiches au sein d'une même liste.
Numérique Données de type numérique
Date Données de type de date
AutreStructure Permet de stocker l'ID d'une autre structure pour se référer à l’une de ses fiches. Utilisé dans les notes de lectures qui pointent sur la bibliographie.
Oui / Non Champs à choix « oui » ou « non »
Fichier Fichiers téléchargeables
A chaque mémoire sont liés des utilisateurs et des fiches.
Lorsqu’un utilisateur de type étudiant entre dans le système, il a accès aux fiches
liées au mémoire qui lui est assigné.
Lorsqu’un utilisateur de type superviseur entre dans le système, il a accès aux fiches
liées au mémoire de l’étudiant sur lequel il est connecté. Le superviseur peut ainsi
sélectionner dans l’interface l’étudiant dont il veut voir les informations de son
mémoire.
44
Structure de données
45
Configuration visuelle de l'interface
J’ai implémenté une interface modulable, avec des blocs visuels pouvant avoir des
formes, tailles et contenus différents. Ce sont donc des carrés ou des rectangles. Les
rectangles sont orientés de façon verticale ou horizontale selon l’outil concerné.
Chaque bloc a une définition en axe et en ordonnée qui est un multiple de l’unité
visuelle de base : un carré d’une résolution réelle correspondant au modulo en
pourcent de la résolution d’écran.
La plupart des écrans sont sur un ratio de 4/3. J’ai donc décidé de définir l’unité
visuelle de base en correspondance avec ce ratio.
Trop d’éléments visuels entraineraient une surcharge cognitive, cependant définir 12
(4*3) blocs (incluant la navigation) semblait insuffisant. En doublant le ratio (8*6),
cela a permis de mettre à disposition 48 blocs de 12.5% de largeur et 16.6% de
hauteur.
La colonne de gauche est l’emplacement réservé au deux zones navigation et
« Awareness ».
Chaque fiche possède donc une configuration dont les limites de tailles en hauteur et
en largeur doivent s’inscrire dans cette définition : 1 à 7 de largeur, 1 à 6 de hauteur.
46
J’ai créé trois utilisateurs ayant chacun sa propre configuration d’écran pour montrer les
possibilités de l’interface :
1. Configuration enseignant « Betrancourt »
2. Configuration étudiant « Etudiant 1 »
47
3. Configuration étudiant « Jaboulay »
48
Fonctionnalités développées
L’objectif était de développer et donc d’implémenter autant de fonctionnalités que
possible parmi la liste de fonctionnalités ayant été sélectionnées. Nous savions que
cet exercice ne pouvait pas être entièrement atteint sachant la complexité d’un tel
système.
J’avais cependant l’intention de développer un système fonctionnel, utilisable, ouvert
et qui puisse être amélioré par la suite.
Au final, les fonctionnalités suivantes ont été implémentées :
Gestionnaire dynamique d’interface – Dashboard
o Ceci est le cœur de du système de personnalisation dynamique de l’écran principal. Malgré certaines imperfections due à la jeunesse de ce développement, les configurations visuelles respectent les configurations qui leurs sont liées dans la structure de données (typesdelayout, configoriginlayout, userconfigfiches, navigation) et sont en ligne avec la métaphore choisie. Pour des raisons de temps, il n’a pas été possible de développer une interface de gestion de ces configurations, j’ai implémenté ces configurations de façon manuelle dans les tables.
Gestionnaire dynamique de fiches – Editeur
o Il s’agit du cœur du système de données, sa structure de données relationnelle et générique permet l’exploitation d’un nombre indéterminé de structures de fiches et cela de façon dynamique. Je n’ai pas eu le temps de fabriquer l’interface permettant à un administrateur de gérer les structures de fiches. J’ai configuré les structures de fiches de façon manuelle dans les tables de référence (structuredefiche, typesdedonnees, typesdestructures).
Demandes de Retour, confirmations fiche lue
o Pour chaque fiche existante, quatre types de demandes sont possibles : demande de lecture, correction, commentaire, approbation. Lorsqu’une demande est faite, elle est mise en valeur dans l’interface au niveau de la fiche et dans la zone « awareness » du menu de navigation principal. On voit quelle demande est en cours depuis quand, pour quoi et par qui.
o Lorsqu’une demande est satisfaite, elle est retirée de la liste des demandes en cours, et apparait dans l’historique des demandes dans la fiche concernée. Toute demande de lecture est satisfaite lorsque la personne qui doit lire le confirme par le biais d’un bouton de confirmation. Une demande de correction est satisfaite lorsque la fiche est sauvegardée par le correcteur sollicité. Une demande de commentaire est satisfaite lorsqu’un commentaire est créé sur la fiche concernée. Une demande
49
d’approbation est satisfaite lorsque la personne qui doit approuver clique sur le bouton de confirmation.
Niveau de confidentialité de la fiche
o Les fiches appartiennent à des mémoires. Une fiche ne peut appartenir qu’à un seul mémoire. Toutes les personnes qui ont accès à un mémoire ont accès à ses fiches. Un utilisateur ne peut pas accéder aux fiches d’un mémoire dont il n’a pas les droits.
Commentaires sur les fiches
o Les commentaires sont de simples zones de textes liées aux fiches correspondantes. Un utilisateur créé un commentaire sur une fiche. Les commentaires sont enregistrés à la suite les uns aux autres et apparaissent dans l’historique des commentaires de la fiche. Les cinq derniers commentaires sont affichés dans la zone « awareness » du menu de navigation principal.
Structure du mémoire, Tri des listes
o Une structure de fiche dédiée à la structure du mémoire a été créée, ainsi qu’un type de champ de formulaire (« Tri »). Il est possible de trier les différentes fiches de cette liste.
Bibliographie
o Ce type de structure de fiche permet le stockage des informations bibliographiques.
o Cette structure est référencée dans les fiches « Notes de lecture »
o Le type de champ « Upload » permet de télécharger le fichier de l’article dans la fiche.
Echéancier
o La structure de fiche dédiée à l’échéancier permet d’enregistrer et suivre les étapes du mémoire.
o L’implémentation visuelle de cette fiche a été faite non pas pour présenter la durée d’une tâche mais plutôt sa date butoir et son statut par l’aide d’une visualisation graphique avec un code couleur :
vert pour les tâches futures non accomplies
bleu pour les tâches accomplies
50
rouge pour les tâches non accomplies et dont le mois de la date butoir est plus ancien que le mois courant
orange pour les tâches non accomplies et dont la date butoir court le mois courant
Notes de lecture
o Cette structure permet de stocker les notes de lectures et,
o De faire référence à la fiche bibliographie lui correspondant. Cette fonctionnalité peut être étendue pour d’autre besoins si nécessaire : ce type de champs permet de lier une fiche par un champ qui est lié à une autre structure de fiche.
Journal de l’étudiant
o Cette première structure de fiche ayant été développée, il a semblé utile d’offrir la possibilité optionnelle de faire apparaitre ou non la date de chaque fiche au niveau de l’écran principal. Par exemple, on n’affiche pas les dates d’enregistrement des fiches de la bibliographie.
Contacts
o La structure de fiche de contacts a été liée à la structure de fiche des Types de contacts. On peut ainsi définir des groupes de contacts.
Affichage du planning du travail de mémoire et état d’avancement
o Une implémentation dans l’interface spécifique à l’échéancier a été développée. L’objectif était de fournir une visibilité accrue des échéances dans une implémentation visuelle aussi simple que possible.
Mise en avant de nouveau contenu, changement de statut d’information, dernières activités
o La zone « Awareness » du menu de navigation principal est dédiée à ce type d’informations : les demandes en cours, les cinq derniers commentaires, les cinq dernières fiches enregistrées.
o Dans le détail de chaque fiche, une mise en valeur des nouvelles demandes est également faite.
Gestion et configuration de patrons d’agencement de l’écran selon l’utilisateur.
o Cette fonctionnalité est le cœur de notre système d’agencement. Aucune interface de gestion de son implémentation n’a été développée pour des raisons de temps. Sa configuration est ainsi faite dans les tables concernées (typedelayout, navigation, userconfigfiche, configoriginlayout)
51
Configuration des alertes désirées, Emails.
o La fonctionnalité d’envoi d’emails n’a pas pu être développée, mais la structure des données a été préparée. On pourra choisir pour quelle fiche une alerte est envoyée ou non. Les commentaires et les demandes feront l’objet d’un envoi systématique.
Téléchargement de fichier
o Le type de champ « Upload » a été défini et permet le téléchargement de fichier dans les fiches concernées.
Partenaires en lignes
o Un utilisateur voit la dernière date de login des autres utilisateurs ayant accès à son mémoire. Un superviseur voit les dates de login des différents étudiants qu’il supervise.
52
L’éditeur de fiches
Lorsqu’un utilisateur entre dans l’éditeur, il retrouve le menu de navigation principal,
ce qui indique qu’il est toujours dans un seul et même système.
Les panneaux du Dashboard laissent place à deux zones principales :
Le formulaire ou le contenu de la fiche sélectionnée. Cette zone se divise en
trois parties :
o Le gestionnaire de contenus de la fiche. Affiche le formulaire en mode
édition, affiche le contenu en mode affichage.
o La zone des commentaires : historique des commentaires, suivi du
formulaire de création de commentaire
o La zone des demandes : historiques des demandes, demandes en
cours (une seule demande simultanée pour une fiche, mise en valeur
en vert fluo).
Le gestionnaire (sous forme d’une liste) des fiches existantes pour la structure
de fiche concernée. Permet d’accéder aux fonctions de modification,
destruction et tri des fiches. Mise en valeur (jaune fluo) de la fiche courante si
tel est le cas.
53
Structures des fiches
Huit structures de fiches ont été identifiées et implémentées dans le système :
Fiche Description
1. Bibliographie Gestionnaire de Bibliographie.
2. Notes de lecture Toute prise de notes des bibliographies.
3. Echéancier Tâche et date de réalisation du mémoire.
4. Notes personnelles Notes personnelles.
5. Journal de Bord Journal de bord de l'étudiant.
6. Structure du Mémoire Parties du mémoire à agencer.
7. Contacts Coordonnées des personnes en relation avec le mémoire. 8. Types de Contacts Permettre de catégoriser les contacts.
1. Bibliographie
Titre
Auteurs
Année
Edition
Résumé
Remarque
URL
Référence pour le mémoire ?
Référence
Fichier
2. Notes de lecture
Titre
Référence Bibliographie
Notes
54
3. Echéancier
Libellé
Date Début
Date Fin
Tâche Accomplie ?
Description
4. Notes personnelles
Titre
Fichier
Notes
5. Journal de bord
Titre
Description
55
6. Structure du mémoire
Titre
Description
Position
7. Contacts
Nom
Prénom
Email
Adresse
Téléphone
Type de Contact
8. Types de contacts
Libellé
Description
56
Interactions Homme‐Machine
Les liens cliquables ont été mis en valeur par l’application d’un style gras.
Le matériel graphique suivant (icônes) a été créé pour les interactions :
Dans le Dashboard, ouvrir l’éditeur pour le type de fiches où est localisé l’icone
Dans le Dashboard, signale chaque fiche. (non cliquable)
Dans l’échéancier, indique une tâche accomplie. Cliquable vers la fiche.
Dans l’échéancier, indique une tâche non accomplie à venir. Cliquable vers la fiche.
Dans l’échéancier, indique une tâche non accomplie et dont la date butoir court le mois courant. Cliquable vers la fiche.
Dans l’échéancier, indique une tâche non accomplie et dont le mois de la date butoir est plus ancien que le mois courant. Cliquable vers la fiche.
Dans l’éditeur, destruction d’une fiche
Dans l’éditeur, modifier la fiche attenante
Dans l’éditeur, confirmation de la demande (Lecture / Approbation)
Dans l’éditeur, changer l’ordre de la fiche et la faire passer avant la précédente
Dans l’éditeur, changer l’ordre de la fiche et la faire passer après la suivante
Dans l’éditeur, crée une nouvelle fiche
Dans l’éditeur, ferme l’éditeur et retourne au Dashboard
57
Interactions Homme‐Homme
Tous les utilisateurs accèdent aux mêmes contenus et aux mêmes changements de contenus
d’un mémoire auquel ils ont accès.
Quatre domaines d’actions accomplies par un utilisateur vont opérer des modifications de
contenus qui sont reflétées de façon directes dans l’interface des autres utilisateurs
concernés :
1. la création, la modification, la destruction d’une fiche.
2. la création d’un commentaire.
3. la création, la satisfaction d’une demande.
4. le changement d’ordre des fiches des listes concernées.
Dans l’état actuel du développement Ces quatre domaines sont la plateforme interactive
qui permet la relation entre l’étudiant et son superviseur. Les utilisateurs interagissent sur
les mêmes contenus.
Dans une version ultérieure du système, ces actions pourront être associées à des
événements déclencheurs et optionnels selon les choix des utilisateurs :
Envoi automatique d’email
Alerte automatique à l’écran des utilisateurs concernés (par exemple « pop‐up
window »)
Technologie
Notre modèle de données et d’interface a donné vie à notre cadre théorique d’une
façon évolutive grâce à plusieurs mécanismes :
Nous avons « atomisé » les contenus à leur plus bas niveau de granularité
dans la structure de données et séparé les contenus des structures : une seule
colonne d’une seule table rassemble quasiment tous les contenus de toutes
les fiches (exception : fichiers téléchargés)
Nous avons lié la structure des contenus à la structure des méta informations :
la table contenant les données des fiches n’est « interprétable » que grâce
aux tables de références indiquant les structures de fiches, les types de
données, etc.
Nous avons offert une interface visuellement configurable par les utilisateurs,
augmentant le sentiment d’appartenance de l’outil.
Nous avons produit une interface dotée d’un habillage (skin) par l’exploitation
d’une feuille de style dédiée et donc aisément modifiable.
58
Conclusion
En nous basant sur la littérature existante, notre approche a consisté à identifier des
règles et des lignes directrices propres à apporter une vision synthétique quant à la
problématique du support et du suivi des étudiants durant leur mémoire de
recherche.
Nous avons ainsi fait apparaître un modèle thématique selon cinq dimensions se
déclinant selon 1) les processus psychologiques, 2) les questions liées à la gestion de
la relation entre l'enseignant et l'étudiant, 3) les aspects de gestion de projets, 4) la
gestion de contenus, 5) l'outillage disponible.
De ces aspects initialement théoriques, nous avons proposé les fonctionnalités
correspondantes et désirables qui peuvent être exploitées, implémentées dans une
interface en ligne dédiée au suivi et au support des étudiants.
En terminant notre analyse par un inventaire puis une sélection de fonctionnalités,
nous avons posé les bases d’un nouveau système que nous avons commencé à
développer avec l’intention de le mettre à disposition de la communauté
universitaire.
Cet exercice nous a amené à fabriquer un système collaboratif en ligne, fonctionnel,
en « seulement » deux pages web. Ceci satisfait à l’un de nos objectifs qui était de
mettre en place une interface qui minimise autant que possible le nombre de pages
que les utilisateurs doivent utiliser.
Le potentiel du système développé est virtuellement sans limite car les données sont
structurées par des données, l’interface est configurée par les données.
Toutes les fonctionnalités rencontrées durant notre analyse ne pouvaient pas être
implémentées dans le lapse de temps imparti. Le résultat est cependant fonctionnel
et méritera d’être testé quant à son degré d’utilisabilité. Certains « bugs » ne le sont
que parce qu’ils sont le résultat de développements non terminés.
Nous pensons que les améliorations à venir du système ne nécessiteront pas un
nombre beaucoup plus important de pages. Des pages dédiées à la gestion et aux
configurations utilisateurs, à l’agencement de l’interface, et à la création et la gestion
des structures de fiches seront certainement les premiers développements ultérieurs
à faire.
Nous aimerions également aborder un autre aspect dont l’on parle généralement
peu mais qui mérite qu’on s’y attarde. Notre système permet de définir un nombre
indéfini d’utilisateurs ayant accès à un même mémoire, ceci indépendamment du
59
niveau d’utilisateur. On peut ainsi avoir un étudiant et plusieurs superviseurs,
plusieurs étudiants et un seul superviseur. Ce type de combinaisons peut même être
exploité et amener à détourner l’interface de son but originel : un mémoire n’étant
qu’une centralisation de fiches, on pourrait en créer un uniquement accessible à un
groupe de chercheurs lesquels disposeraient ainsi d’une plateforme d’échange
autour d’un thème de recherche. De nouvelles structures de fiches pourraient être
créées pour stocker des informations sur des objets d’études variés.
Pour terminer, chaque structure de fiche peut être implémentée de multiples façons
dans l’interface. Cette ouverture est certainement un aspect qui serait motivant pour
d’autres développeurs qui découvriraient notre développement.
60
Références Byron, K. (2008). Carrying too heavy a load? The communication and miscomm‐unication of
emotions by e‐mail. Academy of Management Review, 33 (2), pp. 309‐327.
Arnoux, M., Blet, N., Dessus, P. « Les aide‐mémoires, des outils cognitifs pour
l’enseignement : un essai de typologie ». Travail et formation en éducation, no. 1. Varia
(décembre 17, 2008).
Bétrancourt, M. (2007). L'ergonomie des TICE : quelles recherches pour quels usages sur le
terrain ? in Charlier, B. et Peraya, D. (Eds). Regards croisés sur la recherche en technologie de
l’éducation (pp. 77‐89), De Boeck: Bruxelles
Dietz, A. J, J. D Jansen, et A. A Wadee. « Effective PhD supervision and mentorship: a
workbook based on experiences from South Africa and the Netherlands: South Africa‐
Netherlands Research Programme on Alternatives in Development (SANPAD) ». Book
(monograph). 133, 2006.
Ensher, Ellen A., Christian Heun, et Anita Blanchard. « Online mentoring and computer‐
mediated communication: New directions in research ». Journal of Vocational Behavior 63,
no. 2 (octobre 2003): 264‐288.
Fransen, Jos, Paul A. Kirschner, et Gijsbert Erkens. « Mediating team effectiveness in the
context of collaborative learning: The importance of team and task awareness ». Computers
in Human Behavior 27, no. 3 (mai 2011): 1103‐1113.
Hayes, J.R. & Flower, L. (1980) “Identifying the organization of writing processes”. In L.W.
Gregg and E.R. Steinberg (Eds.), Cognitive processes in writing (pp. 3‐30). Hillsdale, NJ:
Erlbaum.
Kenneth David, Strang. « Measuring online learning approach and mentoring preferences of
international doctorate students ». International Journal of Educational Research 48, no. 4
(2009): 245‐257.
Landié, Geneviève. « Le tutorat de mémoire en ligne ». Distances et savoirs 2, no. 2‐3
(septembre 31, 2004): 281‐305.
Nystrand, M. (1989). “A social‐interactive model of writing. Written communication”, 6, 65‐
85
Prégent Richard. «L’encadrement des travaux de mémoire et de thèse». Conseils
pédagogiques aux directeurs de recherche. Presses Internationales Polytechnique,
Décembre 2000
61
Richard S., (2006). L’analyse de contenu pour la recherche en didactique de la littérature. Le traitement de données quantitatives pour une analyse qualitative : parcours d’une approche mixte. RECHERCHES QUALITATIVES − VOL. 26(1), 181‐207.
Rohnman, G. (1965). “Pre‐writing: the stage of discovery in the writing process”. College
composition and communication, 29, 209‐211
Schneider Daniel. «Research Methods in e‐Education». TECFA, University of Geneva
Synteta, P. (2001). “EVA_pm:. Design and Development of a scaffolding Environment For
Students projects”. TECFA, University of Geneva
Chandler, P.; Sweller, J. (1992). "The split‐attention effect as a factor in the design of instruction". British Journal of Educational Psychology 62 (2): 233–246.
Tricot, A., Plégat‐Soutjis, F., Camps, J.‐F., Amiel, A., Lutz, G., & Morcillo, A. (2003). Utilité,
utilisabilité, acceptabilité : interpréter les relations entre trois dimensions de l’évaluation des
EIAH. In C. Desmoulins, P. Marquet & D. Bouhineau (Eds). Environnements informatiques
pour l’apprentissage humain (pp. 391‐402). Paris : ATIEF / INRP
62
Annexe 1 – Tableau récapitulatif des fonctionnalités implémentées
Communication
Type d’outil Description Avis Etudiante Avis Enseignant Implémenté?
Email Alertes automatiques des événements par email. 1 1
Fonctionnalités de MP (Mail Privé) similaire à ce qui existe sur les forums. 2 2
Awareness
Partenaires en lignes 1 1 OUI
Confirmation Message Privé lu 2 2
Confirmation fiche lue 2 1 OUI
Confirmation fiche notée 2 2
Niveau de confidentialité de la fiche (perso, avec superviseur, public, entre superviseurs et