XP - Programação Extrema

Fonte: engenhariadesoftware.blogspot.com/2007/03/programacao-extrema-xp-html

O método de Programação Extrema (XP, do inglês extreming programing) : é uma proposta de desenvolvimento ágil e iterativa com a entrega constante de pequenas partes da funcionalidade do software. As partes devem ser incrementadas e requerem a melhoria constante do código (re-trabalho).

Uma das carcteristicas do XP : é que não existe um processo de design tradicional com a elaboração de modelos da arquitetura de spftware. O sistema é concebido a partir de uma metáfora e são descritos em estóriasdo usúario. Uma metáfora é a transposição de uma conceitualização do mundo real para o sitema desenvolvido.

Ex. Os programadores de correio eletrônico foram construidos utilizando os conceitos de mensagens, caixa de entrada e de saida, cada mensagem possui remetente, destinatario, assunto e cópias carbono (cc). Este modelo conceitual reflete a formas como corrrespondencias são enviadas nos escritorios e pelo sistema de correio do Estados Unidos. A metafora passa a ser fundamental para a elaboração das estórias de úsuario.

***Vantagens e Desvantagens***
fonte : http://74.125.45.104/search?q=cache:z8UaBR6T0l8J:www.apicesoft.com/common/articles/Apice%2520Engenharia%2520de%2520Software%2520-%2520XP%2520(Extreme%2520Programming)%2520(Leonardo%2520Mello%2520Viana)%2520-%2520Fevereiro%2520de%25202008.pdf+vantagens+da+metologia+xp&hl=pt-BR&ct=clnk&cd=4&gl=br

*Vantagens

As práticas do XP são usadas pelos integrantes da equipe, para facilitar no desenvolvimento e
agregar qualidade no projeto, com isso todos do time devem estar cientes de cada fase do sistema.
Um dos benefícios que a mesma oferece é tornar o processo mais ágil e flexível. Conforme Astels,
as práticas do XP são criadas para funcionarem juntas e fornecer mais valor do que cada uma
poderia fornecer individualmente.

Análise prévia de tudo que pode acontecer durante o desenvolvimento do projeto,
oferecendo qualidade, confiança, data de entregas e custos promissores.

O XP é ideal para ser usada em projetos em que o cliente não sabe exatamente o que
deseja e pode mudar muito de opinião durante o desenvolvimento do projeto. Com
Page 4
feedback constante, é possível adaptar rapidamente eventuais mudanças nos requisitos.
Estas alterações nos requisitos são muitas vezes críticas nas metodologias tradicionais,
que não apresentam meios de se adaptar rapidamente às mudanças.

Um outro ponto positivo das metodologias ágeis são as entregas constantes de partes
operacionais do software. Desta forma, o cliente não precisa esperar muito para ver o
software funcionando, como nas metodologias tradicionais.

*Desvantagens

É freqüente acontecer bugs em todos os projetos de desenvolvimento de software, e no XP
não é diferente. Existem pontos fracos no uso dessa metodologia, como:

Não existe uma avaliação de riscos, devendo, portanto implementar uma análise e
estratégias que buscam diminuir os erros.

A análise de requisitos é informal e com isso pode não ser bem vista pelos clientes, que
poderão se sentir inseguros quanto ao bom funcionamento do sistema.

Refatoração do código pode ser vista como irresponsabilidade e incompetência, pois, não
existe uma preocupação formal na utilização do código.

A falta de documentação é característica do processo XP, pois, o mesmo não dá muita
ênfase em burocracias (documentos, formulários, processos, controles rígidos, etc.).
Sendo, portanto, importante a elaboração de documentos e diagramas que facilitem no
entendimento e identificação do problema.
Além dessas desvantagens, existem algumas situações em que não é indicado o uso do XP
conforme apresentado a seguir:

A maior barreira para o sucesso de um projeto XP é a cultura empresarial. Qualquer
negócio que gerencie projetos tentando apontar o carro para a direção certa logo de cara
terá conflitos com o time que insiste em ir acertando a direção continuamente.

Outra cultura que não contribui para o XP é aquela na qual você é requisitado a trabalhar
horas e mais horas para provar o seu “comprometimento com a empresa”. Você não
consegue executar o XP se estiver cansado. Se aquilo que o seu time produz trabalhando
em velocidade máxima não é suficiente para a sua empresa então o XP não é a solução.

Uma outra barreira tecnológica para o XP é um ambiente no qual é necessário um longo
tempo para se obter feedback. Por exemplo, se o seu sistema leva 24 horas para compilar
e linkar, será difícil integrar, compilar e testar várias vezes ao dia