Unidade III - P3 - A Engenharia de Software - Processos - Ciclos de Vida de Desenvolvimento de Software

1
Anlise de Sistemas
Unidade III Processos / Ciclos de Vida de
Desenvolvimento de Software
Prof. Francisco Gerson A. de Meneses
franciscogerson10@gmail.com
Contedo programtico
Fases genricas dos Ciclos de Vida
Modelo Cascata
Modelo Incremental
Modelo Prototipao
Modelo Espiral
Modelo Balbrdia
Modelos mistos e caracterstica genrica
RUP - Rational Unified Process
Fases genricas dos
Ciclos de Vida
Qualquer que seja o mtodo a ser escolhido para o
desenvolvimento de um software, estar
espelhado em um CICLO DE VIDA de
desenvolvimento.
Este ciclo de vida pode ser entendido como um
roteiro, constitudo em geral de macroetapas com
objetivos funcionais na construo de um
software, onde tambm possvel visualizar-se a
interdependncia existente entre as macroetapas.
Genericamente, o desenvolvimento de um
software, qualquer que seja o modelo empregado,
compreende trs fases:
Requisitos, Projeto/desenvolvimento e
implantao/manuteno
Fases genricas dos
Ciclos de Vida
Na FASE DE REQUISITOS, encontra-se grande
parte do fator de sucesso do desenvolvimento de
um software. A primeira atividade nesta fase deve
ser o estabelecimento claro das linhas fronteirias
do software que dever ser resolvido.
O que exatamente espera-se que seja feito?
Qual a abrangncia do software?
A determinao exata destas linhas de delimitao
uma tarefa muitas vezes nebulosa.
Realmente, difcil dizer onde comea e onde
termina determinado sistema. Os limites entre o
sistema e o seu meio ambiente admitem certa
arbitrariedade... (Chiavenato, 1983)
Uma vez que se tenham bem traados os limites
daquilo que dever ser desenvolvido, e certificando-se
que este o mesmo entendimento que tem o
cliente/usurio, mergulha-se dentro deste contexto na
busca de informaes sobre quais processos so
executados, quais dados so manipulados.
uma fase de investigao, em que tudo deve ser
questionado:
Por que se faz aquilo daquela forma?
Quais so as restries que existem nos
procedimentos e dados utilizados?
Trata-se de uma intensa busca, da qual o Analista de
Sistemas dever sair quase um especialista no
assunto, conhecendo os pormenores existentes, visto
que isto refletir na construo do software.
Fases genricas dos
Ciclos de Vida
A fase de PROJETO/DESENVOLVIMENTO aquela em que
efetivamente o analista e programadores iro construir o
software propriamente dito.
O Analista de Sistemas sabendo o que deve ser
desenvolvido e como os processos e dados so
utilizados, visto que foi realizado o levantamento de
requisitos, faz especificaes tcnicas detalhando a
soluo que ele criou para atender ao usurio/cliente.
Em seguida, os programadores codificam os programas
em alguma linguagem de programao e os testam na
sua individualidade e coletivamente.
Um vez que o sistema foi testado, liberado para o uso.
Fases genricas dos
Ciclos de Vida
2
A ltima fase refere-se a IMPLANTAO/MANUTENO.
A implantao requer algum cuidado alm do tcnico,
j que ser nesta fase que se manifestaro foras de
resistncia ao software, caso elas existam.
A manuteno do software permanecer durante toda
sua vida til.
Uma manuteno de software pode ocorrer
basicamente motivada por trs fatores:
a correo de algum problema existente no software,
sua adaptao decorrente de novas exigncias (de
legislao, por exemplo) e
algum melhoramento funcional que seja incorporado ao
software.
Conheamos agora os modelos de CICLOS DE VIDA:
Fases genricas dos
Ciclos de Vida
Modelo Cascata
No modelo cascata, o desenvolvimento de um
software se d de forma seqencial.
Anlise de
Viabilidade
Anlise de
Requisitos
Projeto
Implementao
Testes
Implantao
Manuteno
Modelo Cascata
Inicia-se a partir da ATIVIDADE DE VERIFICAO DA
VIABILIDADE do desenvolvimento. Para cada etapa
cumprida, segue-se a etapa imediatamente posterior,
dando a idia de uma cascata.
Na primeira etapa, aps um levantamento macro a
respeito do software a ser criado, que investigar
sobre os recursos que sero necessrios, faz-se uma
avaliao de viabilidade de desenvolvimento,
focando-se trs aspectos:
Tcnico
Econmico
Operacional
Modelo Cascata
Os aspectos tcnicos dizem respeito a recursos de
hardware e software disponveis que sero
necessrios: computadores, linguagens de
programao, quantidade de licenas de uso,
bancos de dados, etc. Verifica-se
quantitativamente as novas necessidades de
aquisio.
O aspecto de viabilidade econmica atribui uma
estimativa de custo do desenvolvimento
considerando os valores de todos os recursos
necessrios.
Modelo Cascata
O aspecto de viabilidade operacional refere-se
anlise de mudanas de procedimentos e
impactos que a criao do software pode trazer
ou exigir da organizao.
Dependendo da exigncia, pode-se decidir pela
inviabilidade da construo do referido
software.
Modelo Cascata
Uma vez que na fase de viabilidade tenha se optado
por desenvolver o software, inicia-se a fase
seguinte, um minucioso LEVANTAMENTO DE
PROCESSOS E DADOS (REQUISITOS) para que se
possam levantar as funcionalidades que devero
estar presentes no software a ser construdo, de
maneira que venha a atender s necessidades dos
usurios.
Tambm devem ser consideradas neste
levantamento as regras que norteiam o negcio,
restries e desejos do usurio.
Esta fase deve gerar uma documentao formal
resultante da abstrao e entendimento da
realidade.
3
Modelo Cascata
Concluda a fase de anlise de requisitos, inicia-se o
PROJETO, onde faz-se uma especificao tcnica do
software, utilizando-se formalismos de algum mtodo
(ex: estruturado, essencial, orientao a objetos).
Esta especificao deve ser detalhada passando a
considerar questes de interface com o usurio e
armazenamento de dados, chegando-se
documentao dos programas de computador que
devem ser desenvolvidos.
Aps concluda a documentao dos programas, que
devero existir para atender s funcionalidades
requeridas, passa-se para a fase de IMPLEMENTAO,
em que os programas so codificados em alguma
linguagem de programao.
Modelo Cascata
Concluda a codificao dos programas, estes
devero ser submetidos a TESTES e simulaes.
Primeiramente realizam-se os testes individuais
dos programas e, detectando-se qualquer
problema, procede-se correo.
Aps a realizao dos testes individuais, deve-
se testar o conjunto, j que pode-se detectar
problemas que no se manifestaro de outra
forma.
Alm disso, deve-se checar se h necessidade
de alguma integrao com outros sistemas e
providenciar tal teste e ajustes.
Modelo Cascata
A fase de IMPLANTAO refere-se liberao
dos programas (ou sistema) para utilizao.
Coloca-se o sistema em produo.
Esta fase deve iniciar com um treinamento dos
usurios envolvidos, para que adquiram a
cultura e entendam a funcionalidade do sistema
que iro manipular.
A ltima fase refere-se MANUTENO que,
invariavelmente, existir em qualquer sistema.
Ocorrero mudanas em funo de novas
exigncias, ajustes de erros que sero
encontrados ou ajustes exigidos pelos usurios.
Modelo Cascata
Algumas observaes:
Clssico Mais antigo;
Seqencial;
Gerenciamento Simples;
Incompatvel com Realidade Atual;
Problema Requisitos (uma nica etapa);
Retornos ???;
Testes (final do processo);
Erros Sutis atraso no cronograma.
Modelo Incremental
O modelo incremental uma variante do
modelo cascata.
Viabilidade
vivel?
Requisitos
OK?
Projeto
Concludo?
Codificao
Testado?
Implantao
vivel?
Manuteno
Problemas?
Lgico
OK?
Fsico
OK?
Modelo Incremental
A fase de PROJETO existente no modelo cascata foi
decomposta em projeto lgico e projeto fsico.
Esta abordagem permite que as atividades do
projeto possam ser subdivididas e que ocorram em
paralelo.
Algumas observaes:
Desenvolvimento em fases;
Entrega do sistema em partes;
Permisso para que o usurio utilize alguns recursos
enquanto outros esto sendo desenvolvidos.
4
Modelo Incremental
O sistema est especificado na documentao dos
requisitos, e dividido em subsistemas por
funcionalidades.
Chega lentamente funcionalidade total por meio
de novas verses.
Modelo Prototipao
O modelo de prototipao surge para tentar
atender a dois grandes aspectos pertinentes ao
desenvolvimento de software:
O primeiro diz respeito velocidade de
desenvolvimento, no sentido de propiciar-se ao
usurio uma viso mais real do software que se
est projetando.
Esta caracterstica permite ao usurio/cliente
enxergar as telas e relatrios resultantes do
software, com os quais ele ter alguma
interao.
Modelo Prototipao
O segundo aspecto relevante da prototipao
o envolvimento direto do usurio medida que
o desenvolvimento do software evolui.
O usurio deve ser envolvido para opinar sobre
as telas e relatrios do software, de maneira
que se consiga torn-lo quase que co-autor do
desenvolvimento responsabilizando-o tambm,
desta forma, pelo sucesso final do software,
uma vez que ter tido participao ativa na
montagem do mesmo.
Modelo Prototipao
Anlise de
Requisitos
Desenvolvimento
de Prottipo
Experimentao
Reviso
Detalhamento
Codificao e
Testes
Implantao Manuteno
Modelo Prototipao
Prottipo o desenvolvimento de software que
inicialmente cuida apenas das caractersticas de
interface com o usurio, resguardando-se para uma
segunda etapa demais procedimentos internos de
checagem de manipulao de dados.
Esta caracterstica torna os prottipos um produto de
experimentao rpida, j que o usurio comea a
observar rapidamente os resultados do
desenvolvimento, ainda que incompleto.
Trata-se de um esboo simplificado do produto a ser
atingido, permitindo uma correta avaliao de todos
seus aspectos e permitindo correes e adaptaes
medida que o prottipo evolui para o produto final.
Modelo Prototipao
Neste paradigma tudo tambm comea pela
ANLISE DE REQUISITOS, mas tambm com
foco voltado para a construo e validao da
interface.
Uma primeira fase de desenvolvimento tem a
intensa participao do usurio/cliente que,
inclusive, faz a experimentao dos mdulos
que so desenvolvidos.
Uma vez que o usurio/cliente tenha checado
as interfaces e a dimenso de todo o projeto,
pode-se seguir para uma fase posterior, com a
devida aprovao do usurio/cliente.
5
Modelo Prototipao
Na fase posterior, acrescenta-se ao prottipo
toda a funcionalidade que no havia sido
embutida quando ele foi construdo
inicialmente, ou, de posse da interface
funcional, aprovada pelo usurio, parte-se para
um novo desenvolvimento.
Nesta fase gasta-se um pouco mais de tempo,
j que o volume de cdigo a ser gerado ainda
alto, visto que toda a consistncia de dados
no foi ainda desenvolvida.
Modelo Prototipao
Alm disso, deve-se comear a realizar testes
rigorosos de unidade e conjunto, a fim de que
se possa liberar o software para uso.
Alguns pontos problemticos devem ser
lembrados sobre este paradigma.
O primeiro refere-se ao entusiasmo que o
usurio pode ter, achando que pelo fato de que
as interfaces esto rapidamente sendo
construdas quase imediatamente ele ter sua
disposio o sistema sonhado. importante que
exista um trabalho anterior que previna este
comportamento.
Modelo Prototipao
Outro aspecto refere-se presso que existir,
a fim de que concesses de implementaes
ocorram para a urgncia da implantao,
sugerindo-se que o prottipo seja evoludo e
entre rapidamente em funcionamento.
Modelo Prototipao
Algumas observaes:
Velocidade de desenvolvimento:
Viso mais real
enxergar telas, tabelas e relatrios
Envolvimento direto do usurio:
Co-autor
Acompanhamento da Evoluo
Problemas: usurio/entusiasmo (preveno),
evoluo/prottipo, concesses/implementao
e urgncia/implantao.
Modelo Espiral
O modelo espiral foi proposto pelo Dr. Berry
Boehm (Boehm, 1988) e conseguiu aglutinar as
melhores caractersticas existentes nos modelos
antecessores.
Apresenta uma dimenso radial cujas atividades
iniciais encontram-se no centro do espiral, e
medida que o desenvolvimento do software
avana, percorre-se a espiral do centro para
fora.
Modelo Espiral
Verifica-se que h a sobreposio de 4
importantes atividades, representadas pelos
quadrantes.
Planejamento
Avaliao de Alternativas
e Riscos
Avaliao do Cliente
Engenharia
Desenvolvimento de
Software
0 1 2 3
6
Modelo Espiral
medida que se avana pelo modelo ocorre
uma iterao e o software vai evoluindo para
estgios superiores, normalmente com aumento
da complexidade.
Cada iterao est provida das atividades
determinada pelos quadrantes, que so, na
seqncia: planejamento, avaliao de
alternativas e riscos, desenvolvimento do
software propriamente dito e avaliao do
cliente.
Atualmente, para o desenvolvimento de
software, este ciclo de vida do desenvolvimento
o que mais concretamente retrata a realidade.
Modelo Espiral
Pode-se dizer que o modelo espiral induz a um
desenvolvimento evolucionrio do software (o
que tambm se verifica no modelo de
prototipao), sem perder a abordagem de
execuo de etapas sistmicas, mas que se
sobrepe a cada iterao do modelo, pela
numerao de 0 a 3, representando cada qual,
um ciclo do modelo.
Embora o exemplo tenha apresentado apenas 3
ciclos, na realidade o limite indefinido,
dependendo de cada desenvolvimento.
Modelo Espiral
O primeiro quadrante refere-se s atividades
de Planejamento, onde se determinam os
objetivos do software e avaliam-se e
reavaliam-se requisitos para seu
desenvolvimento, alm de identificarem-se
eventuais restries existentes.
Tambm est representado neste quadrante o
levantamento de regras do negcio e,
particularmente no momento 0 (zero), h um
esforo maior, com dedicao de maior tempo
para o levantamento dos requisitos iniciais,
gatilho propulsor do incio dos ciclos do espiral.
Modelo Espiral
No segundo quadrante tem-se uma avaliao de
riscos no desenvolvimento do software, onde
procuram-se avaliar alternativas frente a reaes
do cliente e outros riscos decorrentes do
levantamento de requisitos do sistema.
Os riscos avaliados possuem natureza e origem
diversas, dependendo do momento cclico da
espiral.
No terceiro quadrante encontram-se as atividades
de desenvolvimento do software propriamente
dito, em um processo de modelagem evolutiva que
vai agregando funcionalidades ao software,
liberando mdulos para a iterao seguinte.
Modelo Espiral
No quarto quadrante, os resultados que vo
sendo obtidos so representados e avaliados
pelo usurio/cliente. a parte em que o modelo
espiral incorporou os conceitos do modelo de
prototipao.
H uma participao ativa do usurio/cliente
opinando sobre o produto que est em fase de
desenvolvimento.
Todas as atividades dos quadrantes vo se
sobrepondo a cada iterao, de onde o produto
vai evoluindo at atingir sua forma final.
Modelo Espiral
Algumas observaes:
Retrata a realidade (concretamente)
Aglutinao melhores caractersticas
Dimenso radial - centro p/ fora - Quadrantes
Sobreposio de atividades (04)
Iterao avano pelo modelo
Evoluo aumento da complexidade
Qtd indefinida de ciclos
Anlise de riscos diferencial/prevenir
problemas
7
Modelo Balbrdia
Normalmente esquece-se de atribuir uma
diagramao para os sistemas desenvolvidos
na informalidade.
Tambm possvel enquadrar esta forma de
desenvolvimento em um ciclo de vida, uma vez
que, genericamente, segue-se um roteiro.
Implementao
Implantao
Modelo Balbrdia
O software construdo sem qualquer tipo de
projeto ou documentao.
Normalmente verificado em organizaes que
so administradas por crise, onde no existe
planejamento, ou naquelas onde a sucesso de
fatos vai propagando aes de correo de
rumo ou impondo ajustes ao software para
atender novos requisitos, sempre em clima de
urgncia, motivados por vrios fatores,
sobressaindo-se o poltico.
Modelo Balbrdia
Em tempo de implantao, no raro o software
j sofre diversas correes decorrentes de
novas comunicaes ou ajustes, que foram
esquecidos, j que no h um levantamento de
requisitos adequado.
H um trabalho contnuo que se estabelece
mesmo na fase de implantao, onde o usurio
ir sugerir vrias mudanas que remetero o
trabalho de volta implementao.
Assim, o software entra em loop de gestao
(implementao - implantao), at que atinge
uma maturidade ideal para uso.
Modelo Balbrdia
Algumas observaes:
Informalidade/Caos
loop
Projeto??
Documentao??
Planejamento??
Organizaes (empresas)
Requisitos/Urgncia
Fatores Polticos
Modelos Mistos e
Caracterstica Genrica
Para a criao de modelos mistos podem-se pegar
os modelos existentes e gerar derivados. Pode-se
fazer uma cominao de modelos existentes.
No existe um formato previamente definido para
esta abordagem que seja consensual.
O importante de se constatar quer seja na criao
de modelos mistos quer seja nos modelos
anteriormente apresentados e, possivelmente, em
novos paradigmas que viro a existir, que tais
modelos apresentam trs grandes fases genricas:
REQUISITOS, PROJETO/DESENVOLVIMENTO E
MANUTENO
Modelos Mistos e
Caracterstica Genrica
Fases genricas dos modelos:
Requisitos
Projeto e
Desenvolvimento
Implantao e
Manuteno
Aqui onde se
usa um das
modelagens:
- Anlise Estruturada
- Anlise Essencial
- Anlise OO
8
RUP
Rational Unified Process
O RUP Rational Unified Process (ou Processo
Unificado da Rational), um processo de
desenvolvimento de software, dentro do contexto da
Engenharia de Software, que foi criado pela Rational
Software Corporation; cuja empresa, em 2003, foi
adquirida pela IBM e o RUP, ento, passou a se
chamar IRUP: IBM Rational Unified Process.
O RUP possui um modelo em duas dimenses. No eixo
x, observa-se as fases propostas, no eixo y, as
atividades (fluxos de trabalho) que devem ser
realizadas em cada fase, atravs de sucessivas
iteraes. Cada fase pode ter tantas iteraes quantos
se fizerem necessrias para a concluso da fase.
RUP
RUP
O RUP tem com uma de suas caractersticas a
possibilidade de ser customizvel, isto , a
empresa que vai adot-lo pode personalizar as
atividades em suas fases; o que garante que ele
pode ser empregado em projetos de qualquer
escala.
O RUP permite que nas atividades de anlise, por
exemplo, possa ser utilizado qualquer mtodo,
como por exemplo: anlise essencial, anlise
orientada a objetos, etc.
Utiliza a UML.
RUP
Com relao aos aos vrios ciclos de vida de
desenvolvimento propostos para software
(modelo cascata, espiral, etc.), o RUP pode ser
enquadrado como um modelo de
desenvolvimento misto.
Ao trmino de todo ciclo, obtm-se um novo
release do software, cada release um produto
pronto para entrega.
RUP
Em cada Fase pode haver 'n' Iteraes. Cada
iterao ' um loop na vertical' envolvendo as
atividades de requisitos, anlise, projeto,
implementao e teste.
Observa-se entretanto que, cada fase (inicio,
elaborao, construo e transio) possui uma
carga maior de trabalho com determinadas
atividades; como por exemplo, a atividade de
requisitos na fase incio e anlise na fase de
elaborao. Na fase de construo, em geral,
onde se tem o maior volume de iterao.
RUP
A fase chamada incio, origem ou concepo, tem por
objeto entender os requisitos e determinar o escopo do
projeto; onde pode-se construir um prottipo do sistema
desejado.
A fase de elaborao o foco elaborar a arquitetura
bsica do sistema proposto e detalhar os casos de uso.
A construo concentra-se em desenvolver o produto
propriamente dito, implementar, testar, verificar
integraes, culminando com a disponibilizao da verso
beta.
A transio um perodo de anlise da verso beta,
principalmente pelos usurios, onde o foco deve ser a
implementao do produto no ambiente do usurio,
ajustes ou adequaes do produto ao ambiente e
treinamento.
9
Exerccio
1 defina ciclo de Vida/processo de desenvolvimento
de software?
2 genericamente, o desenvolvimento de um
software, qualquer que seja o modelo de ciclo de vida
empregado, compreende trs fases, quais so elas?
3 quais so os modelos de Ciclo de Vida e destaque
as particularidades de cada um deles?
4 - fale sobre as particularidades do RUP?
Bibliografia
TONSIG, S. L. Engenharia de Software Anlise e
Projeto de Sistemas. Editora Cincia Moderna, 2
Edio, 2008.
SOMMERVILLE, Ian. Engenharia de Software. So
Paulo: Addison-Wesley, 6 Edio, 2003.
PRESSMAN, Roger S. Engenharia de Software. Rio
de Janeiro: McGraw-Hill, 2007.
Notas de aula

Unidade III - P3 - A Engenharia de Software - Processos - Ciclos de Vida de Desenvolvimento de Software

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Unidade III - P3 - A Engenharia de Software - Processos - Ciclos de Vida de Desenvolvimento de Software

Загружено:

Авторское право:

Доступные форматы

1

Вам также может понравиться