• Modelo V e cascata (Os "Rígidos"): Pense em Segurança, Rigor, Testes correspondentes e Requisitos Estáveis.
• Métodos Ágeis (Scrum/XP/FDD): Pense em Mudança, Velocidade, Cliente presente e Requisitos Incertos.

• Métodos Ágeis - entregas pequenas e constantes.

Scrum: Foca na gestão ágil de projetos através de ciclos curtos de entrega chamados Sprints.

XP (Extreme Programming): Prioriza a qualidade do código através de práticas intensas como a programação em dupla e testes constantes.

FDD (Feature Driven Development): Organiza o desenvolvimento em torno de "funcionalidades" específicas que agregam valor imediato ao negócio.

Prototipagem: Cria uma versão visual "rascunho" do sistema para validar requisitos quando o cliente ainda não sabe bem o que quer. (pode ser um rascunho num pedaço de papel)

• Método tradicional - inclusive o CASCATA. Planejamento total antes de começar a programar.

Modelo V: Associa cada fase de desenvolvimento a uma fase de teste correspondente, garantindo alta verificação e segurança.

Scrum (A) → ágil, mudanças frequentes; não é ideal para requisitos fixos e alta criticidade.

Prototipagem (B) → útil para explorar requisitos, mas não foca em validação rigorosa contínua.

Modelo V (C) → ✅ ideal nesse caso: cada fase de desenvolvimento tem uma fase correspondente de verificação e validação, reduzindo riscos de falhas, especialmente em sistemas críticos.

FDD (D) → foco em funcionalidades, não em validação formal rigorosa.

XP (E) → ágil, com mudanças frequentes; não é o mais adequado para sistemas altamente críticos e estáveis.

Alternativa C — MODELO V. O cenário exige requisitos ESTÁVEIS, bem definidos e alta criticidade de segurança; o MODELO V é o mais adequado porque associa cada fase de desenvolvimento a uma fase correspondente de VERIFICAÇÃO E VALIDAÇÃO, permitindo testes planejados desde o início e reduzindo falhas tardias. Scrum, XP, FDD e prototipagem são mais flexíveis, porém menos indicados quando há forte exigência formal de validação por fase.

Exemplo: em uma biblioteca criptográfica para urnas eletrônicas, os requisitos de segurança devem ser verificados desde a especificação e validados em testes formais antes da entrega, evitando descobrir vulnerabilidades apenas no final do projeto.

Modelo V. V de vingança.

Incerteza de Escopo / Design: Prototipagem → útil para explorar requisitos, mas não foca em validação rigorosa contínua.

Escopo Fechado / Alta Criticidade / Previsibilidade= Modelo V →cada fase de desenvolvimento tem uma fase correspondente de verificação e validação, reduzindo riscos de falhas, especialmente em sistemas críticos.

Foco em Prazos Curtos por Entregas de Valor (Features): FDD → foco em funcionalidades, não em validação formal rigorosa.

Requisitos Instáveis / Foco no Cliente: Scrum e XP.

Scrum → ágil, mudanças frequentes; não é ideal para requisitos fixos e alta criticidade.

XP → ágil, com mudanças frequentes; não é o mais adequado para sistemas altamente críticos e estáveis.