Durante o processo de validação de requisitos diferentes tipos de verificação devem ser efetuados com requisitos no documento de requisitos. Dois desses tipos são conceitualmente apresentadas a seguir:

I. nesta abordagem para validação, um modelo executável do sistema em questão é demostrado para os usuários finais e clientes. Estes podem verificar o modelo para verificar se ele atende às suas reais necessidades.
II. um usuário pode pensar que é necessário um sistema para executar determinadas funções. No entanto, maior reflexão e análise mais aprofundada podem identificar funções necessárias, adicionais ou diferentes. O sistema tem diversos stakeholders com diferentes necessidades, e qualquer conjunto de requisitos é inevitavelmente um compromisso da comunidade de stakeholders.

Os tipos de verificação I e II referem-se, respectivamente, a:

Observe a simbologia utilizada em UML para fazer a ligação entre a classe A e B.



Este tipo de ligação é conhecido como:

"É um método ágil que enfatiza o uso de orientação a objetos. Possui apenas duas fases: 1 - Concepção e Planejamento; e 2 - Construção. A fase de Concepção e Planejamento possui três disciplinas: 1 - Desenvolver Modelo Abrangente; 2 - Construir Lista de Funcionalidades; e 3 - Planejar por funcionalidade. A fase de Construção possui duas disciplinas: 1 - Detalhar por Funcionalidade; e Construir por Funcionalidade." O texto descreve o método:

Trata-se de uma técnica usada para estimar o esforço de desenvolvimento de software que consiste em estimar o número de linhas que um programa deverá ter, normalmente com base na opinião de especialistas e no histórico de projetos passados. Tal técnica é conhecida pela sigla:

Considere o diagrama UML a seguir.

'

Trata-se de um exemplo de diagrama de:

A Análise de Pontos de Função (APF) busca medir:

É uma abordagem para a avaliação de qualidade de software que define um modelo de mensuração em três níveis: Conceituai (objetivo da medição), Operacional (a questão a ser respondida) e Quantitativo (as métricas que respondem à questão respondida). A abordagem descrita é conhecida como:

Fazem parte do processo de medição de Pontos por Caso de Uso (PCU), exceto:

O Rational Unified Process (RUP):

Documentos de requisitos são essenciais quando se está desenvolvendo o sistema de software. Entretanto, os métodos ágeis de desenvolvimento argumentam que os requisitos mudam tão rapidamente que o documento de requisitos já estará ultrapassado assim que terminar de ser escrito. Em vez de um documento formal, abordagens como Extreme Programming (XP) coletam os requisitos de usuário de forma incrementai e escrevem-nos em cartões na forma de: