Documentation Moodle ActiveProLearn

Les réglages généraux donnent au bloc Use Stats la flexibilité nécessaire pour s'adapter à l'usage de la plate-forme. Ils conditionnent aussi les temps calculés par les rapports qui s'appuient sur le bloc, notamment Sessions de formation.

Ces réglages concernent ce qui est affiché dans l'espace du bloc lorsqu'il est inséré dans un écran de Moodle.

Chemin : Administration du site / Plugins / Blocs / Mesure d'activité.

A partir de : afin de ne pas surcharger la page par l'exploration de nombreuses traces à chaque affichage, la période de compilation par défaut est de 60 jours. Vous pouvez la réduire pour des sites à très forte activité, et laisser les utilisateurs l'augmenter ponctuellement pendant une session s'ils en ont besoin. Les temps affichés ne comptent évidemment que la période de compilation. Ce réglage est exprimé en “jours passés” à partir de la date courante.

Mode de rétrospective et source de la rétrospective : la période peut être glissante ou à date fixe, et choisie par l'étudiant ou imposée par le réglage.

Filtrer les temps inférieurs à : en dessous de ce temps (en secondes, 60 par défaut), les cours ne sont plus mentionnés dans l'affichage. Cela clarifie l'affichage de la statistique. Un petit signal en bas de l'interface indique que tous les cours et leurs temps ne sont pas complètement affichés.

Afficher le temps “Hors cours” : s'il est actif (par défaut), le temps passé dans la page d'accueil, les pages générales du site ou d'autres espaces qui ne sont pas assimilables à des cours est affiché. Sinon, ces temps sont extraits du calcul.

Temps de référence à afficher : étant donné la variabilité réglementaire en matière de validation des temps, vous pouvez choisir le temps de référence pour l'affichage :

1. Le temps complet du cours : ce temps comprend toutes les traces et temps intercalaires du cours.
2. Le temps des activités : ce temps ignore les temps intercalaires du cours qui ne sont pas explicitement affectables à des modules d'activités formels de Moodle. Il est donc important de bien concevoir les cours afin que des apprentissages effectifs ne soient pas ignorés parce qu'ils n'ont pas de contexte d'activité désigné.

Style du calendrier : thème du sélecteur de date.

Seuil (de détection des déconnexions) : ce délai, exprimé en minutes (60 par défaut), détermine le temps d'inactivité au-delà duquel l'analyseur conclut à une interruption de la session de travail et simule une déconnexion. Ce seuil doit être ajusté avec attention et dépend fortement de la stratégie de publication pédagogique. Si vous découpez le contenu en très petits grains qui nécessitent de nombreux rechargements de pages, vous pouvez le réduire, ce qui diminue le biais de mesure. Si au contraire vous découpez grossièrement votre contenu ou publiez de gros documents qui induisent de longs temps de travail non interactifs, vous devrez l'augmenter, au prix d'une incertitude plus grande sur la mesure.

Crédit exceptionnel de fin de session : lorsqu'une déconnexion est simulée, l'analyseur ne peut pas savoir combien de temps l'utilisateur a continué à travailler sur la dernière page visitée. Sanctionner une fin de session apparente par un temps nul pourrait défavoriser l'étudiant. Ce paramètre, exprimé en minutes (15 par défaut), accorde un crédit correctif sur ces événements. L'expérience montre qu'il ne faut pas le fixer trop haut : les statistiques pourraient paraître très au-dessus de la perception réelle du temps de travail. En général, on retient quelques minutes.

Une session par cours : si activé, une nouvelle session commence chaque fois que la trace change de cours. Sinon, une session peut chevaucher plusieurs cours.

Filtre sur les inscriptions : si actif (par défaut), les traces ne sont compilées qu'à partir de la date d'inscription active la plus ancienne, et au plus tôt à la date de démarrage du cours.

Date de dernière compilation : en modifiant cette date, vous déclenchez le recalcul de toutes les valeurs à partir de cette date.

Compilation restreinte au cours : lorsqu'un rapport porte sur un cours (ou un groupe de cours), seuls les logs de ce cours et ceux de niveau site sont chargés. Les résultats du cours sont identiques, mais les temps des autres cours ne sont pas calculés dans ce contexte.

Nombre maximum d'entrées de log pour l'affichage du bloc : 50000 par défaut. Au-delà, un avertissement est affiché à la place du calcul, pour éviter les erreurs de mémoire pour les utilisateurs très actifs.

