Modulo I Introdução ao XP -...

1

April 05 Prof. Ismael H. F. Santos - [email protected] 1

Modulo IIntrodução ao XP

Prof. Ismael H F Santos


Ementa

Modulo VI – Xtreme ProgrammingValores e Princípios do XPDesenvolvimento centrado em Testes

Continuous IntegrationJUnit, Maven, Code-cruiser

2


Extreme ProgrammingVinicius Manhaes Teles, Novatec Editora

Bibliografia


IntroduçãoPOO-Java

3


Orientação a Objetos

A Decepção da UMLAnálise essencial dizia o QUE fazer, COMO fazer e QUANDOQuando surge a UML, o mercado queria um substituto para a Análise EssencialUML é uma linguagem e não um processo. Ela fornece os elementos, mas não define QUANDO usarO mercado rejeitou a UML por não compreendê-laRUP, XP são processos que se utilizam da UML


Orientação a Objetos

UMLSTRUCTURAL VIEW

Classe Objetos

IMPLEMENTATION VIEWComponentes

BEHAVIORAL VIEW

SequênciaColaboração

EstadosAtividades

USER VIEWUse Case

ENVIRONMENT VIEW

Implantação

4


Engenharia de Software

Pressman (1995) destaca que, ainda que várias definições tenham sido dadas à ES, todas reforçam a exigência da disciplina de engenharia no desenvolvimento de software. Abrange um conjunto de três elementos fundamentais:

métodos, ferramentas e procedimentos.

Desenvolvimento de Software é Ciência ou Arte?!?



Os métodos detalham "como fazer" para se construir o software.

As ferramentas proporcionam apoio automatizado ou semi-automatizado aos métodos.

Os procedimentos constituem o elo de ligação que mantém juntos os métodos e suas ferramentas, e possibilita um processo de desenvolvimento claro, eficiente, visando garantir ao desenvolvedor e seus clientes a produção de um software de qualidade.

5



RUP - Rational Unified Process



XP Simplicidade, Comunicação, Feedback e Coragem

“Estamos evidenciando maneiras melhores de desenvolver software fazendo-o nós mesmos e ajudando outros a fazê-lo. Através desse trabalho, passamos a valorizar:

Indivíduos e interação MAIS QUE processos e ferramentas;Software em funcionamento MAIS QUE documentação abrangente;Colaboração com o cliente MAIS QUE negociação de contratos;Responder a mudanças MAIS QUE seguir um plano.

Ou seja, mesmo tendo valor os itens à direita, valorizamos mais os itens à esquerda.”

6



XP Prevê a Participação intensa do usuário como membro efetivo da equipe;

Ciclos muito curtos – uma, duas semanas para dar retorno concreto;

Testes, Testes, Refactoring e TestesFaça o essencial para resolver o seu problema

Documente Sim! O que realmente for feitoMuito Interessante para Projetos Pequenos e Médios



RUP ou XP?Existem aspectos positivos e negativos em cada uma das abordagens;Nem todos os contratos podem ser feitos na base da “camaradagem”Não pense duas vezes: Teste Duas Vezes!!!Será que você realmente tem que pagar uma fortuna por uma ferramenta?A Documentação deve ser feita e faz parte do Produto

final! Não vamos retroceder...Procure usar documentos padronizadosCuidado com aspectos Religiosos

7



Qual é a nossa missão?Desenvolver Software:

Atendendo a todas as necessidades de todos os envolvidosCom o nível de qualidade esperado por nossos clientesDentro do PrazoDentro do Orçamento



Diamante Mágico

Escopo

Custo

Qualidade

Prazo

8



O Refinamento...

...Deve ser tanto...

...Quanto você precise!!


IntroduçãoPOO-Java

9


O que é XP?

Processo de desenvolvimento de softwareProjetos com requisitos muito voláteisEquipes pequenas (até ~10 pessoas)Desenvolvimento incremental


Premissa do desenvolvimento ágil

APRENDIZADOO cliente aprende durante o desenvolvimentoDescobre novas possibilidadesMuda as prioridadesSistema deve acompanhar o aprendizado

FEEDBACKDESENVOLVIMENTO ITERATIVO

10


AprendizadoO cliente aprende durante o desenvolvimentoDescobre novas possibilidadesMuda as prioridadesSistema deve acompanhar o aprendizado


Valores ePrincípios XP

POO-Java

11


Valores do XP

