Kompletterande produkt

Option Selector

Studenter väljer och rangordnar de valbara moduler som de vill ha, online, inom de regler som deras program anger. Universitetet känner då till den verkliga efterfrågan innan det bygger schemat — i stället för att gissa och upptäcka i vecka två att ett seminarium har fyra studenter och ett annat nittio.

Boka en onlinedemo Fråga om Option Selector

Studenter väljer och rangordnar
Levande validering mot programregler
Verklig efterfrågan innan ni schemalägger

Problemet som den tar bort

Valbara moduler är där scheman går fel, eftersom lärosätet bygger schemat innan det vet vem som vill ha vad.

Den traditionella ordningen är: publicera alternativen, bygg ett schema på fjolårets siffror eller en kvalificerad gissning, låt studenterna välja och upptäck sedan att gissningen var fel. Två populära alternativ krockar. Ett seminarierum som bokats för trettio har åtta personer i sig. Någon ägnar september åt att reda ut det för hand.

Option Selector vänder på ordningen. Studenterna gör först sina val i en webbapplikation, inom de regler som deras program anger, och administrationen har verkliga siffror — och rangordnade önskemål — innan ett enda pass har placerats.

Den byggdes ursprungligen för en institution vid University of Oxford, vars examensstruktur gör valet av valbara moduler ovanligt avgörande, och den har hållit sig nära hur ett universitet med genuint komplexa valregler faktiskt arbetar.

Wise Timetable Option Selector, med tillgängliga valbara moduler till vänster och studentens valda alternativ till höger — Att välja alternativ. Statusraden ovanför validerar fortlöpande mot programmets minimum och maximum, per alternativuppsättning. Projekt- och alternativuppsättningsnamn är suddade här; de identifierar ett visst lärosätes schemastruktur.

Att rangordna valda alternativ i Wise Timetable Option Selector, med ett rangnummer och en fritextbeskrivning per alternativ — Rangordning. Rang 1 är högst, lika rang är tillåtet, och varje alternativ kan ha en anteckning som förklarar varför det valdes — vilket är det som gör en översökt modul rättvist lösbar.

Vad studenten gör

Studenten loggar in — med lärosätets inloggningsuppgifter, eller via enkel inloggning, Active Directory eller Shibboleth där universitetet använder det — och väljer sitt program i listan. Bara ett, och gränssnittet säger det tydligt.

De tillgängliga alternativen för det programmet visas, filtrerbara efter termin, namn och alternativuppsättning. Ett klick på ett alternativ visar dess fullständiga beskrivning längst ned på skärmen; beskrivningen är HTML, så den kan innehålla länkar ut till universitetets egen kunskapsbas i stället för att duplicera kursprospektet.

Studenten flyttar sedan de alternativ som hen vill ha till sitt urval, och här gör systemet det arbete som administrationen annars skulle göra för hand: det validerar fortlöpande mot reglerna.

Minsta och största antal alternativ för programmet, kontrollerat i realtid
Separat minimum och maximum per alternativuppsättning, så att “fem från schema C1 och två från C2” är en regel som systemet kontrollerar och inte en mening i en handbok
En löpande statusrad — förväntat 5 till 8, för närvarande 3, status: INTE OK — så att en student alltid vet om hen är klar
Bekräftelsen är avsiktlig och slutgiltig: när den väl är gjord går det inte längre att ändra, och gränssnittet varnar innan dess

Rangordningen är det som betalar sig självt

En student väljer inte bara; hen rangordnar. Rang 1 är högst, därefter vilket positivt heltal som helst, och lika rang är tillåtet där en student verkligen inte har någon preferens. Rangordningen följer rimligen urvalsordningen som standard, så att en student som inte bryr sig inte tvingas fundera över det.

Varje alternativ kan också ha en fritextanteckning som förklarar varför det valdes, eller varför det bör finnas kvar om något måste ge vika.

Den kombinationen är det som gör en översökt modul lösbar. När ett seminarium med tak på tjugo lockar trettiofem väljer administrationen inte slumpmässigt eller efter vem som skickade in först — den kan se vem som rangordnade det främst och vem som rangordnade det fyra, och vad de skrev om det.

Vad administrationen gör

Den andra hälften av applikationen, och där alternativuppsättningarna byggs.

Slutrapporten är poängen med hela övningen: verklig, rangordnad efterfrågan per alternativ, redo att informera schemat i stället för att motsäga det.

Skapa ett projekt — vanligtvis ett program och ett år — och ange dess grundläggande parametrar
Bygg alternativuppsättningar, de grupperingar som bär sina egna minimi- och maximiregler
Importera alternativ i bulk och redigera dem sedan enskilt; terminsnamn är konfigurerbara efter lärosätets egna
Välj vilka alternativ som hör till vilket projekt, med slutliga rättelser före frisläppning
Öppna valperioden avsiktligt, så att val endast tas emot inom det fönster som ni avser
Ändra studenternas anmälningsdata där ett fall kräver manuell hantering
Filtrera och sök i allt allteftersom siffrorna kommer in
Ta fram slutrapporten, plus diverse exporter för det som kommer härnäst

Hur det når schemat

Utdata talar om vilka studenter som tar vilka alternativ, i vilka antal, med vilken preferensstyrka. Det är precis den indata som en automatisk genereringskörning behöver för att undvika att låta två alternativ krocka som ett stort antal studenter båda har valt.

Det dimensionerar också salarna ärligt. En modul med sextio bekräftade val schemaläggs inte i en sal för trettio, och en modul med nio upptar inte föreläsningssalen.

Dokumentation

Båda manualerna, så som de publiceras för användare.

Se Option Selector själva

Berätta hur er organisation schemalägger i dag så visar vi Option Selector i drift mot just det, i stället för ett demonstrationsdataset som valts för att få programvaran att se bra ut.