Sei sulla pagina 1di 12

UNOPA-Universidade Norte do Paran

Diogo patricio R da silva

Curso Superior de Tecnologia: Anlise e


Desenvolvimento de Sistemas

Carpina 2013

Diogo Patricio R. da silva

Curso Superior de Tecnologia: Anlise e


Desenvolvimento de Sistemas

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.0 modelo de processos


2.1modelo cascata

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

Este trabalho abordara os principais conceitos e fases de uma construo de


software, bem como os modelos processos pelo qual um software precisa passar antes de
sua finalizao, suas vantagens, desvantagens, e evoluo. Falara tambm sobre modelos
de processos especificamente o modelo cascata.

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- Modelo de processo de software

Existem vrios modelos de processo de software, cada um representa uma tentativa


de organizar ou colocar ordem em um projeto ou atividade que aparenta ser catico.
1. O modelo sequencial linear (tambm chamado de ciclo de vida ou
modelo cascada.
2. O modelo baseado em componentes
3. O modelo espiral
4. O modelo de paradigmas de prototipao
5. O modelo de processo unificado

2.0.1- Modelo cascata

O modelo cascata o mais antigo e o mais utilizado na engenharia de software, ele


considera as atividades apresentadas anteriormente e as representa como fases separadas
de processos, como especificaes de requisitos, projeto de software, implementaes,
testes e assim por diante. Depois que o primeiro estgio concludo, e aprovado ele passa
para o segundo, quanto o segundo aprovado ele passa para o terceiro assim por diante. E
um estgio s pode se iniciado se o estgio que antecede ele for terminado.

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

em cascata rapidamente no se tornou o que Royce pretendia, um projeto iterativo, mas ao


invs disto um modelo puramente sequencialmente ordenado. Esse tipo de modelo no teve
muitas mudanas, pois quando foi criado no tinha feedback, as fases tinham inicio, e cada
fase era seguida ate o fim. Mas o modelo cascata com feedback as fases passaram a ter
interao uma com a outra e cada fase pode influenciar a prxima.

2.0.3- Vantagens

Torna o processo de desenvolvimento linear e 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 fundamentais e esto na


ordem certa;

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.

O Modelo de processo em Cascata trouxe contribuies importantes para o processo


de desenvolvimento de software.

2.0.4- Desvantagens

No fornece feedback (retorno, 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 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.

Logo no incio difcil estabelecer explicitamente todos os requisitos. No comeo dos


projetos sempre existe uma incerteza natural.

Projetos reais raramente seguem o fluxo sequencial que o modelo prope

difcil capturar os requisitos de uma s vez

O alto custo de correo das especificaes quando nas fases de Teste e


Implantao

2.0.5- Exemplo do modelo

Engenharia de
sistemas
Analise
Codificao
Processo
Teste

Manuteno

EX: (original proposto por Royce com feedback)

Engenharia de Sistemas- Coletar os requisitos do sistema, priorizar o essencial do software,


identificar interfaces com outros sistemas, banco de dados, entre outros.
Anlise de Requisitos- Coletar os requisitos com detalhamento, Priorizar o escopo de um
nico sistema; Compreender o domnio da informao, as regras de negcios e
funcionalidades;
Projeto-Transferir o conhecimento dos requisito sem estrutura e arquitetura de software e
compor projeto em estrutura de dados, arquitetura de software e procedimentos detalhados.
Codificao-Transferir o conhecimento do projeto em programas de computador, estruturar
logicamente os comandos para atender os procedimentos especificados.
Teste- Verificar se o software est fornecendo todas informaes previstas nos requisitos, e
encontrar falhas de construo para garantir que todas as instrues sejam inseridas.
Manuteno- depois que for entregue ao cliente o software ira sofre mudanas como: erros,
acrscimo de funcionalidades, que o cliente possa exigi entre outros.

2.0.6 Html

Html ou Hypertext Markup Language uma linguagem usada para a formatao de


textos e pode ser escrito em qualquer editor de texto, o html tambm uma linguagem de
marcao de hipertexto e , usada para criar sites, e pode conter alm de textos; imagens,
animaes, vdeos, e sons. A escolha dessa linguagem se deu por ser a linguagem que j,
foi abordada no comeo do curso, e por j sabe os principais comados para criao de um
arquivo com extenso html.

3.0- Concluso

10

Espero ter esclarecido os conceitos mencionados ao decorrer deste trabalho, bem


como na construo do mesmo, que fez com que o meu conhecimento em relao ao leque
de assunto sobre processo de software fosse enriquecido com informaes importantes
para o curso, e fez com que eu pode-se revisar e frisar a matria, que foi passada.

4.0- Referencias

11

Engenharia de software
(Luiz Claudio)
(marco ikuro hisatomi)
(Wagner Luiz Berto)

Engenharia de software
(Roger s. Pressman)

Materiais disponibilizados pela UNOPAR (slides de aulas ),


E http://www.unoparead.com.br/sites/bibliotecadigital/
Acesso no dia 11.10.2013 as 01:00am

12

Potrebbero piacerti anche