Resumo — Três logins diferentes, notas que precisam ser redigitadas manualmente e horas de trabalho perdidas por falta de salvamento automático. Este artigo conta a história real de uma professora que enfrenta o caos de sistemas universitários que não conversam entre si — e propõe uma saída baseada em arquitetura relacional de dados.

Imagine o seguinte cenário: uma professora começa a lecionar na maior universidade da sua região. Logo nas primeiras semanas, ela se depara com um choque de realidade tecnológico que impõe a ela uma jornada burocrática com dados e documentação, algo muito comum em instituições que crescem rápido, mas não planejam sua infraestrutura de TI.

A primeira barreira começa no acesso mais básico: a autenticação. A instituição não possui um sistema de login único. Para cumprir sua rotina, ela precisa gerenciar três logins diferentes, cada um rodando sob uma lógica e credencial distinta:

O primeiro login utiliza um número de registro de professor gerado internamente.
O segundo login utiliza o e-mail pessoal dela.
O terceiro login utiliza outra variação de e-mail com uma política de senha diferente.

Essa fragmentação se dá porque a universidade opera com três plataformas totalmente isoladas, que geram gargalos profundos tanto na ponta (para quem opera) quanto no topo (para quem faz a gestão estratégica).

O isolamento das informações

O primeiro desses sistemas é voltado para a documentação de contratação do professor (RH). Ali ficam guardados os dados de admissão, o contrato e as titulações (especializações, mestrados ou doutorados).

Como esse sistema de RH não dialoga com o ambiente acadêmico, os dados de validação do corpo docente ficam trancados em uma ilha. Na prática, a gestão da universidade perde a capacidade de automatizar cruzamentos de dados valiosos. Torna-se impossível para o software responder de forma nativa perguntas como: "Professores com determinada titulação específica geram um índice melhor de aproveitamento ou de engajamento nas disciplinas?"

A informação existe, mas como está alocada em sistemas diferentes, ela perde a utilidade gerencial.

O trabalho manual no lançamento de notas

As outras duas plataformas são o Diário Eletrônico (frequência e chamadas) e o Sistema de Avaliações e Notas. E neste último reside um exemplo clássico de falha de usabilidade por falta de integração relacional.

A universidade adota uma dinâmica pedagógica padrão: uma Avaliação Integrada (uma prova geral institucional) que vale até 2 pontos na média de todas as disciplinas, enquanto a avaliação do componente específico do professor vale os 8 pontos restantes, totalizando a nota 10.

O problema é que a nota dessa prova geral fica armazenada em uma área isolada do sistema de notas. Como as telas não são integradas, a professora precisa abrir a lista da Avaliação Integrada em uma aba, consultar a nota de cada estudante individualmente e, depois, digitar manualmente esse mesmo dado no campo correspondente ao seu componente curricular.

O impacto operacional disso é imenso: se o estudante está matriculado em cinco disciplinas, cinco professores diferentes terão que extrair e digitar manualmente exatamente o mesmo dado, aluno por aluno, sendo que a informação já consta na base de dados da instituição. Isso gera retrabalho além de sérios riscos de inconsistência.

A persistência passiva e a perda de trabalho

Para agravar a rotina de digitação, o sistema de notas utiliza um modelo de persistência de dados passivo. Se o professor passar cerca de 40 minutos concentrado digitando notas, aplicando devolutivas ou revisando avaliações na mesma tela, o sistema simplesmente encerra a sessão por tempo de inatividade sem emitir qualquer aviso prévio.

Se o usuário não rolar a página até o fim e clicar no botão "Salvar" de forma preventiva a cada 15 minutos, todo o progresso daquele período é descartado.

Em arquiteturas modernas de software, esse comportamento é evitado. O correto é a utilização de persistência reativa (salvamento automático): ao sair de um campo ou célula de digitação, o dado é enviado e garantido no banco de dados em segundo plano. O encerramento de uma sessão por inatividade é uma prática legítima de segurança, mas a perda de dados já digitados aponta para uma falha no fluxo de desenvolvimento da aplicação.

O diagnóstico técnico e a solução relacional

O cenário dessa universidade ilustra o que chamamos de crescimento desordenado de TI. À medida que a operação cresce e novas demandas surgem, é comum que as instituições contratem diferentes softwares ou desenvolvam módulos separados para resolver problemas imediatos. No final, cria-se um ecossistema que sabota a produtividade e impede a inteligência de negócios, já que os dados de evasão, frequência e desempenho ficam trancados em silos.

Se fôssemos desenhar essa arquitetura de dados de forma eficiente, a solução passaria por três pilares fundamentais:

Gestão de Identidade e Acesso (IAM): Um único provedor de identidade centralizado. O professor se autentica uma única vez (via login único) e o sistema distribui as permissões corretas para o RH, Diário e Notas, eliminando a barreira dos múltiplos logins.
Arquitetura baseada em eventos: Quando a nota da Avaliação Integrada é lançada na base central, esse dado dispara um evento no banco de dados relacional. Automaticamente, todas as tabelas de componentes ligadas àquele aluno herdam os 2 pontos. O professor digita apenas a sua nota (até 8) e o sistema calcula o montante final de forma automatizada.
Persistência reativa (salvamento automático): Cada interação na planilha de notas realiza uma microatualização na API instantaneamente, garantindo que nenhum minuto de trabalho do corpo docente seja descartado por quedas de sessão.

Principais pontos

A falta de login único força professores a gerenciar múltiplas credenciais, gerando atrito e retrabalho
Sistemas de RH, diário e notas isolados impedem cruzamentos valiosos de dados institucionais
Notas existentes na base precisam ser redigitadas manualmente por cada professor — uma falha clássica de integração
A persistência passiva (sem salvamento automático) descarta horas de trabalho sem aviso
A solução passa por três pilares: IAM centralizado, arquitetura orientada a eventos e persistência reativa

O próximo passo: integrar é o caminho

A tecnologia deve funcionar como uma engrenagem invisível que otimiza o tempo de quem está na operação. Quando o software exige mais esforço técnico do que o próprio processo pedagógico, a estrutura administrativa precisa ser repensada.

Chega de perder horas redigitando dados que já existem, de gerenciar três logins onde bastaria um, e de ver o trabalho de 40 minutos sumir por falta de salvamento automático. A integração não é um luxo — é a base para que a tecnologia cumpra seu papel: liberar tempo para o que realmente importa, o ensino.

Se a sua instituição enfrenta esses gargalos e você quer construir uma arquitetura de dados que realmente integre seus sistemas — clique aqui para bater um papo conosco e descobrir como podemos ajudar.