✅ Validação Final (Grooming / Refinamento)
A validação garante que os requisitos refletem fielmente a Lógica de Negócios antes que uma única linha de código Java seja escrita.
Diferente do Discovery inicial (que lida com incertezas táticas), o refinamento atua em cima do documento para blindá-lo de incongruências.
🏛️ Os 5 Pilares da Revisão Sênior (Sommerville)
| Pilar de Qualidade | Ponto Checado na Reunião |
|---|---|
| ✅ Validade Orgânica | O sistema realmente resolve o problema de caixa da empresa? |
| 🛡️ Consistência de Rotas | Existem requisitos conflitantes? (A tela 1 permite exclusão, mas a Rota 2 proíbe deleção de Banco? Isso quebrará o App). |
| 📦 Completeza | Todas as propriedades necessárias para salvar o JSON no Banco foram mapeadas? |
| 💰 Realismo (Budget) | É possível implementar esse "Reconhecimento Facial" nos 3 meses que restam de projeto? Não seria melhor Pivotar para "Upload de PDF"? |
| 🔎 Verificabilidade (QA) | O requisito é testável por automação? "Ser Rápido" não é testável. "Carregar em 300ms a Rota X" é e será testado com jMeter. |
[!NOTE] 💡 Economia de Recursos (Regra 1:10:100): Se você corrige o erro no papel (Documento/Requisito), ele custa R$ 1. Se corrigir durante o desenvolvimento (Código), custa R$ 10 (Refatoração de Classes e Testes). Se descobrir o erro na Produção (Nuvem), ele custa R$ 100 ou o fechamento da empresa. Nunca economize tempo no planejamento dos requisitos.