STIC:STIC II (Zelda)
Cette page fait partie des archives des cours Cours STIC (STIC I, STIC II,STIC III,STIC IV)
Sciences et Technologies de l'information et de la communication
Enseignants: Daniel K. Schneider avec Stéphane Morand et Lydie Boufflers.
Plan de cours pour STIC II (semestre de printemps), promotion "Zelda" (2019-20), Master of Science in Learning and Teaching Technologies (MALTT).
Ce cours fait partie du domaine STIC (Sciences et Technologies de l'information et de la communication). Il comprend deux cours obligatoires: STIC-I et STIC-II plus deux UF libres (STIC-III / STIC-IV).
Thématiques du cours STIC II:
- Introduction à XML (DTD, XSD, XSLT, etc.)
- Suite introduction à certains formats web XML (XHTML, SVG, X3D, etc.) et autres, et JavaScript
- Formats documents (e-books, "objets pédagogiques")
- Utilisation d'un LMS et de ses "outils" (Moodle et LAMS)
- Modélisation de contenus et de scénarios pédagogiques
- Configuration de portails (Atelier Webmaster)
- Conception multimédia
Objectifs principaux:
- Acquérir les bases techniques des formats utilisés dans la pédagogie numérique
- Créer des contenus pédagogiques (séquences, livres numériques, objets physiques, animations, etc.)
- Utiliser et configurer des portails divers (e.g. CMS simples, plateformes e-learning)
Les deux cours STIC I/II sont complétés par des séances Atelier WebMaster obligatoires et qui aboutissent à un travail évalué dans le cadre du cours STIC II. Ils auront lieu les lundis matin et/ou les jeudis après-midi. Sujets abordés:
- Utilisation de Windows/Unix/PC
- Outils de production
- Installation et configuration de portails de type LAMP
- JavaScript Server-side
- Introduction à SQL
- Vous pouvez aussi suggérer des thèmes pour ces ateliers...
Les cours STIC I/II exigent une participation à ce wiki (ou la version Anglaise), expliquée dans Contribution Wiki.
Pages discussion:
- Liste des derniers messages du wiki
Projet Atelier WebMaster et contribution wiki
Le "projet webmaster" vous permet de mettre en ouvre un projet serveur avec les technologies abordées dans l'atelier webmaster (lundis matin)
La contribution wiki permet de développer (a) une stratégie d'apprentissage et (b) à utiliser un environnement collaboratif de co-construction de savoirs.
Plan période 4
Sujets/Objectifs:
- Le projet "webmaster" (c.f. ci-dessus)
- Les cours BASES (choix techniques, difficultés, etc.) et STIC IV (Open Geneva)
- Les normes e-learning
- Créer des "objets pédagogiques" ("content pack" IMS et SCORM 1.2, normes e-learning pour diffuser des simples séquences)
- Créer des livres électroniques en format Epub
- Créer des cours avec Moodle, utilisation de paquets e-learning.
- Créer des documents structurés avec XML, notamment créer des DTD et des XSLT
Activités et exercices
- Exercice 10 (XML et XSLT)
- Exercice 11 (Objets e-learning et livres numériques)
A rendre: dimanche soir avant la semaine de la période 5.
Plan période 5
- Comprendre le concept de "educational modelling language", IMS Learning Design, principes du learning design et utiliser un environnement de conception/exécution
- Environnements constructionnistes (micromondes de simulation et de programmation)
Activités et exercices
- (Simulation et Micromondes)
- (Workflow pédagogique, Learning Design, LAMS ou fonctions avancées de Moodle)
A rendre: dimanche soir avant la semaine de la période 6.
Plan période 6
Thèmes:
- Contenu interactif dans Moodle.
- Présentation de projets webmaster (5min)
Consignes pour les projets 14 et 16
- Scénarisation de contenu avec H5P dans Moodle
- Finalisation et publication du Projet Webmaster
Cours BASES
- Demo EdX. Voir aussi les liens dans Conception de cours avec Open edX et Open EdX
Conseil et discussion pour la suite
- Rappel des objectifs pour les cours STIC I et STIC II
- Contenus (passifs)
- Logiciels interactifs
- Séquençage / scénarios
- Environnements
- Suivi et évaluation
Activités et exercices
- : H5P
- : alias Projet Webmaster. Un prototype doit déjà être présenté lors du vendredi présentiel P6, voir les instructions)
A rendre (modifié suite aux problèmes covid): Le dernier délai pour la remise des travaux est le lundi 22 juin à midi au plus tard. Voir le Calendrier académique de la FPSE!. La fin des examens est le 26 juin (vendredi).
Formats des travaux, evaluation et assistance
Les travaux vous amèneront à acquérir les bases techniques et conceptuelles pour la réalisation de dispositifs en ligne.
En règle générale, un exercice consiste à faire un dispositif informatique.
(1) Le dispositif doit être opérationnel pour un certain public cible (que vous définissez). Il doit fonctionner sur un plan technique et sur un plan ergonomique et il doit répondre à un petit cahier des charges en rapport avec une thématique «MALTT». Pour obtenir une note maximale il est indispensable de fournir également un très bon travail conceptuel (en rapport avec les thèmes MALTT plus théoriques par exemple).
(2) Chaque exercice est accompagné d'une page d'introduction et qui comprend un petit rapport. Ce rapport doit inclure un certain nombre d'éléments (cf. des instructions plus précises données pour chaque exercice) et des liens vers un dispositif ou des fichiers' etc.
(3) Pour chaque période il faut faire une contributions wiki et il faut la soumettre aux mêmes dates. On vous conseille de faire des contributions qui sont en rapport l'exercice, mais ce n'est pas une obligation tant qu'elle reste en rapport avec les thèmes du cours. Lire Contribution Wiki pour les détails. Cet exercice est pondéré dans la moyenne finale du cours au même titre qu'un exercice normal. Autrement dit, vous allez obtenir 7 notes, dont une pour la contribution wiki.
Espace travaux
je vous demande de placer vos travaux dans des répertoires précis. Une page d'accueil et qui comprend le rapport doit les accompagner.
Voici le schéma à utiliser pour la page d'accueil / rapport
/etu-maltt/promotion/login/stic-2/exXX/
Par exemple:
/etu-maltt/R2D2/dupont/stic-2/ex9/welcome.html
ou
/etu-maltt/R2D2/duran/stic-2/ex11/welcome.php
Il est donc obligatoire d'utiliser un fichier que le serveur Web reconnaît comme “index”
- Machine: tecfaetu.unige.ch
- Répertoire web: /web
Important: Chaque page déposée sur notre serveur doit être datée et signée avec votre page travail ou encore votre home page !
Consultez aussi les instructions en ce qui concerne votre “espace travaux” sur le WWW. http://tecfa.unige.ch/tecfa/teaching/staf10/survival.html
Assistance
Pour chaque exercice, utilisez la page discussion associée à chaque page
Procédure:
- Cliquez sur l'onglet discussion en haut de la page
- Pour ajouter un nouveau sujet, cliquez sur le "+"
- Pour répondre à un sujet, éditez la section en question ou cliquez sur répondre.
- Paramétrez le wiki pour qu'il envoie un message dès que le contenu de la page est changé
Evaluation
Règles générales
- Vous serez principalement évalués sur travaux individuels. Vous devez rendre tous les exercices, c.a.d. 7 exercices pour STIC II (promotion zelda). Il faut les rendre dans les délais indiqués (normalement avant le début de la période suivante) et tout retard non justifié sera pénalisé (demandez un délai si vous avez des arguments).
- La plupart des exercices consiste à faire un dispositif. Il sera évalué selon les critères indiqués dans chaque exercice.
- Chaque exercice doit être accompagné par un rapport. Ce rapport est aussi évalué et notamment inclure une description d'objectifs de design.
- Tout travail ou toute composante non-indexé(e) ne sera pas évaluée. Vous devez donc faire des liens corrects depuis votre page travail (XML) et également depuis chaque rapport vers le dispositif, le rapport et vos contributions wiki .
- Finalement vous pouvez gagner un petit bonus pour une participation active dans les forums (assistance à vos collègues). Ce bonus sera attribué à la fin de chaque cours.
- Chaque page déposée sur notre serveur doit être datée et signée et elle doit se trouver à l'endroit exact indiqué (1/2 point de pénalité si ce n'est pas le cas) !
- L'exercice participation au wiki vaut 1/7 (14%). (Note maximale sans participation wiki = 5.14).
Barèmes
(voir aussi les critères d'évaluation annoncés pour chaque exercice)
- Une note de 5.5 correspond à un travail "parfait" (sur un plan technique et conceptuel) mais sans originalité. Pour avoir un 6 il faut ajouter une dose d'originalité plus un rapport qui correspond aux normes académiques.
- Une note de 5 correspond à un travail qui satisfait globalement aux attentes et a donc atteint les objectifs fixés. Chaque période vaut 2 crédits. (1 crédit = 25 à 30h de travail apprenant max.) Autrement dit, 2 jours de travail devraient largement suffire pour obtenir un 5.
- Une note de 4 correspond à un travail minimaliste (copier/coller, peu de contenu, code cassé, etc.).
- Une note de 3 (ou moins) correspond à un travail insuffisant
- Une note de 2 est donné pour un travail très inachevé
- Une note de 0 sera donné pour un travail non rendu
Retards et travaux non rendus
Tout travail inachevé ou en retard peut être rendu hors délais mais on inflige jusqu'à 1 point de pénalité afin de ne pas pénaliser les étudiant(e)s ayant fait l'effort de respecter l'échéancier.
A la fin du cours, 5 jours avant la fin de la période officielle d'examens, tout travail non-rendu (c.a.d. absent du répertoire de travaux) obtiendra la note de zéro.
Sources et utilisation d'autres matériaux
Pour vos exercices, vous avez le droit de reprendre des idées et des bouts de code, mais vous devez indiquer la source (nom de l'auteur + URL) à la fois dans votre code et dans votre rapport et indiquer ce que vous avez modifié. Il n'est pas autorisé de rendre un travail fait par quelqu'un d'autre "tel quel". Vous devez apporter une contribution propre.
Dans certains exercices, vous avez le droit d'utiliser des fragments de code que vous ne comprenez pas, par exemple des classes PHP ou des librairies JavaScript, mais à condition de l'indiquer clairement !
Fraudes
Le plagiat (utilisation de matériaux non cités) sera puni. Rendre un travail fait entièrement par quelqu'un d'autre sera puni sévèrement, c.a.d. une note de zéro pour l'exercice en question. En outre, pour les cas de plagiat sévères, on se réserve d'autres actions disciplinaires selon les règlements de la faculté.
Vous pouvez vous faire aider, mais il faut l'indiquer dans le rapport. En plus vous devez maîtriser le produit rendu, être capable d'expliquer l'architecture du dispositif et de reproduire une version similaire. Je me réserve le droit de vous interroger sur la provenance du code et d'autres matériaux utilisés et de tester vos connaissances par d'autres moyens en cas de soupçon de fraude.
A priori je vous fais confiance, mais un étudiant qui démontre une très faible connaissance technique en classe et qui en même temps rend des travaux de haute qualité technique risque une interrogation sur la provenance du travail et doit démontrer ses compétences par un autre type d'évaluation de type interrogation orale, quiz, etc.
Conseils pour avoir une bonne note
Faites attention à bien lire l'énoncé et n'oubliez ni le rapport ni la contribution wiki pour la période! C'est le produit (dispositif + page d'accueil/rapport + contribution wiki) qui sera évalué (ni vos efforts ni vos connaissances en informatique). Placer des fichiers à des mauvais endroits entraînera également une pénalité !
On vous demande également de fournir un effort conceptuel qui dépasse l'exercice technique. Vous avez même la possibilité de «revendre» un dispositif fait pour STIC dans un des autres cours et inversement. Il faut simplement respecter les contraintes énoncées des 2 côtés.
- Calcul de la note finale
Pondérations pour le calcul de la note finale Note finale = moyenne des exercices + participation wiki + petit bonus participation en ligne
Il n'y a donc pas d'examen. Toutefois, vous avez la possibilité de discuter le bilan de votre travail à tout moment ou à la fin des cours.
Rattrapage pour la séance de septembre
Ceux qui ont eu une note insuffisante peuvent selon le règlement se présenter à la séance de rattrapage à la fin du semestre d'été sans pénalité (règles "COVID").
Les étudiants qui refont le cours le droit de présenter ou de reprendre/compléter des exercices faites l'année précédente, mais uniquement avec mon autorisation et s'ils sont similaires !
Délai: Une semaine avant la fin de la session des examens de la FPSE (typiquement autour de fin août).
Feedback / Corrections
Voir dans Moodle. On utilisera Moodle uniquement pour donner du feedback. N'utilisez pas ses forums etc. On utilisera une grille d'évaluation standardisée pour la plupart des exercices.
Liste de volée Zelda
- Aurélie Arnoldi
- Christelle Melchiorre
- Claire Dupont
- Christelle MELCHIORRE-BRAZ
- Delfine Villasuso
- Didier Dorsaz
- Djamileh Aminian
- Jean-Vincent Aellen
- Jennifer Pacheco
- Jerome Humbert
- Kelly Weibel Thome
- Martina Salemma
- Orfelis Jaramillo
- Rachel Egg
- Rosaria Marraffino
- Sandra La Torre
- Sandrine Favre
- Simon Jöhr
- Tatiana Armuna
- Varuna Mossier
Ressources
- Edutechwiki français
- Catégorie Technologies
- Edutechwiki anglais, par exemple
- La catégorie technologies
- Web application et Portalware (un des objectifs du cours et de vous montrer les éléments constituants d'une application Internet: Formats, scripting et base de données)
- List d'éditeurs XML (en anglais)
- Liste de logiciels
- STIC:Liste de logiciels
- STIC Zéro (Initiation MALTT)
- Kit de survie
- Moodle
- Anciens travaux
- Ils sont disponibles en règle générale. Ils peuvent vous inspirer, mais faites attentions aux règles académiques (originalité, plagiat, copyright).