FeedbackComunicaçãoSimplicidadeCoragem


User Stories

Funcionalidades são informadas através de user storiesEstórias devem ser simplesDesenvolvedores estimam tempo

12


Planejamento

De posse das estimativas, épossível priorizarCliente entrega as estórias priorizadas para serem implementadasDesenvolvedores respeitam as prioridades dos clientesProjeto é dividido em partes: releases e iterações


Release e Iteração

R1 R2 R3 R4

I1

S1

8 Sem.

I2 I3 I4

2 Sem.

1 Sem.

S2

Projeto: 8 meses = 32 semanas

13


Release Planning

Cliente recebe um “orçamento” dos desenvolvedoresSeleciona as estórias prioritárias que possam ser implementadas dentro do orçamentoPode trocar estórias durante o release

R1 R2 R3 R4

8 Sem.


Iteration Planning

Cliente recebe um “orçamento”Não pode haver troca de funcionalidades durante uma iteraçãoVelocidade: quantidade de estórias que a equipe consegue implementar em uma iteração

I1 I2 I3 I4

2 Sem.

14


Stand-up meeting

Reunião rápidaDiáriaUsada para atualização da equipe


Desenvolvimento: orientação a objetos

Sistema é composto por pequenas peçasPeças têm objetivos específicosFacilita construçãoFacilita evolução

15


Pair Programming

Todo código é escrito em parDuas pessoas trabalham em um único computadorUma digita, enquanto a outra revisa, corrige e sugere


Collective code ownership

Todos são responsáveis por todas as partes do sistemaCódigo tem que estar sempre “limpo”Todos são capazes de modificá-lo

16


Refactoring

Melhorar o código permanentementeAlterações na implementação sem afetar a interface


Buscando bugs

Sistemas podem ter defeitosÉ difícil descobrir qual é a peça defeituosaÉ mais fácil se o problema for detectado logo após a concepção da peça

17


Unit Test

Teste feito sobre cada classeCada classe possui um unit test associado a elaTestes são automatizadosQuando uma nova classe entra no sistema, todos os testes são executados


18



Desenvolvimento em equipeComo conciliar diversos desenvolvedores?Estrutura de diretóriosAtualização do código por várias pessoas diferentes

19


Repositório


CVS

20


CVS


jCVS

21


CVS – Principais conceitosCheck outAddCommitUpdateConflictRemove


jCVS

22


Integração contínuaMáquina destacada para a integraçãoIntegração ocorre diversas vezes ao diaOs testes são executados em cada integraçãoCorreções são feitas imediatamente


Ambientes para deployment

Como lidar com diferentes ambientes?Exemplo:

DesenvolvimentoAceitaçãoProdução

23


Ambientes para deployment

Desenvolvimento

Aceitação

Produção


Problemas de ter vários ambientes

Possíveis erros devido a tarefas manuais repetitivasGasto de tempo

24


Automatização do deployment

Agiliza as integraçõesEvita erros


Ant

25


Exemplo simples<project name="projeto" default="desenvolvimento">

<target name="desenvolvimento"><mkdir dir="build"/><javac srcdir="src" destdir="build"/><junit>

<test name="test.SystemTester"/></junit>

</target>

</project>

targ

et

tasks


Ambiente de Desenvolvimento

Desejável que tenha:Code completionValidação on-lineSuporte à depuraçãoSuporte a refactoringIntegração com jUnitIntegração com CVSIntegração com Ant

26


Exemplos


Importância da IDE para o XP

Ganho de tempoAutomaçãoFacilidade de usoVerificação permanente do código

27


Importância da IDE para o XP


XP no Brasil

2000: algumas práticas começam a ser usadas em projetos no SulDez/2002: primeiro XP BrasilJan/2003: fundação do XP RioFev/2003: projeto full-XP em uma grande empresa brasileira (em andamento)Set/2003: lançamento previsto do primeiro livro brasileiro sobre XP

28


Referências sobre XP

Site Xispêhttp://www.xispe.com.brXP Riohttp://www.yahoogroups.com/groups/xprioLista Xpershttp://www.yahoogroups.com/groups/xpers


Referências sobre as ferramentas

jUnithttp://www.junit.orgCVShttp://www.cvshome.orgAnthttp://ant.apache.orgIntelliJhttp://www.intellij.com

Modulo I Introdução ao XP -...

Documents

Transcript of Modulo I Introdução ao XP -...