Gestão do semestre
Passar para o ano letivo seguinte
Todos os verões o mesmo trabalho. O horário do ano passado tem de ser guardado, o do próximo tem de partir das mesmas salas e docentes, e as bases de dados têm de acabar da forma correta — na quinzena em que as pessoas que sabem como fazê-lo estão de férias.
- Um ecrã, as três bases de dados
- Uma cópia de segurança completa antes de cada ação
- Reservas de salas até cinco anos de antecedência
- Manual gratuito de 5 páginas
Um ecrã, em vez de vários passos e um script
A transição estava dispersa pelo produto, com uma parte executada manualmente no servidor.
O ecrã de Transição de Ano reúne toda a operação num só local. Mostra lado a lado as bases de dados abrangidas pela sua licença — o ano letivo a que cada uma está definida, o seu nome no servidor e quanta programação de disciplinas realmente contém — pelo que a primeira coisa que faz é ler em vez de recordar.
Cada ação que altera uma base de dados indica essa base de dados, declara exatamente o que vai fazer e pede-lhe que escreva de volta o nome da base de dados antes de a executar. E cada uma delas escreve primeiro uma cópia de segurança completa da base de dados, antes de tocar em qualquer coisa, quer espere ou não precisar dela. Nada aqui elimina uma cópia de segurança, nunca.
- Copiar para BD — substituir o conteúdo de uma base de dados pelo de outra. É assim que a base de dados do próximo ano é semeada a partir da deste ano.
- Trocar BD — trocar o conteúdo de duas bases de dados. Ambas são primeiro escritas, pelo que uma falha a meio ainda lhe deixa as duas metades.
- Guardar vazio em ficheiro — construir o documento de partida do próximo ano a partir deste e escrevê-lo num ficheiro. Nada muda no servidor.
- Eliminar todos os horários ou eliminar todas as reservas — em separado, porque não são a mesma decisão.

