Questão 1663627

• Banca: FCC
• Órgão: MPE-SE
• Ano: 2013
• Provas: FCC - 2013 - MPE-SE - Analista - Informática - Gestão e Análise de Projeto de Sistema
• Disciplina: Engenharia de Software
• Assuntos: Modelo em cascata; Processos de Software

O Modelo Cascata é considerado o “avô" de todos os ciclos de vida de sistemas e propõe que, antes de produzir linha de código, deve-se fazer um trabalho detalhado de análise e projeto, de forma que, quando o código for efetivamente produzido, esteja o mais próximo possível dos requisitos do cliente. Sobre este modelo, considere:

I. É dirigido por documentação, já que é ela que determina se as fases foram concluídas ou não.

II. Prevê uma atividade de revisão ao final de cada fase para que se avalie se o projeto pode passar à fase seguinte.

III. Tem fases sequenciais, ou seja, com o passar do tempo, o processo de desenvolvimento passa de uma fase à outra, como requisitos, análise, programação, testes e implantação.

IV. São produzidos resultados tangíveis até a fase de codificação, pois sempre são estabelecidos requisitos completos antes desta fase.

Está correto o que se afirma em 

• A. I, II e III, apenas.
• B. I, II, III e IV.
• C. II e III, apenas.
• D. I e IV, apenas.
• E. III e IV, apenas.

Gabarito: A

Comentários

• O modelo em cascata é um exemplo de um processo dirigido a planos - em princípio, você deve planejar e programar todas as atividades do processo antes de começar a trabalhar nelas.
  
  Os principais estágios são:
  
  

  
  - Análise e definição de requisitos

  
  

  - Projeto de sistema e software

  
  

  - Implementação e teste unitário

  
  

  - Integração e teste de sistema

  
  

  - Operação e manutenção

  
  

  
  Em princípio, o resultado de cada estágio é a aprovação de um ou mais documentos ('assinados'). O estágio seguinte não deve ser iniciado até que a fase anterior seja concluída. O processo de software não é um modelo linear simples, mas envolve um feedback de uma fase para outra. Assim, os documentos produzidos em cada fase podem ser modificados para refletirem as alterações feitas em cada um deles.

  
  

  
  Por causa dos custos de produção e aprovação de documentos, as iterações podem ser dispendiosas e envolver significativo retrabalho. Assim, após um pequeno número de iterações, é normal se congelarem partes do desenvolvimento, como a especificação, e dar-se continuidade aos estágios posteriores de desenvolvimento. A solução do problema fica para mais tarde, ignorada ou programada, quando possível. Esse congelamento prematuro dos requisitos pode significar que o sistema não fará o que o usuário quer. Também pode levar a sistemas mal estruturados, quando os problemas de projeto são contornados por artifícios de implementação.

  
  

  
  Durante o estágio final do ciclo de vida (operação e manutenção), o software é colocado em uso. Erros e omissões nos requisitos originais do software são descobertos.

  
  

  
  O modelo em cascata é consistente com outros modelos de processos de engenharia, e a documentação é produzida em cada fase do ciclo. Seu maior problema é a divisão inflexível do projeto em estágios distintos. Deve ser usado apenas quando os requisitos são bem compreendidos e pouco provavelmente venha a ser radicalmente alterados durante o desenvolvimento do sistema.
  
  

  
  

  Fonte: Sommerville, 9 Edição, Capítulo 2, Páginas 20 e 21.
  
  

  Bons estudos!

• Silas valeu pelos comentários.

• Alguém poderia explicar o por que do item 4 estar incorreto? Se a documentação é realizada antes da fase de codificação e todos os requisitos já saem da fase de levantamento de requisitos completos e aprovados...

  "São produzidos resultados tangíveis até a fase de codificação, pois sempre são estabelecidos requisitos completos antes desta fase."

  A não ser que ele não considere documentação resultante do levantamento de requisitos como algo "tangível"...

• O que seria um resultado tangível? É o produto em funcionamento para o cliente. Até a fase de codificação somente temos documentação sobre escopo, funcionalidades, arquitetura entre outros aspectos do software. Portanto o item IV está incorreto. Lembre-se que o 'modelo em cascata' é  um processo de desenvolvimento que somente entrega o produto ao cliente após terem sido concluídas todas as fases (ex: levantamento de requisitos, testes,...) - o que não é boa escolha quando falamos em ambiente que os requisitos mudam constantemente.

  Gabarito: A