Introducción

El presente trabajo hablaremos de la metodología Proceso Unificado Ágil (AUP), lo

cual es una versión que ha sido simplificada del proceso unificado racional (RUP).
El AUP describe de una manera fácil y simple de entender la forma en la que se
desarrolla aplicaciones de software, usando agiles conceptos que aún mantiene
validos en RUP
Una breve explicación del RUP, método del cual actualmente es dueño IBM, es el
proceso de desarrollo de software iterativo (con repeticiones) y que basa su
desarrollo en 4 fases en la cual siempre hay una o más repeticiones.
Sus cuatro fases son:
 Iniciación
 Elaboración
 Construcción
 Transición
 Metodologías Agiles
Proceso Unificado Ágil (AUP)
El AUP aplica y/o utiliza técnicas ágiles, esto incluyendo desarrollo dirigido por pruebas (test
driven development .TDD), modelado ágil, gestión de cambios ágil y refactorización de base
de datos para mejorar la productividad.

Este describe de una manera simple y fácil de entender la forma de desarrollar aplicaciones
de software usando técnicas ágiles y conceptos que aún se mantienen válidos en RUP.

AUP se preocupa especialmente de la gestión de riesgos. Propone que aquellos elementos

con alto riesgo tengan prioridad en el proceso de desarrollo y sean abordados en etapas
tempranas del mismo.

Para ello, se crean y mantienen listas identificando los riesgos desde etapas iniciales del
proyecto. Especialmente relevante en este sentido es el desarrollo de prototipos ejecutables
durante la fase de elaboración del producto, donde se demuestre la validez de la
arquitectura para los requisitos clave del producto y que determinan los riesgos técnicos.

El proceso AUP establece un Modelo más simple que el que aparece en RUP por lo que
reúne en una única disciplina las disciplinas de Modelado de Negocio, Requisitos y Análisis
y Diseño.

El resto de disciplinas (Implementación, Pruebas, Despliegue, Gestión de Configuración,

Gestión y Entorno) coinciden con las restantes de RUP.

Principios en los que se basa AUP

 Simplicidad: Todo se describe concisamente utilizando poca documentación,
no miles de ellas.

 Agilidad: El ajuste a los valores y principios de La Alianza Ágil.

 Centrarse en actividades de alto valor: La atención se centra en las
actividades que en realidad lo requieren, no en todo el proyecto.

 Herramienta de la independencia: No es necesario usar cualquier

conjunto de herramientas que desea con el AUP. Se sugiere utilizar las
herramientas más adecuadas para el trabajo, que a menudo son las herramientas
simples o incluso herramientas de código abierto.
Característica de AUP
 Versión simplificada de la metodología RUP.

 Abarca siete flujos de trabajos, cuatro ingenieriles y tres de apoyo: Modelado,

Implementación, Prueba, Despliegue, Gestión de configuración, Gestión de
Proyectos y Ambiente.

 El modelado agrupa los tres primeros flujos de RUP(Modelamiento del

negocio, Requerimientos y Análisis y Diseño).

 Dispone de cuatro fases igual que RUP: Incepción o Creación, Elaboración,

Construcción y Transición.

Descripción de los flujos de trabajo ingenieriles

Disciplinas de AUP
Las disciplinas se llevan a cabo de manera sistemática, a la definición de las
actividades que realizan los miembros del equipo de desarrollo a fin de desarrollar,
validar, y entregar el software de trabajo que responda a las necesidades de sus
interlocutores. Las disciplinas son:

1- El Modelado
Es el flujo de trabajo que tiene el objetivo de entender el negocio de la organización, el
problema de dominio que se aborda en el proyecto y determinar una solución viable para
resolver el problema de dominio.

2- Implementación
Tiene como objetivo transformar su (s) modelo (s) en código ejecutable y realizar un nivel
básico de las pruebas, en particular, la unidad de pruebas.

3- Prueba
Tiene como objetivo realizar una evaluación objetiva para garantizar la calidad. Esto incluye
la búsqueda de defectos, validar que el sistema funciona tal como está establecido,
verificando que se cumplan los requerimientos.

4- Despliegue
Su objetivo es el plan para la prestación del sistema y la ejecución de dicho plan, para que
el sistema quede a disposición de los usuarios finales.

5- Gestión de configuración
El objetivo de esta disciplina es la gestión de acceso a herramientas de su proyecto. Esto
incluye no sólo el seguimiento de las versiones con el tiempo, sino también el control y
gestión del cambio para ellos
 6- Gestión de proyectos
