Como Criar um Sistema de Gestão Escolar

Um sistema de gestão escolar mantém os registos em que uma escola funciona: quem são os alunos, em que turmas estão, se apareceram e como estão a correr. Uma primeira versão útil é mais pequena do que a maioria das pessoas pensa — alunos, turmas, presenças e notas, com acessos separados para administradores, professores e encarregados de educação. Construa isso bem, teste as permissões a fundo, e acrescente horários, propinas e mensagens mais tarde.

Este guia destina-se a escolas pequenas, centros de explicações, escolas de línguas, programas de atividades extracurriculares e entidades formadoras que acham os grandes sistemas demasiado pesados ou caros para aquilo de que precisam.

O que um sistema de gestão escolar precisa

Os dados

A maior parte do sistema depende de seis tabelas:

Acrescente avaliações (um teste ou trabalho numa turma, com a pontuação máxima e o peso) e notas (o resultado de um aluno numa avaliação) quando as presenças estiverem a funcionar.

A tabela de matrículas é mais importante do que parece. Os alunos mudam de turma a meio do período. Se guardar a "turma" diretamente no aluno, perde o histórico e os seus relatórios de presenças deixam de bater certo.

As páginas

• Painel do administrador: as presenças de hoje de relance, alunos com registos em falta, alterações recentes.
• Lista de alunos e perfil: pesquisa, filtro por turma ou ano, e um perfil com turmas, presenças e notas.
• Página da turma: a lista de alunos, o registo de hoje e a pauta.
• Ecrã de registo: o que os professores usam todos os dias. Deve demorar segundos num telemóvel ou tablet — toda a gente começa como presente, toca para alterar.
• Pauta: avaliações como colunas, alunos como linhas, com a média calculada.
• Vista do encarregado de educação: apenas as presenças, notas e avisos dos seus próprios filhos.

As permissões

É aqui que os sistemas escolares têm êxito ou falham. Escreva as regras antes de construir:

• Administradores veem e editam tudo.
• Professores veem e editam apenas as turmas que lecionam, e apenas os alunos dessas turmas.
• Encarregados de educação veem apenas os seus filhos, em modo de leitura.
• Alunos (se tiverem acesso) veem apenas os seus próprios registos.

"Apenas" tem de ser aplicado no servidor, e não apenas escondendo botões. Um encarregado de educação que altere um número no endereço da página não pode conseguir abrir o perfil de outro filho. O nosso guia sobre controlo de acesso baseado em funções explica o padrão.

Decisões a tomar antes de começar

Quem tem acesso na versão um? Só equipa é muito mais simples. Pais e alunos multiplicam os casos de permissão e os pedidos de apoio. Muitas escolas começam com acessos para a equipa e enviam aos pais um relatório impresso ou por email até o núcleo estar estável.

Como se calculam as notas? Médias ponderadas, descarte da nota mais baixa, escalas de letras, aprovado/reprovado — escolha um método e escreva-o com um exemplo. A lógica das notas é a parte que mais vale a pena verificar à mão.

O que é um "período"? Turmas, matrículas e relatórios dependem dele. Decida se usa trimestres, semestres ou um único ano letivo, e faça dele uma tabela e não um campo de texto.

Importar, e não voltar a digitar. Quase de certeza que já tem os alunos numa folha de cálculo. Planeie uma importação CSV de alunos, encarregados de educação e matrículas desde o primeiro dia. Veja como transformar uma folha de cálculo numa aplicação.

Onde ficam os dados e quem os pode ver. Os registos de alunos são sensíveis. Em muitos sítios estão abrangidos por regras específicas — FERPA nos EUA, RGPD na UE e no Reino Unido, e outras noutros lugares. Verifique o que se aplica antes de carregar nomes reais, e consulte um conselheiro se tiver dúvidas. No mínimo: privados por omissão, auditoria de quem alterou o quê, e uma forma de exportar ou remover os dados de um aluno.

Um primeiro prompt que funciona

Crie uma aplicação web de gestão escolar para uma escola pequena. A equipa entra com email e palavra-passe; as funções são administrador e professor. Dados: alunos (nome, data de nascimento, ano escolar, estado), encarregados de educação ligados a alunos, equipa, períodos, turmas (nome, disciplina, professor, período, horário semanal) e matrículas que ligam alunos a turmas com datas de início e de fim. Os professores só veem as turmas que lecionam e os alunos matriculados nelas; os administradores veem tudo. Construa uma página de turma com a lista de alunos e um registo diário em que toda a gente começa como presente e o professor toca para marcar falta, atraso ou justificado, com uma nota opcional. Os administradores têm um painel que mostra as turmas que ainda não fizeram o registo de hoje. Acrescente uma importação CSV de alunos e encarregados de educação. Guarde tudo numa base de dados. Deixe as notas, os acessos dos pais e as propinas para mais tarde.

