Guia Completo de Validação de Requisitos de Software

Validação de Requisitos

A validação de requisitos consiste em certificar que o documento de requisitos é uma descrição aceitável do sistema a ser implementado. É necessário verificar propriedades como completude, consistência, conformidade com padrões, conflitos, erros técnicos e ambiguidades. Enquanto a análise trabalha com dados brutos elicitados dos stakeholders (temos os requisitos certos?), a validação utiliza a versão final negociada e acordada (os requisitos estão corretos?).

Entradas e Saídas da Validação

• Entradas:
  • Documento de requisitos: versão completa, formatada e organizada.
  • Conhecimento organizacional: informações implícitas para julgar o realismo.
  • Padrões organizacionais: normas locais de documentação.
• Saídas:
  • Lista de problemas: descobertos no documento.
  • Ações acordadas: medidas corretivas para os problemas identificados.

Revisão de Requisitos

Processo onde um grupo analisa os requisitos, discute problemas e define ações. Atividades:

1. Planejar a revisão: selecionar time, hora e local.
2. Distribuir os documentos: envio aos membros do time.
3. Preparar para revisão: leitura individual para encontrar conflitos, omissões e inconsistências.
4. Realizar encontro de revisão: discussão e definição de ações.
5. Ações de acompanhamento: verificação da execução das correções.
6. Revisar o documento: ajuste final para aceitação ou nova revisão.

Ações para problemas: Clarificação, busca por informações faltantes, negociação de conflitos ou ajuste de requisitos não realísticos.

Pré-revisão e Checklist

Como revisões são custosas, a pré-revisão reduz gastos ao verificar erros simples (tipográficos, padrões, omissões) antes da reunião formal. O time deve incluir um especialista no domínio e um usuário final.

Checklist de revisão: Consistência, organização, conformidade a padrões e rastreamento (links e justificativas).

Meios de Validação

• Prototipagem: Demonstra os requisitos para descoberta de problemas. Etapas: escolha de testadores experientes, desenvolvimento de cenários, execução e documentação de problemas.
• Desenvolvimento do manual de usuário: Força uma análise detalhada que revela falhas nos requisitos.
• Validação do modelo: Garante que os modelos sejam auto-consistentes e reflitam precisamente as necessidades dos stakeholders.
• Teste de requisitos: Define testes para verificar se o requisito foi alcançado. Requisitos difíceis de testar incluem requisitos de sistema, de exclusão e alguns não funcionais.