Questão de Arquitetura de Software — Ciclo de Vida — ADM&TEC 2024
Arquitetura de Software›Ciclo de Vida
Código
qg061399
Banca
ADM&TEC
Órgão
Prefeitura de São Luís do Quitunde - AL
Ano
2024
Nível
Superior
Cargo
Analista de Sistemas
O Ciclo de Vida de Software é um conceito fundamental no Desenvolvimento de Software, que abrange todas as fases e atividades envolvidas desde a concepção de um sistema até a sua desativação. Assinale a alternativa que se refere ao modelo de Ciclo de Vida de Software descrito no texto abaixo:Partindo do princípio de que os requisitos não estão claros, este modelo procura adquiri-los paralelamente ao progresso do desenvolvimento. Este ciclo de vida opera por incrementos. A cada versão do software lançada, são feitos aprimoramentos e correções de erros, verdadeiros avanços para conquistar o engajamento do público do sistema. O cliente, aliás, é o grande foco deste modelo. Afinal, tudo gira em torno do feedback de usuários reais em ambiente operacional. Este modelo tem a vantagem de possibilitar checagens do produto final com antecedência, permitindo uma eficiente detecção de problemas e, consequentemente, uma maior qualidade no produto final.
AModelo incremental.
BModelo evolutivo.
CModelo espiral.
DModelo cascata.
Revelar gabarito e comentário▾
GabaritoB — Modelo evolutivo.
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”.
Ciclo de Vida de Software: Modelo Evolutivo
Gabarito: letra B. O texto descreve um modelo que parte de requisitos incertos, desenvolve por incrementos com aprimoramentos sucessivos e foco no feedback do cliente em ambiente real — características do modelo evolutivo (também chamado exploratório ou evolucionário). Esse modelo é iterativo e adaptativo, ideal quando os requisitos não são bem compreendidos inicialmente.
A banca testa a diferença entre modelos iterativos e incrementais. O modelo incremental entrega builds planejados desde o início; o evolutivo evolui o software com base no aprendizado durante o desenvolvimento.
Modelo
Requisitos Iniciais
Abordagem de Desenvolvimento
Foco Principal
Relação com o Cliente
Evolutivo (Gabarito)
Não claros; descobertos durante o processo
Iterativo e adaptativo; versões evoluem com base no aprendizado
Feedback de usuários reais em ambiente operacional
Engajamento e feedback contínuo
Incremental
Razoavelmente conhecidos e definidos
Entregas em partes predefinidas (builds planejados)
Entrega de funcionalidades em partes
Participação na definição inicial das partes
Espiral
Podem ser incertos, mas o foco é o risco
Iterativo com análise de risco em cada ciclo
Gerenciamento e mitigação de riscos
Envolvimento na avaliação de riscos
Cascata
Completamente definidos no início
Sequencial e rígido (fases em ordem)
Execução linear das fases
Participação apenas no início e no final
1Requisitos incertos
2Desenvolvimento por incrementos
3Feedback de usuários reais
4Aprimoramentos e correções
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
O modelo incremental também opera por incrementos, mas pressupõe que os requisitos são razoavelmente conhecidos e as funcionalidades são entregues em partes predefinidas. No texto, os requisitos não estão claros e são adquiridos paralelamente — o que afasta o incremental e aproxima do evolutivo.
Alternativa B — ✅ Correta ⟵ GABARITO
O modelo evolutivo é caracterizado por:
Requisitos descobertos ao longo do desenvolvimento.
Cada versão (incremento) incorpora melhorias e correções.
Forte dependência de feedback de usuários reais.
Permite detecção precoce de problemas.
Essas características casam perfeitamente com a descrição do enunciado.
Alternativa C — ❌ Incorreta
O modelo espiral é orientado a riscos, combinando prototipação e análise de risco em iterações. Embora também seja iterativo, seu foco principal é gerenciar riscos, e não a aquisição paralela de requisitos com base em feedback de usuários. A descrição não menciona análise de risco, o que invalida essa alternativa.
Alternativa D — ❌ Incorreta
O modelo cascata (ou clássico) é sequencial: as fases ocorrem uma após a outra, com requisitos definidos no início. É rígido e inadequado quando os requisitos não estão claros. O texto expressamente afirma que os requisitos não estão claros e que o desenvolvimento ocorre por incrementos — o oposto do cascata.
PEGA ESSA DICA!
Para diferenciar modelo incremental de evolutivo, lembre-se: incremental = "fatias de bolo pré-definidas"; evolutivo = "massa de pão que cresce e muda de forma conforme o cliente aponta". Na dúvida, foque na frase "requisitos não estão claros" — se aparecer, a resposta quase sempre é evolutivo.