PROGRAMACION EXTREMA XP

INDICE

BREVE RESEÑA HISTORICA        

INTRODUCCION        

LOS CUATRO PRINCIPIOS        

Comunicación        

Retroalimentación        

Simplicidad        

Osadía        

LAS DOCE PRACTICAS        

Juego de Planeamiento (Planning Game)        

Lanzamientos de corto alcance (Small Release)        

Metáfora (Metaphor)        

Diseño Simple (Simple Design)        

Pruebas (Testing)        

Refabricación (Refactoring)        

Programación en Pares (Pair Programming)        

Propiedad Colectiva (Collective Ownership)        

Integración Continua (Continuous Integration)        

Semana de 40 horas (40-Hours Week)        

Cliente en el Lugar (On-site Customer)        

Standard de Código (Coding Standard)        

Flujo de un Proyecto a través de las 12 prácticas        

CICLO DE DESARROLLO        

Especificación de Usuario (User Stories)        

Plan de Lanzamiento (Release Plan)        

Secuencia de Desarrollo o Iteración (Iteration)        

Plan de Secuencia de Desarrollo o Iteración (Iteration Plan)        

Desarrollo (Development)        

Reunión de Inicio del desarrollo (StandUp Meeting)        

Propiedad colectiva del código (Collective Code Ownership)        

Pruebas de Aceptación (Acceptance Test)        

Pruebas Unitarias        

Pruebas Funcionales        

FINALIDADES DE LOS FACTORES DE ÉXITO EN LA GP DEL PMI:        

FACTORES CRÍTICOS DE ÉXITO EN GP        

REFERENCIAS        

SOBRE PROGRAMACION EXTREMA        

SOBRE FACTORES CRITICOS DE EXITO        

ANEXO        

PROGRAMACION EXTREMA XP

BREVE RESEÑA HISTORICA

Entre los años 1986 y 1996 Kent Beck y Ward Cunningham investigaron acerca de las mejores formas de desarrollar software en Tektronix. [pic 4]

Juntos, Ward y Kent, habían experimentado con un método de desarrollo que hacia que todo pareciera simple y más eficiente.

Kent se concentro en separar las cosas que hacían simple el desarrollo del software y las cosas que lo hacían más difícil. Entre ellas encontró una serie de buenas prácticas como son la refactorización, programación por parejas, cambios rápidos, feedback constante del cliente, integración continua, desarrollo iterativo, prueba constante, etc. que son todos elementos de su cultura que adquirió en el desarrollo sobre Smalltalk.

En marzo de 1996 Kent empezó un proyecto en usando nuevos conceptos en el desarrollo de software. El resultado fue la “Metodología de la Programación Extrema”.

INTRODUCCION

La programación extrema es una metodología ágil de desarrollo de software. Sigue la filosofía de las metodologías “Lightweight”, es decir su objetivo es simplificar al máximo las tareas de ingeniería. Como posee sólo unas pocas reglas y técnicas todas ellas fáciles de seguir y entender, no necesita mucha práctica para seguirla correctamente.

Esta metodología se basa en una serie de principios y una docena de prácticas que propician un aumento en la productividad a la hora de desarrollar software, es decir son aquellas en la que dan prioridad a las tareas que dan resultados directos y que reducen la burocracia que hay alrededor tanto como sea posible.

Debido a que XP esta basada en la programación  iterativa y a otras practicas como la “propiedad colectiva” y la “integración continua” el costo del cambio  no varía a través del tiempo como lo demuestra la figura que se muestra a continuación.

[pic 5]

LOS CUATRO PRINCIPIOS

La programación extrema es una disciplina ligera para el desarrollo de software basada en  los principios de simplicidad (simplicity), comunicación (communication), retroalimentación (feedback), osadía (courage), principios que pasamos a desarrollar:

Comunicación

XP involucra comunicación extrema. El cliente tiene que hacerse parte del equipo de trabajo, haciendo la definición de los requerimientos, permitiendo producir versiones cada 2 a 4 semanas. Esto permite también que, si el programador necesita aclarar algo en los requerimientos, se reúne con el equipo de trabajo y se resuelven sus dudas.

La programación de pares y la propiedad colectiva del código (prácticas de XP que veremos más adelante) promueven la comunicación de conocimiento técnico a través de todo el equipo. Cuando aparecen retos técnicos, el equipo es más capaz de solucionar el problema.

Retroalimentación

Mientras más rápido se identifica el cambio, más rápido se podrá arreglar. En general, el principio es encontrar el error lo más cerca posible al tiempo en que fue introducido. XP se esfuerza para que se pueda recibir la retroalimentación lo más rápido posible en todos los aspectos del proyecto.

Se generan pruebas de aceptación para la mayor parte del código producido. El código debe pasar las pruebas unitarias sin errores antes de ser actualizado en el repositorio central. Además se elaboran pruebas de aceptación con el cliente para verificar que la aplicación está haciendo lo que el cliente necesita que haga.

Simplicidad

Hacer lo que el cliente necesita tan simple como sea posible y nada más. El propósito es reducir la complejidad desde el principio.

Debe ser simple, sin embargo, debe tener un buen diseño para que pueda soportar la refabricación que se hará contantemente. La refabricación es el proceso de mejorar estructuras de código sin cambiar la funcionalidad que proveen.

Osadía

XP permite que el programador modifique el código existente cuando lo considere necesario, de forma responsable, sin temor a que los cambios que realice afecten la funcionalidad existente o causen errores en otras partes, esto gracias a las pruebas de aceptación, que nos exigen que cada vez que se cambie algo y antes que se suba al repositorio central, se pasen todas las pruebas.

LAS DOCE PRACTICAS

La programación extrema agrupa varias ideas y practicas que no son necesariamente nuevas, pero cuya agrupación si es nueva. Una de las características de XP es que, está centrada en los desarrolladores y les brinda a estos una mayor responsabilidad  en la creación del producto.

La programación extrema esta diseñada para el uso de pequeños equipos de trabajo que necesitan desarrollar software rápidamente en un ambiente de cambio continuo.

La programación extrema es una disciplina que puede ser resumida (superficialmente) en 12  prácticas:

Juego de Planeamiento (Planning Game)

Permite al cliente describir el valor para el negocio de ciertas características funcionales que se desean, y usa las estimaciones de costo brindadas por los programadores para decidir que es lo que se debe implementar y que es lo que se debe rechazar o dejar de lado. Esto asegura el éxito de lo proyectos de desarrollo ya que se conoce de antemano las expectativas y necesidades de los clientes con los “User Stories” o las “Especificaciones de Usuario”.

...