Grille d'évaluation des TDs de Projet HTML

Le fichier .ods (OpenDocument Spreadsheet) utilisé pour l'évaluation des TDs montre que chaque TD de ce cours est évalué comme suit.

1. Sauf en cas d'absence justifiée à un TD, un travail pour ce TD n'est noté (autrement que par un 0/20) que si au moins un des auteurs de ce travail est présent à ce TD et demande l'évaluation de ce travail à l'enseignant responsable du (groupe de) TD, avant la fin de la séance de TD concernée. De plus, pour chaque TD, afin que le travail pour ce TD soit noté, un fichier HTML doit aussi être déposé sur Moodle avant la fin de la séance de TD concernée, dans l'espace réservé à cet effet.
   Chaque TD est noté sur 20 si l'étudiant demande une évaluation complète (de son travail pour le TD) durant le 1er "quart de TD" après les questions initiales des étudiants et le QCM s'il y en a un. Si un TD de 2 heures n'a ni question ni test, son premier quart de TD est sa 1ère demi-heure. L'enseignant responsable du (groupe de) TD peut dépasser cette période pour évaluer tous les étudiants ayant demandé à être évalué durant cette période ; cela n'entraîne pas de pénalité pour les étudiants évalués. Le TD est noté sur 17,5 (au lieu de 20) si l'étudiant demande son évaluation durant le 2ème "quart de TD", et ainsi de suite (→ perte de 2,5 point par "quart de TD" de retard). Cela signifie aussi que, s'il y a un TD suivant et si l'étudiant demande durant le 1er quart du TD suivant à être évalué sur son travail pour le TD précédent, il ne pourra être évalué que sur 10 au lieu de 20 (et, comme il ne sera pas prioritaire par rapport aux évaluations de ce TD suivant, il ne sera évalué que si le responsable de TD a du temps pour l'évaluer durant ce TD suivant). La pénalité associée à un "quart de TD" de retard ne s'applique pas si l'étudiant fournit au plus tôt une justification pour son retard (e.g., blocage sur un certain point, pour une raison valide, et signalé dès le 1er "quart de TD"). Ce système a pour but

   • d'éviter que les étudiants attendent la fin du TD pour demander à être évalués (ce qui n'est pas gérable), et
   • de rendre plus explicite pour les étudiants le fait que ne pas préparer leurs TDs est néfaste pour leurs apprentissages et leurs notes (pour certains étudiants, ce genre de pénalité est une source de motivation supplémentaire hélas apparemment nécessaire).
     Concernant l'apprentissage, la préparation du TD permet aux étudiants de poser les questions et demander de l'aide – à l'enseignant responsable du (groupe de) TD – afin de résoudre les problèmes qu'ils ont rencontrés durant leur préparation du TD.
     Concernant l'évaluation, la préparation du TD permet d'offrir plusieurs chances à un étudiant.
     En résumé, la préparation du TD permet de ne pas gâcher le temps du TD.
     Il faut également noter que ce cours "Projet HTML" et l'emploi du temps (EDT) de ses CMS et TDs a été prévu pour être particulièrement favorable à cette préparation de TD (et donc aussi à l'évaluation basée sur les "quarts de TD"). En effet:
     • à chaque CM est associé un TD (et inversement),
     • il y a 7 à 10 jours entre ce CM et ce TD (quel que soit le groupe de TD), et
     • durant ces 7 à 10 jours, à part pour le dernier CM, entre ce CM et ce TD, il y a un autre CM ; donc
       i) les étudiants peuvent poser des questions pour ce TD durant ce CM intermédiaire,
       ii) les étudiants ont ainsi largement assez de temps pour préparer leurs TDs, poser des questions
            pour celui-ci, et être prêt pour être évalué durant le 1er "quart de TD".
   Si les résultats de l'évaluation ne sont pas satisfaisants pour l'étudiant, celui-ci peut bien-sûr corriger son travail et demander à être ré-évalué lorsqu'il a achevé ses corrections (lors d'un quart de TD ultérieur donc, à moins que seules des corrections vraiment minimes aient été à effectuer).

2. Le pourcentage de ce qui a été effectué par rapport au travail demandé pour le TD permet de donner une note de base (sur 20 ou moins, comme indiqué dans le point précédent).

3. Certains problèmes – e.g. erreur syntaxique, plagiat – entraînent directement un 0 lors de l'évaluation (→ si la note de base n'a pas encore été établie, elle n'a pas à l'être).

4. D'autres problèmes conduisent à retirer 1 point à chaque occurrence de ce problème (→ si au moins 20 occurrences sont rencontrées lors de l'évaluation et si la note de base n'a pas encore été établie, elle n'a pas à l'être). Dans le fichier .ods cité ci-dessus, ces problèmes sont catégorisés comme dans les fichiers pour les bonnes pratiques (BPs) de codage générales, celles pour HTML" et celle pour CSS, et sont détaillées dans ces fichiers (puisque ces problèmes sont des non-suivis de ces BPs). Enfin, beaucoup de ces problèmes sont détectés par l'outil de validation de BPs fourni aux étudiants (il est donc facile pour eux de corriger ces problèmes). Lors d'une évaluation d'un étudiant, l'enseignant responsable du TD n'a qu'à copier-coller dans le fichier .xlsx la synthèse fournie par cet outil et à la compléter pour les BPs qui n'ont pu être automatiquement vérifiées.

5. Aller au-delà de ce qui est demandé peut rapporter des "points extra", e.g., mettre en place des BPs valides supplémentaires.

6. Une case "Commentaire" permet de justifier les "points extra" (ou des points négatifs, si utile, e.g., s'ils sont peu communs). La case étant petite, il faut cliquer sur la case pour lire son texte qui est alors affiché dans la "ligne d'entrée".

Tout ajout de restriction dans cette grille d'évaluation après le début du cours sera signalée aux étudiants. Les TDs auxquels cette restriction s'applique seront alors aussi indiqués.