O modelo cascata é considerado o ciclo de vida mais antigo da engenharia de software, sugere uma abordagem sequencial e sistemática para o desenvolvimento de software, começando com a definição dos requisitos por parte do cliente, avançando pelas atividades de projeto e implementação de software, testes, implantação, culminando no suporte contínuo do software concluído. Sobre as características negativas deste modelo, classifique V para as sentenças verdadeiras e F para as falsas:
( ) Demora no atendimento devido aos retrabalhos tardios.
( ) Como os testes ocorrem no final do processo, um erro sutil pode vir a exigir semanas de verificação para que se possa eliminá-lo.
( ) Pelo fato de possuir um modelo de ciclo de vida bem definido e sem sobreposição pode impactar em atrasos no cronograma do projeto.
( ) Praticamente impossível obter-se a totalidade de requisitos de maneira antecipada e em uma única etapa do projeto, possibilitando o retorno para uma etapa sempre que for necessário.
Assinale a alternativa que apresenta a sequência CORRETA:
a) F - V - V - F.
b) V - F - F - V.
c) V - V - V - F.
d) V - V - F - V
Soluções para a tarefa
Resposta:
d) V - V - F - V
Explicação:
Embora o modelo cascata tenha fragilidades, ele é significativamente melhor
do que uma abordagem casual de desensolvimento de software, é considerado o
modelo de fácil gestão, pelo fato de que suas etapas são bem definidas e sem
sobreposição. É útil nos casos em que o domínio de aplicação é bem entendido e
quando vários sistemas similares foram construídos anteriormente.
48
UNIDADE 1 | EVOLUÇÃO DO SOFTWARE, FUNDAMENTOS DE ENGENHARIA DE SOFTWARE, CICLO DE VIDA DE DESENVOLVIMENTO
DE SOFTWARE E REQUISITO DE SOFTWARE
Como característica negativa deste modelo é a demora no atendimento
devido aos retrabalhos tardios, ou seja, na maioria das vezes é praticamente
impossível obter-se a totalidade de requisitos de maneira antecipada e em uma
única etapa de um ciclo, por isso faz-se importante possibilitar o retorno para
uma etapa sempre que for necessário. Como exemplo podemos citar quando os
testes só ocorrerão no final de todo o processo, onde um erro sutil pode vir a exigir
semanas de verificação para que se possa eliminá-lo, o que poderá impactar em
atrasos no cronograma do projeto.