Engenharia de

Software
Modelo Cascata

 O modelo cascata (waterfall) tornou-se conhecido na

dcada de 70 e referenciado na maioria dos livros de
engenharia de software ou manuais de padres de
software. Nele as atividades do processo de
desenvolvimento so estruturadas numa cascata onde
a sada de uma a entrada para a prxima. As suas
principais atividades so:

 Estudo de viabilidade
Anlise e especificao de requisitos
Design da arquitetura
Design detalhado
Codificao e testes de unidades
Integrao e testes do sistema
Entrega e instalao
Manuteno

 Existem muitas variantes deste modelo propostas por

diferentes pesquisadores ou empresas de
desenvolvimento e adaptadas a diferentes tipos de
software. A caracterstica principal comum um fluxo
linear e sequencial de atividades semelhantes a
descritas anteriormente.
Este modelo, quando proposto, introduziu importantes
qualidades ao desenvolvimento. A primeira chama a
ateno de que o processo de desenvolvimento deve
ser conduzido de forma disciplinada, com atividades
claramente definidas, determinada a partir de um
planejamento e sujeitas a gerenciamento durante a

 Outra qualidade define de maneira clara quais so estas atividades e

quais os requisitos para desempenh-las. Por fim, o modelo introduz a
separao das atividades da definio e design da atividade de
programao que era o centro das atenes no desenvolvimento de
software.
O modelo cascata tambm criticado por ser linear, rgido e monoltico.
Inspirados em modelos de outras atividades de engenharia, este modelo
argumenta que cada atividade apenas deve ser iniciada quando a outra
estiver terminada e verificada. Ele considerado monoltico poe no
introduzir a participao de clientes e usurio durante as atividades do
desenvolvimento, mas apenas o software ter sido implementado e
entregue. No existe como o cliente verificar antecipadamente qual o
produto final para detectar eventuais problemas.

 Caractersticas particulares do software (ser conceitual, por exemplo)

e a falta de modelos tericos, tcnicas e ferramentas adequadas
mostram que necessrio haver maior flexibilidade neste fluxo
sequencial, permitindo volta atrs para eventuais modificaes.
Veremos mais adiante modelos que prope maior flexibilidade no
fluxo de execuo.
As mtricas utilizadas nas estimativas de prazos e recursos humanos
so ainda bastante imprecisas e quase sempre o planejamento de
atividades precisa ser revisto. Normalmente, os prazos no so
cumpridos, pois o planejamento, neste modelo, feito unicamente
nas etapas iniciais do desenvolvimento. A estrutura sequencial e
rgida tambm no permite que o planejamento seja refeito para
corrigir falhas nas atividades de desenvolvimento.

O Modelo Cascata

O Modelo Cascata

Vantagens
Torna o processo de desenvolvimento estruturado;
Tem uma ordem sequencial de fases;
Cada fase cai em cascata na prxima e cada fase deve
estar terminada antes do incio da seguinte;
Todas as atividades identificadas nas fases do modelo
so fundementais e esto na ordem certa;
Esta abordagem atualmente a norma e
provavelmente permanecer como tal nos prximos
tempos;

Desvantagens
No fornece feedback entre as fases e no permite a
atualizao ou redefinio das fases anteriores;
No suporta modificaes nos requisitos;
No prev a manuteno;
No permite a reutilizao;
excessivamente sincronizado;
Se ocorrer um atraso todo o processo afetado;
Faz aparecer o software muito tarde;

Problemas
O ciclo de vida Cascata o paradigma mais visto e mais amplamente
empregado na engenharia de software, porm sua aplicabilidade, em muitos
campos, tem sido questionada.
Entre os problemas que surgem quando se aplica o modelo so:
Na realidade, os projetos raramente seguem o fluxo sequencial que o modelo
prope;
A interao sempre necessria e est presente, criando problemas na
aplicao do modelo;
Em princpio, difcil para o cliente especificar os requisitos explicitamente, o
que acarreta a incerteza natural do incio de qualquer projeto;
O cliente deve ser paciente, pois uma verso funcional no estar disponvel
at o final do desenvolvimento. Qualquer erro ou mal entendido, se no for
detectado at que o software seja revisado, pode ser desastroso;

Problemas
Apesar desses problemas, o modelo Cascata tem um
lugar bem definido e importante nos trabalhos de
engenharia de software. Ele fornece um padro do qual
se encaixam mtodos para a anlise, projeto, codificao
e manuteno.

Domnio de aplicaes
O modelo Cascata aplica-se bem em situaes em que o
software a ser desenvolvido simples, os requisitos so bem
conhecidos, a tecnologia de Programao. Melhorias e correes
podem ser consideradas como parte do desenvolvimento.
As etapas descritas so as principais, porm existem sub-etapas
dentro de cada etapa, as quais diferem muito de um projeto
para outro. Tambm possvel que certos projetos de software
exijam a incorporao de uma etapa extra ou a separao de
uma etapa em outras etapas. Com certeza, todas essas
variaes do modelo Cascata possuem o mesmo conceito bsico:
a ideia de que uma etapa fornece sada que sero usadas
como entradas para a etapa seguinte.

Domnio de aplicaes
Portanto, o processo de desenvolvimento de um produto de software
de acordo com o modelo Cascata simples de conhecer e controlar.
Outras atividades que tambm so levadas em considerao em cada
uma das etapas de desenvolvimento do software so:
Verificao;
Administrao das etapas serem documentadas.
A verificao, por sua vez, necessria para que uma etapa fornea os
dados corretos para a etapa seguinte. J a administrao, efetua a
gesto e o controle da etapa.

Domnio de aplicaes
Portanto, o processo de desenvolvimento de um produto de software
de acordo com o modelo Cascata simples de conhecer e controlar.
Outras atividades que tambm so levadas em considerao em cada
uma das etapas de desenvolvimento do software so:
Verificao;
Administrao das etapas serem documentadas.
A verificao, por sua vez, necessria para que uma etapa fornea os
dados corretos para a etapa seguinte. J a administrao, efetua a
gesto e o controle da etapa.