Pular para o conteúdo principal

Questão de Engenharia de Software — Geral — CESPE / CEBRASPE 2025

Engenharia de SoftwareGeral
Código
ce417848
Banca
CESPE / CEBRASPE
Órgão
STM
Ano
2025
Cargo
AJ ( )

A respeito dos processos de desenvolvimento de software, julgue o item que se seguem.

 

No desenvolvimento incremental, não é exigida a entrega de cada um dos incrementos ao cliente, mas busca-se torná-los visíveis para possibilitar, sempre que viável, o feedback de stakeholders.

  1. CCerto
  2. EErrado
Revelar gabarito e comentário

GabaritoC — Certo

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”.

Desenvolvimento incremental e feedback de stakeholders

✅ CERTO. No desenvolvimento incremental, a entrega de cada incremento ao cliente não é obrigatória — o que se busca é torná-los visíveis para viabilizar, sempre que possível, o feedback dos stakeholders. Essa é a essência do modelo incremental, que combina elementos sequenciais com prototipagem iterativa, permitindo que o cliente avalie partes do sistema em desenvolvimento.

O desenvolvimento incremental é um modelo de processo de software que entrega o sistema em partes (incrementos), cada uma agregando funcionalidades ao produto. Diferentemente do modelo cascata, que exige a conclusão de uma fase para iniciar a próxima, o modelo incremental permite que o cliente receba versões parciais do software ao longo do desenvolvimento. No entanto, a entrega formal de cada incremento não é um requisito obrigatório — o foco está em tornar o progresso visível para coletar feedback e ajustar o produto conforme as necessidades dos stakeholders.

A principal vantagem desse modelo é a redução de riscos e a possibilidade de o cliente avaliar o produto mais cedo, como destacado no material de apoio: "Vantagem: O cliente pode receber/avaliar a entrega do produto mais cedo". Isso contrasta com o modelo cascata, onde "Só se verifica se houve erros nas últimas fases", gerando atraso na redução de riscos.

O modelo incremental produz builds (partes do software), enquanto o modelo iterativo produz releases (versões constantemente melhoradas). Essa distinção é importante: no incremental, cada incremento é uma parte funcional adicionada ao todo; no iterativo, o sistema completo é refinado em ciclos. Na prática, muitos processos combinam os dois, como no desenvolvimento ágil, onde cada sprint entrega um incremento potencialmente utilizável.

A pegadinha que a banca explora aqui é a confusão entre "entrega obrigatória" e "visibilidade para feedback". O candidato pode pensar que, por ser incremental, cada incremento deve ser formalmente entregue ao cliente. No entanto, o que caracteriza o modelo é a busca por feedback contínuo, não a obrigatoriedade de entrega formal de cada parte. O enunciado captura exatamente essa nuance: "não é exigida a entrega de cada um dos incrementos ao cliente, mas busca-se torná-los visíveis para possibilitar, sempre que viável, o feedback de stakeholders".

Guarde essa distinção: entrega formal ≠ visibilidade para feedback. É exatamente nessa fronteira que a questão se decide — o modelo incremental prioriza a visibilidade e o feedback, não a entrega obrigatória de cada incremento.

Item — ✅ CERTO

A afirmação está correta porque descreve com precisão o funcionamento do desenvolvimento incremental. O modelo não exige a entrega formal de cada incremento ao cliente; o que se busca é torná-los visíveis para permitir, sempre que viável, o feedback dos stakeholders. Essa é a característica central do modelo incremental, que o diferencia do modelo cascata e aproxima de práticas ágeis.

O material de apoio confirma essa visão ao destacar que o modelo incremental "Produz BUILDS" e que sua vantagem é "O cliente pode receber/avaliar a entrega do produto mais cedo". A visibilidade dos incrementos é o mecanismo que viabiliza o feedback, e não a entrega formal obrigatória. O princípio da Incrementação, citado no material, reforça: "Pode ser realizado através da entrega de subconjuntos de um sistema desde cedo, visando coletar o feedback dos usuários e adicionar funcionalidades de forma incremental".

PEGA ESSA DICA!

Para questões sobre modelos de processo, foque na característica distintiva de cada um: cascata é sequencial e rígido; incremental entrega em partes (builds) e busca feedback; iterativo refina versões (releases); espiral adiciona análise de risco a cada ciclo. Memorize essa tabela:

Modelo

Característica-chave

Entrega

Cascata

Sequencial, fases rígidas

Única, ao final

Incremental

Partes funcionais (builds)

Parcial, com feedback

Iterativo

Versões refinadas (releases)

Contínua, com evolução

Espiral

Análise de risco a cada ciclo

Iterativa, com protótipos

Gabarito: C (Certo).

Link permanente: /questoes/ce417848