Questão de Engenharia de Software — Modelo em Cascata ou Clássico — CESPE / CEBRASPE 2024
Engenharia de Software›Modelo em Cascata ou Clássico
Código
ce403872
Banca
CESPE / CEBRASPE
Órgão
Pref Mossoró
Ano
2024
Cargo
AFTM ( )
Julgue o próximo item, a respeito de processos de desenvolvimento de software e de UML.
No modelo em cascata, o processo de projeto de sistemas aloca os requisitos tanto para sistemas de hardware como para sistemas de software, incluindo a descrição das abstrações fundamentais do sistema de software e seus relacionamentos.
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”.
Modelo em Cascata: a fase de projeto e a alocação de requisitos
Gabarito: Certo (C). A afirmativa está correta porque, no modelo em cascata, a fase de projeto (design) é responsável por alocar os requisitos tanto para hardware quanto para software, além de descrever as abstrações fundamentais do sistema de software e seus relacionamentos — exatamente o que o enunciado afirma. Essa definição é consistente com a literatura clássica de engenharia de software, como a de Sommerville, e com o entendimento consolidado sobre o modelo sequencial.
O modelo em cascata, também chamado de ciclo de vida clássico ou modelo linear sequencial, é o paradigma mais antigo da engenharia de software. Ele organiza o desenvolvimento em fases estritamente sequenciais: análise de requisitos, projeto, implementação, testes, integração e manutenção. A característica central é que cada fase só começa após a conclusão e aprovação da fase anterior, produzindo documentação que serve de entrada para a próxima etapa. Essa rigidez é ao mesmo tempo sua principal vantagem (controle e previsibilidade) e sua maior desvantagem (dificuldade de acomodar mudanças).
A fase de projeto, especificamente, é o momento em que a arquitetura do sistema é definida. É aqui que os requisitos levantados na fase de análise são transformados em uma solução técnica: eles são alocados para componentes de hardware e de software, e são descritas as abstrações fundamentais do software — como classes, módulos e subsistemas — e seus relacionamentos. Em outras palavras, o projeto responde à pergunta "como fazer", enquanto a análise responde "o que fazer". Essa distinção é crucial e é exatamente o que a questão explora.
A banca, ao afirmar que o projeto "aloca os requisitos tanto para sistemas de hardware como para sistemas de software, incluindo a descrição das abstrações fundamentais do sistema de software e seus relacionamentos", está reproduzindo fielmente o papel da fase de projeto no modelo em cascata. Não há qualquer inversão ou troca de conceitos: a descrição corresponde à definição clássica da atividade de design de sistemas. Portanto, o item está certo.
PEGA ESSA DICA!
Para questões sobre o modelo em cascata, lembre-se da sequência das fases e do que cada uma produz. A fase de projeto é a que transforma requisitos em arquitetura — alocando-os entre hardware e software e definindo as abstrações e relacionamentos. Se a afirmativa falar em "alocação de requisitos" ou "abstrações fundamentais", ela está descrevendo o projeto, não a análise ou a implementação.
1Análise de requisitos
2Projeto (aloca HW/SW)
3Implementação
4Testes
5Integração
6Manutenção
LEVEL · soulevel.com.br
Item — ✅ CERTO
A afirmativa está correta. No modelo em cascata, a fase de projeto de sistemas tem exatamente essa função: alocar os requisitos para hardware e software e descrever as abstrações fundamentais do software e seus relacionamentos. Isso está alinhado com a definição clássica do modelo, conforme descrito por autores como Sommerville e Pressman. A banca não cometeu nenhuma inversão — a descrição é fiel ao papel da fase de projeto.