⚖️ CAPÍTULO 08: VALIDAÇÃO E GESTÃO

A validação garante que os requisitos refletem fielmente a lógica do negócio antes que a primeira linha de código Java seja escrita. Validar o papel é muito mais barato do que refatorar o sistema pronto. 🛡️🧩

🎯 Objetivo do Capítulo

Dominar as técnicas de revisão de requisitos, aplicando os 5 pilares de qualidade (Validade, Consistência, Completeza, Realismo e Verificabilidade) para blindar o projeto contra falhas estruturais.

🏢 O Cenário Corporativo (TecProExpress)

Na TecProExpress, o time de desenvolvimento reportou um conflito: o Requisito RF.02 diz que o CPF do motorista pode ser alterado, mas o Requisito RF.45 (Segurança) diz que campos chave de identidade nunca podem mudar após o cadastro.

"Seu papel como Analista de Requisitos Sênior é mediar esse conflito. Se o programador escolher qualquer um dos dois sem validação, o banco de dados pode ficar inconsistente. Você deve validar a 'Bíblia' do projeto antes da implementação."

🧠 Os 5 Pilares da Revisão (Sommerville)

Pilar de Qualidade	O que o Engenheiro deve checar?
Validade	O sistema realmente resolve a dor real do cliente?
Consistência	Existem requisitos conflitantes? (A tela permite deletar, mas a API proíbe?).
Completeza	Todas as propriedades do JSON e exceções de banco foram mapeadas?
Realismo	É possível implementar isso no prazo e orçamento atual (Budget)?
Verificabilidade	O requisito é testável? "Ser rápido" não é. "Responder em 200ms" é.

🔍 A Economia do Erro (Regra 1:10:100)

O custo de corrigir um erro cresce exponencialmente conforme o tempo passa:

R$ 1,00: Corrigir no papel (Documento/Requisito).
R$ 10,00: Corrigir durante o desenvolvimento (Refatoração de Código).
R$ 100,00: Corrigir em Produção (Nuvem/Cliente Final).

[!CAUTION] Dica Sênior: Nunca economize tempo no planejamento. Se você descobrir um erro de lógica na nuvem, ele pode custar o fechamento da empresa ou multas contratuais pesadas. Validar é investir em segurança. 🛡️

📊 Ciclo de Vida da Gestão de Requisitos

graph TD
    A["Especificação Backend"] --> B["Endpoints Funcionais"]
    A --> C["Restrições Não-Funcionais"]
    
    A --> D["Refinamento (Grooming)"]
    D --> E["Validação Técnica"]
    E --> F["Pronto para Codar (DoR)"]
    
    style F fill:#d4edda,stroke:#28a745,stroke-width:2px

💡 Checkpoint de Lógica

[!IMPORTANT] Reflexão Profissional: Se você percebe que um requisito pede "Reconhecimento Facial" em um projeto que só tem 2 semanas de prazo restante, o que a regra do Realismo sugere? (Resposta: Recomendar o "Pivotamento" para uma solução mais simples, como Senha ou Biometria Digital, para garantir a entrega dentro do orçamento). 🧠🛡️

Keyboard shortcuts