Évaluations
Cette page présente les pondérations, les échéances, les traces attendues et les règles d’utilisation de l’IA pour chaque évaluation.
Composantes et échéances
| Composante | Pondération | Type | Moment | Règle IA |
|---|---|---|---|---|
| Mini-tests de préparation | 10 % | Individuel | Séances 2, 3, 4, 6, 7, 9, 10, 11 et 12; ouverture dans Brio le mercredi à 16 h 20 après la séance précédente et fermeture le mardi à 23 h 59 | Permise |
| Portfolio GitHub individuel | 20 % | Individuel cumulatif | Jalon 1: 16 septembre à 16 h 20, 4 points; semaine 9: 6 points; semaine 14: 10 points | Permise, déclarée |
| Projet filé en équipe | 30 % | Équipe, avec traces individuelles | Jalons semaines 6 et 12; remise finale et défense en semaine 14, pendant la séance du mercredi 9 décembre | Permise, déclarée |
| Défi technique 1 | 10 % | Individuel en laboratoire, 1 h | Semaine 5 | Non permise |
| Défi technique 2 | 10 % | Individuel, 1 h puis entretien de 5 min | Semaine 8, 21 octobre, travail et remise de 13 h 30 à 14 h 30 | Permise, facultative, déclarée |
| Défi technique 3 | 10 % | Individuel en laboratoire, 1 h | Semaine 13 | Intégrée |
| Site Quarto personnel | 10 % | Individuel | Semaine 15, mercredi 16 décembre à 23 h 55 | Permise, déclarée |
| Total | 100 % |
Rôle des trois défis techniques
Les trois défis techniques ne sont pas trois examens semblables. Ils ont trois rôles pédagogiques distincts.
| Défi | Moment | Rôle | Ce qui est vérifié | Règle IA |
|---|---|---|---|---|
| Défi 1 | Semaine 5 | Vérifier les bases individuelles | Structure de projet, importation, nettoyage simple, proportion, validation, chemins relatifs et README minimal | Non permise |
| Défi 2 | Semaine 8 | Vérifier la programmation avec aide encadrée | Périodes et jointures, valeurs manquantes, validation, figure, rapport Quarto et explication du code | Permise, facultative, déclarée |
| Défi 3 | Semaine 13 | Vérifier le jugement professionnel avec IA | Diagnostic, débogage, optimisation, parallélisation ou amélioration d’un mini-projet, validation des suggestions IA | Intégrée |
Directives publiques : Préparation au défi technique 1 et Préparation au défi technique 2.
Les énoncés évalués sont distribués au début des défis. Pour le défi 2, le dépôt privé est fourni avant la séance pour comprendre les données et vérifier les outils. Il contient le fichier des taux, des exemples de lots et de scénarios, un dictionnaire et un guide en PDF, HTML et QMD. Les lots et les scénarios de l’épreuve, l’énoncé et le rapport QMD à compléter seront fournis sur Brio à 13 h 30. Le dernier push doit être terminé avant 14 h 30; l’équipe enseignante récupère alors les dépôts directement sur GitHub.
Le défi 1 répond à la question suivante: est-ce que l’étudiante ou l’étudiant peut fonctionner seul dans un projet R propre?
Le défi 2 vérifie la capacité à produire un livrable technique vérifié, à expliquer le code et à documenter les aides réellement reçues. L’usage de l’IA est facultatif.
Le défi 3 répond à la question suivante: est-ce que l’étudiante ou l’étudiant sait utiliser l’IA comme assistant technique sans perdre son jugement professionnel?
Seuls les trois défis techniques indiqués dans la table d’évaluation comptent chacun pour 10 %. Les ateliers de consolidation qui suivent les défis sont des modules d’apprentissage non évalués.
Chaque défi technique occupe environ une heure de la séance. La partie restante du laboratoire sert au retour technique, à la consolidation, au portfolio ou au projet. Cette partie n’est pas utilisée pour modifier le livrable évalué.
Pour le défi 2, un entretien individuel de cinq minutes suit la remise figée. Le retour sur l’exemple analogue et l’atelier commencent après le dernier entretien concerné. Les modalités complètes se trouvent dans les consignes du défi 2.
| Après le défi | Module non évalué | Travail |
|---|---|---|
| Défi 1 | Introduction aux graphiques en R, sur un autre exemple | Produire et interpréter une figure sans IA; ajouter la trace au portfolio après la séance |
| Défi 2 | Entretiens, puis exercice analogue | Valider une proposition sur un exemple distinct après le dernier entretien et documenter la démarche dans le portfolio |
| Défi 3 | Exercice analogue sur le site du cours | Faire un post-mortem et transférer une pratique vers le portfolio ou le projet |
Traces attendues
| Composante | Traces attendues |
|---|---|
| Mini-tests de préparation | Résultat enregistré dans Brio avant la fermeture du mardi à 23 h 59 et difficulté ou observation personnelle non notée à reprendre pendant la séance |
| Portfolio GitHub individuel | Dépôt privé portfolio-stt4230-IDUL ou portfolio-stt6230-IDUL, selon le sigle d’inscription, créé une fois par l’équipe enseignante à partir du modèle A2026, cloné par la personne étudiante, dossiers ajoutés semaine après semaine, productions personnelles issues des lectures, exercices et activités, README, vérifications, bilan final et commits réguliers |
| Projet filé en équipe | Dépôt d’équipe, README, pipeline de données, produit dans le format approuvé (rapport, tableau de bord, application, tutoriel, site, outil R ou autre), validation adaptée au produit, documentation, issues, contributions, docs/ai-log.md, présentation et revue de code |
| Défi 1 | Dossier récupéré par l’enseignant, fichier brut, script R, résultats et README court, sans IA |
| Défi 2 | Dépôt privé figé : script R, rapport QMD et HTML, tableau CSV et docs/ai-log.md même sans IA; collecte par l’équipe enseignante sur GitHub à 14 h 30; entretien de cinq minutes |
| Défi 3 | Mini-rapport technique, code amélioré, comparaison avant/après, validation, trace détaillée de l’usage de l’IA |
| Site Quarto personnel | Adresse GitHub Pages publique, dépôt source du site, dernier commit évalué, page de présentation ou compétences, au moins deux réalisations commentées, lien ou référence vers une trace du portfolio, déclaration IA si pertinente |
Repères de fin de session
La défense du projet est intégrée à la séance de semaine 14, le mercredi 9 décembre. La seule remise de semaine 15 est le site Quarto personnel, à remettre le mercredi 16 décembre 2026 à 23 h 55.
| Objet | Rôle | Trace attendue |
|---|---|---|
| Défense du projet | Partie du projet d’équipe de 30 %, semaine 14 | dépôt final, démonstration, support bref, issue ou pull request de revue, contributions |
| Portfolio individuel | Jalon 3, semaine 14 | dépôt individuel à jour, bilan final, lien vers le site personnel, trace reprise dans le site |
| Site Quarto personnel | Composante individuelle de 10 %, semaine 15 | URL GitHub Pages, dépôt source, dernier commit, deux réalisations commentées |
Le site personnel ne remplace ni le portfolio ni le projet. Il sélectionne des éléments publiables et les présente dans une forme courte, publique et vérifiable.
Grilles détaillées
Les grilles suivantes détaillent les critères appliqués aux productions:
Travail hebdomadaire du portfolio
Le même dépôt personnel est utilisé pendant toute la session. Chaque semaine, l’étudiante ou l’étudiant y ajoute au minimum:
- une trace concrète issue d’une lecture, d’un exercice ou d’une activité du cours;
- au moins un fichier produit personnellement;
- une courte explication du travail;
- une vérification, une difficulté ou une piste d’amélioration;
- des commits dont les messages permettent de comprendre la progression.
Les énoncés et les corrigés fournis par le cours ne sont pas copiés dans le portfolio. Un lien vers la ressource utilisée est ajouté dans le dossier de la semaine.
L’équipe enseignante crée le dépôt à partir du modèle minimal privé A2026, qui contient seulement la semaine 1 et les fichiers nécessaires au démarrage. Les dossiers suivants sont créés progressivement par la personne étudiante.
Règles IA
IA non permise
Cette règle s’applique au défi technique 1.
L’utilisation d’outils d’IA générative n’est pas permise pour le défi technique 1. L’objectif est de vérifier les compétences individuelles en organisation d’un projet R, importation, nettoyage, validation et documentation. L’épreuve se fait sur un compte Windows sans Internet. Les étudiants peuvent apporter leurs documents papier; les ressources numériques autorisées sont celles mises à disposition par l’enseignant sur les comptes, avec l’aide locale de R et des packages installés. Aucun fichier personnel ne peut être importé. Les assistants génératifs de l’éditeur sont interdits. L’enseignant récupère directement les dossiers; Git, les commits et l’archivage ne sont pas demandés.
IA permise, déclarée
Cette règle s’applique au portfolio GitHub individuel, au projet filé en équipe, au défi technique 2 et au site Quarto personnel.
L’utilisation d’outils d’IA générative est permise, à condition d’être déclarée lorsque l’aide obtenue influence de manière significative le code, la documentation, l’analyse ou le livrable remis. L’étudiante ou l’étudiant doit documenter l’usage dans docs/ai-log.md ou dans la section prévue à cet effet. Le travail remis doit être compris, vérifié, adapté au contexte du projet et défendable. Le fait de remettre du code ou du texte non compris, non vérifié ou non déclaré peut être pénalisé.
Pour le défi 2, le modèle docs/ai-log.md est déjà fourni et doit être complété même sans IA, selon les trois rubriques des directives de préparation. L’usage déclaré et le non-usage sont évalués avec le même barème. Si une IA vous a aidé avant la séance à comprendre les données et que cette aide a servi dans votre travail, mentionnez-la dans docs/ai-log.md le jour du défi. L’entretien se déroule sans IA.
IA intégrée
Cette règle s’applique au défi technique 3.
L’utilisation d’un outil d’IA générative fait partie de l’évaluation. L’objectif n’est pas seulement de produire une solution, mais de démontrer un jugement professionnel dans l’usage de l’IA. L’étudiante ou l’étudiant doit formuler une requête pertinente, tester la réponse obtenue, vérifier le résultat, adapter la proposition au contexte du projet et documenter ce qui a été conservé, modifié ou rejeté. L’évaluation porte autant sur la qualité du diagnostic, de la vérification et de l’explication que sur le résultat final.
IA permise pour les mini-tests
Les mini-tests de préparation sont réalisés à livre ouvert. L’utilisation d’outils d’IA générative est permise pour clarifier une notion, obtenir un exemple ou reformuler une explication. L’étudiante ou l’étudiant demeure responsable de comprendre les réponses soumises. Les défis techniques individuels servent à vérifier la maîtrise réelle des compétences.
Composantes
Mini-tests de préparation
Les mini-tests sont de courts questionnaires individuels dans Brio. Ils visent la préparation à la séance et la vérification des lectures. Neuf mini-tests sont prévus et forment ensemble la composante de 10 %. Ils ont tous le même poids dans cette composante.
Chaque mini-test suit le même fonctionnement:
- ouverture dans Brio à 16 h 20 à la fin de la séance précédente et fermeture le mardi à 23 h 59, la veille du cours;
- durée maximale de 10 minutes et une seule tentative;
- trois questions: une question de concept notée sur 4, une question de lecture de code ou de décision notée sur 6, puis une difficulté ou observation personnelle non notée;
- correction automatique des deux questions notées;
- publication du résultat et du corrigé par la personne enseignante après la fermeture du questionnaire;
- IA permise pour clarifier, avec responsabilité de comprendre et de vérifier;
- même barème pour STT-4230 et STT-6230; la différenciation des deux sigles se fait dans les productions plus longues.
La semaine 12 contient un seul mini-test portant sur la mesure, l’optimisation et l’idée centrale de la métaprogrammation. Les questions exactes sont accessibles uniquement dans Brio pendant la période prévue. Le gabarit des mini-tests décrit le fonctionnement commun et les thèmes à préparer.
Portfolio GitHub individuel
Le portfolio GitHub individuel est évalué de façon cumulative aux semaines 3, 9 et 14 pour 4, 6 et 10 points. Il documente la progression et l’appropriation personnelle du cours à partir des lectures, des exercices, des séances, des défis, du projet et des rétroactions.
La personne enseignante évalue directement le dépôt GitHub personnel dans son état à l’échéance. Les changements doivent être enregistrés dans des commits et poussés sur GitHub avant cette échéance. Aucune fiche, aucun fichier, lien ou identifiant de commit n’est à remettre dans Brio pour le portfolio. Le premier jalon porte sur les semaines 1 à 3 et son échéance est le mercredi 16 septembre 2026 à 16 h 20.
Le dépôt contient uniquement le travail de l’étudiante ou de l’étudiant: code, décisions, réflexions, validations, rapports, prototypes et usages déclarés de l’IA. La page du portfolio décrit le fonctionnement hebdomadaire et les exigences de chaque jalon.
Projet filé en équipe
Le projet filé en équipe intègre plusieurs compétences du cours dans un dépôt reproductible. Le produit peut prendre la forme d’un rapport Quarto, d’un tableau de bord, d’une application Shiny, d’un tutoriel learnr, d’un site pédagogique, d’un outil R documenté ou d’un autre format approuvé. Il s’appuie sur un travail de données et de programmation reproductible, avec des visualisations, une validation adaptée et une documentation. Les consignes du projet précisent les possibilités et les exigences communes.
La contribution individuelle doit être vérifiable par Git, issues, pull requests, fichier de contributions, bilan individuel et questions orales si nécessaire.
La présentation, la revue de code et le bilan final réalisés pendant la séance de semaine 14 font partie de la défense du projet. Ils ne constituent pas une composante séparée de 10 %. Ils servent à vérifier que le dépôt remis peut être expliqué, relu, défendu et discuté.
Site Quarto personnel
Le site Quarto personnel est une composante individuelle de synthèse. Chaque personne publie un court site avec Quarto et GitHub Pages pour présenter son profil académique ou professionnel, son parcours ou ses compétences, et au moins deux réalisations issues du cours.
Le site doit inclure au moins une réalisation liée au portfolio individuel et au moins une réalisation liée au projet d’équipe ou à un module avancé. Les liens vers dépôts, rapports, captures ou applications ne doivent être utilisés que si leur publication est autorisée.
Le CV complet, la photo, l’adresse, le numéro de téléphone et les renseignements personnels ne sont pas obligatoires. Une page de compétences ou de parcours synthétique est acceptée si la personne ne souhaite pas publier un CV complet.
La remise du site personnel doit inclure l’adresse GitHub Pages, l’adresse du dépôt source, l’identifiant du dernier commit à évaluer et l’emplacement des deux réalisations commentées. Elle est due le mercredi 16 décembre 2026 à 23 h 55. Le portfolio doit indiquer quelle trace est reprise dans le site personnel.
Grille commune de qualité
- Exactitude technique.
- Reproductibilité.
- Qualité du code.
- Documentation.
- Interprétation et jugement.
- Transparence sur l’IA lorsque l’IA est autorisée.
- Capacité à expliquer et défendre le travail remis.
Différenciation STT-4230 / STT-6230
STT-4230 exige des livrables fonctionnels, reproductibles, bien structurés et documentés. STT-6230 ajoute une justification technique, une comparaison d’approches, des tests supplémentaires, une analyse de performance ou une note méthodologique courte selon le livrable. Pour le défi technique 2, les consignes et le barème sont les mêmes pour les deux sigles.
Consulter aussi les pages Portfolio individuel, Projets, Site Quarto personnel, Défis techniques, Données autorisées, Politique IA et Présentation et revue du projet.