A respeito de engenharia de software, julgue o próximo item....

Gabarito: E - Errado

O modelo de ciclo de vida em cascata, também conhecido como modelo sequencial linear, assume uma abordagem sistemática e sequencial para o desenvolvimento de software. Este modelo estabelece que cada fase do processo deve ser concluída antes que a próxima fase comece. Por isso, as fases do modelo incluem requisitos, design, implementação, verificação e manutenção.

Características relevantes:

• Requisitos bem definidos: É crucial que os requisitos sejam estabelecidos de forma completa, correta e clara no início do projeto, como parte da primeira fase. Isto é necessário porque mudanças posteriores são difíceis e custosas.
• Modelo rígido: Uma vez que uma fase é completada, normalmente não se retorna a ela. Mudanças ou erros encontrados em fases posteriores exigiriam uma reinicialização do processo, o que é desaconselhado e raramente realizado na prática.
• Versões operacionais: O modelo de cascata não prevê a disponibilização de várias versões operacionais do software antes da conclusão do projeto. Na verdade, espera-se que o produto de software funcional somente esteja disponível após a conclusão de todas as fases, diferentemente de modelos iterativos ou incrementais, que permitem tais lançamentos intermediários.

Portanto, a afirmação sobre a possibilidade de disponibilização de várias versões operacionais do software antes da conclusão do projeto é incorreta e não está alinhada com as premissas estabelecidas pelo modelo de ciclo de vida em cascata.

O modelo em CASCATA

Ciclo de vida clássico

Serve para os requisitos que são fixos e o trabalho que deve ser realizado até sua finalização de forma linear.

Emprega a abordagem sequencial e sistemática para o desenvolvimento de software.

É inapropriado para o trabalho de software que contém ritmo acelerado de mudanças, pois o modelo em cascata segue um processo puramente linear.

Errado

Fonte: Engenharia de sofware - Pressman

PF! PF! PF! Isso vai cair na prova da PF!

A possibilidade de disponibilização de várias versões operacionais do software antes da conclusão do projeto é característica do modelo incremental.

Modelo Cascata

O modelo cascata é utilizado principalmente quando os requisitos de um determinado problema são bem compreendidos. Uma forma de utilizar o modelo cascata é quando precisamos fazer adaptações ou aperfeiçoamentos em um sistema já existente. Por exemplo, quando temos um sistema já pronto e precisamos fazer uma adaptação porque alguma lei governamental foi alterada ou criada.

Também podemos utilizar o modelo cascata quando um software necessita de uma nova funcionalidade e os requisitos estão bem definidos e são estáveis.

O modelo cascata também é chamado de ciclo de vida clássico ou tradicional.

Este modelo sugere uma abordagem sequencial e sistemática para o desenvolvimento de software. Dessa forma, começamos com o levantamento de requisitos ou necessidades junto ao cliente, depois vamos para a fase de planejamento onde definimos estimativas, cronograma e acompanhamento, após isso partimos para a modelagem onde fazemos a análise e projeto, seguindo da construção onde codificamos e testamos, passamos para a implantação ou emprego onde efetuamos a entrega, suporte e feedback do software concluído.

fonte: devmedia

Contribuindo...

Conforme já comentado o modelo em castaca é linear, portanto não covém mencionar mudanças.

O modelo de ciclo de vida em cascata tem como características o estabelecimento, no início do projeto, de requisitos de maneira completa, correta e clara, e a possibilidade de disponibilização de várias versões operacionais do software antes da conclusão do projeto. (E)

A questão traz o conceito do ciclo de vida internativo.

Ciclo de vida iterativo / Iterative Life Cycle. Ciclo de vida do projeto em que o escopo do projeto é geralmente determinado no início do ciclo de vida do mesmo, mas as estimativas de tempo e custos são rotineiramente modificadas à proporção que a compreensão do produto pela equipe do projeto aumenta. Iterações desenvolvem o produto através de uma série de ciclos repetidos, enquanto os incrementos sucessivamente acrescentam à funcionalidade do produto.

Fonte: PMBOK, Pág 533, 4º Edição. (2008)