+33 670 330 003 contact@omniscol.com
Contate-nos Peça uma demonstração

Migrar a partir do ADE / ADE Campus

ADE (da editora Adesoft), frequentemente utilizado na sua versão web ADE Campus, é comum no ensino superior, em particular nas universidades e nas grandes escolas. O ADE é centrado na atividade (a «sessão de curso») e sincroniza-se com frequência com o sistema de informação da instituição (Apogée, Pegase, Aurion, UNIT4…). A passagem para o Omniscol diz respeito, antes de mais, à planificação; a sincronização com o seu sistema de informação fica por reconfigurar do lado do Omniscol.

Âmbito

O que é transposto:

  • programas (PGE, CPGE, BBA…) e os seus grupos (grupos utilitários, meias-turmas);
  • intervenientes (permanentes, não permanentes, colaboradores externos);
  • atividades (sessões de curso) com o seu tipo, a sua duração e o seu número de repetições;
  • salas e equipamentos (por edifício e por piso, com a sua capacidade);
  • disponibilidades e indisponibilidades dos recursos.

O ADE e o Omniscol têm modelos globalmente compatíveis, mas as convenções de nomenclatura diferem. Preveja um mapeamento inicial.

Correspondências

ADE (ADE Campus) Omniscol
Programa (PGE, CPGE, BBA…) Várias turmas (uma promoção/ano = uma turma)
Grupo utilitário / meia-turma Grupo; divisão de turma se duas meias-turmas seguirem aulas diferentes na mesma faixa horária
Interveniente Professor
Atividade (sessão de curso) Curso (e as suas aulas)
Tipologia de atividade (aula teórica, aula prática, laboratório…) Tipo de aula
Modalidade (presencial, à distância…) Modalidade (atributo Premium)
Limite / inscritos Efetivo teórico — sem limite distinto (o número de lugares vem da capacidade da sala)
Sala / equipamento (edifício, piso, capacidade) Sala (site, capacidade); apenas o equipamento móvel se torna um recurso
Disponibilidade / indisponibilidade (escala de cores) Disponibilidades (desejos): 4 níveis — impossível / indesejável / preferido / neutro
Associação de atividades Consoante a ligação: alinhamento, concatenação ou aulas associadas
Código CURSUS / UNIT4 Identificador externo (registo da sincronização com o SI)

Procedimento

  1. Obter os dados a partir do ADE — programas, intervenientes, salas, atividades. O ADE apresenta os dados em listas configuráveis (vistas Listagem, escolha das colunas) que pode imprimir ou exportar para uma folha de cálculo através do menu Impressão.
  2. Preparar os ficheiros Omniscol a partir dessas exportações (veja Preparar seus dados para uma importação em massa).
  3. Importar a partir de uma folha de cálculo para um horário de teste (veja Importação em massa dos cursos via folha de cálculo).
  4. Reconstituir as ligações: alinhamentos (as associações de atividades do lado do ADE), alternâncias, divisões de meias-turmas — o ADE e o Omniscol não usam exatamente as mesmas primitivas.
  5. Lançar uma geração automática de teste.

