Mapa mental de manejadores de base de datos.

...

[pic 1]

Ilustración 1 Arquitectura general de iteraciones

Al concluir estas iteraciones el cliente puede ver una parte funcional de lo que sería su sistema y de ahí tomar nuevas decisiones sin salirse de las especificaciones principales del sistema recabados en un principio.

A pesar de esto el autor[1] nos menciona que los métodos agiles “No siguen ciertas normas de disciplina, pero si utilizan la planificación. No obstante, la diferencia está en cómo y cuándo se planifica. En un método ágil, la planificación a muy corto plazo, lo que permite adaptarse a los cambios mientras que en los métodos más tradicionales la planificación se realiza utilizando plazos más largos.” Es por esto que como se mencionó anteriormente tomando en cuenta la complejidad del sistema y la información que manejara tiene que ser flexible a cambios y se debe de generar en un lapso corto de tiempo. Es así como elegimos el modelo de desarrollo XP por sus siglas (Extrem Programig).

Este modelo a su vez ofrece más características específicas que se mencionan en el libro “Software Engineering” tales como:

- rapid feedback (retroalimentación rápida)

- icremental change (cambio incrementado)

- embracing change (Afrontando el cambio)

- quality work (trabajo de calidad)

lo cual permite un mayor manejo de tiempo y recursos, sabiendo que todos los modelos se trabajan diferente y manejan distintos principios, este modelo nos permite observar claramente cuatro variables que cualquier proyecto debe de incluir, el ingeniero “José Joskowicz” nos menciona que estas cuatro variables son “costo, tiempo, calidad y alcance”. De las cuales solo tres dependerán principalmente del cliente y jefe del proyecto esto quiere decir que el equipo de desarrolladores se encargara de darle el valor a la variable de calidad, esto en función a los tres restantes, ya que de estas dependerá la limpieza y la documentación del código para futuros cambios propuestos por el cliente al finalizar cada iteración.

Estos cambios serán más agiles en esta metodología al ser más pequeños que en otros modelos y principalmente al ser ejecutados en parejas de programadores que es lo que sugiere XP expuesto en el artículo de la “Universidad Nacional Experimental De los Llanos Occidentales”, se cita lo siguiente “El trabajo en pareja involucra a dos programadores trabajando en el mismo equipo; mientras uno codifica haciendo hincapié en la calidad de la función o método que está implementando, el otro analiza si ese método o función es adecuado y está bien diseñado. De esta forma se consigue un código y diseño con gran calidad.”

Lo anterior nos garantiza que el cliente tenga una participación constante con el equipo de trabajo al estar presente e involucrado en el proceso. Este tipo de trabajo en parejas usualmente se trabaja con herramientas complementarias de ayuda llamados tarjetas CRC.

Estas tarjetas permiten ver las clases como algo más que repositorio de datos, sino conocer el comportamiento de cada una en un alto nivel. Para una mayor comprensión entre los integrantes y la funcionalidad que se desea alcanzar.

Ingenieria del software un enfoque desde la guia SWEBOK

Editorial Alfaomega y Garceta grupo editorial

Autor: Salvador Sanchez/ Miguel Angel sicilia / Daniel Rodriguez

Edicion Marzo 2012

Software Engineering

autor: Frank Tsui

Jones and Bartlett Publishers

http://iie.fing.edu.uy/~josej/docs/XP%20-%20Jose%20Joskowicz.pdf

http://blogs.unellez.edu.ve/dsilva/files/2014/07/Metodologia-XP.pdf

---------------------------------------------------------------