em um projeto prático de desenvolvimento de software, o modelo clássico waterfall é difícil de usar. Assim, o modelo de cascata iterativo pode ser pensado como incorporando as mudanças necessárias ao modelo de cascata clássico para torná-lo utilizável em projetos práticos de desenvolvimento de software. É quase o mesmo que o modelo clássico de cascata, exceto que algumas mudanças são feitas para aumentar a eficiência do desenvolvimento de software.
o modelo de cascata iterativa fornece caminhos de feedback de cada fase para suas fases anteriores, que é a principal diferença do modelo de Cachoeira clássica.
os caminhos de Feedback introduzidos pelo modelo de cascata iterativa são mostrados na figura abaixo.
quando erros são detectados em alguma fase posterior, esses caminhos de feedback permitem corrigir erros cometidos por programadores durante alguma fase. Os caminhos de feedback permitem que a fase seja retrabalhada na qual os erros são cometidos e essas mudanças são refletidas nas fases posteriores. Mas, não há caminho de feedback para o estágio-estudo de viabilidade, porque uma vez que um projeto foi realizado, não desiste do projeto facilmente.
é bom detectar erros na mesma fase em que são cometidos. Reduz o esforço e o tempo necessários para corrigir os erros.
contenção de fase de erros: o princípio de detectar erros o mais próximo possível de seus pontos de compromisso é conhecido como contenção de fase de erros.
vantagens do modelo de cascata iterativa
- caminho de Feedback: No modelo clássico de cascata, não há caminhos de feedback, portanto, não há mecanismo para correção de erros. Mas no caminho de feedback iterativo do modelo em cascata de uma fase para sua fase anterior permite corrigir os erros que são cometidos e essas alterações são refletidas nas fases posteriores.
- simples: iterative waterfall modelo é muito simples de entender e usar. É por isso que é um dos modelos de desenvolvimento de software mais utilizados.
desvantagens do modelo de cascata iterativa
- difícil incorporar solicitações de alteração: A principal desvantagem do modelo em cascata iterativo é que todos os requisitos devem ser claramente declarados antes do início da fase de desenvolvimento. O cliente pode alterar os requisitos após algum tempo, mas o modelo em cascata iterativo não deixa nenhum escopo para incorporar solicitações de alteração feitas após o início da fase de desenvolvimento.
- entrega Incremental não suportada: no modelo de cascata iterativa, o software completo é completamente desenvolvido e testado antes da entrega Ao cliente. Não há espaço para qualquer entrega intermediária. Então, os clientes têm que esperar muito para obter o software.
- Sobreposição de fases não suportado: Iterativo cachoeira modelo assume que uma fase pode começar após a conclusão da fase anterior, Mas em projetos reais, fases podem se sobrepor para reduzir o esforço e o tempo necessários para concluir o projeto.
- tratamento de Riscos não suportado: os projetos podem sofrer de vários tipos de riscos. Mas, o modelo cascata iterativo não tem mecanismo para o manuseio de riscos.
- interações limitadas com clientes: A interação do cliente ocorre no início do projeto no momento da coleta de requisitos e na conclusão do projeto no momento da entrega do software. Essas menos interações com os clientes podem levar a muitos problemas, pois o software finalmente desenvolvido pode diferir dos requisitos reais dos clientes.
