Questão 2492104

• Banca: COPESE - UFPI
• Órgão: UFPI
• Ano: 2017
• Provas: COPESE - UFPI - 2017 - UFPI - Analista de Tecnologia da Informação
• Disciplina: Engenharia de Software
• Assuntos: Modelo em cascata; Processos de Software

O modelo cascata é um dos paradigmas mais antigos da engenharia de software. Dentre os problemas às vezes encontrados quando se aplica o modelo cascata, tem-se:

• A. A etapa de comunicação ser responsável pelo levantamento das necessidades.
• B. A existência de uma variação na representação do modelo, denominada de modelo V.
• C. O modelo ser equivocadamente aplicado a problemas com requisitos bem definidos e razoavelmente estáveis.
• D. O uso do fluxo sequencial proposto pelo modelo, visto que projetos reais raramente seguem tal fluxo.
• E. A existência de somente cinco etapas no modelo, da comunicação ao emprego.

Gabarito: D

Comentários

• Modelo em Cascata( ciclo de vida clássico )( modelo sequencial linear (Tradicional)(Waterfall)(Rígido)(MOnopolítico

  .                É o pai pouco utilizado

  ·                Sugere uma abordagem sistemática sequencial e linear

  ·                A fase seguinte não deve iniciar antes que a fase precedente tenha sido concluída.

  ·                Inicia no nível de sistema e progride até a manutenção

  ·                O modelo em cascata é o menos flexível e mais simples

  ·                Metodologias em cascatas possuem fases bem definidas executadas sequencialmente. Além disso, não há sobreposição entre as fases, isto é a fase seguinte somente pode ser executada após a finalização da fase anterior.

   

   

  Letra D

   

  Sommerville e Pressman

   

• Gabarito D

  O Modelo em Cascata (do inglês: Waterfall Model) é um modelo de desenvolvimento de software seqüencial no qual o desenvolvimento é visto como um fluir constante para frente (como uma cascata) através das fases de análise de requisitos, projeto, implementação, testes (validação), integração, e manutenção de software. A origem do termo cascataé frequentemente citado como sendo um artigo publicado em 1970 por W. W. Royce; ironicamente, Royce defendia um abordagem iterativa para o desenvolvimento de software e nem mesmo usou o termo cascata. Royce originalmente descreve o que é hoje conhecido como o modelo em cascata como um exemplo de um método que ele argumentava ser um risco e um convite para falhas.

   

  "Retroceder Nunca Render-se Jamais !"
  Força e Fé !
  Fortuna Audaces Sequitur ! 

• Vamos aos comentários.

  O modelo cascata é o paradigma mais antigo da engenharia de software. Entretanto, ao 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]. Entre os problemas às vezes encontrados quando se aplica o modelo cascata, temos:

  1) 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.

  2) 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.

  3) 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

• Os compromissos devem ser assumidos em um estágio inicial do processo, o que dificulta que atendam às mudanças de requisitos dos clientes. Em princípio, o modelo em cascata deve ser usado apenas quando os requisitos são bem compreendidos e pouco provavelmente venham a ser radicalmente alterados durante o desenvolvimento do sistema.

  Sommerville.