MODELO XP

MARTNEZ RUIZ VCTOR MANUEL

PACHECO VZQUEZ LEN ULISES

PROGRAMACIN EXTREMA (XP)

El mtodo XP define un conjunto de prcticas para el desarrollo de aplicaciones en excelentes condiciones al colocar al cliente en el centro del proceso de desarrollo, esto nos interesa mucho, pues el usuario final es el que mejor definir el curso del proyecto Mediateca. La seleccin de esta metodologa fue atendiendo a las Caractersticas de XP.

Incluyen 4 componentes importantes que se adaptan a nuestro proyecto:

Pruebas Unitarias

Son las pruebas que se realizan a los principales procesos De tal manera que se adelantan al futuro, con lo cual se hacen valoraciones de las fallas posibles obteniendo con ello los errores potenciales.

Re fabricacin
Se

basa en la reutilizacin de cdigo, para lo cual se crean patrones que son prototipos o modelos estndares, siendo ms flexibles al cambio.

Programacin en pares

Una particularidad de esta metodologa es que propone la programacin en pares, la cual consiste en que dos desarrolladores participen en un proyecto en una misma estacin de trabajo. Esta caracterstica es particularmente valiosa para nosotros, ya que en el diseo y programacin de las pginas habr pares de personas cuyo trabajo ser apoyado mutuamente.

Los fundamentos que debemos tomar en cuenta son:

La comunicacin (entre los usuarios y los desarrolladores) La simplicidad, al desarrollar y codificar los mdulos del sistema La retroalimentacin, concreta y frecuente del equipo de desarrollo, el cliente y los usuarios finales

Para el buen desempeo de este trabajo

Empezar por un prototipo inicial aadiendo la continua funcionalidad con retroalimentacin

Los cambios se convertirn en parte sustantiva del proceso

No se introducir funcionalidades antes que sean necesarias El cliente o el usuario se convierte en miembro del equipo

Ciclo de vida de un proyecto XP

Para entender la planeacin de la metodologa que seleccionamos es necesario entender su ciclo de vida y lo que implica en cada etapa, por ello se especifica de manera general lo que consiste cada etapa.

Exploracin

En esta fase, los clientes plantean a grandes rasgos las historias de usuario que son de inters para la primera entrega del producto. Al mismo tiempo el equipo de desarrollo se familiariza con las herramientas, tecnologas y prcticas que se utilizarn en el proyecto. Se prueba la tecnologa y se exploran las posibilidades de la arquitectura del sistema construyendo un prototipo. La fase de exploracin toma de pocas semanas o unos cuantos meses, dependiendo del tamao y familiaridad que tengan los programadores con la tecnologa.

Planificacin de la Entrega

En esta fase el cliente establece la prioridad de cada historia de usuario y los programadores realizan una estimacin del esfuerzo necesario de cada una de ellas. Se toman acuerdos sobre el contenido de la primera entrega y se determina un cronograma en conjunto con el cliente. Una entrega debera obtenerse en no ms de tres meses.

Iteraciones

Esto se logra escogiendo las historias que fuercen la creacin de esta arquitectura, sin embargo, esto no siempre es posible ya que es el cliente quien decide qu historias se implementarn en cada iteracin

Produccin

La fase de produccin requiere de pruebas adicionales y revisiones de rendimiento antes de que el sistema sea trasladado al entorno del cliente. Al mismo tiempo, se deben tomar decisiones sobre la inclusin de nuevas caractersticas a la versin actual, debido a cambios durante esta fase. Es posible que se rebaje el tiempo que toma cada iteracin, de tres a una semana. Las ideas que han sido propuestas y las sugerencias son documentadas para su posterior implementacin

Mantenimiento

Mientras la primera versin se encuentra en produccin, el proyecto XP debe mantener el sistema en funcionamiento al mismo tiempo que desarrolla nuevas 79 iteraciones. Para realizar esto se requiere de tareas de soporte para el cliente. De esta forma, la velocidad de desarrollo puede bajar despus de la puesta del sistema en produccin. La fase de mantenimiento puede requerir nuevo personal dentro del equipo y cambios en su estructura.

Muerte del Proyecto

Es cuando el cliente no tiene ms historias para ser incluidas en el sistema. Esto requiere que se satisfagan las necesidades del cliente en otros aspectos como rendimiento y confiabilidad del sistema. Se genera la documentacin final del sistema y no se realizan ms cambios en la arquitectura. La muerte del proyecto tambin ocurre cuando el sistema no genera los beneficios esperados por el cliente o cuando no hay presupuesto para mantenerlo.

El mrito de XP es integrarlas de una forma efectiva y complementarlas con otras ideas desde la perspectiva del negocio, los valores humanos y el trabajo en equipo.