O modelo em cascata considera as atividades fundamentais do processo de especificação, desenvolvimento, validação e evolução, representando cada uma delas como fases distintas. (SOMMERVILLE, 2011, p. 19.) Sobre as fases do modelo em cascata, assinale a afirmativa correta.
- A)A fase de operação e manutenção é a fase mais curta do ciclo de vida. Nessa fase, o sistema é instalado e colocado em uso.
Errada: operação e manutenção não é a fase mais curta, e nela o sistema já foi implantado e está em uso, não sendo a etapa de instalação inicial.
- B)Na fase de implementação e teste unitário, o projeto do software não é desenvolvido como um conjunto de programas ou unidades de programas.
Errada: na implementação e teste unitário, o software é sim desenvolvido como programas ou unidades de programas.
- C)Na fase de integração e teste de sistema, as unidades individuais do programa ou programas não são integradas e testadas como um sistema completo para assegurar que os requisitos do software tenham sido atendidos.
Errada: na integração e teste de sistema, as unidades são integradas e testadas como um sistema completo para verificar os requisitos.
- D)Na fase de projeto de sistema e software, o processo de projeto de sistemas aloca os requisitos tanto para sistemas de hardware quanto para sistemas de software por meio da definição de uma arquitetura geral do sistema.
Certa: o projeto de sistema e software define a arquitetura geral e distribui os requisitos entre hardware e software.
- E)Na fase de análise e definição de requisitos os serviços, restrições e metas do sistema são estabelecidas por meio de consulta aos usuários. Após definição e detalhamento dos requisitos eles não podem ser utilizados como uma especificação do sistema.
Errada: os requisitos, depois de definidos e detalhados, podem sim servir como especificação do sistema.
Gabarito: D
No modelo em cascata, o trabalho anda em etapas bem separadas, como se cada fase “passasse o bastão” para a próxima. A lógica clássica, como descreve Sommerville, vai de requisitos para projeto, depois implementação, testes, implantação e manutenção. A ideia é simples: primeiro você entende o problema, depois desenha a solução, só então programa e testa. Parece organizado demais para a vida real? Muitas vezes é mesmo, mas em prova ele aparece assim, em linha reta. A fase de análise e definição de requisitos serve para descobrir o que o sistema deve fazer, quais serviços ele precisa oferecer, além de restrições e metas. Depois vem o projeto de sistema e software, que transforma esses requisitos em uma arquitetura geral e em decisões de hardware e software. É aqui que o sistema ganha forma, com a divisão em subsistemas e a definição da solução técnica. Por isso a alternativa D está correta: ela descreve exatamente o papel do projeto de sistema e software, que aloca os requisitos para hardware e software por meio da definição de uma arquitetura geral do sistema. Isso está de acordo com a doutrina clássica de Engenharia de Software, especialmente com a sequência apresentada por Sommerville. As outras alternativas tentam inverter, reduzir ou bagunçar as fases. Em cascata, cada etapa tem sua função própria e não deve ser misturada com a anterior ou a seguinte. Em prova, a banca adora trocar conceitos vizinhos, então vale lembrar: requisitos definem o que fazer, projeto define como organizar, implementação constrói, testes verificam e manutenção cuida do que veio depois.