Questão 2839462

• Banca: FADESP
• Órgão: IF-PA
• Ano: 2018
• Provas: FADESP - 2018 - IF-PA - Professor - Informática
• Disciplina: Engenharia de Software
• Assuntos: Modelo em cascata; Processos de Software

O modelo de desenvolvimento de software em cascata, também conhecido como ciclo de vida clássico, sugere uma abordagem sistemática e sequencial para o desenvolvimento de softwares que começa com a especificação dos requisitos e termina na manutenção do software acabado. Nos últimos anos, este modelo de ciclo de desenvolvimento vem sofrendo várias críticas quanto a sua eficácia. Assim, é correto afirmar que um dos possíveis problemas do ciclo de vida clássico é

• A. a exigência do modelo para que o cliente estabeleça todos os requisitos explicitamente.
• B. a construção problemática dos componentes, caso o sistema não possa ser adequadamente modularizado.
• C. a responsabilidade do levantamento das necessidades pela etapa de comunicação.
• D. a aplicação do modelo de forma incorreta a problemas com requisitos bem definidos e razoavelmente estáveis.
• E. a existência de somente cinco etapas no modelo, da comunicação à imantação.

Gabarito: A

Comentários

• 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

• Um dos principais problemas do modelo em cascata (clássico) é o que foi descrito na letra A. Ele exige que o cliente estabeleça todos os requisitos explicitamente. Caso isso não ocorra e algum risco fique implícito, o risco desse requisito vai se acumulando ao longo do tempo e, mais à frente, quando o requisito for descoberto, o custo de implementá-lo vai ser bastante grande.

  Resposta: A