Validação de requisitos

Validação de requisitos

1. Características

   • Verifica os requisitos em relação ao realismo, consistência, abrangência, validade, completude, etc
   • Focada no cliente e está relacionada à descoberta de problemas com os requisitos
     • Apesar de melhorar a compreensão e qualidade dos requisitos é inevitável que haja mudanças posteriores para corrigir omissões e mal-entendidos depois da aprovação do documento de requisitos
     • Também busca demonstrar se os requisitos definem, de fato, o que o usuário deseja em seu sistema
     • A validação é extremamente importante porque os erros em um documento de requisitos podem levar a custos excessivos de retrabalho quando descobertos durante o desenvolvimento ou depois que o sistema está em operação
   • Não se deve subestimar os problemas de validação de requisitos

2. Técnicas de validação de requisitos

   • Revisão de requisitos (Revisão Técnica)
     • Requisitos são analisados sistematicamente por uma equipe de revisores
     • Revisões informais: A equipe pode simplesmente ter uma conversa, envolvendo o maior número possível de representantes dos stakeholders, acerca dos requisitos produzidos
     • Revisões formais: A equipe de revisores deve confirmar junto do cliente um conjunto de critérios que todos os requisitos devem cumprir
       • A equipe de desenvolvimento deve 'conduzir' o cliente pelos requisitos de sistema, explicando as implicações de cada requisito
       • Conflitos, contradições, erros e omissões nos requisitos devem ser apontados e registrados formalmente no relatório de revisão
       • Devem ser preparados checklists genéricos de revisão que contenham a relação entre requisitos, assim como as propriedades de qualidade do documento
     • Atributos que devem ser levados em consideração
       • Compreensibilidade. Redundância. Completude
       • Consistência. Organização. Conformidade. Rastreabilidade
   • Prototipação
     • Um modelo executável do sistema é apresentado para os usuários finais e clientes
       • Eles podem experimentar o modelo para verificar se atende às suas necessidades reais
       • O tempo gasto na sua implementação pode não justificar o seu uso, pode enviesar os usuários
       • Pode ainda levar os programadores a cair na tentação de usar o protótipo para continuar o desenvolvimento do sistema
     • Diferença de prototipação na fase de Elicitação de requisitos e na fase de Validação de requisitos
       • Na Elicitação, o objetivo é descobrir, levantar, elicitar novos requisitos do sistema
       • Na validação, é validar - por meio de um protótipo - se os requisitos elicitados são realmente o que o usuário pensava
   • Geração de casos de teste
     • Os requisitos devem ser testáveis
     • A criação de testes como parte do processo de validação ajuda a revelar problemas de requisitos
     • Um teste difícil demais ou impossível de ser projetado indica que geralmente os requisitos serão difíceis de serem implementados
       • Requisitos nessa situação devem ser reconsiderados para implementação

3. Verificação x Validação de requisitos

   • Verificação de requisitos
     • Tem o objetivo de descobrir se os requisitos são claros, precisos, completos e consistentes
     • Analisa se os modelos construídos estão de acordo com os requisitos definidos
   • Validação de requisitos
     • Ela se ocupa de mostrar que os requisitos realmente definem o sistema que o cliente deseja
     • Visa assegurar que as necessidades do cliente estão sendo atendidas por tais requisitos

4. Verificações nos requisitos do documento de requisitos

   • Verificações de validade: Estudos e análises podem identificar que funções adicionais e diferentes daquelas levantadas pelos usuários são necessárias
   • Verificações de consistência: Os requisitos em um documento não devem ser conflitantes e contraditórios
   • Verificações de completeza: O documento de requisitos deve incluir requisitos que definam todas as funções e as restrições desejadas pelo usuário do sistema
   • Verificações de realismo: Usando o conhecimento da tecnologia existente, os requisitos devem ser verificados quanto a se realmente podem ser implementados dentro dos custos e prazos
   • Facilidade de verificação: para reduzir o potencial de divergências entre cliente e fornecedor, os requisitos do sistema devem sempre ser escritos de modo que sejam verificáveis.