04/02/031 eXtreme Programming Jose Mª Cubel Navarro Laboratorio de Sistemas de Información Facultad de Informática Universidad Politécnica de Valencia.

Presentación del tema: "04/02/031 eXtreme Programming Jose Mª Cubel Navarro Laboratorio de Sistemas de Información Facultad de Informática Universidad Politécnica de Valencia."— Transcripción de la presentación:

1 04/02/031 eXtreme Programming Jose Mª Cubel Navarro Laboratorio de Sistemas de Información Facultad de Informática Universidad Politécnica de Valencia

2 04/02/032 ¿Qué es XP? Proceso software ligero Diseñado para entornos dinámicos Ideal para equipos pequeños (hasta 10 programadores) Basado en el código Alta dependencia en la comunicación informal, verbal

3 04/02/033 ¿Qué es XP? Creado por Kent Beck para la plantilla del proyecto C3 en Chrysler Kent fue contratado para dirigir el proyecto Durante el proceso nació una nueva metodología C3 concluyó exitosamente en 1997

4 04/02/034 ¿Qué es XP? Valores que intenta fomentar la filosofia XP: Comunicación Simplicidad Retroalimentación Coraje

5 04/02/035 Actores Programador (Programmer) Responsable de decisiones técnicas Responsable de construir el sistema Sin distinción entre analistas, diseñadores o codificadores En XP, los programadores diseñan, programan y realizan las pruebas Cliente (Customer) Es parte del equipo Determina qué construir y cuándo Escribe tests funcionales para determinar cuándo está completo un determinado aspecto

6 04/02/036 Actores Entrenador (Coach) El líder del equipo - toma las decisiones importantes Principal responsable del proceso Tiende a estar en un segundo plano a medida que el equipo madura Rastreador (Tracker) Metric Man Observa sin molestar Conserva datos históricos Probador (Tester) Ayuda al cliente con las pruebas funcionales Se asegura de que los tests funcionales se ejecutan

7 04/02/037 El proceso Mientras(sistema_es_útil) { Captar requisitos User Stories Methaphor Planificar Release planning Iteration planning Desarrollar Programming Presentar la entrega Releasing }

8 04/02/038 Prácticas clave en XP El juego de planificación (The planning game) Entregas pequeñas (Short releases) Metáfora (Metaphor) Diseños simples (Simple designs) Pruebas (Testing) Refactorización (Refactoring)

9 04/02/039 Prácticas clave en XP Programación en parejas (Pair programming) Dominio colectivo del código (Collective code ownership) Integración contínua (Continuous integration) Semana de 40 horas (40-hour week) Cliente in situ (On site customer) Estándares de codificación (Coding standard)

10 04/02/0310 La gran foto De forma aislada, cualquier práctica individual de XP tiene poco sentido Pero en conjunto, unas compensan las carencias que las otras puedan tener Para evaluar XP tienes que mirar la gran foto, es decir, todo el conjunto

11 04/02/0311 La gran foto

12 04/02/0312 OK, ¿pero XP funciona? Probablemente No hay datos concretos y reales en el índice de éxito de proyectos No obstante está teniendo un gran crecimiento Aumento en el número de proyectos Han aparecido sitios web, grupos de noticias, incluso artículos en el “Economist” ¿Por qué? Tiene el visto bueno de algunos de los mejores: Booch, Gamma, Fowler, Cockburn, De Marco, Ambler Proceso para gente que odia los procesos Tiene sentido

13 04/02/0313 ¿Deberias probar XP? ¿Tienes ya un proceso en su lugar? ¿Reacciona bien a los cambios? ¿Está tu equipo feliz con él? Quizás deberías esperar Se están recogiendo datos sobre XP Serás capar de hacer comparaciones

14 04/02/0314 ¿Deberias probar XP? Si no tienes ningún proceso Si no eres capaz de responder a cambios Si tu cliente no está feliz XP es una gran forma de empezar Facil de financiar A los programadores les gustará XP A los clientes les gustará el control añadido

15 04/02/0315 ¿Cómo empezar? Incrementalmente De “Extreme Programming Explained”: Escoge tu peor problema Resuelvelo al estilo XP Repite

16 04/02/0316 Experiencias con XP XP 2000 Conference: Implantación progresiva de las prácticas Muy pocos usan XP al completo Prácticas más utilizadas: Iteraciones cortas Refactorización Evolución progresiva (planning game) Problemas surgidos: Objetivos mezclados Falta de comunicación

17 04/02/0317 Resumen XP es una forma de desarrollar software bien definida y bien estructurada Está hecho para equipos de trabajo pequeños que trabajan en la misma localización Especialmente idóneo para entornos dinámicos Prometedor pero no probado

18 04/02/0318 Dónde encontrar más URL’s http://www.extremeprogramming.org/ http://www.extremeprogramming.org/ Web de XP http://www.xprogramming.com http://www.xprogramming.com An Extreme Programming Resource http://www.martinfowler.com/articles/designDead.html http://www.martinfowler.com/articles/designDead.html Is Design Dead? (Martin Fowler, Chief Scientist, ThoughtWorks) http://www.martinfowler.com/articles/xp2000.html http://www.martinfowler.com/articles/xp2000.html The XP 2000 Conference http://www.ucongres.edu.ar/cemun/cemun/hgest-pincirolli.htm http://www.ucongres.edu.ar/cemun/cemun/hgest-pincirolli.htm La importancia de un estándar para el desarrollo de sistemas (por Fernando Pincirolli) http://www.cimat.mx/ingsoft/seminario/XPresentation.zip http://www.cimat.mx/ingsoft/seminario/XPresentation.zip Seminario de Ing. de Software del CIMAT. Conferencia sobre XP. Pedro Pinto. 22/01/2001 http://linux.oreillynet.com/pub/a/linux/2001/05/04/xp_intro.html http://linux.oreillynet.com/pub/a/linux/2001/05/04/xp_intro.html An Introduction to XP O'Reilly Open Source Convention in San Diego, CA, 23- 27/07/2001 http://www.objectmentor.com http://www.objectmentor.com Object Mentor - Extreme Programming at the Speed of Change

19 04/02/0319 Dónde encontrar más URL’s http://www.egroups.com/group/extremeprogramming http://www.egroups.com/group/extremeprogramming Discussion of Extreme Programming practices and principles http://www.martinfowler.com/articles/newMethodology.html The New Methodology LIBROS / REVISTAS Extreme Programming Explained Beck, Kent; Addison Wesley Extreme Programming Installed Jeffries, Ron et al; Addison Wesley Planning Extreme Programming Beck, Kent et al; Addison Wesley Refactoring – Improving the Design of Existing Code Fowler, Martin; Addison Wesley Principles of Software Engineering Management Gilb, Tom; Addison Wesley Strengthening the Case for Pair Programming Williams, Laurie et al;; IEEE SOFTWARE, July/August 2000

20 04/02/0320