« STIC:STIC II (R2D2) » : différence entre les versions

De EduTech Wiki
Aller à la navigation Aller à la recherche
mAucun résumé des modifications
 
(42 versions intermédiaires par 2 utilisateurs non affichées)
Ligne 1 : Ligne 1 :
{{stic12}}
{{stic_archive}}


== Sciences et Technologies de l'information et de la communication ==
== Sciences et Technologies de l'information et de la communication ==
<categorytree mode="pages" depth="1" style="float:right; clear:right; margin-left:3px; border:1px solid gray; padding:0.7ex; background-color:#f9f9f9;">STIC</categorytree>
<categorytree mode="pages" depth="1" style="float:right; clear:right; margin-left:3px; border:1px solid gray; padding:0.7ex; background-color:#f9f9f9;">STIC</categorytree>
Plan de cours pour STIC II (semestre de printemps), promotion "Pixel 2009-2010", [http://tecfaetu.unige.ch/maltt/ Master of Science in Learning and Teaching Technologies] (MALTT)


[[Utilisateur:Daniel K. Schneider|Daniel K. Schneider]] avec [http://tecfa.unige.ch/perso/morands/ Stéphane Morand]
'''Enseignants''': [[Utilisateur:Daniel K. Schneider|Daniel K. Schneider]] avec [http://tecfa.unige.ch/perso/morands/ Stéphane Morand]


Le domaine STIC (Sciences et Technologies de l'information et de la communication) comprend deux cours obligatoires (STIC-I et STIC-II). STIC-II est une suite de [[STIC:STIC_I|STIC-I]].
Plan de cours pour STIC II (semestre de printemps), promotion "R2D2" (2011-2012), [http://tecfaetu.unige.ch/maltt/ Master of Science in Learning and Teaching Technologies] (MALTT).


== Plan période 4 ==
Ce cours fait partie du [[STIC:Cours STIC|domaine STIC]] (Sciences et Technologies de l'information et de la communication). Il comprend deux cours obligatoires: [[STIC:STIC_I|STIC-I]] et [[STIC:STIC_II|STIC-II]] plus deux UF libres ([[STIC:STIC III|STIC-III]] / [[STIC:STIC IV|STIC-IV]]).


=== Bases de données ===
'''Thématique du cours STIC II''' (promotion R2D2):
* Introduction à XML (DTD, XSD, XSLT, etc.)
* Introduction à certains formats web XML (XHTML, SVG, X3D, etc.)
* Formats documents (e-books, pédagogiques)
* Modélisation de contenus et de scénarios pédagogiques


* [http://tecfa.unige.ch/guides/te/files/webdatabases-intro.pdf Web databases] (slides DKS en Anglais). Rappel du principle CGI, page exécutables, le modèle des trois tiers, etc.
'''Objectif principal:'''
* Etre capable de créer des contenus et des séquences pédagogiques


* [http://edutechwiki.unige.ch/en/SQL_and_MySQL_tutorial SQL and MySQL tutorial] (EduTechWiki Anglais)
Ces deux cours STIC I/II sont complétés par des séances '''Atelier WebMaster''' obligatoires mais non-évaluées. Ils auront lieu les lundis matin et/ou les jeudis après-midi. Sujets abordés:
* Utilisation de Windows/Unix/PC
* Outils de production
* Vous pouvez aussi suggérer des thèmes pour ces ateliers...


; Alternatives/compléments
== Plan période 4 ==
* [http://tecfa.unige.ch/guides/tie/html/mysql-intro/mysql-intro.html Introduction à MySQL] (transparents DKS)
* [http://tecfa.unige.ch/guides/te/files/php-mysql.pdf PHP and MySQL] (chapitres 8 et 9, même chose version anglaise).
* [http://tecfa.unige.ch/guides/tie/html/act-php-mysql/act-php-mysql.html PHP et MySQL] (Transparents DKS)
 
=== PHP ===
 
* Utilisation de générateurs d'interface pour MySQL
* Utilisation de librairies PHP (visite de sites)
** [http://www.hotscripts.com/ HotScripts]
** [http://www.phpclasses.org/ PhPClasses] (il faut s'enregistrer).
 
=== Web 2.0 Widgets ===


* Utilisation d'un widget code (copier/coller du code html/js)
Sujets/Objectifs:
* Tim O'Reilly (2005). [http://www.oreillynet.com/lpt/a/6228 What Is Web 2.0 Design Patterns and Business Models for the Next Generation of Software]. Lecture conseillée.
* Bases techniques de XML
* [[:en:Help:Mons2007 | Seminaire Mons2007 sur web social / e-learning 2.0]] (contient des ressources et des liens vers des pages intéressantes de edutechwiki anglais)
* Comprendre le concept de "educational modelling language"
* Savoir créer des contenus e-learning
* Connaître les principes du learning design et savoir utiliser un environnement de conception/exécution
* Déploiement de "learning objects" dans Moodle (et similaire)


=== Activités et exercices ===
=== Activités et exercices ===


Liste d'exercices:
* [[:STIC:STIC II - exercice 10 | Exercice 10]] (XML et XSLT + wiki)
 
* [[:STIC:STIC II - exercice 11 | Exercice 11]] (Learning Design avec Compendium et LAMS + wiki)
* [[:STIC:STIC II - exercice 10 | Exercice 10]] (Simples bases de données avec Web 2.0)
* [[:STIC:STIC II - exercice 12 | Exercice 12]] (IMS Content Packaging et SCORM + wiki) ... avec Julien Da Costa
* [[:STIC:STIC II - exercice 11 | Exercice 11]] (SQL)
* [[:STIC:STIC II - exercice 12 | Exercice 12]] (MySQL + PHP)


'''A rendre''': dimanche soir avant la semaine de la période 5.
'''A rendre''': dimanche soir avant la semaine de la période 5.
Ligne 47 : Ligne 43 :
== Plan période 5 ==
== Plan période 5 ==


=== Modélisation d'activités pédagogiques / Learning Design ===
* Graphismes vectoriels avec SVG et HTML5
 
* Le DOM - Animation XHTML et/ou SVG (une petite sensibilisation)
Objectifs:
* IMS Learning Design
* Comprendre le concept de "educational modelling language" dans le contexte d'une modélisation d'activités
* Standards e-books [[:en:e-book]]
* Connaître les principes de learning design
* Savoir utiliser au moins un outil (LAMS ou Reload)
 
* Pages edutechwiki:
** [[langage de modélisation pédagogique]] / [[:en:Educational design language]]
** [[:en:Learning design]]
** [[:en:Educational modeling language]]
** [[LAMS]] / [[:en:LAMS|LAMS]] (rappel)
** [[coUML]] / [[:en:coUML]] (une extension de [[:en:UML]])
 
* Slides DKS
** [http://tecfa.unige.ch/tecfa/talks/schneide/lyon-inrp-2009/lyon-2009-approches-mod%C3%A9lisation.pdf Langages de design pédagogiques] (INRP, 2009)
** [http://tecfa.unige.ch/guides/tie/pdf/files/pedago-ld.pdf La norme learning design] (PDF) - [http://tecfa.unige.ch/guides/tie/html/pedago-ld/pedago-ld.html La norme learning design] (HTML)
** [http://tecfa.unige.ch/tecfa/talks/schneide/icool07/icool07-eml-schneider.pdf Educational modeling languages] (ICOOL 2007)
 
=== JavaScript et DOM ===
 
Objectifs:
* Se familiariser avec les différents niveaux de DOM
* Apprendre qqs. éléments du langage ECMAScript (le coeur de JavaScript)
* Connaître l'utilité de JavaScript dans le dispositifs Internet
* Savoir écrire un simple programme JS
* Savoir utiliser du code JavaScript (le sélectionner, comprendre les instructions, etc.)
 
* Pages edutechwiki avec des liens [[:en:JavaScript links|JavaScript]] (en), [[JavaScript]] et [[:en:DOM|DOM]] (en)


=== Activités et exercices ===
=== Activités et exercices ===


* [[STIC:STIC II - exercice 13 | Exercice 13]] (Learning design)
* [[STIC:STIC II - exercice 13 | Exercice 13]] (SVG + wiki)
* [[STIC:STIC II - exercice 14 | Exercice 14]] (Javascript/DOM)
* [[STIC:STIC II - exercice 14 | Exercice 14]] (e-books + wiki)
* [[STIC:STIC II - exercice 15 | Exercice 15]] (Librairies javascript)
* [[STIC:STIC II - exercice 15 | Exercice 15]] (Google KMZ + wiki)


'''A rendre''': dimanche soir avant la semaine de la période 6.
'''A rendre''': dimanche soir avant la semaine de la période 6.


== Plan période 3 ==
== Plan période 6 ==
 
=== Standards de documentation et balisage pédagogique de contenus ===
 
* [[:en:ELML|eLesson Markup Language (eLML)]]
* Futur XHTML 2: nouvelles balises et organisation modulaire
* Standards de documentation: [[:en:DocBook]] et [[:en:DITA]]
* Standards e-books [[:en:e-book]]
 
=== Dialogue avec l'utilisateur / expression régulières ===


* DOM (suite) / Validation de formulaires et analyses de réponses
* HTML/SVG interactif avec DOM/JavaScript
* Programmes de conversation (agents)
* HTML5 audio+ vidéo et utilisation de librairies JavaScript
* Expressions régulières et utilisation de librairies JavaScript


=== Activités et exercices ===
=== Activités et exercices ===


'''A rendre''': Le dernier délai pour la remise des notes est une semaine avant la date où on doit rendre les notes. Voir le [http://www.unige.ch/fapse/lesetudes/calendrier-acad.html Calendrier académique de la FPSE!]
* [[STIC:STIC II - exercice 16 | Exercice 16]] (DOM/JavaScript + wiki)
* [[STIC:STIC II - exercice 17 | Exercice 17]] (HTML5 audio/vidéo et HTML5 players + wiki)
* [[STIC:STIC II - exercice 18 | Exercice 18]] (Expressions rationnelles et sujets associés + wiki)


'''A confirmer:'''
'''A rendre''': Le dernier délai pour la remise des notes est une semaine avant la date où on doit rendre les notes, c-a-d '''vers mi juin'''. Voir le [http://www.unige.ch/fapse/lesetudes/calendrier-acad.html Calendrier académique de la FPSE!]. On doit rendre les notes le 20 juin, mais il faut nous laisser du temps pour corriger.
 
* [[STIC:STIC II - exercice 16 | Exercice 16]] (Standards de documentation)
* [[STIC:STIC II - exercice 17 | Exercice 17]] (Expressions régulières)
* [[STIC:STIC II - exercice 18 | Exercice 18]] (Article edutechwiki libre)


== Formats des travaux, evaluation et assistance ==
== 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.
Les travaux vous amèneront à acquérir les bases techniques et conceptuelles pour la réalisation de dispositifs en ligne.
L'évaluation des étudiants se fera essentiellement par ce biais.


En règle générale, un exercice consiste à faire un dispositif informatique. Il 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».
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).
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).
Chaque exercice est accompagé d'une page d'introduction et qui comprend un petit rapport.
 
(2) Chaque exercice est accompagé d'une '''page d'introduction et qui comprend un petit rapport'''. Ce rapport doit inclure (selon des instructions plus précises données pour chaque exercice) des '''liens vers un dispositif ou des fichiers'''' etc. Il doit également lister vos '''contributions wiki pour cet exercice'''.
 
(3) '''Pour chaque exerice il faut faire une contributions wiki'''. 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. La contribution wiki vaut 1/10 de la note. Une bonne contribution fait la différence entre un 5.5 et un 6 par exemple.


=== Espace travaux ===
=== Espace travaux ===
je vous demande de placer vos travaux dans des répertoires précis. Une page d'accueil et qui comprend un rapport doit les accompagner
 
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
Voici le schéma à utiliser pour la page d'accueil / rapport
  /etu-maltt/nestor/''login''/stic/exXX/
  /etu-maltt/R2D2/''login''/stic-2/exXX/
Par exemple:  
Par exemple:  
  /etu-maltt/nestor/dupont/stic/ex1/welcome.html
  /etu-maltt/R2D2/dupont/stic-2/ex9/welcome.html
ou
ou
  /etu-maltt/nestor/duran/stic/ex4/welcome.php
  /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”
Il est donc obligatoire d'utiliser un fichier que le serveur Web reconnaît comme “index”


:Machine: '''tecfa.unige.ch'''
:Machine: '''tecfaetu.unige.ch'''
:Répertoire web: '''/web'''
:Répertoire web: '''/web'''


Ligne 145 : Ligne 111 :
* Pour ajouter un nouveau sujet, cliquez sur le "+"
* Pour ajouter un nouveau sujet, cliquez sur le "+"
* Pour répondre à un sujet, éditez la section en question.
* Pour répondre à un sujet, éditez la section en question.
* Réglez le wiki pour qu'il envoye un message dès que le contenu de la page est changé.


=== Evaluation ===
=== Evaluation ===


Règles pour la promotion “Nestor”:  
'''Règles générales pour la promotion "R2D2":'''
* Vous seriez principales évalués sur travaux. Vous devez rendre tous les exercices. Il faut les rendre dans les délais indiqués et tout retard non justifié sera pénalisé (demandez un délai si vous avez des arguments).
 
* Ensuite vous pouvez gagner un bonus pour une participation active dans les Wikis.
# Vous seriez principalement évalués sur travaux individuels. Vous devez rendre tous les exercices, c.a.d. 9 exercices pour pour STIC II. 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.
# Pour chaque exercice vous '''pouvez gagner (ou perdre) 0.6 points pour une participation''' active dans le wiki ('''en dehors''' des pages énonçant les exercices et les pages discussion !!!).
# Chaque exercice doit être accompagné par un '''rapport'''. Ce rapport est aussi évalué et notamment inclure une descriptions d'objectif de design.
# Tout travail ou toute composante non-indexé(e) '''ne sera pas évalué'''. 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) !
 
'''Barèmes'''
 
(voir aussi les critères d'évaluation annoncés pour chaque exercice)


;Barèmes
* 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.5 correspond à un travail "parfait" (sur un plan technique et conceptuel) mais sans originalité particulière. Pour avoir un 6 il faut ajouter une haute 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 5 correspond à un travail qui satisfait globalement aux attentes et a donc atteint les objectifs fixés (1 crédit = 30h de travail apprenant).
* Une note de 4 correspond à un travail minimaliste (copier/coller, peu de contenu, code cassé, etc.).
* 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 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 sa note n'excédera pas 5 (1 point de pénalité) afin de ne pas pénaliser les étudiant(e)s ayant fait l'effort de respecter l'échéancier. Notez aussi que chaque page déposée sur notre serveur doit être datée et signée et elle doit se trouver à l'endroit indiqué (1/2 point de pénalité) !
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.  


Faites attention à bien lire l'énoncé et n'oubliez pas le rapport ! C'est le produit (dispositif + page d'accueil/rapport) qui sera évalué (ni vos efforts ni vos connaissances en informatique). Placer des fichiers à des mauvais endroits entrâinera une pénalité !
A la fin du cours, '''une semaine 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'''.  


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 inversément. Il faut simplement respecter les contraintes enoncés des 2 côtés.
'''Sources et utilisation d'autres matériaux'''


;Sources
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.
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é. L'originalité sera primée et tout plagiat non-anoncé sera puni !


Je me réserve le droit de vous interroger sur la provenance du code utilisé. Vous avez même le droit d'utiliser des fragments de code que vous ne comprenez pas, par exemple des classes PHP, mais à condition de l'indiquer clairement !
Dans certains exercices, vous avez le droit d'utiliser des fragments de code que vous ne comprenez pas, par exemple des librairies ActionScript, 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'''! 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.
 
'''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é. Vous avez le droit de rendre les mêmes exercices, mais avec une pénalité de retard de 1 point pour chaque exercice en retard. Si vous désirez éviter cette pénalité, je peux vous donner un travail supplémentaire, à négocier.
 
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 !
 
; Calcul de la note finale


Pondérations pour le calcul de la note finale
Pondérations pour le calcul de la note finale
Note finale = '''moyenne''' + '''bonus participation en ligne'''
Note finale = '''moyenne des 9 exercices''' + '''petit bonus participation en ligne'''


Il n'y a pas d'examen. Toutfois il existe la possibilité de discuter à la fin des cours du bilan de votre travail. Il s'agira aussi de la dernière occasion pour mettre en cause une note injustifiée (par rapport aux autres).
Il n'y a donc pas d'examen. Toutefois il existe la possibilité de discuter le bilan de votre travail à tout moment ou à la fin des cours. Il s'agit aussi d'une occasion pour mettre en cause une note.


== Feedback / Corrections ==
== Feedback / Corrections ==


Voir http://tecfa.unige.ch/tecfa/maltt/stic/c-n/
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 exerices.


== Ressources ==
== Ressources ==


;Ancienne (!) toolbox:
; Edutechwiki français  
: http://tecfa.unige.ch/guides/toolbox.html
 
; Edutechwiki français (peu d'entrées, donc ce wiki)
: [[Fichier de commande]]
: [[:Catégorie:Technologies | Catégorie Technologies]]
: [[:Catégorie:Technologies | Catégorie Technologies]]


; Edutechwiki anglais, par exemple
; Edutechwiki anglais, par exemple
: [http://edutechwiki.unige.ch/en/Cat[[Catégorie:Cours et travaux]]egory:Technologies La catégorie technologies]
: [http://edutechwiki.unige.ch/en/Category:Technologies La catégorie technologies]
: [http://edutechwiki.unige.ch/en/Web_application Web application] et [http://edutechwiki.unige.ch/en/Portalware 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)
: [http://edutechwiki.unige.ch/en/Web_application Web application] et [http://edutechwiki.unige.ch/en/Portalware 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)


Ligne 196 : Ligne 193 :


: [http://edutechwiki.unige.ch/en/XML_editor List d'éditeurs XML] (en anglais)
: [http://edutechwiki.unige.ch/en/XML_editor List d'éditeurs XML] (en anglais)
; Liste de logiciels
: [[STIC:Liste de logiciels]]


; STIC Zéro (Initiation MALTT)
; STIC Zéro (Initiation MALTT)
Ligne 201 : Ligne 201 :
: [http://tecfax.unige.ch/moodle/course/view.php?id=33 Moodle]
: [http://tecfax.unige.ch/moodle/course/view.php?id=33 Moodle]


[[Category:STIC]]
; Anciens travaux
[[Catégorie:Cours et travaux]]
: Voir aussi les cours STIC-1 Nestor/Pixel

Dernière version du 9 octobre 2013 à 13:23

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

Plan de cours pour STIC II (semestre de printemps), promotion "R2D2" (2011-2012), 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ématique du cours STIC II (promotion R2D2):

  • Introduction à XML (DTD, XSD, XSLT, etc.)
  • Introduction à certains formats web XML (XHTML, SVG, X3D, etc.)
  • Formats documents (e-books, pédagogiques)
  • Modélisation de contenus et de scénarios pédagogiques

Objectif principal:

  • Etre capable de créer des contenus et des séquences pédagogiques

Ces deux cours STIC I/II sont complétés par des séances Atelier WebMaster obligatoires mais non-évaluées. Ils auront lieu les lundis matin et/ou les jeudis après-midi. Sujets abordés:

  • Utilisation de Windows/Unix/PC
  • Outils de production
  • Vous pouvez aussi suggérer des thèmes pour ces ateliers...

Plan période 4

Sujets/Objectifs:

  • Bases techniques de XML
  • Comprendre le concept de "educational modelling language"
  • Savoir créer des contenus e-learning
  • Connaître les principes du learning design et savoir utiliser un environnement de conception/exécution
  • Déploiement de "learning objects" dans Moodle (et similaire)

Activités et exercices

A rendre: dimanche soir avant la semaine de la période 5.

Plan période 5

  • Graphismes vectoriels avec SVG et HTML5
  • Le DOM - Animation XHTML et/ou SVG (une petite sensibilisation)
  • IMS Learning Design
  • Standards e-books en:e-book

Activités et exercices

A rendre: dimanche soir avant la semaine de la période 6.

Plan période 6

  • HTML/SVG interactif avec DOM/JavaScript
  • HTML5 audio+ vidéo et utilisation de librairies JavaScript
  • Expressions régulières et utilisation de librairies JavaScript

Activités et exercices

A rendre: Le dernier délai pour la remise des notes est une semaine avant la date où on doit rendre les notes, c-a-d vers mi juin. Voir le Calendrier académique de la FPSE!. On doit rendre les notes le 20 juin, mais il faut nous laisser du temps pour corriger.

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 accompagé d'une page d'introduction et qui comprend un petit rapport. Ce rapport doit inclure (selon des instructions plus précises données pour chaque exercice) des liens vers un dispositif ou des fichiers' etc. Il doit également lister vos contributions wiki pour cet exercice.

(3) Pour chaque exerice il faut faire une contributions wiki. 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. La contribution wiki vaut 1/10 de la note. Une bonne contribution fait la différence entre un 5.5 et un 6 par exemple.

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/R2D2/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 le "tab" discussion en haut de la page
  • Pour ajouter un nouveau sujet, cliquez sur le "+"
  • Pour répondre à un sujet, éditez la section en question.
  • Réglez le wiki pour qu'il envoye un message dès que le contenu de la page est changé.

Evaluation

Règles générales pour la promotion "R2D2":

  1. Vous seriez principalement évalués sur travaux individuels. Vous devez rendre tous les exercices, c.a.d. 9 exercices pour pour STIC II. 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).
  2. La plupart des exercices consiste à faire un dispositif. Il sera évalué selon les critères indiqués dans chaque exercice.
  3. Pour chaque exercice vous pouvez gagner (ou perdre) 0.6 points pour une participation active dans le wiki (en dehors des pages énonçant les exercices et les pages discussion !!!).
  4. Chaque exercice doit être accompagné par un rapport. Ce rapport est aussi évalué et notamment inclure une descriptions d'objectif de design.
  5. Tout travail ou toute composante non-indexé(e) ne sera pas évalué. 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 .
  6. 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.
  7. 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) !

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, une semaine 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 librairies ActionScript, 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! 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.

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é. Vous avez le droit de rendre les mêmes exercices, mais avec une pénalité de retard de 1 point pour chaque exercice en retard. Si vous désirez éviter cette pénalité, je peux vous donner un travail supplémentaire, à négocier.

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 !

Calcul de la note finale

Pondérations pour le calcul de la note finale Note finale = moyenne des 9 exercices + petit bonus participation en ligne

Il n'y a donc pas d'examen. Toutefois il existe la possibilité de discuter le bilan de votre travail à tout moment ou à la fin des cours. Il s'agit aussi d'une occasion pour mettre en cause une note.

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 exerices.

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)
Category e-learning tools
Category XML
List d'éditeurs XML (en anglais)
Liste de logiciels
STIC:Liste de logiciels
STIC Zéro (Initiation MALTT)
Kit de survie
Moodle
Anciens travaux
Voir aussi les cours STIC-1 Nestor/Pixel