0RGHORVGH

GHVHQYROYLPHQWRGH
VRIWZDUH
3DUDGLJPDVGHHQJHQKDULDGHVRIWZDUH
So modelos de processo de desenvolvimento de sistemas que especificam quais atividades
devem ser executadas e em qual ordem (oposta a uma abordagem casual)!
Ciclo de vida
clssico(cascata) Evolutivo (dep. Prototipao) Espiral
Dividido em etapas ... Um produto inicial
* Eng. sistemas desenvolvido e implementado
* Anlise de requisitos e vai sendo refinado atravs de Combina o ciclo de vida
* Planejamento de Projeto mltiplas verses at que o clssico com o evolutivo
* Codificao sistema almejado tenha sido adicionando Anlise de Risco.
* Testes obtido. Assim este modelo
*Manuteno atende bem os requisitos do O desenvolvimento se organiza
Mtodo sequencial - o cliente (gera produto: como uma espiral que tem
resultado de uma fase a desenvolvimento exploratrio) - muitos ciclos - cada ciclo uma
entrada da outra. um bom mecanismo para fase do processo de
Indicado quando os requisitos identificar requisitos (no gera desenvolvimento.
esto bem claros. produto, serve s para
Prima por um fluxo sequencial esclarecer requisitos - prottipo Parte do princpio de que a
de atividades na tentativa de descartvel).O processo no forma do desenvolvimento no
manter o processo previsvel e visvel, no compensa pode ser completamente
fcil de monitorar. documentar cada verso da determinada de antemo.
Rigidez: no prev dinamismo implementao. Sistema
nos requisitos ou interaes pobremente estruturado dadas Desvantagem: custo.
entre as etapas, no acomoda as mudanas constantes.
incertezas tpicas do comeo Distncia entre prottipo e
de muitos projetos. produto (rapidez) representa
Exige pacincia do cliente, o um risco que sacrifica a
desenvolvimento pode ser qualidade -
muito longo. Melhor para sist. pequenos !
 &LFORGHYLGDFOiVVLFRRXPRGHORHPFDVFDWD
Observao importante: cada uma das atividades fornecem um feed-back para as fases anteriores, tal feed-back
estimula a melhoria e a evoluo do software.

