Questão de Engenharia de Software — Engenharia de Requisitos — FUNDATEC 2025
Engenharia de Software›Engenharia de Requisitos
Código
qg474978
Banca
FUNDATEC
Órgão
PROCERGS
Ano
2025
Nível
Superior
Cargo
Analista em Computação/Ênfase em Programação de Sistemas na Tecnologia Microsoft
Considerando um projeto público com governança formal, assinale a alternativa correta em relação à gestão de requisitos em metodologias ágeis e o modelo cascata (Waterfall).
ANo modelo cascata, é proibida qualquer mudança após a baseline, inexistindo processos formais de controle de mudanças durante o desenvolvimento, mesmo diante de requisitos legais supervenientes.
BMétodos ágeis não possuem documentação, substituindo artefatos por software em funcionamento.
CEm métodos ágeis, requisitos ficam em um backlog priorizado e evolutivo, revisto por iterações; em cascata, busca-se especificação mais estável e acordada upfront.
DAmbos utilizam iterações de escopo fixo e invariável por ciclo.
EMétodos ágeis dispensam validação com stakeholders, pois o time se auto-organiza.
Revelar gabarito e comentário▾
GabaritoC — Em métodos ágeis, requisitos ficam em um backlog priorizado e evolutivo, revisto por iterações; em cascata, busca-se especificação mais estável e acordada upfront.
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”.
Gestão de requisitos: Ágil vs. Cascata
Gabarito: letra C. A alternativa descreve corretamente a diferença central: métodos ágeis mantêm requisitos em um backlog priorizado e evolutivo, revisto a cada iteração; já o modelo cascata busca uma especificação estável e acordada no início do projeto (upfront).
A questão cobra a distinção entre as abordagens quanto ao tratamento de requisitos. Vejamos cada alternativa:
Critério
Cascata (Waterfall)
Métodos Ágeis
Especificação de requisitos
Estável e acordada upfront (início do projeto)
Backlog priorizado e evolutivo, revisto a cada iteração
Controle de mudanças
Processos formais de controle (admite mudanças, inclusive legais)
Mudanças incorporadas no backlog ao longo do projeto
Documentação
Documentação abrangente e formal
Documentação essencial (prioriza software em funcionamento)
Ciclo de desenvolvimento
Sequencial (fases lineares)
Iterativo e incremental (ciclos curtos)
Validação com stakeholders
Ao final de cada fase ou do projeto
Contínua e frequente (cliente envolvido)
Alternativa A — ❌ Incorreta
Afirma que no cascata é proibida qualquer mudança após a baseline e que não há processos formais de controle de mudanças. Isso é falso: embora o cascata seja rígido, ele admite mudanças por meio de processos formais de controle, especialmente diante de requisitos legais supervenientes. A alternativa exagera ao dizer "proibida qualquer mudança" e "inexistindo processos formais".
Alternativa B — ❌ Incorreta
Diz que métodos ágeis não possuem documentação, substituindo artefatos por software em funcionamento. O manifesto ágil valoriza "software em funcionamento mais que documentação abrangente", mas não elimina a documentação — apenas prioriza o essencial. A afirmação é categórica demais e incorreta.
Alternativa C — ✅ Correta ⟵ GABARITO
Esta sintetiza corretamente a diferença: em ágil, os requisitos ficam em um {{backlog priorizado e evolutivo}}, revisto a cada iteração; em cascata, a especificação é mais estável e acordada upfront (no início do projeto). É o conceito clássico.
Alternativa D — ❌ Incorreta
Afirma que ambos utilizam iterações de escopo fixo e invariável por ciclo. No cascata não há iterações — o desenvolvimento é sequencial. Nos métodos ágeis, o escopo de uma iteração pode ser ajustado (embora dentro da iteração se busque estabilidade, a afirmação é generalizante e imprecisa).
Alternativa E — ❌ Incorreta
Diz que métodos ágeis dispensam validação com stakeholders porque o time se auto-organiza. A auto-organização não substitui a validação: pelo contrário, ágeis enfatizam o envolvimento contínuo do cliente e validação frequente. A afirmação é falsa.
PEGA ESSA DICA!
A banca explora a oposição entre a documentação upfront do cascata e o caráter incremental/evolutivo do backlog ágil. Lembre-se: ágil não descarta documentação nem validação, apenas as torna mais enxutas e contínuas.