Programacion Extrema

Extreme Programming (XP): Un nuevo método de desarrollo de software
César F. Acebal, Juan M. Cueva Lovelle
Universidad de Oviedo
Resumen
¿Qué es Extreme Programming –conocido como XP–? Eso es lo que pretende
responder el presente artículo, descubriendo este nuevo método de desarrollo de software al
lector desconocedor del mismo. Naturalmente, la extensión de una ponencia como ésta nopermite más que una somera introducción a cualquier nuevo método o técnica, pero
trataremos de ser lo suficientemente didácticos como para que cada cual pueda formarse una
idea aproximada de los principios básicos que subyacen en él, y se ofrecerán las r
eferencias
apropiadas para quien quiera profundizar en el mismo.

1. Introducción
XP, como ya se ha mencionado en el resumen, y como indica elsubtítulo de esta
ponencia, es una nueva disciplina para el desarrollo de software, que ha irrumpido
recientemente con gran revuelo en el mare mágnum de métodos, técnicas y metodologías
existentes. Concretando más, se trata de un método ligero, en contraposición a los métodos
pesados como Métrica. Antes de continuar, aclararemos que en este artículo nos referiremos a
él como “método”, encontra de la tendencia oficial en informática a denominar
“metodologías” (ciencia de los métodos) a lo que no son más que métodos1 o incluso meras
notaciones gráficas.
Podríamos decir que XP nace “oficialmente” hace cinco años en un proyecto desarrollado
por Kent Beck en DaimlerChrysler, después de haber trabajado varios años con Ward
Cunningham en busca de una nueva aproximación al problema deldesarrollo de software
que hiciera las cosas más simples de lo que nos tenían acostumbrados los métodos existentes.
Para muchos, XP no es más que sentido común. ¿Por qué suscita entonces tanta controversia,
con opiniones enfrentadas entre la adoración y el desprecio? Como sugiere Kent Beck en su
libro [1], tal vez sea porque XP lleva un conjunto de técnicas y principios de sentido común aniveles extremos, entre las que podemos destacar:

1

Ricardo Devis Botella. C++. STL, Plantillas, Excepciones, Roles y Objetos. Paraninfo, 1997.

?? código será revisado continuamente, mediante la programación en parejas (dos
El
personas por máquina)
?? harán pruebas todo el tiempo, no sólo de cada nueva clase (pruebas unitarias)
Se
sino que también los clientes comprobarán que elproyecto va satisfaciendo los
requisitos (pruebas funcionales)
??
Las pruebas de integración se efectuarán siempre, antes de añadir cualquier nueva
clase al proyecto, o después de modificar cualquiera existente (
integración continua),
para lo que nos serviremos de frameworks de pruebas, como el xUnit
?? (re)diseñará todo el tiempo (refactoring), dejando el código siempre en el estado
Se
mássimple posible
?? iteraciones serán radicalmente más cortas de lo que es usual en otros métodos, de
Las
manera que nos podamos beneficiar de la retroalimentación tan a menudo como sea
posible

En definitiva, y para concluir con este apartado y entrar ya en materia, quedémonos con
esta frase extraída del mismo libro de Beck:

“Todo en el software cambia. Los requisitos cambian. El diseñocambia. El
negocio cambia. La tecnología cambia. El equipo cambia. Los miembros del
equipo cambian. El problema no es el cambio en sí mismo, puesto que sabemos
que el cambio va a suceder; el problema es la incapacidad de adaptarnos a dicho
cambio cuando éste tiene lugar.”

2. Las cuatro variables
XP define cuatro variables para cualquier proyecto software: coste, tiempo, calidad y
alcance.Además, especifica que, de estas cuatro variables, sólo tres de ellas podrán ser fijadas
por las fuerzas externas al proyecto (clientes y jefes de proyecto), mientras que el valor de la
variable libre será establecido por el equipo de desarrollo en función de los valores de las
otras tres. ¿Qué es lo novedoso aquí? Que normalmente los clientes y jefes de proyecto se
creen capaces de fijar de...