Questão de Engenharia de Software — Metodologia de desenvolvimento de software — FUNDATEC 2025
Engenharia de Software›Metodologia de desenvolvimento de software
Código
qg474862
Banca
FUNDATEC
Órgão
PROCERGS
Ano
2025
Nível
Superior
Cargo
Analista em Computação / Ênfase em Análise de Sistemas / Gerência de Projetos de TI
Uma equipe de desenvolvimento está iniciando um projeto com requisitos voláteis e alta incerteza. A entrega rápida de valor ao cliente é a maior prioridade. Qual abordagem de ciclo de vida seria mais indicada?
ACascata (waterfall), pois permite um planejamento detalhado e completo no início.
BÁgil (scrum), pois seus ciclos curtos (sprints) permitem inspeção e adaptação frequentes.
CModelo em V, pois enfatiza a verificação e validação em cada fase de desenvolvimento.
DPrototipação, pois busca criar apenas um modelo visual sem funcionalidade.
EEspiral, devido ao seu foco exclusivo em análise de riscos.
Revelar gabarito e comentário▾
GabaritoB — Ágil (scrum), pois seus ciclos curtos (sprints) permitem inspeção e adaptação frequentes.
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”.
Abordagens de ciclo de vida para projetos com requisitos voláteis
Gabarito: letra B. Para projetos com requisitos voláteis e alta incerteza, onde a entrega rápida de valor é prioridade, a abordagem mais indicada é a Ágil — especificamente o Scrum, com seus ciclos curtos (sprints) que permitem inspeção e adaptação frequentes ao feedback do cliente e às mudanças.
A questão testa o conhecimento das características fundamentais de cada modelo de processo de software. O cenário apresentado (requisitos voláteis, alta incerteza, entrega rápida) é o ambiente onde métodos ágeis são superiores aos tradicionais (cascata) ou a outros modelos como V, prototipação e espiral.
Abordagem
Característica principal
Adequação a requisitos voláteis
Entrega rápida de valor
Cascata (waterfall)
Planejamento completo e sequencial no início
Inadequada (mudanças são custosas)
Não (produto só no final)
Ágil (Scrum)
Ciclos curtos (sprints) com inspeção e adaptação
Adequada (flexível a mudanças)
Sim (incrementos funcionais frequentes)
Modelo em V
Verificação e validação em cada fase
Inadequada (estrutura sequencial rígida)
Não (valor só no final)
Prototipação
Criação de modelo visual (descartável ou evolutivo)
Parcial (foco em esclarecer requisitos)
Não (não prioriza entrega contínua)
Espiral
Foco exclusivo em análise de riscos
Parcial (riscos são gerenciados, mas entrega não é prioridade)
Não (ciclos longos e análise de riscos)
Ciclo de vida para requisitos voláteis: Cascata (planejamento rígido); Ágil (sprints, adaptação); Modelo em V (sequencial); Prototipação (foco em requisitos); Espiral (foco em riscos)
Alternativa A — ❌ Incorreta
A cascata (waterfall) é um modelo sequencial e rígido, com planejamento completo no início. Em projetos com alta incerteza e requisitos voláteis, essa falta de flexibilidade torna a cascata inadequada, pois mudanças tardias são muito custosas. O foco em entrega rápida de valor também é prejudicado, pois o cliente só vê o produto no final.
Alternativa B — ✅ Correta ⟵ GABARITO
O Scrum (ou o desenvolvimento ágil em geral) é projetado para lidar com mudanças e incertezas. Os sprints — ciclos curtos e iterativos — permitem que a equipe entregue incrementos funcionais com frequência, receba feedback rápido e adapte o produto continuamente. Prioriza a entrega de valor ao cliente desde as primeiras iterações, o que se alinha perfeitamente ao enunciado.
Alternativa C — ❌ Incorreta
O modelo em V enfatiza verificação e validação em cada fase, mas ainda segue uma estrutura sequencial derivada da cascata. Embora tenha atividades de teste pareadas com desenvolvimento, não é flexível o suficiente para requisitos voláteis, e a entrega de valor ocorre apenas no final do ciclo.
Alternativa D — ❌ Incorreta
A descrição da alternativa é enganosa: prototipação não se limita a criar "apenas um modelo visual sem funcionalidade". Na prática, protótipos podem ser evolutivos e incluir funcionalidades reais. Contudo, mesmo a prototipação tradicional (descartável) não é o mais indicado para entrega contínua de valor, pois o foco está em esclarecer requisitos, não em entregar valor incremental. A alternativa está errada por sua definição incorreta e por não ser a melhor escolha para o cenário.
Alternativa E — ❌ Incorreta
O modelo espiral é orientado a riscos e combina aspectos iterativos com análise de riscos, mas seu foco não é "exclusivo" em análise de riscos — ele também inclui desenvolvimento e validação. Embora possa lidar com incerteza, não é a abordagem mais indicada quando a prioridade é entrega rápida de valor, pois tende a ser mais pesado e com ciclos mais longos. Além disso, a alternativa afirma que o foco é exclusivo, o que é falso.
PEGA ESSA DICA!
Ao se deparar com questões sobre escolha de ciclo de vida, associe "requisitos voláteis" e "alta incerteza" a métodos ágeis; "requisitos estáveis e bem definidos" a cascata ou V; "altos riscos" a espiral; "necessidade de esclarecer requisitos" a prototipação. A banca explora esses contrastes.