Localizador de Sepulturas

Encontrar uma sepultura sem depender do coveiro

Especificação técnica completa, protótipo navegável de 15 telas e análise de mercado de um aplicativo de localização de sepulturas apoiado no cadastro por túmulo mantido pela administração de cada cemitério.

13 requisitos 15 telas de protótipo 11 blocos de implementação PostgreSQL + PostGIS + Flutter

Comece por aqui

Se você tem cinco minutos, veja o protótipo. Se tem quinze, leia a análise de viabilidade primeiro — ela muda como o resto deve ser lido.

Protótipo navegável

15 telas em quadro e modo clicável

Fluxo do visitante, app de campo e back-office. Quadro estilo Figma com todas as telas lado a lado, ou modo interativo com navegação real entre elas. Sem dependências.

Abrir protótipo →
Análise de mercado

Viabilidade e concorrência

Levantamento dos concorrentes reais no Brasil e no exterior, por que o app autônomo não fecha como negócio, e as duas reformulações que continuam viáveis.

Ler análise →

Especificação

Estrutura de spec em três documentos: requisitos com critérios de aceitação, design técnico e plano de implementação incremental.

Documento 1

Requisitos

13 requisitos com critérios de aceitação em formato EARS, premissas explícitas do domínio e glossário. Cobre busca tolerante a erro, navegação, operação offline, ingestão de cadastro, privacidade e acessibilidade.

Ler requisitos →
Documento 2

Design técnico

Arquitetura, modelo de dados detalhado com DDL, e a estratégia de mapeamento físico: pipeline de aquisição por drone, regras de layout por interpolação e navegação em três etapas.

Ler design →
Documento 3

Plano de implementação

11 blocos de tarefas incrementais, cada uma referenciando os requisitos que atende, ordenados para que o dado exista antes do mapa e o mapa antes da navegação.

Ler plano →

As três decisões que estruturam o projeto

Resumo do que diferencia esta spec de um CRUD com mapa.

Modelo de dados

A raiz é o túmulo, não a pessoa

Uma unidade de sepultamento recebe vários ocupantes ao longo do tempo. Exumação e translado são regra, não exceção: a ocupação é um intervalo de datas, e o banco impede sobreposição por compartimento.

Mapeamento físico

Duas âncoras posicionam uma fila inteira

Medir 20 mil sepulturas é inviável. Uma regra de layout descreve a fila por linha base, quantidade de posições e espaçamento; duas posições medidas em campo derivam as demais por interpolação.

Honestidade de precisão

O app declara o que não sabe

GPS de celular erra de 3 a 10 metros; uma sepultura tem 1,2 m. Cada posição carrega seu nível de confiança, e a interface comunica isso em linguagem comum em vez de exibir um pino falsamente exato.

Níveis de confiança da localização

Semântica que atravessa banco, API e interface.

NívelOrigemErro típicoTexto exibido ao visitante
medida GNSS de precisão ou ajuste em campomenos de 0,5 m Localização confirmada no local
interpolada Regra de layout da fila0,6 a 1,5 m Localização aproximada dentro da fila
divisão Somente o polígono da quadra5 a 30 m Localizamos a quadra; use a foto e a instrução
ausente Sem geometria cadastrada— Apenas a localização por escrito

Situação do projeto

Implementação não iniciada, por decisão. A pesquisa de mercado apontou concorrentes diretos já operando e um problema estrutural de frequência de uso no formato de app autônomo. A recomendação é validar a hipótese de negócio antes de escrever código. Spec e protótipo seguem válidos como ativos — o núcleo técnico não muda nas duas reformulações propostas. Detalhes na análise de viabilidade.