08/12/2015

BrunoMarota:EngenhariadeSoftwareParaConcursosParte2ModelosdeCiclodeVida,CascataePrototipagem

Engenharia de Software Para Concursos Parte 2 Modelos de Ciclo de Vida,

Cascata e Prototipagem
Modelos de Ciclo de Vida ou Modelos de Processos
Um modelo de ciclo de vida uma representao abstrata e simplificada do processo de desenvolvimento de
software, apresentada a partir de uma perspectiva especfica.
Para desenvolver software, existem muitas coisas a serem consideradas, mas no modelo de ciclo de vida voc
abstrai uma srie de coisas e foca no essencial para aquele modelo. No modelo em cascata por exemplo, temos
uma perspectiva baseada nas atividades que precisam ser realizada.
Poderia ser utilizada uma perspectiva baseada em papis (envolvidos) ou de artefatos que esto sendo gerados,
mas normalmente o foco fica nas etapas (atividades) a serem executadas.
O modelo de ciclo de vida a base (esqueleto) do processo. Ele dita a ordem das atividades, os principais
artefatos e produtos gerados.

Principais Modelos:
Cascata ou Clssico
Prototipagem
Mtodos Formais
Espiral
Incremental

Modelo em Cascata
o modelo clssico. Funciona como uma linha de produo. As etapas so executadas de forma sistemtica e
sequncial.Em princpio, voc s pode passar para a prxima fase quando a fase anterior tiver sido
completamente terminada. um modelo orientado a planos, voc planeja tudo que necessrio para uma
etapa antes de comear. Cada fase prev a entrega de algum artefato que marca seu fim. No existe feedback
e replanejamento.

http://brunomarota.blogspot.com.br/2012/04/engenhariadesoftwareparaconcursos_26.html

1/4

08/12/2015

BrunoMarota:EngenhariadeSoftwareParaConcursosParte2ModelosdeCiclodeVida,CascataePrototipagem

Apesar de ser raro hoje em dia, este modelo pode ser aplicado em sistemas com requisitos muito bem
conhecidos e simples. necessrio planejar as atividades e executar tudo de uma vez. A verdade que o
negcio de uma empresa no costuma ser estvel e os requisitos sempre mudam durante o desenvolvimento e o
modelo em cascata no prev suporte para isso.
Foi a primeira abordagem estruturada para o desenvolvimento de software.
Fases do Modelo em Cascata do Pressman
1) Comunicao Iniciao do projeto e levantamento de requisitos
2)Planejamento Estimativas, cronograma e monitoramento
3)Modelagem Anlise e projeto
4)Construo Codificao e teste
5) Implantao Entrega, manuteno e feedback
Fases do Modelo em Cascata do Sommerville
1)Definio de Requisitos
2)Projeto de Software e Sistema
3)Codificao e Testes Unitrios
4)Integrao e Testes de Sistema
5)Operao e Manuteno(costuma ser a etapa de maior durao)
O analista levantatodosos requisitos na primeira fase e volta para a fbrica de software para o planejamento.
O processo de desenvolvimento segue sem feedback at a implantao, o que pode demorar muito tempo, at
mais de uma dezena de meses. Nesse tempo, normalmente o negcio j mudou.
Vantagens
De fcil planejamento, organiza as atividades em uma sequnciaa com entraga bem definida.
Funciona bem para requisitos estveis, bem definidos e bem compreendidos.
Fcil de aplicar a eqiupes inexperientes, porque s fazer tudo em uma sequncia simples.
Desvantagens
Acumula riscos. um modelo no realista e simplista. No mundo real os requisitos mudam, erros acontecem no
levantamento de requisitos e nada disso percebido at que o produto seja testado ou recebido pelo cliente, l
no final. Os problemas comeam a aparecer na fase de integrao, quando tarde demais. No modelo cascata
clssico, que o que foi tratado aqui, s existe uma entrega para o cliente, que acontece no final.
Na pratica, o modelo em cascata pode ser adequado a um replanejamento possvel voltar de uma fase
para a fase anterior.

Fases Genricas do Ciclo de Vida do Software

