-
O Modelo Cascata, utilizado desde a Segunda Guerra Mundial, possui este nome exatamente em analogia às cascatas de uma cachoeira, onde todo o fluxo de atividades é sequencial-linear, ou seja, segue uma lógica de um nível alto para um nível mais baixo. Neste modelo e para que outra possa ser iniciada e todos é necessário que uma fase termin os processos precisam estar bem documentados para uma execução efetiva.
-
Modelo Cascata
Todo o fluxo de atividade é sequencial - linear, ou seja, em uma relação sequencial, uma fase só poderá iniciar depois que a fase anterior terminar. A natureza passo a passo dessa abordagem reduz incertezas, mas pode eliminar opções de redução do cronograma geral.
-
Errado.
Apenas para complementar...
Modelo Cascata
Problemas:
- Projetos raramente seguem fluxos sequenciais.
- Mudanças de requisitos podem causar confusões.
- É difícil para o cliente estabelecer todas as necessidades no início do projeto.
- Uma versão dos software só estará disponível próximo ao fim do projeto.
- Dificulta o gerenciamento de riscos.
Obs: pode ser utilizado quando os requisitos são bem conhecidos e razoavelmente estáveis.
-
Para a metodologia de gerenciamento de projetos conhecida como cascata, as tarefas são cumpridas em ordem aleatória. Resposta: Errado.
Comentário: sequenciais/cascata: uma fase só poderá iniciar depois que a anterior terminar.
-
No modelo de cascata, temos o diagrama de precedência de término para início - o mais comum: a atividade sucessora só pode ser iniciada, quando a predecessora terminar.
-
Gabarito: Errado
Primeiramente, Cascata não é uma metodologia de gerenciamento de projetos, é um modelo de desenvolvimento de software e é conhecido também como Sequencial, Linear, Waterfall, Clássico, Rígido. Sua principal característica é que uma fase só começa após o fim da outra e as suas fases são bem definidas.
Modelo Cascata: Também conhecido como Sequencial, Linear, Cascata, Waterfall, Clássico, Rígido, Monolítico. As fases são bem definidas. Uma só começa após o fim da outra. Uma é requisito da outra. O cliente só vê um artefato no final do processo. Os defeitos só são descobertos na fase de teste. É recomendável que os requisitos já estejam bem definidos e não vão mudar, pois esse modelo não recebe bem mudanças nos requisitos. Funciona bem com projetos pequenos e simples em que os requisitos são bem conhecidos. Não funciona bem com requisitos complexos e orientados a objetos. É pouco adaptável. Atrasa a redução de riscos.
-
Uma das características marcantes desse modelo é a SEQUÊNCIA