FASES DE LA METODOLOGIA XP

El ciclo de vida de Xp se enfatiza en el carácter interactivo e incremental del desarrollo.

Las iteraciones son relativamente cortas ya que se piensa que entre más rápido se le
entreguen desarrollos al cliente, más retroalimentación se va a obtener y esto va a representar
una mejor calidad del producto a largo plazo. Existe una fase de análisis inicial orientada a
programar las iteraciones de desarrollo y cada iteración incluye diseño, codificación y pruebas,
fases superpuestas de tal manera que no se separen en el tiempo.

La siguiente figura muestra las fases en las que se subdivide el ciclo de vida Xp:

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 del planeamiento

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 duración del cronograma del primer release no excede normalmente dos
meses. 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. La primera iteración crea un
sistema con la arquitectura del sistema completo. Esto es alcanzado seleccionando las historias
que harán cumplir la construcción de la estructura para el sistema completo. El cliente decide
las historias que se seleccionarán para cada iteración. Las pruebas funcionales creadas por el
cliente se ejecutan al final de cada iteración. Al final de la última iteración el sistema esta listo
para producció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. Durante esta fase, las
iteraciones pueden ser aceleradas de una a tres semanas. Las ideas y las sugerencias
pospuestas se documentan para una puesta en práctica posterior por ejemplo en la fase de
mantenimiento. 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.

FASES DE LA METODOLOGIA RUP

RUP divide el proceso en 4 fases, dentro de las cuales se realizan varias iteraciones en número
variable según el proyecto y en las que se hace un mayor o menor hincapié en los distintas
actividades.

• Inicio

Esta fase tiene como propósito definir y acordar el alcance del proyecto con los
patrocinadores, identificar los riesgos asociados al proyecto, proponer una visión muy general
de la arquitectura de software y producir el plan de las fases y el de iteraciones posteriores.

• Elaboración

En la fase de elaboración se seleccionan los casos de uso que permiten definir la arquitectura
base del sistema y se desarrollaran en esta fase, se realiza la especificación de los casos de uso
seleccionados y el primer análisis del dominio del problema, se diseña la solución preliminar.

• Construcción
El propósito de esta fase es completar la funcionalidad del sistema, para ello se deben clarificar
los requisitos pendientes, administrar los cambios de acuerdo a las evaluaciones realizados por
los usuarios y se realizan las mejoras para el proyecto.

• Transición

El propósito de esta fase es asegurar que el software esté disponible para los usuarios finales,
ajustar los errores y defectos encontrados en las pruebas de aceptación, capacitar a los
usuarios y proveer el soporte técnico necesario. Se debe verificar que el producto cumpla con
las especificaciones entregadas por las personas involucradas en el proyecto.

FASES DE MODELOS CASCADOS

El "modelo cascada" sin modificar. El progreso fluye de arriba hacía abajo, como una cascada.

Análisis de requisitos del software

En esta fase se analizan las necesidades de los usuarios finales del software para determinar
qué objetivos debe cubrir. De esta fase surge una memoria llamada SRD (documento de
especificación de requisitos), que contiene la especificación completa de lo que debe hacer el
sistema sin entrar en detalles internos.

Es importante señalar que en esta etapa se debe consensuar todo lo que se requiere del
sistema y será aquello lo que seguirá en las siguientes etapas, no pudiéndose requerir nuevos
resultados a mitad del proceso de elaboración del software de una manera.
Diseño del sistema

Descompone y organiza el sistema en elementos que puedan elaborarse por separado,

aprovechando las ventajas del desarrollo en equipo. Como resultado surge el SDD (Documento
de Diseño del Software), que contiene la descripción de la estructura relacional global del
sistema y la especificación de lo que debe hacer cada una de sus partes, así como la manera en
que se combinan unas con otras.

Es conveniente distinguir entre diseño de alto nivel o arquitectónico y diseño detallado. El

primero de ellos tiene como objetivo definir la estructura de la solución (una vez que la fase de
análisis ha descrito el problema) identificando grandes módulos (conjuntos de funciones que
van a estar asociadas) y sus relaciones. Con ello se define la arquitectura de la solución elegida.
El segundo define los algoritmos empleados y la organización del código para comenzar la
implementación.

Diseño del programa

Es la fase en donde se realizan los algoritmos necesarios para el cumplimiento de los

requerimientos del usuario así como también los análisis necesarios para saber qué
herramientas usar en la etapa de Codificación.

Codificación

Es la fase en donde se implementa el código fuente, haciendo uso de prototipos así como de
pruebas y ensayos para corregir errores. Dependiendo del lenguaje de programación y su
versión se crean las bibliotecas y componentes reutilizables dentro del mismo proyecto para
hacer que la programación sea un proceso mucho más rápido.

Pruebas

Los elementos, ya programados, se ensamblan para componer el sistema y se comprueba que

funciona correctamente y que cumple con los requisitos, antes de ser entregado al usuario
final.

Verificación

Es la fase en donde el usuario final ejecuta el sistema, para ello el o los programadores ya
realizaron exhaustivas pruebas para comprobar que el sistema no falle.

Mantenimiento

Una de las etapas más críticas, ya que se destina un 75 % de los recursos, es el mantenimiento
del software ya que al utilizarlo como usuario final puede ser que no cumpla con todas
nuestras expectativas.

BIBLIOGRAFIA

 http://ingsoftware072301.obolog.es/metodologia-xp-2012877
 http://metodologiadesoftware.blogspot.com/2012/11/fases-del-modelo-rup_27.html
 https://es.wikipedia.org/wiki/Desarrollo_en_cascada