Wise Timetable

Produto complementar

O Option Selector

Os estudantes escolhem e ordenam os módulos optativos que desejam, online, dentro das regras que o seu programa define. A universidade fica então a conhecer a procura real antes de construir o horário — em vez de adivinhar e descobrir na segunda semana que um seminário tem quatro estudantes e outro noventa.

  • Os estudantes escolhem e ordenam
  • Validação em direto face às regras do programa
  • Procura real antes de planear

O problema que elimina

Os módulos optativos são onde os horários falham, porque a instituição constrói o horário antes de saber quem quer o quê.

A sequência tradicional é: publicar as opções, construir um horário com os números do ano passado ou um palpite fundamentado, deixar os estudantes escolher e depois descobrir que o palpite estava errado. Duas opções populares colidem. Uma sala de seminário reservada para trinta tem oito pessoas. Alguém passa setembro a desfazer tudo à mão.

O Option Selector inverte a ordem. Os estudantes fazem primeiro as suas escolhas numa aplicação web, dentro das regras que o seu programa define, e a administração tem números reais — e preferências ordenadas — antes de uma única sessão ser colocada.

Foi originalmente construído para um departamento da Universidade de Oxford, cuja estrutura de licenciaturas torna a escolha de módulos optativos invulgarmente determinante, e manteve-se próximo da forma como uma universidade com regras de opções verdadeiramente complexas realmente funciona.

O Option Selector do Wise Timetable, com os módulos optativos disponíveis à esquerda e as opções escolhidas pelo estudante à direita
Escolher opções. A linha de estado acima valida continuamente face ao mínimo e ao máximo do programa, por conjunto de opções. Os nomes dos projetos e dos conjuntos de opções estão desfocados aqui; identificam a estrutura de horário de uma instituição específica.
Ordenar as opções escolhidas no Option Selector do Wise Timetable, com um número de ordem e uma descrição de texto livre por opção
Ordenação. A ordem 1 é a mais alta, os empates são permitidos e cada opção pode ter uma nota a explicar por que foi escolhida — o que torna possível resolver com justiça um módulo com excesso de procura.

O que o estudante faz

O estudante inicia sessão — com credenciais institucionais, ou através de início de sessão único, Active Directory ou Shibboleth onde a universidade o utilize — e escolhe o seu programa na lista. Apenas um, e a interface di-lo claramente.

As opções disponíveis para esse programa aparecem, filtráveis por período, por nome e por conjunto de opções. Clicar em qualquer opção mostra a sua descrição completa no fundo do ecrã; a descrição é HTML, pelo que pode conter ligações para a própria base de conhecimento da universidade em vez de duplicar o prospeto.

O estudante move então as opções que deseja para a sua seleção, e aqui o sistema faz o trabalho que a administração faria de outro modo à mão: valida continuamente face às regras.

  • Número mínimo e máximo de opções do programa, aplicado em direto
  • Mínimo e máximo separados por conjunto de opções, de modo que “cinco do Plano C1 e duas do C2” é uma regra que o sistema verifica e não uma frase num manual
  • Uma linha de estado contínua — esperado 5 a 8, atualmente 3, estado: NÃO OK — para que o estudante saiba sempre se já terminou
  • A confirmação é deliberada e definitiva: depois de confirmada, já não é possível alterar, e a interface avisa antes desse ponto

A ordenação é a parte que se paga a si própria

Um estudante não se limita a escolher; ordena. A ordem 1 é a mais alta, depois qualquer inteiro positivo, e os empates são permitidos quando o estudante genuinamente não tem preferência. A ordenação assume por omissão a ordem de seleção, de modo que um estudante que não se importa não é forçado a pensar nisso.

Cada opção pode também ter uma nota de texto livre a explicar por que foi escolhida, ou por que deve ser mantida se algo tiver de ceder.

Essa combinação é o que torna possível resolver um módulo com excesso de procura. Quando um seminário limitado a vinte atrai trinta e cinco, a administração não escolhe ao acaso nem por quem submeteu primeiro — pode ver quem o colocou em primeiro lugar e quem o colocou em quarto, e o que disseram a respeito.

O que a administração faz

A outra metade da aplicação, e onde são construídos os conjuntos de opções.

O relatório final é o objetivo do exercício: procura real e ordenada por opção, pronta para informar o horário em vez de o contradizer.

  • Criar um projeto — tipicamente um programa e um ano — e definir os seus parâmetros básicos
  • Construir conjuntos de opções, os agrupamentos que têm as suas próprias regras de mínimo e máximo
  • Importar opções em massa e depois editá-las individualmente; os nomes dos períodos são configuráveis para os da própria instituição
  • Selecionar que opções pertencem a que projeto, com correções finais antes da publicação
  • Abrir deliberadamente a época de seleção, para que as escolhas só sejam aceites na janela pretendida
  • Alterar os dados de inscrição dos estudantes quando um caso precisa de tratamento manual
  • Filtrar e pesquisar em tudo à medida que os números chegam
  • Produzir o relatório final, além de várias exportações para o que se seguir

Como chega ao horário

O resultado indica que estudantes frequentam que opções, em que números, com que intensidade de preferência. É precisamente a informação de que uma execução de geração automática precisa para evitar colocar em conflito duas opções que muitos estudantes escolheram ambas.

Dimensiona também as salas com honestidade. Um módulo com sessenta escolhas confirmadas não é colocado numa sala para trinta, e um módulo com nove não ocupa o anfiteatro.

Veja o Option Selector por si mesmo

Diga-nos como a sua organização planeia hoje e mostraremos o Option Selector a funcionar sobre isso, e não um conjunto de dados de demonstração escolhido para fazer o software parecer bom.