A sequência de verão
Quatro passos, por esta ordem, e só o último é o que alguém aprecia.
Ler as três bases de dados
Decida qual mantém o ano que termina e qual passa a ser o novo ano. O ecrã indica o ano e o conteúdo de cada uma, pelo que é uma decisão que toma a partir do ecrã e não de memória.
Guardar o documento de partida vazio
Construído a partir do ano que termina: salas, docentes, programas, ramos, grupos, disciplinas e definições mantidos; horários, reservas e a lista de estudantes removidos; o ano avançado em um. Vai para um ficheiro e o servidor não é tocado até o decidir.
Definir as datas do novo ano
O primeiro dia do semestre de inverno é o que decide qual semana do calendário passa a ser a semana 1, pelo que nada mais é fiável até estar correto. Há um botão no ecrã de transição que o leva diretamente a isso.
Carregar, introduzir as alterações, gerar
Coloque o documento de partida na base de dados do próximo ano, adicione as disciplinas e os grupos que são novos e execute a elaboração do horário universitário como habitualmente. O segundo ano é drasticamente mais curto do que o primeiro, porque só é preciso introduzir as alterações.
O que transita e o que é deliberadamente deixado para trás
O documento de partida mantém tudo o que descreve a instituição e elimina tudo o que descreve um ano particular da mesma. Isso não é uma limitação a contornar — é a distinção que torna possível uma transição anual.
- Mantido: salas, docentes, programas, ramos, grupos, disciplinas e todas as definições que afinou.
- Eliminado: o próprio horário, as reservas dentro do ano e a lista de estudantes.
- Avançado: o ano letivo, em um.
- Cópias paralelas ilimitadas, pelo que a maioria das instituições tem o ano em curso, o próximo ano durante a transição e um para verificação interna.
Reservar uma sala para uma data que ainda não tem ano letivo
Um ano do Wise Timetable tem 52 semanas. A semana 1 é a semana em que começa o semestre de inverno, e tudo o que o produto guarda é endereçado por um número nesse intervalo. Isso é exatamente certo para o ensino, e é a razão por que um horário pode ser passado de um ano para o seguinte.
Está errado para um pedido, e todas as instituições o recebem: “podemos ter o grande auditório para a conferência em junho do próximo ano?” — feito em novembro, para uma data num ano letivo que ainda não existe na base de dados. A resposta habitual é uma nota no calendário de alguém, e o auditório fica com reserva dupla na primavera seguinte por quem construir o novo horário sem o saber.
Perpetuum é a definição que permite a uma base de dados conter semanas fora do seu próprio ano, para que o pedido fique registado onde está a programação e seja visto por todos os que consultem. Abra a janela um ano à frente e passam a existir as semanas 53 a 104; são permitidos até cinco anos para cada lado. Nada é renumerado e nada se move — a contagem simplesmente continua, e a janela viaja com os dados em cada gravação, exportação e cópia.
Apenas as salas podem ser reservadas aí, e é de propósito
Uma reserva que nomeia uma ou mais salas e mais nada pode ficar fora das semanas 1–52. Uma aula não pode, nem uma reserva que nomeie também um docente, um grupo ou uma disciplina.
Uma sala é a única coisa que sobrevive a uma transição inalterada — o mesmo auditório, o mesmo nome, o mesmo número interno. Os grupos são reformados todos os setembros, as disciplinas são reintroduzidas e a transição atribui a todos novos números internos. Uma reserva feita com dois anos de antecedência para um grupo chegaria associada ao grupo que herdasse esse número, o que é pior do que não ter sido autorizado a fazê-la.
O módulo de reservas web aplica a mesma regra e di-lo no formulário assim que as datas saem do ano, para que ninguém preencha uma longa recorrência apenas para ser recusado no fim.
Quando o ano muda, a reserva acompanha-o
Essa conferência foi introduzida com a numeração deste ano, algures acima da semana 52. No próximo setembro a mesma data é uma semana comum do novo ano — pelo que, quando o documento do novo ano é carregado, a janela desliza um ano para a direita e cada reserva mantida desce 52 semanas com ela. A semana 53 passa a ser a semana 1 e a conferência na semana 92 passa a ser a semana 40: o mesmo auditório, os mesmos três dias de junho, agora uma parte comum do horário em torno do qual todos estão prestes a gerar.
As reservas que cairiam no passado, ou para além da nova janela, são eliminadas — e o ecrã comunica ambos os números, quantas foram transportadas e quantas não, em vez de o deixar descobrir em março. As que foram eliminadas continuam na cópia de segurança escrita antes de o passo começar.
Vale a pena ser claro sobre onde estas são consultadas: a aplicação de ambiente de trabalho funciona nas 52 semanas atuais, como sempre, e é aí que a reserva com grande antecedência é feita. Lê-la de volta com dois anos de antecedência faz-se no horário web, que percorre todo o intervalo. As aplicações móveis mostram o ano atual, que é o que um estudante precisa.
Transferir o manual
- Transição de ano (PDF, 5 páginas)O ecrã caixa a caixa, a sequência completa, as reservas perpetuum com um exemplo trabalhado da numeração das semanas e o que fazer quando algo pára a meio. Gratuito e sem formulário a preencher.
- Reserva de salasQuem pode reservar que salas e a fila de aprovação que as precede — incluindo as reservas com grande antecedência de que trata esta página.
Capacidades relacionadas
- Alteração de horáriosAlterar o ano que está realmente a executar.
- Módulo de reservas na webDe onde costuma ser feita uma reserva de sala com grande antecedência.
- Importação de dadosTrazer as disciplinas e os grupos do novo ano a partir do SIS.
- Todos os manuais publicadosMais de trinta documentos e o certificado ISO/IEC 27001, todos de acesso livre.
- Números das semanas letivasPorque uma semana letiva não é a semana do calendário e o que significa a semana 1.
- O ciclo anual do horárioRecolha de dados, transição e fases de construção, por ordem.
Veja o Wise Timetable com os seus próprios dados
Marque uma apresentação online de 45 minutos. Percorreremos o problema de planeamento da sua instituição, mostraremos como o Wise Timetable o trata e responderemos ao que a sua equipa quiser testar.