INSTITUTO FEDERAL DE EDUCAO, CINCIA E TECNOLOGIA GOIANO

CAMPUS IPOR

Tecnologia em Anlise e Desenvolvimento de Sistemas

Luciana Recart Cardoso luciana.cardoso@ifgoiano.edu.br

Um prottipo uma verso inicial de um sistema de

software, que possibilita demonstrar conceitos,
experimentar opes de projeto, e em geral para
conhecer o problema e suas possveis solues.

PROTOTIPAO
Um prottipo comparvel a
uma maquete para a arquitetura,
de um sistema futuro com o qual
pode-se realizar verificaes e
experimentaes para se avaliar
algumas de suas qualidades antes
que o sistema venha realmente a
ser construdo.

PROTOTIPAO
Um prottipo de software se apoia em duas atividades do
processo de engenharia de requisitos:
Levantamento dos requisitos;
Validao dos requisitos;

PROTOTIPAO
Pode ser utilizada como tcnica de anlise e reduo de riscos
(erros e omisses) pode tambm se utilizada para outros
propsitos, como treinamento de usurios antes que o sistema seja
entregue e tambm para testes no sistema.

PROTOTIPAO
Equvocos entre os usurios de software e desenvolvedores so
expostos.
Servios esquecidos podem ser detectados e servios confusos
podem ser identificados.
Um sistema funcionando est disponvel nos primeiros estgios
no processo de desenvolvimento.
O prottipo pode servir como uma base para derivar uma
especificao do sistema com qualidade de produo.
O prottipo pode ser usado para treinamento do usurio e teste
de sistema.
6

PROTOTIPAO

Figura 1: Processo de desenvolvimento do prottipo

Fonte: SOMMERVILLE, 2011, p. 30

TIPOS DE PROTOTIPAO
Prototipao Evolucionria
Prototipao Descartvel

Prototipao Evolucionria
Uma abordagem para o desenvolvimento do sistema onde um
prottipo inicial produzido e refinado atravs de vrios
estgios at atingir o sistema final.

Figura 2: Prototipao evolucionria

Fonte: SOMMERVILLE, 2011, p. 30

Prototipao Evolucionria
O objetivo da prototipao evolucionria fornecer
aos usurios finais um sistema funcionando. O
desenvolvimento comea com aqueles requisitos que
so melhores compreendidos.
Baseada em tcnicas que permitem interaes rpidas para o
desenvolvimento de aplicaes.
Verificao impossvel uma vez que no existe
especificao. A validao significa demonstrar a adequao
do sistema.
10

Vantagens da Prototipao
Evolucionria
Rpido fornecimento do sistema
Em alguns casos, o rpido fornecimento e a facilidade de uso
so mais importantes do que os detalhes de funcionalidade
ou a facilidade de manuteno de software a longo prazo.

Compromisso do usurio com o sistema

O envolvimento do usurio com o sistema significa maior
possibilidade de atender aos seus requisitos e um maior
empenho para que o sistema funcione de acordo.
11

Problemas Prototipao
Evolucionria
Problemas de gerenciamento
Habilidades especialistas so necessrias e podem no estar
disponvel na equipe de desenvolvimento

Problemas de manuteno
A continuidade de mudanas tende a corromper a estrutura
do prottipo do sistema, assim a manuteno a longo prazo
pode ser cara.

Problemas contratuais
Os contratos so, geralmente, estabelecidos baseados
em uma especificao completa do software.
12

Prototipao Descartvel
Usa um prottipo inicial o qual usualmente uma
implementao prtica do sistema produzida para
ajudar a levantar os problemas com os requisitos e
depois descartado. O sistema ento desenvolvido
usando algum outro processo de desenvolvimento.
13

Prototipao Descartvel
O objetivo da prototipao descartvel validar
ou derivar os requisitos do sistema. O processo
de prototipao comea com aqueles requisitos
que no so bem compreendidos.
14

Prototipao Descartvel

15

Prototipao Descartvel
Usada para reduzir os riscos com os requisitos.
O prottipo desenvolvido de uma especificao
inicial, entregue para avaliao e ento descartado.
O prottipo descartvel NO deve ser considerado
como um sistema final.
Caractersticas importantes podem ter sido excludas do
prottipo.
No existe especificao para manuteno futura

O sistema ser mal estruturado e difcil de manter.

16

Problemas da Prototipao
Descartvel
Desenvolvedores podem ser pressionados a entregar um
prottipo descartvel como um produto final - no
recomendado
Pode ser impossvel ajustar o prottipo para atender os
requisitos no funcionais.
O prottipo inevitavelmente no documentado e isso ruim
para a manuteno a longo prazo.
A s mudanas feitas durante o desenvolvimento do prottipo
provavelmente tero degradado a estrutura do sistema.
Os padres de qualidade organizacional so, normalmente,
deixados de lado no desenvolvimento do prottipo.
17

Entrega Incremental
Ao invs de entregar o sistema em uma nica entrega,
o desenvolvimento e a entrega so distribudos em
incrementos, nos quais cada incremento entrega parte
da funcionalidade necessria.
Os requisitos do usurio so priorizados e os
requisitos de mais alta prioridade so includos nos
primeiros incrementos.
Assim que o desenvolvimento de um incremento
iniciado os requisitos so congelados, mas os
requisitos dos incrementos posteriores podem
18
continuar a evoluir

Desenvolvimento Incremental
Desenvolve o sistema em incrementos e avalia cada
incremento antes de proceder com o desenvolvimento
do prximo incremento;
Abordagem normalmente usada em mtodos geis;
Avaliao feita por representantes do usurio/cliente.
19

 Implanta um incremento para uso do usurio-final;

Avaliao mais realstica sobre o uso prtico do
software;
Difcil de implementar para sistemas substitutos
devido aos incrementos possurem menos funes do
que o sistema que est sendo substitudo.
20

Entrega Incremental

Figura 4: Entrega incremental

Fonte: SOMMERVILLE, 2011, p. 31

21

Vantagens da Entrega
Incremental

Os valores podem ser entregues ao cliente junto com

cada incremento, e funes do sistema ficam
disponveis mais rpidamente.
Primeiros incrementos agem como prottipos para
ajudar a deduzir requisitos para incrementos
posteriores.
Menor risco de falha geral do projeto.
Os servios mais prioritrios do sistema tendem a
serem mais testados.
22

Problemas da entrega
incremental
A maioria dos sistemas requer um conjunto de funes bsicas
que so usadas por diferentes partes do sistema.
Como os requisitos no so definidos em detalhes at que um
incremento seja implementado, pode ser difcil identificar funes
comuns que so necessrias a todos os incrementos.

A essncia dos processos iterativos que a especificao seja

desenvolvida em conjunto com o software.
No entanto, essa pode entrar em conflito com o modelo de
aquisio de muitas organizaes, nos quais a especificao
completa do sistema parte do contrato de desenvolvimento do
sistema.
23