Programacion extrema

Programación Extrema
¿Qué es?
La programación extrema es una metodología de ingeniería de software para el desarrollo del mismo, que hace énfasis en los siguientes aspectos: satisfacción del cliente y trabajo en equipo.
¿Cuándo se debe usar?
La programación extrema fue creada pensando en las siguientes circunstancias:
* Proyectos en los que los requisitos tienen altas probabilidades decambiar con el tiempo (por ejemplo, porque el cliente no tiene claro lo que quiere, o porque el cambio de requisitos está ligado al dominio del problema a resolver).
* Proyectos con alto riesgo (por ejemplo, proyectos con una fecha de entrega que es indispensable cumplir, o proyectos totalmente novedosos para la industria).
* Proyectos con un grupo pequeño de programadores (entre 2 y 12),aunque el equipo completo sea bastante más extenso (incluye a jefes de equipo y representantes de clientes).
Aspectos destacados
Los aspectos que habitualmente se destacan cuando se habla de programación extrema son los siguientes:
* Desarrollo basado en iteraciones incrementales, usando user stories como guía.
* Muchos lanzamientos con pequeños cambios
* Simplicidad.
* Refactorización(reescritura de código/diseño para mejorar la legibilidad y/o comprensión del mismo sin cambiar el significado).
* Constante interacción con el cliente durante todo el desarrollo (user stories, dudas durante el desarrollo, pruebas de aceptación...).
* Codificación en parejas.
* Propiedad colectiva de todo el código
* Pruebas unitarias codificadas antes que el propio código, que deben serpasadas antes del lanzamiento del mismo
* Pruebas de integración e integración del código realizadas secuencialmente y de forma frecuente
* Pruebas de aceptación realizadas frecuentemente
¿Qué prácticas engloba?
La programación extrema está compuesta por una serie de prácticas y actividades. En la imagen podemos ver el mapa de un proyecto que usa esta metodología:


Las prácticas quecomponen la programación extrema se pueden agrupar en cuatro grandes bloques: plan, diseño, codificación y pruebas. Sin embargo, estos bloques no deben realizarse en orden, si no que cada uno consta de una serie de actividades, y todas ellas se irán realizando de manera evolutiva.

Las actividades son las siguientes:
* Planificación
o Se escriben user stories, cuya idea principal es describirun caso de uso (es una secuencia de interacciones que se desarrollarán entre un sistema y sus actores en respuesta a un evento que inicia un actor principal sobre el propio sistema.)en dos o tres líneas con terminología del cliente (de hecho, se supone que deben ser escritos por el mismo), de tal manera que se creen test de aceptación para el user storie y permita hacer una estimación de tiempo dedesarrollo del mismo.
o Se crea un plan de lanzamiento (release planning), que debe servir para crear un calendario que todos puedan cumplir y en cuyo desarrollo hayn participado todas las personas involucradas en el proyecto. Se usará como base los user stories, participando el cliente en la elección de los que se desarrollarán, y según las estimaciones de tiempo de los mismos se crearán lasiteraciones del proyecto.
o Se hacen pequeños lanzamientos con mucha frecuencia.
o El desarrollo se divide en iteraciones, cada una de las cuales comienza con un plan de iteración para el que se eligen las user stories a desarrollar y las tareas de desarrollo.
o Las personas cambian de área para evitar cuellos de botella y fomentar la propiedad colectiva del código.
o Se cambia el proceso loque sea necesario para adaptarlo a tu proyecto.

*
Diseño

o Se eligen los diseños más simples que funcionen.
o Se elige una metáfora del sistema para que el nombrado de clases, etcétera, siga una misma línea, facilitando la reutilización y la comprensión del código.
o Se escriben tarjetas CRC (class-responsabilities-collaboration) de clase-responsabilidades-colaboración para cada...