Resumo aula 23 v1.0

Refatoração:

 

A refatoração tem o objetivo de melhorar o acoplamento, coesão e information hiding. Além disso, é responsável por diminuir a complexidade do software e consequentemente aumentar sua qualidade. Quanto mais alto o fan-out pior e quanto mais alto o fan-in melhor. A regra [3,6] continua valendo na hora de se fazer a refatoração.

 

Regra de evolução do software:

 

 

Quando a taxa de erros está muito alta é necessário fazer a refatoração do sistema.

 

No XP essa queda na curva não ocorre, pois quando ocorre a integração de um novo módulo já verifica se é necessário fazer a refatoração. Não basta funcionar, é necessário melhorar o código, manter a qualidade, mantê-lo organizado.

 

 

A curva de crescimento no XP é menor, pois a refatoração é feita, se necessário, em cada integração de novos módulos.

 

ESCOPO DE CONTROLE / ESCOPO DE EFEITO:

 

Se o módulo A chama B e ocorre uma tomada de decisão em B, o resultado disso não pode ser refletido em A, isto é, não existe uma mudança de comportamento de A.

 

Práticas do XP (Extreme Programming)

 

1. O jogo do planejamento

Identifica junto do cliente quais as prioridades.

1. Pequenas versões

Libera versões rapidamente. O XP tem um ciclo de desenvolvimento de 3 semanas.

1. Refatoração

Já explicado anteriormente.

1. Programação em pares

Existe uma pessoa conferindo o que o outro faz. Isso ajuda a reduzir o número de erros e aumentar a qualidade do software.

1. propriedade coletiva

O código não pertence à uma pessoa ou à dupla, mas sim a toda a equipe. Não existe documentação. A documentação esta na cabeça de cada pessoa.

1. 40 horas por semana

Trabalhar mais de 40 horas semanais faz com que o trabalho não renda tanto. É necessário acabar com a falsa liberdade de trabalhar a qualquer hora ou trabalhar por tarefas, pois desta maneira acaba-se trabalhando mais que 40 horas semanais.

1. Cliente 24/7

O cliente está disponível para tirar as dúvidas e validar os cenários.

1. Metáfora

Tem a ver com a idéia de usar sistemas antigos como metáfora para a construção do novo sistema.

1. Padrões de codificação

Facilita a compreensão por parte das pessoas que trabalham no software. Isto é bom pois não existe documentação.

1. Desenho simples

Tem como obejtivo melhorar a qualidade do software.

1. Teste contínuo

Os erros devem ser corrigidos a medida que aparecem.

1. Medir código honestamente

Manter-se atento à qualidade do código através de métricas.

Uma ótima fonte de informações para o XP é o site http://www.improveit.com.br/xp/ , é uma empresa especializada na tecnica e seu diretor é autor do primeiro livro sobre XP no brasil. Outro lugar é o grupo de discusão XPrio, eles promovem reuniões mensais também que são bastante interessantes e são de graça. http://xprio.blogspot.com/ e http://groups.yahoo.com/group/xprio