Pontos de atenção

  • O ADE planifica em datas precisas: a vista Posicionamento (semana, dia, início, fim) e a barra das semanas fazem do ADE uma ferramenta do tipo calendário. Para reproduzir este comportamento, utilize o modo calendário do Omniscol, incluído na oferta Premium (veja Modo calendário).
  • Meias-turmas e grupos utilitários: um programa divide-se frequentemente em grupos utilitários e em meias-turmas. Do lado do Omniscol, as meias-turmas correspondem a uma divisão de turma da turma; pense na granularidade dos grupos logo no arranque.
  • Salas impostas ou «à escolha»: no ADE, uma sala pode ser imposta a uma atividade ou deixada à escolha do algoritmo. Do lado do Omniscol, uma sala imposta é conservada tal e qual pelo algoritmo; para uma sala «à escolha», deixe a aula sem sala precisa — o algoritmo escolhe uma no site, respeitando a capacidade e a eventual especialização exigida (um conjunto de salas intercambiáveis modela-se através de uma especialização partilhada). Veja Locais, salas, recursos e Atribuição automática das salas.
  • Disponibilidades graduadas: o ADE gere disponibilidades em vários níveis (do verde ao vermelho, mais uma camada dinâmica). O Omniscol utiliza disponibilidades (desejos) com 4 níveis (impossível, indesejável, preferido, neutro) — retome sobretudo os extremos (impossível e preferido); os níveis intermédios trabalham-se a seguir.
  • Responsável pedagógico: o ADE associa um responsável pedagógico a cada atividade. O Omniscol não comporta esse papel ao nível do curso; conserve a informação através de uma convenção de nomenclatura ou de um memorando, se lhe for útil.
  • Fluxos iCal: o ADE publica frequentemente os horários em fluxos iCal. A importação do Omniscol não lê o iCal; uma exportação iCal terá primeiro de ser convertida numa tabela.
  • Sincronização com o sistema de informação: se o ADE estava sincronizado com o seu SI (Apogée, Pegase, Aurion, UNIT4…), terá de reconfigurar essa sincronização do lado do Omniscol — muitas vezes através da API ou da sincronização com sistemas externos. O campo Código CURSUS / UNIT4 do ADE é o seu registo do lado da origem. Veja Sincronização com sistemas externos.

Procedimento

Migração ADE → Omniscol (ensino superior)

  1. O ADE (Adesoft), frequentemente na versão ADE Campus, é comum no ensino superior. A migração diz respeito, antes de mais, à planificação; a sincronização com o sistema de informação (Apogée, Pegase, Aurion, UNIT4) fica por reconfigurar do lado do Omniscol.

  2. Obtenção dos dados do ADE: programas, intervenientes, salas, atividades (com tipo, duração, repetições, limite). O ADE apresenta estes dados em listas configuráveis (vistas Listagem) que se imprimem ou exportam através do menu Impressão. Um fluxo iCal terá primeiro de ser convertido numa tabela (a importação não lê o iCal). Se planificar em datas precisas, conserve também esse aspeto.

  3. Mapeamento inicial: o ADE e o Omniscol têm modelos compatíveis mas convenções de nomenclatura diferentes. Prepare os ficheiros segundo o modelo Omniscol (veja Preparar seus dados para uma importação em massa). Pense na granularidade dos grupos de alunos (meias-turmas, grupos utilitários) logo no arranque — é o ponto delicado no ensino superior.

  4. Importação a partir de uma folha de cálculo para um horário de teste: intervenientes, programas, disciplinas, salas, depois atividades (veja Importação em massa dos cursos via folha de cálculo). A folha de cálculo dos cursos não comporta coluna de identificador externo; para os futuros emparelhamentos com o seu sistema de informação, preveja antes a sincronização externa (veja Sincronização com sistemas externos).

  5. Reconstituição das ligações: alinhamentos multiprogramas (as associações de atividades do lado do ADE), alternâncias, divisões de meias-turmas. Retome também as salas deixadas «à escolha», deixando o algoritmo atribuí-las (através de uma especialização partilhada, se necessário). O ADE e o Omniscol não usam exatamente as mesmas primitivas — conte com uma passagem manual de acabamento.

    Se o ADE planificava em datas precisas, utilize o modo calendário do Omniscol (incluído no Premium) para preservar esse comportamento (veja Modo calendário).

  6. Geração automática de teste no Omniscol para validar a viabilidade. Diagnóstico, correções, iteração. Quanto mais testar antes da mudança, menos corrige depois.

  7. Reconfiguração do sistema de informação: se o ADE estava sincronizado com o Apogée, o Pegase, o Aurion ou o UNIT4, terá de reconfigurar essa sincronização do lado do Omniscol através da API (veja API Omniscol) ou da sincronização com sistemas externos (veja Sincronização com sistemas externos). Para o Aurion especificamente, veja integrations.aurion — 3 modos possíveis.

Ver também

Ver também