Modelo Cascata
Ana Cristina B. Faria
Rubens Gonçalves
Endrio Felipe
Modelo cascata
• Foi proposto por Royce em 1970, e é também
conhecido como abordagem “top-down”;
• Tem como fim estabelecer ordem no
desenvolvimento de grandes produtos de
software;
• A ideia do modelo cascata é organizar o
desenvolvimento do software de modo que ao
finalizar uma etapa, a próxima flui naturalmente;
• mais rígido e menos administrativo;
• documentação abrange mais do que arquivo de
texto, abrange representações gráficas ou mesmo
simulação.
Representação do modelo Cascata
Análise e definição de Requisitos
• Estabelecer os serviços que se devem
fornecer, limitações e objetivos do software.
• Definir requisitos de forma útil para todas as
etapas;
• Documentação e o estudo da facilidade e da
viabilidade do projecto com o fim de
determinar o processo de início de
desenvolvimento;
Projeto do Sistema
• Se centraliza em quatro atributos: estrutura
de dados, arquitetura do software, detalhes
procedais e caracterização das interfaces.
• É a prévia da codificação onde os requisitos
são representados de forma a facilitar esse
processo.
Implementação
• Se o projeto possui um nível de detalhe
elevado, a implementação fica facilitadada;
• Sugere-se incluir testes unitários de módulos.
Teste do sistema
• Se concentra em dois pontos principais: as
lógicas internas do software e funcionalidades
externas;
• Asseguram que os resultados reais que
coincidam com os requisitos especificados;
Manutenção
• Consiste em:
– Correção de erros que não foram detectados
previamente;
– Melhorias funcionais;
– Outros tipos de suporte.
Obs: essa etapa e não pertence estritamente ao seu
desenvolvimento
Vantagens
• Torna o processo de desenvolvimento
estruturado
• Tem uma ordem sequencial de fases. Cada fase
cai em cascata na próxima e cada fase deve estar
terminada antes do início da seguinte;
• Todas as atividades identificadas nas fases do
modelo são fundamentais e estão na ordem
certa;
• Esta abordagem é atualmente a norma e
provavelmente permanecerá como tal nos
próximos tempos.
Desvantagens
• Não fornece feedback entre as fases e não
permite a atualização ou redefinição das fases
anteriores;
• Não suporta modificações nos requisitos;
• Não prevê a manutenção;
• Não permite a reutilização;
• É excessivamente sincronizado;
• Se ocorrer um atraso todo o processo é afetado;
• Faz aparecer o software muito tarde.
Referências
• http://www.api.adm.br/GRS/referencias/t1_g
13.modeloCascata.pdf
• http://www.slideshare.net/erysonsi/modelocascata-apresentao-4345883
Modelo Cascata
Ana Cristina B. Faria
Rubens Gonçalves
Endrio Felipe