-
Questão muito estranha.
desvantagens do modelo em cascata segundo a questão:
Não ter flexibilidade com requisitos (verdadeiro, o cascata possui um processo muito rígido de controle de mudanças), não produzir resultados tangíveis até a fase de codificação (Para mim isso está errado, pois em cada fase do cascata é gerado um artefato, como documentação de requisitos, plano de testes entre outros) e dificultar o estabelecimento de requisitos completos antes de começar a codificar (Sem a definição completa dos requisitos não é possível começar a codificação). Não concordo com a resposta, se alguém puder explicar ....
-
Questão polêmica. Seguem alguns trechos do Sommerville 8, 2.1.1-O Modelo Cascata:
"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 (...) Em princípio, o resultado de cada estágio é a aprovação de um ou mais documentos ('assinados')."
Sobre a questão:
...não produzir resultados tangíveis até a fase de codificação
Observando Sommerville, a codificação é a fase 3, logo, se há documentos assinados, há sim resultados tangíveis antes da codificação.
...dificultar o estabelecimento de requisitos completos antes de começar a codificar
A ideia do Cascata é justamente planejar tudo antes. Novamente, se há um documento assinado dos requisitos, em tese eles estão sim estabelecidos, pelo menos na teoria.
Ou seja: se observarmos os conceitos do Cascata, a questão está errada. Porém, logo em seguida, há um trecho do próprio Sommerville que pode dar margem à questão: "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 dos problemas fica para mais tarde, ignorada ou programada, quando possível. "
-
Isso está errado: dificultar o estabelecimento de requisitos completos antes de começar a codificar.
No cascata a gente só codifica quando os requisitos estão "perfeitos", prontos para codificar.
-
Assertiva CORRETA.
.
Advogado do diabo aqui:
.
"dificultar o estabelecimento de requisitos completos antes de começar a codificar" = o cascata dificulta pois ele obriga você a definir e estabelecer todos os requisitos antes de começar a produzir o software. Isso faz com que seja praticamente impossível estabelecer objetivos "completos" antes de começar a codificar.
.
"...não produzir resultados tangíveis até a fase de codificação" = aqui acho que depende do que o examinador considera "resultado". Ele deve ter levado em conta o ponto de vista do usuário, que recebe o software em funcionamento. Pra ele, o software é um resultado tangível. A documentação não necessariamente o é.
-
Questão com muitas controvérsias, acho que o maior problema dessa questão é a sua redação truncada. No inicio a questão começa clean, mas a ideia do examinador fica ambígua no segundo período. Assim, na minha opinião cabe ambos gabaritos a depender da interpretação.
-
Desvantagens do modelo em Cascata:
1.Clientes só visualizam resultados próximos ao final do projeto.
2.Atrasa a redução de riscos.
3.Apenas a fase final produz um artefato de software entregável.
4.Cliente deve saber todos os requisitos no início do projeto.
...
Fonte: Estratégia Concursos.
-
Redação péssima!
-
Não concordo com "dificultar o estabelecimento de requisitos completos antes de começar a codificar". Não entendi porque dificulta, se, na verdade, o Cascata encoraja que os requisitos estejam completos antes de codificar.