Repare no que o prompt faz: nomeia as funções, enuncia a regra de permissões numa frase, descreve em detalhe o ecrã mais usado e diz o que deixar de fora.

Passos de construção

1. Modelo de dados e dados de exemplo. Peça as tabelas e uma escola de exemplo pequena e claramente falsa — dois períodos, cinco turmas, quarenta alunos. Nunca use registos reais de alunos enquanto constrói.
2. Ecrãs de administração. Lista de alunos, perfil, lista de turmas, edição de matrículas. Verifique que mudar um aluno de turma mantém a matrícula antiga com uma data de fim.
3. Acessos de professores e o registo. Entre como professor e confirme que só vê as suas turmas. Faça um registo num ecrã de tamanho de telemóvel.
4. Testes de permissões. Entre como dois professores diferentes e tente abrir as turmas um do outro pelo URL. As duas tentativas devem falhar.
5. Importação. Importe a sua folha de cálculo real para uma cópia, corrija as colunas que não correspondem e depois decida se está pronto para passar a produção.
6. Notas. Acrescente avaliações e a pauta. Teste a média com um exemplo trabalhado que tenha calculado à mão.
7. Relatórios. Percentagem de presenças por aluno e por turma num intervalo de datas — o relatório que os administradores mais pedem.
8. Acesso dos pais, se precisar. Acrescente acessos de encarregados de educação no fim, com vistas só de leitura e os testes de permissões mais rigorosos de todos.

Erros comuns

• Guardar a turma no aluno. Use matrículas com datas, ou o histórico desaparece.
• Permissões só na interface. Botões escondidos não são segurança. Teste pelo URL e pela API.
• Um registo lento. Se tirar as presenças demorar mais do que em papel, os professores vão deixar de usar o sistema.
• Dados reais nos testes. Use nomes inventados até as permissões estarem provadas.
• Apagar alunos. Marque-os como tendo saído. As presenças e as notas passadas continuam a fazer parte dos registos da escola.
• Construir tudo de uma vez. Horários, propinas, mensagens, boletins e uma aplicação para pais em conjunto são um ano de trabalho. Lance primeiro o registo.
• Sem registo de auditoria. Quando uma nota muda, alguém vai perguntar quem a mudou e quando. Registe-o.

Quando um produto pronto é a melhor escolha

Os sistemas de gestão escolar e de informação de alunos já estabelecidos tratam de coisas que uma construção personalizada terá dificuldade em igualar: reporte governamental e de exames, gestão de horários complexa, integrações com plataformas de aprendizagem, cobrança de propinas e anos de casos excecionais. Se dirige uma escola grande, tem obrigações estatutárias de reporte, ou precisa que um fornecedor assegure o apoio e a conformidade, compre um.

Construir faz sentido quando as suas necessidades são mais estreitas ou pouco comuns: um centro de explicações que regista sessões e progresso, uma escola de línguas com inscrições contínuas, uma entidade formadora com grupos por turno, ou uma escola pequena que usa apenas um quinto de um sistema caro. Uma ferramenta focada que faz exatamente o seu fluxo de trabalho pode bater uma grande que tem de combater todos os dias. O nosso guia sobre construir ou comprar software percorre o compromisso, e como criar uma ferramenta interna cobre a versão só para a equipa.

Construir com o Mythex

No Mythex descreve o sistema no chat e vê-o ganhar forma numa pré-visualização em direto. Use o modo Plan primeiro, para acordar as tabelas e as funções antes de se escrever qualquer código. O Mythex adiciona uma base de dados dedicada quando a aplicação precisa dela, e armazenamento de ficheiros se quiser anexar documentos aos perfis dos alunos. O início de sessão da equipa e dos pais é próprio da sua aplicação: o Mythex não oferece um produto de acesso incluído, por isso o agente liga uma abordagem que escolhe — veja adicionar início de sessão à sua aplicação. Publique numa ligação mythex.ai ou no seu próprio domínio no Pro — o endereço é público, por isso são o início de sessão e as verificações de permissões da sua aplicação que mantêm os registos privados. Para um ponto de partida, veja a ferramenta de avaliação para professores ou a página construtor de portal para centros de explicações.

Perguntas