STIC:STIC I (Tetris)

De EduTech Wiki
Aller à la navigation Aller à la recherche

Cette page fait partie des cours STIC I et STIC II

Sciences et Technologies de l'information et de la communication

Enseignants: Daniel K. Schneider avec Stéphane Morand

Plan de cours, promotion QUERTY 2010-2011, 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 I (promotion Querty):

  • Introduction au développement d'animations
  • Introduction au développement d'applications interactives

Pour la promotion QUERTY (2010/11), on utilisera l'environnement Flash CS5.

Ces deux cours STIC I/II sont complétés par des séances Atelier WebMaster obligatoires mais non-évaluées les lundis matin des semaines 2, 3, 5 et 6. On couvrira les sujets suivants:

  • Installation et configuration de Apache/PHP/MySQL
  • Installation et configuration de portails (e-learning, wikis, etc.)
  • Utilisation de Bibliothèques JavaScript
  • ....

Plan période 1

Regardez chaque page exercice pour plus de détails (y compris tous les matériaux d'enseignement)

Web Design, HTML et CSS

L'objectif est de consolider les acquis de l'atelier d'initiation.

  • Exercice 1 (Webdesign, HTML + CSS, utilisation d'un schéma XML)

Introduction à Flash

Plan période 2

(à faire)

Plan période 3

(à faire)

Format et règlement du cours

Ci-dessous on définit le format général des travaux, l'évaluation, règles concernant le plagiat et l'assistance.

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 comprend trois composants:

  1. Un ou plusieurs dispositifs informatiques. Un dispositif doit répondre à certains objectifs et viser un public cible (que vous définissez). Il doit fonctionner sur les plans techniques et ergonomiques. Il doit répondre à un petit cahier des charges en rapport avec une thématique «MALTT».
  2. Un rapport qui décrit votre démarche
  3. Une participation à ce wiki. Le thème doit avoir un rapport vague avec le sujet du cours: logiciels interactifs sur Internet avec Flash, HTML/JavaScript, SVG/JavaScript, Java, etc. Le contenu peut être technique, conceptuel, éditorial, ajout de liens (intéressants etc.) [Clarification ajouté le 27 octobre 2010 à 18:21 (CEST)]

Pour obtenir une note maximale il est indispensable de fournir un bon travail conceptuel et de ne pas négliger les 2 composants d'écriture.

Que faire si vous maîtrisez déjà un sujet ou toute la matière ?

Ceux/celles qui ont des bonnes compétences techniques et qui maîtrisent déjà le sujet peuvent faire un exercice de substitution qui consiste à rédiger un tutoriel dans EduTechWiki français ou anglais.

Je peux également offrir aux informaticien(ne)s ou équivalent(e)s un programme totalement alternatif: soit écrire une série de tutoriels EduTechWiki sur un sujet en rapport avec la thématique globale du cours (applications interactives), soit développer un logiciel interactif sur Internet avec Flash, HTML/JavaScript, SVG/JavaScript, Java, etc.

Me contacter !

Espace travaux

En règle générale, je vous demande de placer vos travaux dans des répertoires précis. Dans tous les cas, un travail doit toujours être accompagné d'une page d'accueil et qui comprend le rapport.

Voici le schéma à utiliser pour la page d'accueil / rapport

/etu-maltt/querty/login/stic/exXX/

Par exemple:

/etu-maltt/querty/dupont/stic/ex1/welcome.html

ou

/etu-maltt/querty/duran/stic/ex4/welcome.php

Il est donc obligatoire d'utiliser un fichier que le serveur Web reconnaît comme “index” Il est également important de nommer vos fichiers tout en minuscule afin que le serveur le reconnaisse immédiatement comme page index.

Machine: tecfaetu.unige.ch
Répertoire web: /web/etu-maltt/querty/login/stic/ex..

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.

Evaluation et règles de participation

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

  1. Vous seriez principalement évalués sur travaux individuels. Vous devez rendre tous les exercices, c.a.d. 9 exercices pour STIC I et 9 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 en règle générale gagner (ou perdre) 0.5 points pour la participation active dans le wiki (en dehors des pages énonçant les exercices).
  4. Chaque exercice doit être accompagné par un petit rapport.
  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é 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 (1 crédit = 25 à 30h de travail apprenant).
  • 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 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.

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.

Les étudiants qui refont le cours l'année prochaine ont 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'agira aussi de la dernière occasion pour mettre en cause une note injustifiée (par rapport aux autres).

Aide, feedback et corrections

Les enseignants ne répondent pas aux e-mail. Utilisez les pages discussion du wiki (une différente pour chaque exercice). Abonnez-vous aux fils RSS des pages discussion ou faites vous envoyer un mail par le wiki (cliquer sur l'étoile ou le bouton "suivre" en haut à droite). Vous pouvez automatiser ce processus dans les Préférences

Le feedback sera disponible dans Moodle (cours STIC I/STICII). Le module Moodle est uniquement ouvert aux participants et ne contient que les évaluations (feedback et notes).

Conseils

  • Tenez-vous au courant. Regardez la page "discussion" pour chaque exercice avant de vous lancer ... et participez ! Abonnez-vous aux fils RSS des pages discussion ou faites vous envoyer un mail par le wiki (cliquer sur l'étoile ou le bouton "suivre" en haut à droite).
  • Lisez soigneusement les instructions sur cette page et celles qui sont données pour chaque exercice. Notamment, soyez sûr(e)s:
    • de comprendre la tâche
    • de poser les fichiers au bon endroit (commencez tôt!)
    • de faire l'inventaire des outils que vous pouvez utiliser
    • d'explorer les ressources mises à disposition
  • Planning
    • Faites toujours un petit exercice avant de vous lancer dans vos mini-projets (par ex. finir ce qu'on a commencé en salle de classe !)
    • Ensuite, étudiez plusieurs exemples !
    • Ensuite, faites un schéma qui résume vos objectifs et qui comprend une idée de votre design (différent selon la tâche)
  • Evitez de faire trop de "tourisme google" ! La plupart de l'information nécessaire se trouve dans les transparents, les textes indiqués comme lecture obligatoire et dans les exemples.
  • Soyez organisés. Pas de b****l sur vos disques durs ni sur nos serveurs. Faites un planning pour tous les cours (par ex. avec un petit gestionnaire de tâches) !
  • Apprenez les outils (Wiki, éditeurs etc.) et minimisez la complexité de vos projets si vous avez l'impression d'être débordé(e).

- Daniel K. Schneider 30 septembre 2010 à 11:40 (CEST)