O modelo de desenvolvimento de software em cascata, também c...

Alternativa correta: A - a exigência do modelo para que o cliente estabeleça todos os requisitos explicitamente.

A alternativa correta enfatiza uma das principais críticas ao modelo cascata: a necessidade de que todos os requisitos do software sejam definidos de forma clara e completa no início do projeto. Na prática, essa exigência pode ser problemática pois frequentemente os requisitos podem evoluir ou não estar completamente claros para o cliente no início do desenvolvimento. Esse modelo é rígido e não lida bem com mudanças, o que pode levar a atrasos significativos ou até ao desenvolvimento de um software que não atenda às necessidades atuais do cliente ao final do projeto.

Compreender a natureza do modelo de cascata é essencial para resolver a questão. Conhecendo suas etapas e a expectativa de que as fases anteriores sejam completadas antes de iniciar as subsequentes, fica evidente que um dos desafios é lidar com a definição inicial de requisitos. Se isso não for feito de forma eficaz, as fases seguintes são impactadas, o que pode levar a um resultado final insatisfatório.

A crítica feita na Alternativa A é relevante pois ilustra a inflexibilidade do modelo em relação à captura de requisitos e à dificuldade de adaptação a mudanças que ocorrem naturalmente ao longo do ciclo de vida de desenvolvimento de software.

No modelo em cascata deve-se ter todo o requisito bem definido antes do desenvolvimento, não permitindo a alteração ao logo do desenvolvimento.

Algumas desvantagens do modelo em cascata:

- A aplicacação do uso sequencial;

- Iterações indiretas;

- Requer requisitos explícitos;

- Versão operacional somente ao final do projeto.

At.te

Foco na missão ❢

Vamos aos comentários.

O modelo cascata é o paradigma mais antigo da engenharia de software. Entretanto, a longo das últimas três décadas, as críticas a este modelo de processo fez com que até mesmo seus mais ardentes defensores questionassem sua eficácia [Han95]. De acordo com Pressman (2011), entre os problemas às vezes encontrados quando se aplica o modelo cascata, temos:

Projetos reais raramente seguem o fluxo sequencial que o modelo propõe. Embora o modelo linear possa conter iterações, ele o faz indiretamente. Como consequência, mudanças podem provocar confusão à medida que a equipe de projeto prossegue.

Frequentemente, é difícil para o cliente estabelecer explicitamente todas as necessidades. O modelo cascata requer isso e tem dificuldade para adequar a incerteza natural que existe no início de muitos projetos

O cliente deve ter paciência. Uma versão operacional do(s) programa(s) não estará disponível antes de estarmos próximos do final do projeto. Um erro grave, se não detectado até o programa operacional ser revisto, pode ser desastroso

Fonte: Pressman (2011) pg. 60 e 61.

#SóNinja

O Modelo Cascata é o paradigma mais antigo da engenharia de software. Segundo Pressman, as principais críticas a esse modelo são:

Projetos reais raramente seguem o fluxo sequencial que o modelo propões;

É muito difícil para o cliente declarar todas as suas necessidades corretamente e de forma clara logo no início do projeto;

Decorre muito tempo entre o início do projeto e a disponibilização de uma primeira versão minimamente utulizável do sistema;

O risco de insucesso é alto, visto que, se um erro de grande impacto for cometido e não detectado, provavelmente só será descoberto muito tarde, o que pode ser desastroso para o projeto.

Resposta: A