-
Universidade Federal Rural de Universidade Federal Rural de PernambucoPernambucoUnidade Acadmica de Serra TalhadaUnidade Acadmica de Serra TalhadaBacharelado em Sistemas de InformaoBacharelado em Sistemas de InformaoProcesso de Desenvolvimento de Processo de Desenvolvimento de SoftwareSoftware
1
Andrsa, Clbia, Eugnia, Ronnie e VanutAndrsa, Clbia, Eugnia, Ronnie e Vanut
-
2Introduo | Caractersticas | Processo | Papis | Vantagens-Desvantagens
uma metodologia gil para gerenciamento e desenvolvimento de software
Cenrio: 1997-1998, Cingapura
Contexto: Desenvolvimento de um grande sistema de emprstimos para um banco internacional
Anteriormente, aps 2 anos de consultoria, 3.500 pginas de casos de (in)uso e um modelo de objetos com centenas de classes, foi avaliado como impossvel
Deciso: Implantao das metodologias de OO de Peter Coad Peter Coad e de gerncia de projetos de Jeff De LucaJeff De Luca
Resultado: 15 meses aps a contratao da dupla, 2.000 features entregues por uma equipe de 50 pessoas
Peter Coad
Jeff de Luca
-
3Desenvolvimento guiado por funcionalidades (Features)
Mas... O que uma Feature?
Caracterstica ou funcionalidade...Pequena o suficiente para ser implementada no mximoem 2 semanas
Oferece valor para o cliente
s vezes pode ser o prprio caso de uso
Conceito muito prximo ao de um requisito funcional
Exemplos: Calcular o total de uma venda Autorizar uma transao com carto de um cliente
Introduo | Caractersticas | Processo | Papis | Vantagens-Desvantagens
-
4Introduo | Caractersticas | Processo | Papis | Vantagens-Desvantagens
Car
a cte
rs t
icas
Adaptaess mudanas de requisitos e necessidades do mercado
Entregas freqentes;
Resultados teis a cada duas semanas ou menos;
Blocos pequenos valorizados pelo cliente (Features);
Interaoentre metodologias
Fornece estrutura para equipes maiores
-
5Introduo | Caractersticas | Processo | Papis | Vantagens-Desvantagens
Boa
s P
rt i
cas
Administrao de Configurao (Configuration Manager) Habilita acompanhamento do histrico do cdigo-fonte.
Modelagem de objetos de domnio (Domain Object Modeling)Explorao e explicao do problema do domnio resulta em um arcabouo
Proprietrios de classes individuais (Individual class ownership)Cada classe possui um nico desenvolvedor responsvel
Construes freqentes (Regular Builds) Garantir que existe um sistema sempre disponvel e demonstrvel
Desenvolver por funcionalidade (Developing by feature)Desenvolvimento e acompanhamento do progresso atravs de a lista de funcionalidades.
-
6Introduo | Caractersticas | Processo | Papis | Vantagens-Desvantagens
O Processo dividido em duas fases:
Detalhar por
funcionalidade
Construir por
funcionalidade
Construir a lista de funcionalida
des
Planejar por
funcionalidade
Desenvolver um modelo
abrangente
-
7Introduo | Caractersticas | Processo | Papis | Vantagens-Desvantagens
-
8Introduo | Caractersticas | Processo | Papis | Vantagens-Desvantagens
Principais papis
-
9Introduo | Caractersticas | Processo | Papis | Vantagens-Desvantagens
Papis de apoio
Gerente de versoGuru de linguagemEngenheiro de construoProdutor de ferramentas e utilitriosAdministrador de sistemas
Adicionais
TestadoresInstaladoresTcnicos
Formadas dinamicamente: nica forma de desenvolver por featuree manter a posse de cdigo
Sob a coordenao de um Programador-Chefe
Mltiplas mentes projetando
Membros so os Donos de Classes relevantes
Enfatiza o trabalho em equipe
Equipes
-
10
Introduo | Caractersticas | Processo | Papis | Vantagens-Desvantagens
Vantagens Desvantagens
Recomendado para qualquer tipo de desenvolvimento;
Foco em "caractersticas de valor para o cliente";
FDD prioriza aquilo que o cliente prioriza;
FDD possui requisitos mais formais
Questionamento sobre a eficcia/aplicabilidade de FDD;
Controvrsias sobre o tamanho mnimo de um time FDD;
Manuteno
-
Concluso
11
um mtodo gil e altamente adaptativo
orientada s necessidades dos clientes, gerentes e desenvolvedores
Oferece vantagens dos mtodos pesados (rigorosos)
Oferece vantagens dos mtodos extremamente geis,
-
Crystal
-
13
uma famlia de metodologias que une:
Diferentes modelos de processo, mas...com elementos centrais, comuns a todas, e...
Papis, processos e prticas especficas de cada uma.
Grupos de 6 a 80 pessoas
CRYSTALIntroduo | Caractersticas | Prticas | Processo | Clear x Orange
Adaptvel a diferentesprojetos e equipes
Que vo escolher o membro da famlia mais apropriadoPara o seu projeto e ambiente
-
14
CRYSTALIntroduo | Caractersticas | Prticas | Processo | Clear x Orange
Cada membro recebe uma cor, que indica o nmero de participantes e complexidade do projeto.
As letras representam o nvel de risco do projeto, ou seja, as perdas acarretadas caso haja falhas do sistema.
Letras e seus significadosLetras e seus significadosC (Confort) Perda de dinheiro com recuperao confortvel
D (Discret) Perda discreta de dinheiro
E (Essencial) Perda substancial de dinheiro
L (Life) Possvel perda de vidas
-
15
CRYSTALIntroduo | Caractersticas | Prticas | Processo | Clear x Orange
Tempo mximo de durao de projetos
Clear 4 meses
Yellow No definido*
Orange 2 anos
Red No definido*
*Esses mtodos no foram testados, por isso no h tempo de durao estimado
-
16
CRYSTALIntroduo | Caractersticas | Prticas | Processo | Clear x Orange
CaractersticasCaractersticas
Sempre usar ciclos de desenvolvimento incremental;
Cada incremento deve ter durao mxima de 4 meses, mas o recomendado de 1 a 3 meses (Cockburn 2002a);
Dar nfase comunicao e cooperao pessoal.
A metodologia Crystal no se restringe a um mtodo especfico;
-
17
CRYSTALIntroduo | Caractersticas | Prticas | Processo | Clear x Orange
Prticas
Entrega de incrementos em intervalos regulares;
Monitoramento do progresso;
Envolvimento direto do cliente;
Teste regressivo das funcionalidades;
Duas vises do cliente por verso
Workshops para ajuste do produto e da metodologia usada no incio e no meiode cada incremento
-
18
CRYSTALIntroduo | Caractersticas | Prticas | Processo | Clear x Orange
Processo
Plataforma
Reviso
Monitoramento
Paralelismo e fluxo
Tcnica de melhoramento da metodologia
-
19
CRYSTALIntroduo | Caractersticas | Prticas | Processo | Clear x Orange
Crystal Clear VS. Crystal Orange
Semelhanas:
-So semelhantes em :
Sequncia de lanamento de versesmodelos comuns de objetosmanual de usuriocasos de testecdigo de migrao. necessria a utilizao de questes locais, ou seja, procedimentos que consistem de metodologias
Diferenas: Clear inclui casos de uso, descrio das caractersticas/ Orange necessrio o documento de requisitos.
Clear: polticas padro so rgidas, mas podem ser substitudas por prticas equivalentes de outros mtodos. / Orange: impe seleo de notaes padro, convenes de modelo, padres de formatao e qualidade
-
Concluso
20
-
Grupo
Andrsa Cibelly Clbia Alves Cleyton Vanut Josefa Eugnia Ronnie Edson
21
Slide 1Slide 2Slide 3Slide 4Slide 5Slide 6Slide 7Slide 8Slide 9Slide 10Slide 11Slide 12Slide 13Slide 14Slide 15Slide 16Slide 17Slide 18Slide 19Slide 20Slide 21