Que?

Solo disponible en BuenasTareas
  • Páginas : 9 (2021 palabras )
  • Descarga(s) : 0
  • Publicado : 3 de septiembre de 2012
Leer documento completo
Vista previa del texto
TAREA
METODOLIAS AGILES Y PROGRAMACION EXTREMA









JUAN PABLO ARANGO ARIAS









INGENIERIA DE INFORMACION









UNIVERSIDAD DE MEDELLIN
2012











PRINCIPIOS BASICOS DE LA PROGRAMACION EXTREMA

• Retroalimentación a escala fina.
1. El principio de pruebas: se tiene que establecer un período de pruebas de aceptación del
programa(llamado también período de caja negra) donde se definirán las entradas al
sistema y los resultados esperados de estas entradas. Es muy recomendable automatizar
estas pruebas para poder hacer varias simulaciones del sistema en funcionamiento. Para
hacer estas simulaciones automatizadas, se pueden utilizar Ambientes de Prueba (Unit
testing frameworks). Un buen ejemplo de un ambiente de prueba es elJUnit para Java
(www.junit.org/index.htm). Otros ambientes de pruebas para otros lenguajes como C, C++,
JavaScript, XML y servicios Web, pueden encontrarse en
www.xprogramming.com/software.htm.
2. Proceso de planificación: en esta fase, el usuario tendrá que escribir sus necesidades,
definiendo las actividades que realizará el sistema. Se creará un documento llamado
Historias del usuario(User Stories). Entre 20 y 80 historias (todo dependiendo de la
complejidad del problema) se consideran suficientes para formar el llamado Plan de
Liberación, el cual define de forma específica los tiempos de entrega de la aplicación para
recibir retroalimentación por parte del usuario. Por regla general, cada una de les Historias
del usuario suelen necesitar de una a tres semanas de desarrollo.Son muy importantes y tienen que ser una constante las reuniones periódicas durante esta
fase de planificación. Estas pueden ser a diario, con todo el equipo de desarrollo para
identificar problemas, proponer soluciones y señalar aquellos puntos a los que se les ha de
dar más importancia por su dificultad o por su punto crítico.
3. El cliente en el sitio: se le dará poder para determinar losrequerimientos, definir la
funcionalidad, señalar las prioridades y responder las preguntas de los programadores. Esta
fuerte interacción cara a cara con el programador disminuye el tiempo de comunicación y la
cantidad de documentación, junto con los altos costes de su creación y mantenimiento. Este
representante del cliente estará con el equipo de trabajo durante toda la realización delproyecto.
4. Programación en parejas: uno de los principios más radicales y en el que la mayoría de
gerentes de desarrollo pone sus dudas. Requiere que todos los programadores XP escriban
su código en parejas, compartiendo una sola máquina. De acuerdo con los experimentos,
este principio puede producir aplicaciones más buenas, de manera consistente, a iguales o
menores costes. Aunque elpair-programming puede no ser para todo el mundo, la
evidencia anecdótica en la lista de correo de XP (extremeprogramming@yahoogroups.com)
demuestra un gran éxito.
• Proceso continuo en lugar de por lotes.
1. Integración continua: permite al equipo hacer un rápido progreso implementando las
nuevas características del software. En lugar de crear builds (o versiones) estables de
acuerdo a uncronograma establecido, los equipos de programadores XP pueden reunir su
código y reconstruir el sistema varias veces al día. Esto reduce los problemas de
integración comunes en proyectos largos y estilo cascada.
Pág. 5Programación Extrema
2. Refactorización: permite a los equipos de programadores XP mejorar el diseño del sistema
a través de todo el proceso de desarrollo. Los programadores evalúancontinuamente el
diseño y recodifican lo necesario. La finalidad es mantener un sistema enfocado a proveer
el valor de negocio mediante la minimización del código duplicado y/o ineficiente.
3. Entregas pequeñas: colocan un sistema sencillo en producción rápidamente que se
actualiza de forma rápida y constante permitiendo que el verdadero valor de negocio del
producto sea evaluado en un...
tracking img