El Agile UP (AUP) es una versin simplificada de Rational Unified Process (RUP).

Este describe un enfoque simple y fcil de entender para el desarrollo de software usando tcnicas y conceptos que an se mantienen vigentes en RUP. Los enfoques aplican tcnicas giles incluidas en el Desarrollo Dirigido por Pruebas (TDD), Desarrollo Dirigido por Modelado gil (AMDD), administracin de cambios gil, y refactorizacin de bases de datos para mejorar la productividad.

La Figura 1 representa el ciclo de vida de AUP. Lo primero que se le avisar es que las disciplinas han cambiado. Primero, la disciplina de Modelado abarca las disciplinas de Modelado del Negocio, de Requerimientos y de Anlisis y Diseo de RUP. El modelado es una parte importante en AUP, pero no domina el proceso -- puede seguir gil creando modelos y documentos los cuales son apenas lo suficientemente bueno. Segundo, las disciplinas de la Administracin de la Configuracin y Cambios ahora es la disciplina de la Administracin de la Configuracin. En el desarrollo gil las actividades de administracin de cambios son tpicamente parte de su esfuerzo de la administracin de requerimientos, la cual es parte de la disciplina de Modelado.

Figura 1. El ciclo de vida del Agile UP.

Serial en lo Grande
La naturaleza serial en Agile UP es capturada en cuatro fases: 1. Iniciacin. El objetivo es identificar el alcance inicial del proyecto, una arquitectura potencial de su sistema, y obtener la financiacin inicial del proyecto y la aceptacin del involucrado. 2. Elaboracin. El objetivo es mejorar la arquitectura del sistema. 3. Construccin. El objetivo es construir software funcional en una base regular e incremental, la cual cumpla con las necesidades de prioridad ms alta de los involucrados de su proyecto. 4. Transicin. El objetivo es validar y desplegar su sistema en su ambiente de produccin.

Iterativo en lo Pequeo
Las disciplinas son ejecutadas en una manera iterativa, definiendo las actividades las cuales los miembros del equipo ejecutan para construir, validar y liberar software funcional que cumpla con las necesidades de sus involucrados. Las disciplinas son:
y

y y

Modelado. El objetivo de esta disciplina es entender el negocio de la organizacin, el problema de dominio que se aborda en el proyecto, e identificar las soluciones viables para manejar el dominio del problema. Implementacin. El objetivo de esta disciplina es transformar su modelo (s) en cdigo ejecutable y llevar a cabo un nivel bsico de las pruebas, en particular, la unidad de prueba. Pruebas. El objetivo de esta disciplina es ejecutar una objetiva evaluacin para asegurar la calidad. Esto incluye la deteccin de defectos, validaciones de que el sistema funciona como fue diseado, y verificar que se cumplan los requerimientos. Despliegue. El objetivo de sta disciplina es planificar la entrega del proyecto de desarrollo y ejecutar el plan, para dejar disponible el sistema al usuario final. Administracin de la Configuracin. La meta de esta disciplina es manejar el acceso a sus productos de trabajo de proyecto. Esta no slo incluye el rastreo de versiones del trabajo del producto en el tiempo, sino que tambin el control y administracin de los cambio estos productos. Administracin del Proyecto. El objetivo de esta disciplina es dirigir las actividades a lo largo del proyecto. Esto incluye la administracin del riesgo, direccin del personal (asignacin de tareas, rastreo del progreso, etc.), y coordinacin con personas y sistemas fuera del alcance del proyecto para asegurar su liberacin a tiempo y dentro del presupuesto. Entorno. El objetivo de esta disciplina es soportar el resto del esfuerzo asegurando que el proceso apropiado, las guas (normas y directrices), y herramientas (hardware y software) estn disponibles para cuando el equipo las necesite.

Entregando versiones incrementales en el tiempo

En otras palabras, en lugar del enfoque "big bang" donde se entrega todo el software en una sola liberacin en vez de hacerlo por partes (p.e. versin 1, la versin 2, y as sucesivamente). Los equipos de AUP tpicamente liberan versiones desarrolladas al final de cada iteracin en un rea(s) de prueba de pre-produccin y/o demostraciones (ver Figura 1). Una versin de desarrollo de una aplicacin es algo que podra ser liberado en la produccin si se ponen a travs de su preproduccin de aseguramiento de la calidad (QA), pruebas, y proceso de despliegue. En la Figura 2 usted ver que la primera versin de produccin comnmente toma ms tiempo de entrega que otras versiones subsecuentes; en la primera liberacin de un sistema probablemente necesita colocar mucha caera en su lugar y su equipo probablemente no cuente con lo suficiente para convertirlo en algo colaborativamente eficiente. La primera versin de produccin puede tardar 12 meses en liberacin, la segunda nueve meses para liberacin, y las dems liberaciones son entregadas cada 6 meses. Un enfoque temprano en el caso del despliegue no solo le permite evitar problemas, le permite aventajarse en su experiencia durante el desarrollo, por ejemplo, cuando se est desplegando software en un ambiente deben tomarse notas de qu funciona y de qu no, estas pueden servir como columna vertebral para la instalacin de scripts.