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

April 05 Prof. Ismael H. F. Santos - ismael@tecgraf.puc-rio.br 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

Extreme ProgrammingVinicius Manhaes Teles, Novatec Editora

Bibliografia

IntroduçãoPOO-Java

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

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.

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.”

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

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

Qualidade

O Refinamento...

...Deve ser tanto...

...Quanto você precise!!

IntroduçãoPOO-Java

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

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

Valores ePrincípios XP

POO-Java

Valores do XP

FeedbackComunicaçãoSimplicidadeCoragem

User Stories

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

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

8 Sem.

I2 I3 I4

2 Sem.

1 Sem.

Projeto: 8 meses = 32 semanas

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.

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

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

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

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

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

Repositório

CVS – Principais conceitosCheck outAddCommitUpdateConflictRemove

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

Ambientes para deployment

Desenvolvimento

Aceitação

Produção

Problemas de ter vários ambientes

Possíveis erros devido a tarefas manuais repetitivasGasto de tempo

Automatização do deployment

Agiliza as integraçõesEvita erros

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

</target>

</project>

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

Exemplos

Importância da IDE para o XP

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

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

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 -...

Modulo Ia Introdução ao Java - PUC-Riowebserver2.tecgraf.puc-rio.br/~ismael/Cursos/XJavaBasico/... · 2006-06-04 · 14 April 05 Prof. Ismael H. F. Santos - ismael@tecgraf.puc-rio.br

Modulo II – Tópicos em Java – Collectionswebserver2.tecgraf.puc-rio.br/~ismael/Cursos/XJavaIntermed/aulas/2... · April 05 Prde. Ismael H. F. Santos - ismael@tecgraf.puc-rio.br

April 05 Prof. Ismael H. F. Santos - ismael@tecgraf.puc-rio.br 1 Modulo II – Tópicos em Java – Logging Prof. Eduardo Bezerra e Prof. Ismael H F Santos.

April 05 Prof. Ismael H. F. Santos - ismael@tecgraf.puc-rio.br 1 Modulo II – Tópicos em Java - IO Prof. Ismael H F Santos.

April 05 Prof. Ismael H. F. Santos - ismael@tecgraf.puc-rio.br 1 Modulo II Padrões GRASP Professores Eduardo Bezerra – edubezerra@gmail.comedubezerra@gmail.com.

Modulo I Metodologias Ágeis Panoramaismael/Cursos/Cidade_MA/... · 1 April 05 Prof. Ismael H. F. Santos - ismael@tecgraf.puc-rio.br 1 Modulo I Metodologias Ágeis

Módulo VI – Java Standard Template Library (JSTL)ismael/Cursos/XJavaWebXML/... · 1 April 05 Prof. Ismael H. F. Santos - ismael@tecgraf.puc-rio.br 1 Módulo VI – Java Standard

April 05 Prof. Ismael H. F. Santos - ismael@tecgraf.puc-rio.br 1 Módulo Ib Interface com BancoDados JDBC - avançado Prof. Ismael H F Santos.

April 05 Prof. Ismael H. F. Santos - ismael@tecgraf.puc-rio.br 1 Modulo I Internet Computing Prof. Ismael H F Santos.

April 05 Prof. Ismael H. F. Santos - ismael@tecgraf.puc-rio.br 1 Módulo II Introdução a XMLSchema Prof. Ismael H F Santos.

April 05 Prof. Ismael H. F. Santos - ismael@tecgraf.puc-rio.br 1 Modulo I Introdução aos Sistemas Operacionais UniverCidade - Prof. Ismael H F Santos.

Modulo II – Comunicação Sistemas Distribuídosismael/Cursos/Cidade_SCD/... · 3 April 05 Prof. Ismael H. F. Santos - ismael@tecgraf.puc-rio.br 5 Encapsulation as it is applied

April 05 Prof. Ismael H. F. Santos - ismael@tecgraf.puc-rio.br 1 Módulo II Introdução a XML DTD Prof. Ismael H F Santos.

Modulo III – Relatórios e Gráficos em Java · 1 April 05 Prof. Ismael H. F. Santos - ismael@tecgraf.puc-rio.br 1 Modulo III – Relatórios e Gráficos em Java Prof. Ismael H

Módulo I Interface com BancoDados JDBCismael/Cursos/XJavaDatabase/... · raw socket Protocolo do SGBD. 7 April 05 Prof. Ismael H. F. Santos - ismael@tecgraf.puc-rio.br 13 Padrão

Módulo II Arquitetura em Camadas e Persistência de …webserver2.tecgraf.puc-rio.br/~ismael/Cursos/Cidade_FPSW/aulas/... · aplicação Java, é a atual ... ismael@tecgraf.puc-rio.br

April 05 Prof. Ismael H. F. Santos - ismael@tecgraf.puc-rio.br 1 Módulo II XML Processing: XSLT, SAX e DOM Prof. Ismael H F Santos.

April 05 Prof. Ismael H. F. Santos - ismael@tecgraf.puc-rio.br 1 Modulo III Gerência de Memória Prof. Ismael H F Santos.

April 05 Prof. Ismael H. F. Santos - ismael@tecgraf.puc-rio.br 1 Modulo III – Relatórios e Gráficos em Java Prof. Ismael H F Santos.

April 05 Prof. Ismael H. F. Santos - ismael@tecgraf.puc-rio.br 1 Módulo III Arquitetura em Camadas Prof. Ismael H F Santos.