Para diminuir o potencial de conflito entre o cliente e o contratante, os requisitos do sistema sempre devem ser escritos de modo que sejam verificáveis. Isso significa ser capaz de escrever um conjunto de testes que possa demonstrar que o sistema entregue satisfaz cada um dos requisitos especificados.

Para a Conferência da consistência, o documento de requisitos deve incluir aqueles que definem todas as funções e as restrições pretendidas pelo usuário do sistema.

Para a Conferência da completude, usando o conhecimento das tecnologias existentes, os requisitos devem ser conferidos para assegurar que possam ser implementados dentro do orçamento proposto para o sistema.

Para a Conferência da completude, os requisitos no documento não devem entrar em conflito entre si, isto é, não deve haver restrições contraditórias ou descrições diferentes da mesma função do sistema.

O custo de corrigir um problema nos requisitos com uma alteração no sistema normalmente é sempre muito menor do que o de consertar erros de projeto ou de código.