Desenvolvimento Incremental – Benefícios da Abordagem
Gabarito: letra A. A alternativa A está correta porque no desenvolvimento incremental a experiência adquirida com os incrementos iniciais reduz a necessidade de reaprendizado, já que o framework e os componentes são congelados após validação, conforme descrito por Sommerville. As demais alternativas contêm equívocos conceituais sobre a abordagem.
Alternativa A — ✅ Correta ⟵ GABARITO
A afirmação reflete corretamente um benefício do desenvolvimento incremental: o aprendizado obtido nos primeiros incrementos é reutilizado e não precisa ser reaprendido nas fases seguintes, pois a arquitetura geral é estabelecida no início e os componentes entregues não são modificados (a menos que erros sejam descobertos). O feedback dos usuários influencia apenas os incrementos futuros, evitando retrabalho.
Alternativa B — ❌ Incorreta
A banca troca o termo “incremental” por “interativo”, sugerindo que a entrega interativa (ou iterativa) é simples na substituição gradual. No entanto, a entrega incremental não é necessariamente simples nesse cenário; além disso, a abordagem descrita é a incremental, não a iterativa. A substituição gradual pode envolver complexidades, como integração simultânea de sistemas legados.
Alternativa C — ❌ Incorreta
Afirma que é fácil identificar os recursos comuns necessários para todos os incrementos. Na prática, a identificação completa desses recursos no início é desafiadora, pois os requisitos podem emergir ao longo do processo. O desenvolvimento incremental lida justamente com requisitos incompletos, permitindo ajustes com base no feedback dos usuários.
Alternativa D — ❌ Incorreta
Inverte a ordem de entrega: no desenvolvimento incremental, os serviços mais críticos geralmente são entregues nos primeiros incrementos, não ao final. Isso permite validação precoce das funcionalidades de maior risco e valor, reduzindo a probabilidade de falhas nas partes críticas.
Alternativa E — ❌ Incorreta
Afirma que a abordagem incremental exige especificação completa no momento do contrato, o que é falso. Uma das vantagens do modelo é justamente lidar com especificações incompletas ou em evolução, pois a arquitetura geral é definida, mas os detalhes podem ser refinados incrementalmente, adaptando-se a mudanças.