⚙️ Engenharia de Software

Cap 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).

Atenção: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

💡 Checkpoint de Lógica

Importante: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). 🧠🛡️

Edit this pageorReport an issue

Cap 07: Especificação de Requisitos (ERS)

A Especificação de Requisitos de Software (ERS) é o documento oficial que descreve o que o sistema deve fazer. Na engenharia moderna, ela serve como o "Contrato Técnico" que unifica a visão do desenvolvedor em Home Office com a estratégia do CEO na Matriz. 🛡️🧩

Cap 09: Fundamentos da Modelagem

Um modelo é uma representação simplificada de um sistema. Da mesma forma que você não constrói um Boeing 747 sem uma planta aerodinâmica, você não codifica um ERP Bancário abrindo direto a IDE sem planejar a arquitetura. 🛡️🧩