Note sur une fonctionnalité
Générer un emploi du temps par étudiant
Un groupe est une approximation commode. Il cesse d'être exact aux marges, et c'est là que les emplois du temps publiés suscitent des réclamations.
Là où le groupe cesse d'être exact
La génération traite un groupe d'étudiants comme la plus petite unité d'enseignement, et pour la plus grande partie d'un emploi du temps, c'est exactement juste. Tous les membres du groupe suivent les mêmes cours, donc planifier le groupe planifie chacune des personnes qui le composent.
Quatre situations ordinaires remettent en cause cette hypothèse. Une option suivie par des étudiants de deux groupes différents, qui sont alors placés dans un groupe d'option à part. Un étudiant qui reprend un cours de l'an dernier. Deux programmes qui suivent un cours ensemble mais sont séparés pour tout le reste. Un sous-groupe de laboratoire dont les membres suivent aussi les cours magistraux du groupe parent.
Dans chaque cas, la structure de groupes est correcte et l'emploi du temps construit à partir d'elle est pourtant faux pour une personne en particulier — qui trouve deux cours à la même heure dans son propre emploi du temps, et le dit après la publication plutôt qu'avant.
Deux voies, selon votre point de départ
Si les groupes existent déjà et que chaque étudiant en fait partie, rien n'est à importer et aucune structure ne change. Deux paramètres sous Paramètres ▸ Divers ▸ Générer font demander au générateur, pour chaque paire de cours qu'il envisage de placer à la même heure, si une même personne devrait se trouver aux deux endroits. L'un lit les inscriptions aux cours et ignore totalement les groupes — il fonctionne donc même pour un cours sans groupe rattaché, ce qui est la manière dont une option arrive habituellement d'un système d'information étudiant. L'autre lit l'appartenance aux groupes et compte un groupe parent et ses sous-groupes comme un seul.
S'il n'y a aucun groupe, Wise Timetable peut les construire. Deux fichiers CSV à plat — le plan d'enseignement et la liste des inscriptions — deviennent un groupe par étudiant, fusionné en turnus cours par cours, dimensionné d'après le nombre d'inscriptions et scindé lorsqu'une salle ne peut pas les accueillir. L'emploi du temps obtenu est correct pour chaque personne parce que chaque personne a été une unité du calcul.
Les deux sont des problèmes strictement plus difficiles que la planification par groupe, de sorte qu'un emploi du temps serré auparavant peut revenir avec davantage de cours non affectés. C'est le résultat correct : ces cours n'étaient jamais vraiment plaçables, et l'approximation par groupe le dissimulait.
Les manuels
Les deux voies sont documentées en détail, y compris les règles de nommage qui déterminent si une importation réussit, ce que coûte chaque contrôle en temps de génération, et un exemple commenté que vous pouvez construire en dix minutes.
- Génération par étudiant avec des groupes existants (PDF, 16 pages)Contrôle au niveau de l'étudiant lorsque les groupes existent déjà : ce que compare chacun des deux paramètres, comment importer les données des étudiants, et comment lire le résultat.
- Génération d’un emploi du temps par étudiant (PDF, 9 pages)Partir sans aucun groupe : deux fichiers CSV deviennent un groupe par étudiant, fusionné en turnus cours par cours.
Envie de voir cela fonctionner ?
Réservez une présentation en ligne de 45 minutes et nous la déroulerons à partir du propre problème de planification de votre établissement.