Modules ignorés et modules capturés : les temps des modules ignorés ne sont pas comptabilisés dans les sommes. Les modules capturés (learningtimecheck par défaut) sont comptabilisés mais ne sont pas mentionnés dans les rapports. Voir Exclusion, inclusion de modules.

Image modifiée avec affichage de 2 zones de qualifieurs sur les 6

L'extraction multidimensionnelle est un dispositif optionnel destiné à faciliter l'exploitation des traces par des outils d'analyse de données tiers. Les outils de reporting externes produisent des rapports d'autant plus utiles que les données sont qualifiées. Ce dispositif permet d'ajouter aux enregistrements d'historique des “valeurs explicites”, par exemple le titre d'une catégorie, le nom d'un cours ou le login de l'utilisateur, là où les traces standard de Moodle n'enregistrent que des identifiants numériques internes.

Attention : l'activation du tracking multidimensionnel ne doit être faite que pour répondre à un vrai besoin d'analyse. La masse de données générées par la qualification des historiques peut être très importante et dégrader les performances générales de Moodle sur les sites à très forte fréquentation.

Activation de la compilation du cube statistique : si vous activez cette option, la tâche planifiée de Moodle qualifie tous les historiques entrants depuis son dernier passage. L'activation sur un site ayant déjà une forte antériorité peut conduire à une très longue période de rattrapage.

Alimentation des qualifieurs : vous pouvez définir jusqu'à 6 qualifieurs sous forme de balises personnalisées (customtag1 à customtag6), renseignées par vos propres requêtes. Pour chaque historique traité, chaque requête exprimée est exécutée et son résultat est stocké dans la table du cube.

Pour des raisons d'optimisation, la longueur des qualifieurs est prédéfinie :

• 20 caractères pour les 3 premiers qualifieurs
• 128 caractères pour les 3 derniers qualifieurs

Pour être valide, la requête ne doit retourner qu'une seule valeur. Elle peut contenir des emplacements de variables contextuelles, remplacés avant l'exécution :

• <%%LOGID%%> : l'identifiant numérique de l'historique
• <%%USERID%%> : l'identifiant de l'utilisateur de cet historique
• <%%COURSEID%%> : l'identifiant du cours contexte de cet historique
• <%%CMID%%> : l'éventuel identifiant du module d'activité si cet historique est dans un contexte de module

Date du dernier enregistrement compilé : le processus de qualification est différentiel : il ne calcule que les lignes nouvelles depuis son dernier passage. Vous pouvez altérer la date de dernière compilation pour demander à la tâche planifiée de recommencer les calculs à la date voulue.

Cette fonctionnalité fournit une alternative à la détection heuristique des fins de session, qui introduit nécessairement un biais d'analyse que l'on ne peut corriger que de façon approximative.

Le tracking actif oblige la page de l'utilisateur à envoyer un signal à Moodle tant qu'elle n'est pas refermée. La sécurisation par tracking actif ne présume pas de l'activité réelle de l'utilisateur devant son écran. De plus, la version actuelle du tracking actif ne prend pas en compte les navigations parallèles du même utilisateur dans des fenêtres différentes. Cette méthode doit donc être utilisée avec précaution, car elle peut mesurer des comportements locaux non pertinents (page laissée ouverte).

Le signal n'est émis que si le thème appelle la fonction block_use_stats_setup_theme_notification() : voir le guide d'installation.

Activer le maintien de session : désactivé par défaut.

Période d'émission : en secondes, 600 (10 minutes) par défaut. Choisissez la plus grande valeur qui maintienne la cohérence de votre suivi, en tenant compte du seuil de l'analyseur.

Émettre le maintien de session si : règle de désignation des utilisateurs concernés. Tous les utilisateurs ne sont pas nécessairement concernés par le suivi. Pour optimiser les performances de la plate-forme, il est souhaitable de restreindre le suivi aux utilisateurs concernés :

• Activer pour tous les utilisateurs
• Activer pour ceux qui respectent la règle
• Activer SAUF pour ceux qui respectent la règle (valeur par défaut)

Méthode : méthode d'application de la règle. La règle peut porter sur une capacité (elle est accomplie si la capacité est disponible dans le contexte système) ou sur un champ de profil (elle est accomplie si le champ a une valeur non vide et non nulle).

Nom de l'item de contrôle : la capacité ou le champ de profil sur lequel s'appuie la règle. Par défaut, la règle est “SAUF si moodle/site:config”, ce qui exclut les administrateurs du site.

Revenir à l'index du guide technique - Revenir à l'index des plugins - Revenir au catalogue