O qu Como Operao
Anlise de Planejamento
Eng. Sistemas de Projeto Codificao Testes Manuteno
requisitos
O software Identificao Processo de Fase em que o Testes tanto nos O software
sempre das restries e mltiplos passos: projeto de aspectos lgicos poder sofrer
faz parte de dos servios e estrutura de software se internos do mudanas
um sistema metas a serem dados, transforma em programa, depois de
mais amplo - atingidas arquitetura de um conjunto quantos nos entregue:
deve fazer (determinar software, de programas. aspectos acomodar
interface quais e no interface. Como externos mudanas, erros
com outros como..). Esta os requisitos, o (entradas e encontrados,
elementos tais fase gera um projeto sadas).Testes acrscimos etc.
como documento de documentado e so feitos A manuteno
hardware, especificao torna-se parte da progressivamen reaplica cada
pessoas e de requisitos configurao do te, em uma das etapas
bancos de para (a) o software: conjuntos cada precedentes.Pod
dados. cliente verificar documento de vez maiores, a e vir a ser a
se satisfaz suas especificao do partir de etapa mais
expectativas (b) projeto. pequenos longa do ciclo
ser usado pelos subsistemas at de vida.
desenvolvedore que o sistema
s de software. inteiro seja
construdo.
0RGHOR(YROXWLYR
Incio

Fim
Especificaes de requisitos
ou
Produto
 0RGHOR(YROXWLYR
Prototipao um mtodo rpido de desenvolvimento.
No passado desenvolver por protipao era considerado um
mtodo inferior que exigiria grandes esforos adicionais..
porm muitos sistemas hoje so desenvolvidos pelo mtodo
evolucionrio, ao menos parcialmente.

Prototipao como uma atividade de reduo de riscos.

O uso principal ajudar clientes e desenvolvedores a

compreender requisitos do sistema:
Usurios podem experimentar com um prottipo para
verificar o comportamento do sistema.
O prottipo pode revelar erros e omisses nos requisitos
(validao).
 9DQWDJHQVGRPRGHOR(YROXWLYR
Diferenas entre percepes do cliente e dos desenvolvedores
so explicitadas.
Um sistema funcional apresentado antecipadamente.
O prottipo pode servir de base para a especificao do sistema.
O prottipo pode entrever necessidade de treinamento de pessoas
e esquema de testes.
Aumento da usabilidade, manutenibilidade e at mesmo da
qualidade do sistema, se tomado para amadurecer o
entendimento dos requisitos.
Prototipao interessante para desenvolver partes do
sistema de difcil especificao como interface do usurio.
Cliente envolve-se na avaliao do prottipo.
'HVYDQWDJHQVGRPRGHOR(YROXWLYR
Questes de gerencimento
Esquema muito menos estruturado
Specialist skills are required which may not be
available in all development teams
Problemas de manuteno
Constantes mudanas tendem a corromper a
estrutura do sistema o que pode repercutir na
necessidade de manuteno (ou retrabalho) mais
cara.
Problemas contratuais (entrega antes do prazo de um
sistema mas com qualidade inferior).
 'XDVYDULDQWHVGHSURWRWLSDomR
Prototipao evolucionria
Um prottipo inicial produzido e refinado at que
se tenha um produto final para os usurios finais.
Parte-se dos requisitos melhor compreendidos.
Prototipao descartvel
Um prottipo, usualmente uma implementao do
sistema, produzido para ajudar a compreender os
requisitos do sistema e ento descartado. O sistema
ento desenvolvido usando-se outro processo de
desenvolvimento.
Parte-se dos requisitos pobremente compreendidos.
 0RGHORVGHSURWRWLSDomR

Prototipao
Sistema
Evolucionria

Requisitos

Prototipao Prottipo
Descartvel executvel
 0RGHOR(VSLUDO
Processo representado por uma espiral em lugar de uma
sequncia linear.
Cada loop na espiral representa uma fase do processo: loop
mais interno pode representar a viabilidade; o seguinte o
planejamento e assim por diante.
Riscos so regularmente avaliados durante o processo.
Um ciclo da espiral comea com a elaborao de objetivos,
como desempenho, funcionalidade, etc. Meios alternativos
de atingir esses objetivos e suas restries so enumerados.
Cada alternativa examinada em relao a cada objetivo.
Isso resulta na identificao das causas de riscos. A prxima
etapa avaliar esses riscos. Em seguida uma parte
realizada e parte-se para a prxima fase do projeto.
0RGHOR(VSLUDO%RHKP
(Verso Pressman/ Peters)

Determinar objetivos, Avaliar alternativas entre

riscos e restries prottipos,avaliar
e
resolver riscos

Planejar prximas Desenvolver, verificar

fases do ciclo, abort-lo produto de prximo
se necessrio
nvel
 6HWRUHVGRPRGHOR(VSLUDO

Determinao de objetivos
So identificados objectivos especficos
Anlise e reduo de riscos
Riscos so detectados e atividades so
acionadas para reduzir riscos
Desenvolvimento e Validao
Um modelo de desenvolvimento escolhido
Planejamento
O projeto revisado e a prxima fase da espiral
planejada
0RGHOR(VSLUDO%RHKP
(Verso Sommerville)

Determ ine ob jectiv es

Ev aluate alt ern atives
alternatives and id en tify, resol ve risk s
cons traint s R isk
analys is
R isk
analys is
R isk
analys is Opera-
P rot otyp e 3 ti onal
P rot otyp e 2 prot oyp e
Risk
R EVIEW analysis P rot o-
ty pe 1
Requi rement s pl an S im ul ati ons, m odels, b en ch marks
Li fe-cycle pl an C oncept o f
Operati on S /W
requi rement s P rod uct
desi gn Detail ed
Requi rement desi gn
Develop ment
pl an valid ati on C ode
Desi gn Uni t t es t
Integrati on
and t est p lan V& V Integr ati on
P lan next p has e test
Accep tance
S erv ice test Develop, v erify
next -l evel p rod uct
 2EVHUYDo}HV
Os pontos fortes de cada um dos paradigmas podem ser utilizados
em um mesmo projeto.

O paradigma espiral j faz isso diretamente, combinando

prototipagem e elementos do ciclo de vida clssico em uma
paradigma evolutivo. Qualquer um pode servir como alicerce no
qual os outros paradigmas podem ser integrados. O processo
sempre comea com a determinao dos objetivos, alternativas e
restries (requisitos). Se os requisitos no estiverem muito claros,
um prottipo pode ser usado para melhor defini-lo. Usando o
prottipo como guia, o desenvolvedor pode retornar aos passos do
ciclo de vida clssico. Alternativamente o prottipo pode evoluir
para um sistema.

A natureza da aplicao que vai determinar o paradigma a ser

utilizado e a combinao de paradigmas s tende a beneficiar o
processo como um todo.