El objetivo de esta disciplina es dirigir las actividades que se lleva a cabo en el proyecto.
Esto incluye la gestión de riesgos, la dirección de personas (la asignación de tareas, el
seguimiento de los progresos, etc).

7- Entorno
El objetivo de esta disciplina es apoyar el resto de los esfuerzos por garantizar que el
proceso sea el adecuado, la orientación (normas y directrices), y herramientas (hardware,
software, etc) están disponibles para el equipo según sea necesario.

Descripción de las fases del ciclo de desarrollo

Incepción: Identificación del alcance y dimensión del proyecto, propuesta de

la arquitectura y del presupuesto del cliente.

Elaboración: Confirmación de la idoneidad de la arquitectura.

Construcción: Desarrollo incremental del sistema, siguiendo las prioridades
funcionales de los implicados.

Transición: Validación e implantación del sistema.

Técnicas ágiles que aplica AUP

 Desarrollo Dirigido por Pruebas (Test Driven Development - TDD)
 Modelado Ágil
 Gestión de Cambios Ágil
 Refactorización de Base de Datos para mejorar la productividad.

Principios de La Alianza Ágil

 La mayor prioridad es satisfacer al cliente mediante la entrega temprana y continua
de software con valor.
 Aceptar que los requisitos cambien, incluso en etapas tardías del desarrollo. Los
procesos Ágiles aprovechan el cambio para proporcionar ventaja competitiva al
cliente.
 Entregar software funcional frecuentemente, entre dos semanas y dos meses, con
preferencia al periodo de tiempo más corto posible.
 Los responsables de negocio y los desarrolladores trabajan juntos de forma
cotidiana durante todo el proyecto.
 Los proyectos se desarrollan en torno a individuos motivados. Hay que darles el
entorno y el apoyo que necesitan, y confiarles la ejecución del trabajo.
 El método más eficiente y efectivo de comunicar información al equipo de desarrollo
y entre sus miembros es la conversación cara a cara.
 El software funcionando es la medida principal de progreso.
  Los procesos Ágiles promueven el desarrollo sostenible. Los promotores,
desarrolladores y usuarios debemos ser capaces de mantener un ritmo constante
de forma indefinida.
 La atención continua a la excelencia técnica y al buen diseño mejora la Agilidad.
 La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado, es
esencial.
CICLO DE VIDA

Al igual que en RUP, en AUP se establecen cuatro fases que transcurren de manera
consecutiva y que acaban con hitos claros alcanzados:

1- Inception(Concepción): El objetivo de esta fase es obtener una comprensión

común cliente- equipo de desarrollo del alcance del nuevo sistema y definir una o
varias arquitecturas candidatas para el mismo.

2- Elaboración: El objetivo es que el equipo de desarrollo profundice en la

comprensión de los requisitos del sistema y en validar la arquitectura.

3- Construcción:
Durante la fase de construcción el sistema es desarrollado y probado al completo
en el ambiente de desarrollo.

4- Transición: el sistema se lleva a los entornos de preproducción donde se

somete a pruebas de validación y aceptación y finalmente se despliega en los
sistemas de producción.
 ROLES DE AUP

Rol Descripción Disciplina (s)

Agile DBA Un administrador de base de datos (DBA), que trabaja Implementación
en colaboración con los miembros del equipo del
proyecto para diseñar, probar, evolucionar, y apoyar
esquema de datos de la aplicación (s).
Agile Modeler Alguien que crea y desarrolla modelos, ya sean dibujos, Modelo
fichas, o archivos de herramientas complejas del caso, Implementación
de una manera evolutiva y de colaboración.
Nadie Cualquier persona en cualquier otra función. Gestión de la
Configuración
Gestión de
Proyectos
Configuration Un gestor de configuración se encarga de proporcionar Gestión de la
Manager la infraestructura CM general y el ambiente en el Configuración
equipo de desarrollo.
Implementador El implementador es responsable de implementar el Despliegue
sistema en entornos de producción y pre-producción.
Revelador describe, prueba, y construye software. Modelo
Implementación
Despliegue
Ingeniero de Desarrolla, sastres y apoya sus organizaciones Medio ambiente
Procesos materiales de proceso de software (descripciones de
procesos, plantillas, orientación, ejemplos ...).
Gerente de Gestiona los miembros del equipo, protege a los Modelo
Proyectos miembros del equipo, construye relaciones con las Prueba
partes interesadas, coordina las interacciones con las Despliegue
partes interesadas, planes, administra y asigna Gestión de
recursos, formas prioridades, y mantiene el equipo se Proyectos
concentró.
Crítico Evalúa los productos de trabajo del proyecto, a menudo Prueba
"obras en curso", que proporciona información al
equipo.
Tenedor de A los interesados del proyecto es cualquier persona Modelo
apuestas que sea un usuario directo, el usuario indirecto, gerente Implementación
de los usuarios, gerente senior de operaciones Prueba
miembro del personal, apoyo (help desk) miembro del Despliegue
personal, los desarrolladores que trabajan en otros
 sistemas que integren o interactúen con la fase de Gestión de
