Questão de Engenharia de Software — Metodologia de desenvolvimento de software — FGV 2025
Engenharia de Software›Metodologia de desenvolvimento de software
Código
fg104536
Banca
FGV
Órgão
AL-AM
Ano
2025
Nível
Superior
Cargo
Analista Legislativo - Analista de Sistema
Em projetos de sistemas de grande porte e com alto risco, como o desenvolvimento de um sistema de segurança predial na Assembleia Legislativa, um modelo de ciclo de vida é escolhido por seu foco sistemático na identificação e gestão de riscos em cada volta do ciclo.O seguinte modelo de desenvolvimento de software tem como característica central a Gestão de Risco como atividade dominante em cada iteração:
AModelo em V.
BModelo Espiral.
CModelo Cascata.
DModelo de Prototipação Descartável.
EExtreme Programming
Revelar gabarito e comentário▾
GabaritoB — Modelo Espiral.
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Modelo Espiral (Boehm) — Gestão de Riscos como atividade dominante
Gabarito: letra B (Modelo Espiral). O Modelo Espiral, proposto por Barry Boehm, é um modelo evolucionário que combina iteratividade com prototipação e, principalmente, enfatiza a análise de riscos em cada volta (iteração) da espiral. Esse modelo é indicado para projetos de grande porte e alto risco, pois a cada ciclo os principais riscos são identificados e tratados antes de prosseguir (conceito clássico de Engenharia de Software). As demais alternativas não possuem a gestão de riscos como atividade central em cada iteração.
Modelo de Desenvolvimento
Característica Central
Gestão de Riscos como Atividade Dominante
Indicação Principal
Modelo Espiral (Boehm)
Iteratividade com análise de riscos
Sim, em cada volta da espiral
Projetos de grande porte e alto risco
Modelo em V
Verificação e validação em cada etapa
Não
Associação de fases de desenvolvimento a testes
Modelo Cascata
Sequencial e linear
Não
Projetos com requisitos estáveis
Prototipação Descartável
Esclarecimento de requisitos com protótipos
Não
Requisitos incertos
Extreme Programming (XP)
Metodologia ágil com iterações curtas
Não (foco em comunicação e feedback)
Projetos com mudanças frequentes
Alternativa A — ❌ Incorreta (Modelo em V)
O Modelo em V é uma variação do cascata que enfatiza a verificação e validação em cada etapa, mas não tem a gestão de riscos como atividade dominante. Seu foco é associar fases de desenvolvimento a fases de teste correspondentes.
Alternativa B — ✅ Correta ⟵ GABARITO
O Modelo Espiral é explicitamente orientado a riscos. Cada volta da espiral envolve: determinação de objetivos, identificação e resolução de riscos, desenvolvimento/validação e planejamento da próxima iteração. A gestão de riscos é a atividade que guia cada ciclo.
Alternativa C — ❌ Incorreta (Modelo Cascata)
O Modelo Cascata (Waterfall) é sequencial e linear: uma fase só começa após a conclusão da anterior. Não há iterações para reavaliar riscos; os riscos são gerenciados apenas indiretamente. É inadequado para projetos de alto risco.
Alternativa D — ❌ Incorreta (Modelo de Prototipação Descartável)
A Prototipação Descartável visa esclarecer requisitos por meio de protótipos rápidos que são descartados. Não há ênfase em gestão de riscos em iterações; o foco é entender o que o cliente deseja.
Alternativa E — ❌ Incorreta (Extreme Programming)
Extreme Programming (XP) é uma metodologia ágil que utiliza iterações curtas e práticas como TDD, programação em par, etc. Embora mitigue riscos, a gestão de riscos não é a atividade dominante explícita em cada iteração; o foco principal é comunicação, feedback e simplicidade.
PEGA ESSA DICA!
Lembre-se da associação direta entre Modelo Espiral e Gerenciamento de Riscos. O nome "espiral" remete a loops que representam iterações, e cada loop contém uma fase de "análise de riscos". Essa é a principal característica distintiva desse modelo.