Programacion extrema

Programación Extrema

Programación Extrema

Índice

1. ¿Qué es XP?.................................................................................................................................2

1.1. Metodología ágil.................................................................................................................. 2

1.2. Definición.............................................................................................................................2

1.3. Posturas a favor y en contra................................................................................................. 2

2. Historia.........................................................................................................................................4

3. Principios básicos........................................................................................................................ 5

4. Proceso de desarrollo................................................................................................................... 8

4.1. Interacción con el cliente......................................................................................................8

4.2. Planificación del proyecto....................................................................................................8

4.3. Diseño, desarrollo y pruebas................................................................................................ 9

5. Bibliografía................................................................................................................................ 11

6. Referencias a webs.....................................................................................................................14

Pág. 1

Programación Extrema

1. ¿Qué es XP?

1.1. Metodología ágil

Las metodologías ágiles (como por ejemplo XP, SCRUM, DSDM, Crystal, etc..) forman parte del

movimiento de desarrollo ágil de sotfware, que se basan en la adaptabilidad de cualquier cambio

como medio para aumentar las posibilidades de éxito de un proyecto.

De forma que una metodología ágil es la que tiene como principios que:

• Los individuos y sus interacciones son más importantes que los procesos y las

herramientas.

• El software que funciona es más importante que la documentación exhaustiva.

• La colaboración con el cliente en lugar de la negociación de contratos.

• La respuesta delante del cambio en lugar de seguir un plan cerrado.

Se puede decir que, este movimiento empezó a existir a partir de febrero de 2001, cuando se

reunieron los representantes de cada una de estas metodologías y terminaron poniendo en común

sus ideas en una declaración conjunta.

1.2. Definición

La programación extrema es una metodología de desarrollo ligera (o ágil) basada en una serie de

valores y de prácticas de buenas maneras que persigue el objetivo de aumentar la productividad a la

hora de desarrollar programas.

Este modelo de programación se basa en una serie de metodologías de desarrollo de software en la

que se da prioridad a los trabajos que dan un resultado directo y que reducen la burocracia que hay

al rededor de la programación.

Una de las características principales de este método de programación, es que sus ingredientes son

conocidos desde el principio de la informática. Los autores de XP han seleccionado aquellos que

han considerado mejores y han profundizado en sus relaciones y en como se refuerzan los unos con

los otros. El resultado de esta selección ha sido esta metodología única y compacta. Por esto, aunque

no está basada en principios nuevos, sí que el resultado es una nueva manera de ver el desarrollo de

software.

El objetivo que se perseguía en el momento de crear esta metodología era la búsqueda de un método

que hiciera que los desarrollos fueran más sencillos. Aplicando el sentido común.

1.3. Posturas a favor y en contra

La mejor manera de reflejar las diferentes posturas sobre las preferencias de la programación

Extrema es hacer referencia a una encuesta realizada por IBM el octubre del año 2000, donde se

formulaba precisamente la opinión de profesionales sobre el método de programación que nos

ocupa.

Pág. 2

Programación Extrema

A . Lo he probado y no me gusta nada

B. Es una mala idea, no puede funcionar nunca

C. Es una buena idea, pero no funcionará.

D. Lo he probado y me gusta mucho

Con el poco tiempo que hace que existe esta metodología, ya se ha generado un gran alboroto en la

comunidad de ingeniería del software. Hay opiniones de todos los gustos de quienes lo prueban.

Las opiniones negativas mayoritarias alegan lo siguiente:

• Los programadores tienen un acusado sentimiento de posesión del código y esta postura no

encaja con la filosofía de X.P.

• También se ve un fuerte sentimiento para respectar las 40 horas semanales, y X.P. no lo

garantiza.

• Los jefes de proyecto también expresan su recelo con este método tan poco tradicional.

En cambio una visión más optimista dice que:

• X.P. sólo funcionará con gente buena, es decir, profesionales que son capaces de hacer un

buen diseño, sencillo y a la vez fácilmente ampliable.

• Por otro lado se ha de recalcar que XP no ha inventado ningún método nuevo,

sencillamente ha recogido métodos ya existentes y los ha agrupado, y ha comprobado que

funcionen. Y para terminar, mencionar que el creador de XP asegura que se garantiza un

rato si más no divertido.

Pág. 3

Programación Extrema

2. Historia

La Programación Extrema, como proceso de creación de software diferente al convencional, nace de

la mano de Kent Beck (gurú de la XP y autor de los libros más influyentes sobre el tema).

Chrysler Corporation hacía tiempo que estaba desarrollando una aplicación de nóminas, pero sin

demasiado éxito por parte de la gente que tenía en el proyecto. El verano de 1996, Beck entró en

nómina en la compañía y se le pidió de hacer esta aplicación como trabajo. Es en esta aplicación

cuando nace la Programación Extrema como tal.

Beck reconoció que el proceso (o metodología) de creación de software o la carencia de este era la

causa de todos los problemas y llegó a la conclusión que para proporcionar un proceso que fuera

flexible

...