desarrollo o mantenimiento profesionales Proyectos
potencialmente afectados por el desarrollo y / o
implementación de un proyecto de software.
Escritor Los escritores técnicos son responsables de producir la Despliegue
Técnico documentación de los interesados, como los
materiales de capacitación ,documentación de las
operaciones , documentación de soporte y
documentación del usuario .
Test Manager Gerentes de los exámenes responsables del éxito del Prueba
esfuerzo de pruebas, incluyendo la planificación, la
gestión y la promoción de las actividades de ensayo y
de calidad.
Ensayador Probadores son responsables de escribir, realizar y Prueba
registrar los resultados de los esfuerzos de prueba.
Especialista Herramientas de especialistas son responsables de la Medio ambiente
Tool selección, adquisición, configuración y herramientas de
apoyo.

Comparación DE AUP con RUP

RUP es una metodología formal que defines bien claro las etapas del desarrollo indicando
cuales son los documentos de entrada y los entregables de salida en cada etapa del
proceso
si necesitas dejar una documentación estable sobre la evolución del desarrollo a lo largo
del ciclo de vida entonces usaras RUP, pero ojo que al ser de Rational esta se basa mucho
en las tool que la empresa provee
En cambio, AUP es algo mas ágil ya que aplica algunas técnicas que la metodología agile
defines
Quizás para un desarrollo algo menos estricto pero documentado lo mejor es AUP, así no
sobrecargas de documentación cada etapa del desarrollo
AUP se basa en las siguientes filosofías:
1. Los empleados saben lo que están haciendo. La gente no va a leer documentación
del proceso detallada, pero quieren algo de orientación a alto nivel y/o formación de
vez en cuando. El producto AUP proporciona enlaces a muchos de los detalles, pero
no fuerza a ellos.

2. Simplicidad. Todo está descrito de forma concisa.

3. Agilidad. AUP se ajusta a los valores y principios de desarrollo de software ágil y la

Alianza Ágil.

4. Foco en las actividades de alto valor. El foco está en las actividades que realmente
cuentan, no en todas las posibles cosas que pudieran pasar en un proyecto.

5. Independencia de herramientas. Se puede usar cualquier conjunto de herramientas.

La recomendación es que se usen las herramientas que mejor se adapten al trabajo,
que son con frecuencia herramientas simples.

6. Habrá que adaptar AUP para cumplir con las necesidades propias.

VENTAJAS Y DESVENTAJAS
Ventajas
Las ventajas de esta metodología se encuentran basas de una filosofía, la cual permite
que:

 Los empleados saben lo que están haciendo. La gente no va a leer documentación

del proceso detallada, pero quieren algo de orientación a alto nivel y/o formación
de vez en cuando. El producto AUP proporciona enlaces a muchos de los detalles
pero no fuerza a ellos.
 El AUP se ajusta a los valores y principios de la Alianza Ágil.
 Permite centrarse en actividades de alto valor esenciales para el desarrollo.
 Se apoya en un proceso formalizado como es RUP por lo que evita la
improvisación
 Tiene bien establecidos los roles y las fases
 Es ágil y por tanto se basa en un proceso iterativo evolutivo
 Incrementa la productividad
 Facilita el trabajo de proyectos de pequeño tamaño
 Hay información disponible de forma libre
  Independencia de herramientas. Se puede usar cualquier conjunto de
herramientas. La recomendación es que se usen las herramientas que mejor se
adapten al trabajo, que son con frecuencia herramientas simples.
 Habrá que adaptar AUP para cumplir con las necesidades propias.
 El cliente es parte del equipo de trabajo.
 Grupos pequeños de trabajo.

Desventajas
Es importante tener en cuenta que el uso de un método ágil no vale para cualquier
proyecto. Sin embargo, una de las principales ventajas de los métodos ágiles es su peso
inicialmente ligero y por eso las personas que no estén acostumbradas a seguir procesos
encuentran estas metodologías bastante agradables.
Menos énfasis en la arquitectura.
No existe un contrato tradicional.
Pocos roles y artefactos.