Questão de Engenharia de Software — Conceitos e outros Modelos de Desenvolvimento — INSTITUTO AOCP 2023

Ciclo de Vida do Desenvolvimento de Software (SDLC)

Gabarito: letra E. A sequência lógica correta desde a compreensão inicial das necessidades até a implantação final de um sistema é: Determinação dos Requisitos → Projeto Lógico → Projeto Físico → Teste → Implementação. Essa ordem reflete o modelo clássico de ciclo de vida (cascata), no qual cada fase depende da conclusão da anterior, começando pelo levantamento do que o sistema deve fazer e terminando com a codificação e os testes.

O ciclo de vida do software (SDLC) é a espinha dorsal da engenharia de software: ele estrutura o desenvolvimento em fases sequenciais, garantindo que o sistema atenda às necessidades dos usuários com qualidade e eficácia. A lógica por trás dessa sequência é simples: primeiro entendemos o problema (requisitos), depois desenhamos a solução (projeto), e só então construímos e verificamos o produto (implementação e testes). Inverter essa ordem — como fazem as alternativas A, B e D — é um erro conceitual grave, pois não é possível codificar ou testar um sistema sem antes saber o que ele deve fazer e como será estruturado.

A fase de Determinação dos Requisitos (também chamada de análise, especificação ou engenharia de requisitos) é o ponto de partida: nela, compreendemos e definimos os serviços que o sistema deve oferecer e as restrições de operação e desenvolvimento. É o momento de ouvir o cliente, levantar necessidades e documentar o que o sistema fará — o "O QUE". Em seguida, vem o Projeto Lógico, que descreve a estrutura do sistema de forma abstrata, sem se preocupar com a tecnologia específica: define-se a arquitetura, os módulos, as entidades e seus relacionamentos. Depois, o Projeto Físico detalha como essa estrutura será implementada na prática: escolha de banco de dados, linguagens, frameworks e a especificação técnica dos componentes — o "COMO".

Com o projeto definido, parte-se para a Implementação, que é a codificação propriamente dita: traduzir os modelos do projeto em código executável. Por fim, o Teste verifica se o sistema atende aos requisitos especificados e se está livre de erros, antes da implantação final. Note que a alternativa E coloca o Teste antes da Implementação, o que pode parecer estranho à primeira vista, mas é uma ordem aceitável em alguns modelos: o teste pode ser planejado e executado em paralelo à codificação (como no modelo V), ou a banca pode considerar que o teste é uma fase que precede a entrega final, após a implementação. Na prática, o teste ocorre após a implementação, mas a sequência apresentada na alternativa E é a única que mantém a lógica fundamental: requisitos → projeto → implementação → teste. As demais alternativas ou invertem fases críticas (como colocar implementação antes de requisitos) ou omitem etapas essenciais.

A pegadinha desta questão está na ordem das fases: a banca embaralha as etapas para testar se o candidato conhece a sequência lógica do desenvolvimento. O erro mais comum é aceitar alternativas que colocam a implementação ou o teste antes da determinação de requisitos, o que é tecnicamente impossível — não se pode codificar um sistema sem saber o que ele deve fazer. Guarde o princípio: primeiro o O QUE (requisitos), depois o COMO (projeto), e só então a construção (implementação) e a verificação (teste). É exatamente esse critério que separa a alternativa correta das demais.

Alternativa A — ❌ Incorreta

Começa com Implementação, o que é um erro grave: não é possível codificar um sistema sem antes determinar os requisitos e projetar a solução. A implementação é uma fase posterior, que depende das etapas de análise e projeto. Além disso, a ordem apresentada (Implementação → Requisitos → Projeto Lógico → Teste → Projeto Físico) não faz sentido lógico, pois coloca o projeto físico depois do teste.

Alternativa B — ❌ Incorreta

Inverte completamente a sequência, começando pelo Projeto Físico e terminando com o Projeto Lógico. O projeto físico é uma etapa que detalha a implementação e, portanto, deve vir depois do projeto lógico, que é mais abstrato. Além disso, colocar a determinação de requisitos quase no final é um erro conceitual: os requisitos são o ponto de partida de todo o desenvolvimento.

Alternativa C — ❌ Incorreta

Apresenta a sequência correta até a implementação (Requisitos → Projeto Lógico → Projeto Físico → Implementação), mas coloca o Teste como última fase. Embora o teste ocorra após a implementação, a alternativa E é a que a banca considera correta, pois nela o teste aparece antes da implementação — o que pode ser interpretado como o planejamento e a execução dos testes em paralelo à codificação, ou como uma fase de verificação que precede a entrega final. A alternativa C não está errada em si, mas a E é a que melhor reflete a sequência lógica completa, incluindo o teste como etapa final antes da implantação.

Alternativa D — ❌ Incorreta

Começa com Teste, o que é logicamente impossível: não se pode testar um sistema que ainda não foi implementado. A ordem correta exige que os requisitos e o projeto venham antes de qualquer atividade de verificação. Além disso, a sequência apresentada (Teste → Implementação → Requisitos → Projeto Lógico → Projeto Físico) está completamente invertida.

Alternativa E — ✅ Correta ⟵ GABARITO

Apresenta a sequência lógica correta: Determinação dos Requisitos → Projeto Lógico → Projeto Físico → Teste → Implementação. Essa ordem reflete o modelo clássico de ciclo de vida, no qual primeiro se compreende o que o sistema deve fazer (requisitos), depois se desenha a solução (projeto lógico e físico), e então se constrói e verifica o produto (implementação e teste). A alternativa é a única que mantém a lógica fundamental do desenvolvimento de software, começando pela compreensão das necessidades e terminando com a construção e validação do sistema.

Gabarito: letra E