data-model · in-progress
Domínio e modelo de dados
Mapa de navegação das entidades, regras de persistência e ciclos do SGE.
Antes de olhar os dados
Esta página explica como o sistema organiza as informações para que cada etapa tenha um responsável e um histórico confiável. Não é preciso conhecer banco de dados para acompanhar a ideia: a pessoa inicia uma solicitação, o aceite cria o estágio, documentos e avaliações ficam ligados a ele e mudanças importantes permanecem registradas.
As expressões técnicas aparecem porque esta também é a referência da equipe que implementa o sistema. Sempre que elas forem necessárias, consulte o glossário. Para entender quem participa de cada etapa, leia Pessoas e responsabilidades.
Visão do domínio
Esta página é o ponto de entrada do modelo de dados. Os campos e relacionamentos detalhados ficam nos recortes especializados, evitando repetir contratos em várias notas.
Diagram Design · Mermaid · arraste para mover · Ctrl/⌘ + scroll para zoom
Renderizando diagrama declarativo…
Leitura semântica
O vínculo ativo conecta identidade e contexto à solicitação; a solicitação origina o estágio, documentos e avaliações, enquanto snapshots, Activity Log e notificações preservam o histórico.
diagrams/sources/dominio-modelo-diagrama.mmdEncontre a regra certa
| Pergunta | Fonte canônica |
|---|---|
| Quais entidades e FKs formam o estágio? | Modelo de dados — Núcleo |
| Como a pessoa escolhe um contexto e recebe acesso? | Modelo de dados — Acesso |
| Quando usar FK, dado atual, snapshot ou log? | Modelo de dados — Histórico |
| Quais estados existem e quem pode mudá-los? | Ciclos de status |
| Como as partes se conectam visualmente? | Modelagem de dados |
| O que significa cada termo? | Glossário |
Regras que atravessam o modelo
- A pessoa possui uma conta e pode ter vários vínculos institucionais.
- O vínculo ativo define função, campus e curso usados por Gates e Policies.
- Solicitação, estágio, documento e avaliação possuem ciclos independentes.
- Cadastros atuais mantêm relacionamentos por FK; fatos históricos relevantes são congelados em snapshots.
- Cada linha de
addressespertence a no máximo um cadastro ou registro histórico; endereços idênticos de proprietários distintos têm IDs diferentes. A base já permite criar cópias históricas, mas a exclusividade ainda não é garantida pelo schema atual. - Alterações relevantes registram autoria e vínculo no Activity Log.
- Templates são versionados; documentos gerados preservam a versão e os dados usados, sem armazenar permanentemente o arquivo final.
- A jornada pactuada, os feriados e as pausas são registros próprios porque afetam a previsão de término; uma nova vigência de jornada só é criada por aditivo formalizado.