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.