Questão de Arquitetura de Software — Ciclo de Vida — IBFC 2024
Arquitetura de Software›Ciclo de Vida
Código
qg220952
Banca
IBFC
Órgão
TRF - 5ª REGIÃO
Ano
2024
Nível
Superior
Cargo
Analista Judiciário - Área Apoio Especializado - Especialidade: Governança e Gestão de tecnologia da Informação
No ciclo de vida do desenvolvimento de software é crucial identificar defeitos nos requisitos o mais cedo possível. Assinale a alternativa correta quanto à necessidade de identificação nos defeitos dos requisitos.
APara evitar que requisitos incorretos resultem em desdobramentos incorretos nas fases subsequentes, como codificação e testes
BPorque os defeitos nas fases iniciais são inevitáveis e fazem parte do processo natural de desenvolvimento
CPorque defeitos nas fases posteriores não afetam significativamente o custo do projeto
DPara garantir que a fase de testes será suficiente para corrigir qualquer defeito nos requisitos
Revelar gabarito e comentário▾
GabaritoA — Para evitar que requisitos incorretos resultem em desdobramentos incorretos nas fases subsequentes, como codificação e testes
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 do Desenvolvimento de Software – Identificação Precoce de Defeitos
Gabarito: letra A. Identificar defeitos nos requisitos o mais cedo possível é crucial para evitar que erros se propaguem para as fases seguintes (codificação, testes, implantação), gerando custos muito maiores de correção. Esse princípio é um dos pilares da Engenharia de Software e é explicitamente mencionado no estudo de modelos como o cascata: "se o erro ocorreu no início e foi identificado no início, terá baixo custo de correção; se o erro ocorreu no início e foi identificado no final, terá alto custo de correção" (contexto fornecido).
A banca testa o entendimento do porquê da detecção precoce: não é porque defeitos iniciais são inevitáveis (alternativa B), nem porque defeitos tardios são baratos (C) ou porque testes resolvem tudo (D). A razão é puramente econômica e de qualidade: evitar o retrabalho e a propagação de erros.
1Requisitos com defeito
2Propaga para projeto
3Propaga para codificação
4Propaga para testes
5Alto custo de correção
LEVEL · soulevel.com.br
Alternativa A — ✅ Correta ⟵ GABARITO
Ela afirma que o objetivo é "evitar que requisitos incorretos resultem em desdobramentos incorretos nas fases subsequentes, como codificação e testes". Isso está em linha com a doutrina e com a prática: quanto mais cedo um defeito é encontrado, menor o custo de correção e menor o impacto no cronograma. A propagação de erros é evitada.
Alternativa B — ❌ Incorreta
Diz que a identificação precoce se justifica porque "os defeitos nas fases iniciais são inevitáveis e fazem parte do processo natural de desenvolvimento". Embora seja verdade que defeitos possam ocorrer, esse não é o motivo para detectá-los cedo. O motivo real é evitar o aumento de custo e esforço nas fases posteriores. A inevitabilidade não justifica a ação; a prevenção de danos é que justifica.
Alternativa C — ❌ Incorreta
Afirma que "defeitos nas fases posteriores não afetam significativamente o custo do projeto". Isso é falso. Pelo contrário, defeitos descobertos tardiamente (por exemplo, em produção) geram custos muito elevados de correção, retrabalho e até perda de negócio. O contexto deixa claro que "se o erro ocorreu no início e foi identificado no final, terá alto custo de correção".
Alternativa D — ❌ Incorreta
Diz que a identificação precoce serve "para garantir que a fase de testes será suficiente para corrigir qualquer defeito nos requisitos". Isso é incorreto porque testes não são capazes de corrigir defeitos de requisitos; eles apenas revelam inconsistências. Além disso, confiar apenas nos testes para corrigir requisitos errados é arriscado e ineficiente. A detecção precoce visa justamente evitar que erros cheguem à fase de testes.
Conclusão: A única alternativa que expressa corretamente a necessidade de identificação precoce de defeitos nos requisitos é a letra A. O princípio é evitar a propagação de erros e os custos associados ao retrabalho tardio.