Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Carpina 2013
Trabalho apresentado
ao ensino de graduao
a universidade Norte do Paran
Visando o curso de anlise e
Desenvolvimento de sistemas
Carpina 2013
2
Sumrio
1 Introduo
1.2 objetivo
2.1.2 descrio
2.1.3vantagens ..............................................................
........................................................6,7
2.1.4desvantagens ..........................................................
...........................................................7
2.1.5 exemplo de modelo....................................................
.........................................................8
2.1.6html............................................................................
....................................................9,10
3.0 concluso.........................................................................
............................................11
4.0 referencias ......................................................................
............................................12
1-INTRODUAO
1.2-OBJETIVO
Pretendo com este trabalho no s adquirir mais informaes que pode estar tento
acesso mais tenta passa o mximo de conhecimento que aprendi para o leitor, e com isso
espero atingir a meta estabelecida pela universidade norte do Paran
2.0.2- Descrio
O modelo clssico ou cascata foi proposto por Royce em meados de 1970, e foi o
nico modelo que teve aceitao geral ate a dcada de 1980. Este mtodo foi derivado em
cima de modelos de actividade de engenharia com o fim de estabelecer ordem no
desenvolvimento de grandes produtos de software. No inicio Royce tinha a ideia um modelo
inicial poderia ser desenvolvido em um modelo iterativo, mas s foi depois que o modelo
com feedback de cada fase foi criado fazendo com que os processos de cada fase pudesse
ir influenciando as prximas, de modo similar a muitos mtodos utilizados hoje. O modelo
6
2.0.3- Vantagens
Tem uma ordem sequencial de fases. Cada fase cai em cascata na prxima e cada
fase deve estar terminada antes do incio da seguinte;
O fato de s avana para a fase seguinte aps terminar uma tarefa faz com que o
cliente esteja acompanhado o andamento do projeto de software, e que cada fase s
seja passada a diante com o cliente aprovando a fase anterior.
2.0.4- Desvantagens
No prev a manuteno;
No permite a reutilizao;
excessivamente sincronizado
Se ocorrer um atraso em uma fase todo o processo afetado, j que uma fase s
inicia quando a outra termina
O cliente deve ter pacincia. Uma verso executvel do software s fica disponvel
numa etapa avanada do desenvolvimento na instalao.
Engenharia de
sistemas
Analise
Codificao
Processo
Teste
Manuteno
2.0.6 Html
3.0- Concluso
10
4.0- Referencias
11
Engenharia de software
(Luiz Claudio)
(marco ikuro hisatomi)
(Wagner Luiz Berto)
Engenharia de software
(Roger s. Pressman)
12