Modelo xp:
El
Extreme (o XP) Programming es una metodología de desarrollo que
pertenece a las conocidas como metodologías ágiles.
Cuyo
objetivo es el desarrollo y gestión de proyectos con eficacia,
flexibilidad y control.La
metodología XP define cuatro variables para cualquier proyecto de
software: costo, tiempo, calidad y alcance.
El
método específico que hasta 3 de sus variables poder ser definidas
por actores externos al grupo de desarrollo, y el valor restante
deberá ser establecerá por el equipo de desarrollo con la finalidad
de equilibrar las 4 variables.
Caracteristicas
- Corrección de todos los errores: se realiza siempre antes de añadir una nueva funcionalidad y se entregan revisiones frecuentes.
- Refactorización del código, es decir, reescribir ciertas partes del código para aumentar su legibilidad y mantenibilidad, pero sin modificar su comportamiento.
- Propiedad del código compartida: en vez de dividir la responsabilidad en el desarrollo de cada módulo en grupos de trabajo distintos, este método promueve el que todo el personal pueda corregir y extender cualquier parte del proyecto.
- Simplicidad en el código: es la mejor manera de que las cosas funcionen. Cuando todo funcione se podrá añadir funcionalidad si es necesario.
Esquema:
Fase
de la exploración:
En
esta fase, los clientes plantean a grandes rasgos las historias de
usuario que son de interés para la primera entrega del
producto. Al mismo tiempo el equipo de desarrollo se familiariza con
las herramientas, tecnologías y prácticas que se utilizarán en el
proyecto.
Se
prueba la tecnología y se exploran las posibilidades de la
arquitectura del sistema construyendo un prototipo. La fase de
exploración toma de pocas semanas a pocos meses, dependiendo del
tamaño y familiaridad que tengan los programadores con la
tecnología.
Fase
planteamiento:
Se
priorizan las historias de usuario y se acuerda el alcance del
release. Los programadores estiman cuánto esfuerzo requiere cada
historia y a partir de allí se define el cronograma.
La
fase de planeamiento toma un par de días. Se deben incluir varias
iteraciones para lograr un release. El cronograma fijado en la etapa
de planeamiento se realiza a un número de iteraciones, cada una toma
de una a cuatro semanas en ejecución.
Fase
de producción:
Requiere
prueba y comprobación extra del funcionamiento del sistema antes de
que éste se pueda liberar al cliente. En esta fase, los nuevos
cambios pueden todavía ser encontrados y debe tomarse la decisión
de si se incluyen o no en el release actual.
Después
de que se realice el primer release productivo para uso del cliente,
el proyecto de Xp debe mantener el funcionamiento del sistema
mientras que realiza nuevas iteraciones
Fase
de mantenimiento:
Requiere
de un mayor esfuerzo para satisfacer también las tareas del cliente.
Así, la velocidad del desarrollo puede desacelerar después
de que el sistema esté en la producción. La fase de mantenimiento
puede requerir la incorporación de nueva gente y cambiar la
estructura del equipo.
Fase
de muerte:
Es
cuando el cliente no tiene más historias para ser incluidas en el
sistema. Esto requiere que se satisfagan las necesidades del cliente
en otros aspectos como rendimiento y confiabilidad del sistema.
Se
genera la documentación final del sistema y no se realizan más
cambios en la arquitectura. La muerte del proyecto también
ocurre cuando el sistema no genera los beneficios esperados por el
cliente o cuando no hay presupuesto para mantenerlo.
Ventajas:
Programación
organizada.
Menor
taza de errores.
Satisfacción
del programador.
Desventajas:
Es
recomendable emplearlo solo en proyectos a corto plazo.
Altas
comisiones en caso de fallar.


No hay comentarios.:
Publicar un comentario