Historia

Creada por Kent Beck, Ward Cunninghamn y Ron

Jeffries a finales de los noventa.
Chrysler Corporation desarrollaba una aplicacin
de nminas, pero sin demasiado xito por parte
de la gente que tena en el proyecto. El verano de
1996, Beck entr en nmina en la compaa y se
le pidi de hacer esta aplicacin como trabajo. Es
en esta aplicacin cuando nace la Programacin
Extrema.

QUE ES PROGRAMACIN EXTREMA?

La programacin extrema se basa en la simplicidad, la
comunicacin y el reciclado continuo de cdigo, para
algunos no es ms que aplicar una pura lgica.
Teniendo como objetivos:
La satisfaccin del cliente. Esta metodologa trata de
dar al cliente el software que l necesita y cuando lo
necesita.
Potenciar al mximo el trabajo en grupo. Tanto los
jefes de proyecto, los clientes y desarrolladores, son
parte del equipo y estn involucrados en el desarrollo
del software

Las cuatro variables:

Coste: la inversin econmica y en recursos
Tiempo: el tiempo empleado, determinado por la fecha de
entrega final
Calidad: tiene que ser del cdigo y del aplicativo desarrollado
Alcance: conjunto de funcionalidades

De estas cuatro variables, solo tres podrn ser

fijadas por el cliente y/o jefe de proyectos, la
cuarta es responsabilidad del equipo de
desarrollo y se establecer en funcin de las otras
tres

o
r
t
a
u
c
s
s
o
e
L or
l
a
v

La falta de comunicacin
entre el equipo puede
traer problemas en el
desarrollo del programa,
para ello la comunicacin
debe ser fluida, directa
para que el grupo as
como el cliente deben
estar satisfechos con el
proyecto

Simplicidad
Cuanto mas sencilla sea la
solucin, ms fcilmente
podremos adaptarla a
cambios

El usuario debe utilizar desde la

primera entrega el software
desarrollado, dndonos sus
impresiones y sus necesidades no
satisfechas, de manera que esas
historias vuelvan a formar parte
de los requisitos del sistema.

Coraje
es asumir los retos y ser valientes ante los
problemas y afrontarlos, sea que el proyecto este
bien o sea que pueda tener alguna modificacin

Metodolog
as

METODOLOGIAS DE
PROGRAMACION:
diseo sencillo, test,
refactorizacin y
codificacin con
estndares.
METODOLOGA DE
EQUIPO: propiedad
colectiva del cdigo,
programacin en
parejas, integracin
continua, cuarenta
horas semanales y
metfora del negocio.
METODOLOGA DE
PROCESOS: cliente in
situ, entregas
frecuentes y

Doce practicas
bsicas de XP

Diseo simple:
Debe ser simple para ser cierto. Si no es simple, probablemente
no podremos descifrarlo
Para que el usuario pueda entender y manejar, el diseo debe ser
simple
XP define un "diseo tan simple como sea posible" como aquel
que:
No tiene cdigo redundante, ni duplicado.
Supera todos los tests de funcionalidad, integridad y aceptacin.
No utiliza sintaxis complejas, es decir, que queda clara la
intencin de los programadores en cada lnea de cdigo.
Contiene el menor nmero posible de clases y mtodos.

En la metodologa XP se aplica
la refactorizacin, que no es otra
cosa que modificar el cdigo
para dejarlo en buen estado,
volviendo a escribir las partes
que sean necesarias pero
siempre desde un punto de vista
global a la funcionalidad,
independientemente del cambio
que hagamos.
El cdigo final debe conservar la
claridad y sencillez del original.

El test es el punto de anclaje que le da la base metodolgica a

la flexibilidad de XP, y as poder evitar los errores, para ello
cada cambio que se realice se debe realizar un test. El
usuarios debe ayudar al programador a realiza el test y
minimizar ambos los errores; se encuentra tres tipos de test:
Test de aceptacin: Es creado conjuntamente con el
cliente final y debe reflejar las necesidades funcionales
del primero.
Test unitario: Es creado por el programador para ver
que todos los mtodos de la clase funcionan
correctamente.
Test de integridad: Es creado por el equipo de
desarrollo para probar que todo el conjunto funciona
correctamente con la nueva modificacin.

Estndares de codificacin
El equipo de desarrollo debe tener unas normas de codificacin comn,
unas nomenclaturas propias que todos los miembros del equipo puedan
entender.

Propiedad colectiva del cdigo

En XP el cdigo es propiedad de todo el equipo y cualquier
miembro tiene el derecho y la obligacin de modificarlo, para
hacerlo ms eficiente o comprensible, sin que nadie se tenga por
qu sentir ofendido.

Programacin por parejas

Para la realizacin del programa es mejor que dos
personas hagan el trabajo uno digitando y ambos
pensando, para que se pueda tener mejor
programacin

Integracin continua
En XP no esperamos a que todas las partes estn desarrolladas
para integrarlas en el sistema, sino que a medida que se van
creando las primeras funcionalidades ya se ensamblan en el
sistema, de manera que ste puede ser construido varias veces
durante un mismo da. Esto se hace para que las pruebas de
integracin vayan detectando los errores desde el primer
momento y no al final de todo.

Cuando se quiere un buen

final en el proyecto no se debe
superar el tiempo de trabajo,
llegar a 60 o 70 horas
semanales indicara que el
proyecto anda mal, lo ms
correcto es realizarlo en el
tiempo adecuado trabajando
por lo mucho 40 horas
semanales.

Metfora del negocio

El modelo de negocio que entiende el usuario final
seguramente no se corresponder con el que cree
entender el programador. Es por esto por lo que en los
equipos de XP se debe crear una "metfora "con la que el
usuario final se encuentre cmodo y que le sirva al equipo
de desarrollo a la hora de modelar las clases y mtodos
del sistema.

Cliente in situ
XP necesita que el cliente final forme parte del
equipo de desarrollo y est ubicado fsicamente
en el mismo sitio para que as se agilice el
tiempo de respuesta y se puedan validar todas
las funcionalidades lo antes posible.

son versiones pequeas del

sistema, que aunque no
tengan toda la
funcionalidad, nos den una
idea de cmo ha de ser la
entrega final y que nos
sirvan para que el usuario
final se vaya familiarizando
con el entorno y para que el
equipo de desarrollo pueda
ejecutar las pruebas de
integridad.

Entregas
frecuentes

Planificacin
incremental

La planificacin nunca ser perfecta,

variar en funcin de cmo varen las
necesidades del negocio y en cada ciclo
de replanificacin se volvern a
establecer las cuatro variables de la
metodologa XP. En XP la planificacin
se va revisando continuamente, de
forma incremental, priorizando
aquellas necesidades de negocio que
nos aporten mayor valor.