Cada autor possui a sua denominao de cada fase do ciclo de vida, mas existe uma ideia por trs de cada
etapa. Abaixo, uma ideia das etapas genricas.
Planejamento:
Fazse as estimativas sobre escopo, recursos, custos e prazos. Esboase os requisitos do sistema para poder
fazer as estimativas, que so pouco precisas, mas j do uma ideia razovel do todo.
Anlise e Especificao de Requisitos
http://brunomarota.blogspot.com.br/2012/04/engenhariadesoftwareparaconcursos_26.html

2/4

08/12/2015

BrunoMarota:EngenhariadeSoftwareParaConcursosParte2ModelosdeCiclodeVida,CascataePrototipagem

Entendese melhor os requisitos e o escopo, que so refinados neste momento. No existe cdigo gerado.
Entendese o domnio do problema. Pensase no comportamento e nas funcionalidades do sistema. No existe
preocupao com tecnologia.O foco no problemae no na soluo.
Projeto ou Design
Definese os requisitos tecnolgicos do sistema.Aqui pensase na soluo, gerase a arquitetura do software.
Implementao
Gera o cdigo do programa de acordo com o projeto. onde existe mais gente trabalhando ao mesmo tempo.
Testes
Realizar diversos nveis de teste para satisfazer a verificao do software. O objetivo encontrar erros no
software. Testes nunca garantem que o programa est livre de erros. Os testes apenas mostram que ainda
existem erros, mas no d para mostrar que no existe erro nenhum.
Implantao, Operao e Manuteno
Colocar o software em produo, treinamento, manuteno e gerenciamento dos servios do software.

Prototipagem
Prottipo uma verso inicial de um software que utilizada para demonstrar conceitos ou descobrir
informaes e solues a respeito de um determinado problema. uma prova de conceito para saber se o rumo
escolhido vivel tanto do ponto de visto tcnico, como do ponto de vista do usurio.
Prototipagem Evolucionria
Trabalhar junto aos cliente paraevoluir o prottipo a partir de uma especificao inicial bem
resumida.Foca em entregar algum resultado o mais rpido possvel e o prottipo evolui at que o software
esteja de acordo com as necessidades do cliente.

Devese comear com os requisitos mais bem compreendidos.Novas funcionalidades so adicionadas a cada
verso, de acordo com propostas do cliente. aplicvel a sistemas pequenos ou mdios.

http://brunomarota.blogspot.com.br/2012/04/engenhariadesoftwareparaconcursos_26.html

3/4

08/12/2015

BrunoMarota:EngenhariadeSoftwareParaConcursosParte2ModelosdeCiclodeVida,CascataePrototipagem

Esse modelo de ciclo de vida gera uma falta de visibilidade do progresso do sistema como um todo, que est
sempre evolundo e nunca est terminado. Os sistemas crescem sem uma arquitetura adequada, porque os
programadores esto preocupados em entregar rapidamente e acabam no se preocupando com boas prticas ou
refactoring.
A documentao pode ser esquecida e provavelmente ser, j que o foco na entrega rpida. A cada nova
verso acontecem mudanas que no so documentadas.
Prototipagem Descartvel
Pequenas verses prototipadas so disponibilizadas aos clientes para compreenso e clarificao dos requisitos
do sistema.Devese comear com os requisitos mais difceis e menos compreendidos.
Com a utilizao do prottipo o cliente tem mais condies de determinar o que ele realmente quer e a equipe
pode entender melhor os requisitos. Depois oprottipo descartado.
til para sistemas grandes e complicados, ou quando o cliente no sabe o que quer exatamente. Parece perda
de tempo, mas os requisitos ficam bem mais claros do que se estivessem apenas escritos em um papel, de forma
terica.
Prottipos descartveis podem ser aplicados no contexto de qualquer modelo de processo (cascata,
espiral, iterativo/incremental). Funciona como uma tcnica utilizada nos outros modelos de ciclo de vida.
Na prtica os modelos de desenvolvimento de software se misturam.O modelo em cascata pode ser usando
dentro do modelo incremental, como miniprojetos e outras combinaes so possveis.
Os prottipos podem ser visuais, para os clientes avaliarem, mas tambm existem prottipos no visuais
para validao de conceitos, estudo de viabilidade ou arquitetura, etc.

http://brunomarota.blogspot.com.br/2012/04/engenhariadesoftwareparaconcursos_26.html

4/4