Surveiller la progression des apprenants avec l’analyse de l’apprentissage

La traduction de cette page n'est pas à jour. Cliquez ici pour voir la dernière version en anglais.

L’analyse de l’apprentissage offre une manière d’évaluer la progression des apprenants avec des graphiques visuels.

Pour afficher ces graphiques, accédez à un problème, puis cliquez sur Reports.

Résumé des statuts des apprenants

Le graphique de résumé des statuts utilise un graphique circulaire pour montrer les pourcentages d’apprenants qui :

Ont résolu le problème.
N’ont pas résolu le problème mais ont fait au moins une soumission.
N’ont pas fait de soumission mais ont accédé au problème. L’apprenant peut avoir simplement lu le problème ou exécuté sa solution ou des prétests. Toutefois, l’apprenant n’a pas encore soumis une solution.

Les pourcentages représentent les apprenants qui ont accédé au problème d’une manière ou d’une autre. Par exemple, si 150 apprenants sont dans une classe et 100 ont accédé au problème, les pourcentages reflètent les actions de ces 100 apprenants uniquement.

L’image suivante montre un exemple de graphique de résumé des statuts. Sur celui-ci, vous pouvez voir que 17 apprenants ont accédé au problème. Sur ces 17, 47 pour cent (8 apprenants) ont résolu le problème, 35 pour cent (6 apprenants) ne l’ont pas résolu et 18 pour cent (3 apprenants) n’ont soumis aucune solution.

Soumissions requises pour résoudre le problème

Le graphique des soumissions requises utilise un graphique à barres horizontales pour montrer le nombre de soumissions nécessaires aux apprenants pour résoudre le problème.

Points clés :

Les graphiques représentent uniquement les apprenants qui ont résolu le problème.
Le pourcentage représente le nombre de soumissions nécessaires par apprenant pour soumettre une solution qui résout le problème. La première solution qui résout le problème est comptée. Par exemple, si un apprenant résout le problème à sa troisième soumission, trois soumissions sont comptées pour cet apprenant, même si l’apprenant continue à soumettre des solutions supplémentaires, qu’elles soient correctes ou non.
Si la méthode d’évaluation est pondérée, le problème est considéré comme résolu uniquement si le score de l’apprenant est égal à 100 %.

L’image suivante montre un exemple de graphique de soumissions requises. Sur celui-ci, vous pouvez voir que la moyenne est 2, 13 pour cent des apprenants ont eu besoin de 5 soumissions, 13 pour cent ont eu besoin de 3 soumissions, 25 pour cent ont eu besoin de 2 soumissions et 50 pour cent ont eu besoin de 1 soumission.

Nombre moyen de soumissions requises pour réussir chaque test

Le graphique de nombre moyen de soumissions utilise un graphique à barres verticales pour montrer le nombre moyen de soumissions nécessaires aux apprenants pour réussir chaque test.

Points clés :

Le graphique représente uniquement les apprenants qui ont résolu le problème.
La moyenne pour chaque test indique quand un apprenant réussit continuellement un test. Par exemple, l’apprenant réussit un test pour la première fois à la deuxième soumission, échoue aux troisième et quatrième soumissions, puis le réussit à nouveau à la cinquième soumission. Si l’apprenant continue à réussir le test lors des soumissions suivantes, MATLAB^® Grader™ enregistre cinq comme nombre de fois nécessaires pour réussir le test.

L’image suivante montre un exemple de graphique de nombre moyen de soumissions. Sur celui-ci, vous pouvez voir que le test 1 a nécessité une moyenne de 1,5 tentative pour être réussi et le test 2 a nécessité une moyenne de 1,88 tentative pour être réussi.

Pour la description de chaque test et des détails sur la distribution, cliquez sur la barre du test.

Soumissions réalisées pour tenter de résoudre le problème

Le graphique des soumissions réalisées utilise un graphique à barres horizontales pour montrer le nombre de soumissions que les apprenants ont réalisées pour tenter de résoudre le problème, par pourcentage d’apprenants.

Points clés :

Les pourcentages sont ceux des apprenants qui n’ont pas encore résolu le problème mais ont fait au moins une soumission.
Si la méthode d’évaluation est pondérée, le problème est considéré comme résolu uniquement si le score de l’apprenant est égal à 100 %.

L’image suivante montre un exemple de graphique de soumissions réalisées. Sur celui-ci, vous pouvez voir que la moyenne est 1, 17 % des apprenants ont fait 2 soumissions et 83 % ont fait 1 soumission.

Apprenants qui échouent encore à chaque test

Le graphique des apprenants qui échouent encore utilise un graphique à barres verticales pour montrer le pourcentage d’apprenants qui échouent encore à chaque test d’évaluation.

Points clés :

Les pourcentages sont ceux des apprenants qui n’ont pas encore résolu le problème mais ont fait au moins une soumission.
Le graphique reflète la soumission la plus récente de chaque apprenant. Par exemple, si un apprenant a réussi le test 2 dans une précédente soumission, mais a échoué dans sa soumission la plus récente, le graphique compte l’apprenant comme ayant échoué au test.
Le graphique distingue les types d’erreurs suivants :
- Assertion – La condition du test a échoué. Par exemple, si un test vérifie si la variable x est égale à la solution de référence, mais que ce n’est pas le cas, le test échoue.
- Exécution – Une erreur s’est produite lors de l’exécution du code, nécessitant l’arrêt de l’exécution. Les possibilités incluent l’appel d’une fonction MATLAB avec des paramètres d’entrée incorrects, l’indexation négative d’une variable de vecteur ou l’affectation d’une fonction ou d’une variable indéfinies. Pour les problèmes utilisant des scripts, les erreurs d’exécution entraînent l’échec de tous les tests.
- Syntaxe – Le code contient une erreur de syntaxe. Pour les problèmes utilisant des scripts ou des fonctions, les erreurs de syntaxe entraînent l’échec de tous les tests.

L’image suivante montre un exemple de graphique d’apprenants qui échouent encore. Sur celui-ci, vous pouvez voir des barres pour quatre tests pour lesquels des apprenants échouent encore avec diverses erreurs possibles.

Sujets associés

Ajouter des problèmes à une formation LMS