Modelo de Desarrollo XP Basada en la simplicidad, la comunicación y el reciclado continuo de código. Ha sido probada por muchas compañías, de diferentes dimensiones, desde 1998. Isabel BLANK Miguel ORTIZ Juan José BUSTAMANTE

 Se centra en la satisfacción del cliente. CARACTERÍSTICAS Principios de actuación claves : acortar los ciclos de desarrollo involucrar al cliente desde el principio hasta el final de cada ciclo.  Se centra en la satisfacción del cliente. (diseñada para entregar el software, a quien lo necesita, en el momento en el cual lo necesita). Provee los mecanismos necesarios para hacer cambios en los requerimientos del usuario (incluso bien avanzado el ciclo de vida del software). Enfatiza el trabajo en equipo. Gerentes, clientes y desarrolladores, forman un gran equipo de trabajo, dedicado a entregar un software de calidad.

Los siguientes problemas del desarrollo de Software: TRATA DE EVITAR Los siguientes problemas del desarrollo de Software: • Retrasos en la planificación • Sistemas deteriorados • Tasa de defectos • Requisitos mal comprendidos • Cambios de negocio • Falsa riqueza • Cambios de personal

Se divide en cuatro etapas FASES DE DESARROLLO Se divide en cuatro etapas • Planificación • Diseno • Codificación • Pruebas Con respecto otros modelos, XP presenta una conjunción de todas las fases de desarrollo en cada momento:

PLANIFICACIÓN FASES DE DESARROLLO Se utilizan historias de usuario: las necesidades, escritas por los usuarios, con la ayuda de los diseñadores, que quieren ser satisfechas con el sistema. Se crean los planes de entregas, los cuales estiman el tiempo de desarrollo de las historias de usuario. Se llevan a cabo la planificación de iteración: identificar las historias de usuario que se van a desarrollar en una iteración específica. Se desarrollan reuniones diarias, con el fin de facilitar la comunicación entre el grupo de trabajo y la exposición de los diferentes problemas.

DISEÑO FASES DE DESARROLLO Se escoge una metáfora de sistema, esto para facilitar el manejo consistente de los nombres de las clases y los métodos. Se proponen soluciones a problemas técnicos o de diseño . Se ignoran las funcionalidades extra que podrían incorporarse al proyecto, es decir, se trata de centrar en lo principal . Se remueve la redundancia, se eliminan las funcionalidades no necesarias y se rejuvenecen los diseños obsoletos.

CODIFICACIÓN FASES DE DESARROLLO Se utilizan standards para escribir el código . Se crean las pruebas antes de empezar a codificar, lo cual hará más sencillas y efectivas las pruebas . Esta se realiza en equipos de trabajo y luego se lleva a cabo una integración paralela (debido a esta integración no se garantiza la consistencia y la calidad  necesidad de hacer pruebas exhaustivas). Se deja la optimización para el final, una vez que el código requerido este completo .

PRUEBAS FASES DE DESARROLLO Se crean pruebas de aceptación a partir de las historias de usuario. El cliente es el responsable de revisar, tanto las pruebas de aceptación, como los resultados obtenidos al ser éstas aplicadas. Una historia de usuario no se considera lista hasta que haya pasado todas sus pruebas de aceptación

PROYECTO XP El desarrollo de un proyecto basado en la metodología XP puede verse de la siguiente forma:

CONCLUSIONES Es más una filosofía de trabajo que una metodología. Ninguna de las practicas defendidas por XP son invención de este método, XP lo que hace es agruparlas. Esta diseñado para grupos de pequeños programadores. Las metodologías tradicionales imponen un proceso disciplinado, están orientados a documentos y se vuelven demasiado burocráticas e ineficaces. XP es tiene la ventaja de estar más orientada a las personas que a los procesos.