Questão de Engenharia de Software — Geral — CESPE / CEBRASPE 2025
Engenharia de Software›Geral
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.
CCerto
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: