3. L'exemple du projet campus virtuel à TECFA

A. Principes

• Partage de ressources et produits

• Suivi et monitorat de projets
• Construction
• Discussion & argumentation
• Classification d'informations
• Structuration d'informations

A. Buildings principaux (activités):

• Argue & Graphe
• Mister QCM
• Studio de conception
• Concept Factory

• Un building pour chaque activité
  (enseignement / apprentissage)

• Chaque building:
• définit des tâches
• propose des outils spécialisés
• contient l'information nécessaire
• implémente une activité collective

A. Le "Courseware Studio"

• But: apprendre le design de logiciels pédagogiques

B. Phases (activités):

1. Spécification du thème
2. Spécification des objectifs
3. Analyse de contenu
   (décortiquer les objectifs)
4. Spécification d'objectifs opérationnels
5. Spécification architecture et scénario
6. Spécification des activités d'apprentissage
7. Préparation des matériaux
8. Développement d'un module (avec Authorware)
9. Assemblage de tous les modules

C. Argue & Graphe

• But: faire connaître les théories de l'apprentissage utiles dans la conception de didacticiels

D. Scénario:

1. Les étudiants répondent à un questionnaire sur des choix de design
• Campus produit un résumé
  (avec graphiques)
2. Réponses collaboratives
• l'enseignant forme des paires
3. Réponse é deux
• Le campus produit un résumé
4. Discussion en classe ou sur forum
5. Synthèse (à domicile)
• Chaque étudiant écrit un texte

E. L'Icônomètre

• Goals:
• Tester des icônes
• Apprendre la "monosémie"

F. Scénario

1. Regarder une icône
2. Formuler une hypothèse
• une ou plusieurs
• donner un indice de confiance
• le total ne doit pas excéder 100%
3. Regarder les résultats
• Voir chaque hypothèse
• Voir l'information de synthèse.

G. Mister QCM

• But: Etre conscient des défauts des QCM
• Scénario

• Les étudiants répondent à deux questionnaires mal conçus sur les athlètes belges et les capitales d'Europe
  Ils s'auto-évaluent sur ces deux thèmes.
• Les étudiants voient leurs résultats
  (question par question et graphe général)
• Ils sont surpris et mécontents du résultat
  (mauvais score sur les capitales et bon score sur les athlètes)
• Ils sont réceptifs au débriefing et actifs dans la discussion des défauts des QCM
• L'outil donne des conseils de remédiation pour les défauts de chaque question

A. Motivation:

• Meilleur support pour des scénarios moins structurées
• L'apprentissage par ressources nécessite un bon support documentaire

B. Détails:

• Une base de données de type RDF
  ( http://tecfa.unige.ch/guides/rdf/pointers.html )
• Plusieurs interfaces (interrogations, réseaux graphiques, etc.)

A. Simple usage de XML

• L'enseignant écrit une grammaire (schéma, DTD)
• Les étudiants l'utilisent pour écrire quelque chose
• L'enseignant donne du feed-back, organise des discussions pour différentes phases
• Des programmes "server-side" peuvent extraire et combiner de l' information

B. Outils pour la rédaction en XML (1999)

• existent, mais sont soit chères soit pas très utiles

C. Exemple: Gestion de projet

1. Les étudiants font une étude de faisabilité
2. Feed back:
   l'enseignant remplit des balises réservées pour les commentaires
3. Les étudiants écrivent la spécification
4. L'enseignant rajoute des commentaires
5. .....
6. .....
7. .......

• Note technique:
  on utilise XSLT (traduction vers HTML)

A. Beaucoup d'activités structurées:

1. Les étudiants sont actifs
• utilisation d'outils et des ressources
2. Les résultats sont enregistrés
3. Débriefing, synthèse, feed-back

• Les tâches sont souvent des pseudo-tâches
• Les phases sont souvent répétitives,
• La plupart sont collaboratives or "collectives",
• La collaboration est structurée,
• L'enseignant peut monitorer, ajouter, aider, éditer ...

On fait du "workflow" (comme dans les entreprises modernes !)

B. Un mot de mise en garde:

• Il faut laisser "ouvert" quelques projets/exercices du curriculum
• Il faut éviter l'effet "jeu vidéo"
• Le contenu et non pas l'outil doit être maîtrisé