RESUMO CAP 3

Diferena entre mtodos dirigidos a planos e mtodos geis?

Mtodos dirigidos a planos: o foco maior na anlise de requisitos do software e do
projeto do que no desenvolvimento e testes, uma mudana repentina de requisitos
levaria a estaca 0 do projeto.
Mtodos geis: Priorizar o software em si, deixando um pouco de lado a parte da
documentao. Reduzindo os overheads dos processos e produo.
Os princpios dos mtodos geis

Envolvimento do cliente: Ele deve est envolvido com as etapas do

desenvolvimento do sistema para validar a interaes e dar prioridade a novos
requisitos
Entrega incremental: S.O desenvolvido em incrementos para o cliente
especificar os novos requisitos a serem desenvolvido a cada incremento
Pessoas ,no processos: Sem processos prescritivo a equipe deve ter sua
prpria forma de desenvolvimento,.
Aceitar as mudanas: Desenvolver um S.O para aceitar mudanas
Manter a simplicidade: Manter a simplicidade tanto no S.O como no processo
de desenvolvimento

Problemas com mtodos geis

Em sistemas de grande porte a escalabilidade da equipe ter dificuldades j
que o mtodo foca equipes pequenas
Difcil manter o interesse do cliente no processo de desenvolvimento
Priorizar mudanas pode ser difcil onde existem mltiplos stakeholders
Simplicidade requer trabalho extra

Extreme Programming
O Extreme Programming (XP) usa uma abordagem 'extrema' ao
Desenvolvimento iterativo.
Entrega dos incrementos a cada 2 semanas
Cada verso so liberada aps serem testadas com sucesso
Prticas do Extreme Programming
Planejamento incremental: As histrias do usurio so gravadas em
cartes includas no release e distribudas para os desenvolvedores em
tarefas.
Pequenos Release: Um pequeno release onde so includas as
funcionalidades uteis que fornece o valor de negocio
Projeto simples: Realizado para atender as necessidades atuais
Test-First: Testes iniciais automatizados para escrever uma nova
funcionalidade antes que ela seja implementada.
Refatorao: Refatorar o cdigo assim que encontrar melhorias para
auxiliar na manuteno.
Programao em Pares: Um desenvolvedor verifica o trabalho do outro
para prestar apoio e um bom trabalho.
 Propriedade coletiva: Os pares pode atuar em todas as ares do sistema e
qualquer um pode mudar qualquer coisa dele pois todos assumem a
responsabilidade do mesmo.
Integrao Continua: Aps uma tarefa concluda a mesma integrada ao
sistema como um todo e todos os testes devem obter sucesso
Cliente no Local: Durante o desenvolvimento o cliente ou um
representante deve estar presente a todo tempo para a equipe XP pois ele
o responsvel por levar os requisitos para serem implementados