Sensitividade.

Acurácia

Retenção.

Especificidade.

Confiabilidade.

Permite que durante a integração de um sistema em seus diversos níveis, os testes sejam feitos contra os próprios requisitos do componente/interface que está sendo testado, em contraste com os modelos onde o componente era testado contra a especificação do componente. 

Consiste em uma série de pontos âncoras de controle para assegurar o comprometimento de interessados quanto à busca de soluções de sistema que sejam mutuamente satisfatórias e praticáveis. É um gerador de modelos de processos dirigidos a riscos e é utilizado para guiar a engenharia de sistemas intensivos de software, que ocorre de forma concorrente e tem múltiplos envolvidos.

Os requisitos do cliente são obtidos, e de acordo com as funcionalidades, são agrupados em módulos. Após este agrupamento, a equipe junto ao cliente, define a prioridade em que cada módulo que será desenvolvido, a escolha deve ser baseada na importância daquela funcionalidade ao negócio do cliente.

É ideal para clientes que buscam lançar soluções pioneiras no mercado. O ciclo de vida é incremental e iterativo, também preferível que os requisitos tenham escopo restrito. os incrementos são desenvolvidos ao mesmo tempo, por equipes diferentes. Além do paralelismo, o baixo tempo de construção é devido a compressão agregada lá na fase de requisitos e na fase de implantação. Isso significa que na obtenção dos requisitos, costumam-se optar por metodologias mais dinâmicas e rápidas, como workshops ao invés de entrevistas

Os requisitos são adquiridos em paralelo à evolução do sistema. O modelo inicia-se do princípio de que o cliente desconhece grande parte dos requisitos funcionais, desta forma, a análise é feita em cima dos requisitos conseguidos até então, e aí a primeira versão é entregue ao cliente, logo em seguida. 

Manter o Product Backlog atualizado. 

Prover uma meta clara para cada Sprint.

Responder dúvidas dos desenvolvedores sobre o que está sendo desenvolvido ou indicar que poderia respondê-las.

Obter feedback e expectativas dos clientes e extrair deles as necessidades.

Assegurar que a equipe faz o Daily Scrum no horário certo e de modo produtivo.

No cálculo de Pontos de Função brutos, ou não ajustados, não são considerados aspectos técnicos ou baseados em requisitos não funcionais. Mesmo assim, é sabido que existem fatores não funcionais que afetam o "tamanho" da aplicação.

Um arquivo de interface externa é um grupo de dados ou informações de controle, reconhecido pelo usuário e mantido dentro da fronteira da aplicação sendo medida. A sua principal intenção é armazenar dados mantidos por um ou mais processos elementares da aplicação sendo medida.

 Requisitos não funcionais são restrições ou qualidades e características do sistema. Já os requisitos funcionais são aqueles que capturam o que o software deve fazer em termos de tarefas e serviços.

O tamanho funcional de um projeto de desenvolvimento deverá ser calculado utilizando-se a Fórmula: (a contagem de pontos de função do projeto de desenvolvimento) = (o tamanho das funções a serem entregues ao usuário pelo projeto de desenvolvimento) + (o tamanho da funcionalidade de conversão).

Toda a funcionalidade de transação dentro do escopo da contagem deve ser avaliada, a fim de identificar cada processo elementar único.