Questão de Engenharia de Software — Processos de Software — FCC 2019
Engenharia de Software›Processos de Software
Código
fc057628
Banca
FCC
Órgão
TRF - 3ª REGIÃO
Ano
2019
Cargo
Analista Judiciário - Informática
Considere o modelo de ciclo de vida de software constituído por rotinas de trabalho com a participação de todos os membros da equipe, onde falhas não são toleráveis e por isso, entre as atividades, duas têm grande importância no processo: uma delas dedicada ao planejamento da etapa e outra à de análise de riscos. As atividades são apoiadas pela geração de protótipos. Suporta o desenvolvimento de sistemas complexos e de grande porte.Trata-se do modelo
AInterativo e Incremental.
BRAD - Rapid Application Development.
CEspiral.
DCascata.
EEvolutivo.
Revelar gabarito e comentário▾
GabaritoC — 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
Gabarito: letra C. O modelo descrito é o Espiral (Boehm, 1988), que se caracteriza por ciclos iterativos onde cada volta inclui atividades de planejamento, análise de riscos, engenharia (prototipação) e avaliação. A ênfase na análise de riscos e o uso de protótipos como apoio são marcas registradas desse modelo, adequado para sistemas grandes e complexos onde falhas não são toleráveis.
Característica
Modelo Espiral (Gabarito)
Iterativo e Incremental
RAD
Cascata
Evolutivo
Atividade central obrigatória
Análise de riscos em cada ciclo
Desenvolvimento incremental de funcionalidades
Velocidade com prototipação e ferramentas CASE
Fases sequenciais e lineares
Construção de protótipos sucessivos
Uso de protótipos
Como apoio às atividades
Não é obrigatório
Intenso
Não prevê
Base do modelo
Adequação a sistemas complexos e de grande porte
Sim, com foco em riscos
Sim, mas sem ênfase em riscos
Não, indicado para escopo bem definido
Não, inadequado para requisitos incertos
Sim, mas sem análise explícita de riscos
Iteratividade
Sim, ciclos iterativos
Sim
Sim
Não, sequencial
Sim
1Planejamento
2Análise de riscos
3Engenharia (prototipação)
4Avaliação
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
O modelo Iterativo e Incremental também é iterativo, mas não possui como atividade central obrigatória a análise formal de riscos em cada ciclo. O foco está no desenvolvimento incremental das funcionalidades, sem a etapa explícita de avaliação de riscos que caracteriza o Espiral.
Alternativa B — ❌ Incorreta
O RAD (Rapid Application Development) prioriza a velocidade de desenvolvimento com o uso intenso de prototipação e ferramentas CASE, mas não enfatiza a análise de riscos como atividade principal. É mais indicado para sistemas com escopo bem definido e equipes pequenas.
Alternativa C — ✅ Correta ⟵ GABARITO
O modelo Espiral combina as vantagens dos modelos Cascata e Prototipação, adicionando a análise de riscos como etapa fundamental a cada iteração. As atividades descritas — planejamento da etapa, análise de riscos, prototipação, e suporte ao desenvolvimento de sistemas complexos — são exatamente as que definem esse modelo.
Alternativa D — ❌ Incorreta
O modelo Cascata é sequencial e linear, com fases distintas (requisitos, projeto, implementação, testes). Não prevê iterações, prototipação nem análise de riscos como parte do ciclo. É rígido e inadequado para sistemas onde os requisitos são incertos ou complexos.
Alternativa E — ❌ Incorreta
O modelo Evolutivo (ou Prototipação) baseia-se na construção de protótipos sucessivos que evoluem até o sistema final. Embora use prototipação e seja iterativo, não coloca a análise de riscos como atividade separada e explícita, diferentemente do Espiral.
PEGA ESSA DICA!
O grande diferencial do modelo Espiral é a análise de riscos realizada em cada ciclo. Sempre que a questão mencionar explicitamente "análise de riscos" ou "planejamento de riscos" associado a iterações e prototipação, pense em Espiral. O modelo Incremental não tem essa ênfase.