Você está na página 1de 5

Modelo Cascata

Caractersticas:
O modelo cascata considerado o modelo mais e antigo e usado, foi o nico
com aceitao geral at meados da dcada de 1980. Esse modelo
recomendado para sistemas onde a segurana e a confiabilidade tem grande
importncia.
Grande parte do seu sucesso est no fato dele ser orientado para
documentao (sendo que a mesma, abrange mais do que arquivos do tipo
texto, como por exemplo: representaes grficas e simulaes).
Esse modelo recomendado para projetos nos quais h domnio dos requisitos
do sistema que ser desenvolvido e quando o pessoal envolvido no projeto
fraco tecnicamente devido a baixa complexidade do modelo, mas pode ser
empregado para situaes nas quais h um bom conhecimento do domnio (tipo
de software que ser desenvolvido) e das tecnologias que sero utilizadas para
desenvolver o mesmo.
Existem trs abordagens para implementar esse ciclo de desenvolvimento:
Cascata pura: as fases desse ciclo de desenvolvimento so executadas
em sequncia, sendo que as fases anteriores so revisitadas para
correes de erros ou para adaptaes. Essa abordagem adequada
quando: existe um conjunto de Requisitos do Usurio estveis e de alta
qualidade (o software deve fornecer um meio de representar e acessar
arquivos externos criados por outras ferramentas), o sistema completo
deve estar disponvel de uma nica vez.

(Abordagem Cascata Pura)


Incremental: nessa abordagem so executadas mltiplas fases de PD*,
TR* e OM*. Tal abordagem adequada quando: a liberao do software

deve estar de acordo com um conjunto de prioridades definidas nos


Requisitos do Usurio, necessidade de melhorar a eficincia da
integrao do software com outras partes de um sistema maior ou
quando requerido antecipadamente evidncias de que o produto ser
aceito.

(Abordagem Incremental)
Evolucionria: o desenvolvimento formado por mltiplos ciclos da
abordagem cascata pura, ocorrendo sobreposio das fases da operao
e manuteno do sistema anterior. A mesma adequada quando:
necessrio alguma experincia do usurio para refinar e completar
requisitos, algumas partes da implementao podem depender da
existncia de tecnologia ainda no disponvel, de existir requisitos do
usurio no bem conhecidos, sendo alguns requisitos muito difceis de
serem implementados do que outros, decidindo no o implementar para
no atrasar o projeto.

(Abordagem Evolucionria)

Vantagens:
nfase dada a uma abordagem disciplinada, baseada na definio
de documentao libervel em cada fase.
Cada fase estruturada como um conjunto de atividades que
podem ser executadas por pessoas diferentes.
O nvel de abstrao vai diminuindo medida que se avana no
processo enquanto o formalismo aumenta.
Todas as atividades identificadas nas fases do modelo so
fundamentais e esto na ordem certa;
Desvantagens:
Prope uma sequncia entre etapas que no representa
adequadamente um processo de desenvolvimento de software.
No oferece suporte adequado para possveis mudanas durante
o processo e que requerem modificaes em etapas anteriores
(flexibilidade).
No oferece facilidades para acomodar tecnologias recentes
(como prototipao rpida).
Fornece poucos recursos para otimizao de processo
(detalhamento).
Limitaes:
Uma vez que considera que uma etapa deve ser iniciada aps a
concluso das atividades da etapa anterior, gasto uma
quantidade razovel de tempo e esforos levantando informaes,
especificando e documentando-as a cada etapa para sua posterior
utilizao; este fato pode levar a demora na instalao do sistema
tornando-o, muitas vezes, obsoleto quando efetivamente
colocado em operao
Impossibilita a entrega a curto prazo
Confirmao tardia da resoluo de riscos crticos
Devido a seu grau de formalidade que exige especificaes e
documentaes para cada processo que o sistema de informao
executa, alteraes so inibidas tornando este processo, muitas
vezes, inflexvel mudanas. O prprio processo de deteco de
erros no ciclo de vida em cascata clssico reservado fase de
teste formal do projeto. Neste estgio, a presso nas atividades
finais de desenvolvimento do sistema como deteco de erros de
anlise e projeto, levam a situaes onde torna-se difcil a

correo destes tendo em vista o custo associado a eliminao dos


erros;
Uma vez que considera que uma etapa deve ser iniciada aps a
concluso das atividades da etapa anterior, gasto uma
quantidade razovel de tempo e esforos levantando informaes,
especificando e documentando-as a cada etapa para sua posterior
utilizao; este fato pode levar a demora na instalao do sistema
tornando-o, muitas vezes, obsoleto quando efetivamente
colocado em operao. Os resultados que so observados na
etapa ps-implementao so demorados, isto , no ocorrero
at que muitos passos tenham sido completados. A maioria das
implementaes do ciclo de vida em cascata apoia-se em fases
sequenciais, o que significa que meses ou anos podem se passar
antes que os usurios vejam qualquer evidncia tangvel de
progresso. Disso decorre a sua utilizao de maneira no formal. A
exigncia de uma formalidade volumosa, baseada em papel, leva a
maioria das organizaes e a maioria dos profissionais da rea,
que no tm tempo nem disposio, a praticar o ciclo de vida
tradicional de um modo menos rigoroso e formal.
Os processos de tomada de deciso exigem, na maioria das vezes,
atividades no estruturadas, que no possuem procedimentos
bem definidos. Esta realidade, dentro de uma abordagem
tradicional - e formal - dificulta a definio das especificaes do
sistema, dependendo de requisitos corretos e estveis. No ciclo de
vida em cascata a qualidade da codificao depende da qualidade
do projeto, e a qualidade do projeto depende do esforo de
anlise. Se os requisitos do usurio tiverem sido mal interpretados
ou mal entendidos, ou se o usurio alterar os requisitos durante a
fase de projeto e implementao subsequente, o ciclo de vida
poder no produzir resultados para o real problema
determinado.

Bibliografia:
http://www.cordeiro.pro.br/aulas/engenharia/processoDeSoftware/c
iclos.pdf
http://www2.dem.inpe.br/ijar/CicoloVidaSoftPrado.html

http://200.137.72.135/downloads/2/mariateixeiraEC.Engenharia%20de%20Software.Conte%C3%BAdo%203.2011.2.pdf
www.api.adm.br/GRS/referencias/t1_g13.modeloCascata.pdf
Glossrio:

Operao e Manuteno ou OM : O objetivo da manuteno nesta


fase o de assegurar que o produto continue a satisfazer as
necessidades reais do usurio final. Esta manuteno deve ocorrer
quando o software entrar em uso no seu ambiente operacional.
Projeto Detalhado e produo de cdigo ou PD: O objetivo desta
quarta fase o de transformar o modelo sistmico definido na fase
anterior, em um conjunto estruturado, consistente, coerente e
completo de especificaes de componentes e de interfaces.
Transferncia ou TR: O objetivo desta fase consiste em instalar o
software no ambiente operacional e demonstrar, tanto para o
iniciador como para os usurios, que o software cumpre todos
requisitos descritos no Documento Requisitos do Usurio - DRU.