enfatiza a análise de riscos, que é feita no início do projeto e revisada a cada fase, incluindo um plano de ataque e ações de mitigação dos riscos, aumentando as chances de sucesso do projeto.

prevê uma sequência (ou cascata) de entregas de versões do sistema ao longo do desenvolvimento do mesmo, o que proporciona uma avaliação de progresso baseada em código funcionando, em vez de quantidade de documentação gerada.

exige que todos os requisitos sejam conhecidos e corretamente especificados no início do ciclo de vida, dificultando a acomodação de mudanças que surjam nas fases posteriores.

foi sempre pouco utilizado na prática, pois se apoia em analogias com práticas de engenharia convencional que não se aplicam bem ao desenvolvimento de sistemas de informação.

utiliza a estratégia dividir para conquistar (divide to conquer), prevendo que cada fase do ciclo de vida seja desdobrada em um miniciclo de vida sequencial completo, formando uma cascata de ciclos de vida até o limite adequado para lidar com a complexidade do sistema.