Metodologa Agile Unified Process (AUP) AUP es una versin simplificada de Rational Unified Process (RUP) [Ambler 2004].

Este describe un enfoque simple y fcil de entender para desarrollar Software de aplicaciones de negocio usando tcnicas y conceptos aunque aun permaneciendo como RUP. El enfoque aplica tcnicas giles tales como desarrollo manejado por las pruebas (test driven development (TDD)), gestin de cambios gil (agile change management), desarrollo gil manejado por el modelo (Agile Model Driven Development (AMDD)) y rediseo de la Base de datos (database refactoring). Las disciplinas de AUP son diferentes a las de RUP, se han mezclado modelacin del negocio, requisitos, anlisis y diseo en la disciplina de modelacin y adems, se unieron gestin de cambios y gestin de configuracin en una sola disciplina. Las disciplinas son entonces: Modelacin Implementacin Prueba Despliegue Gestin de configuracin Gestin de Proyecto Ambiente

Las fases y su resultado final coinciden con la propuesta de RUP y son representadas en la tabla 1. Fase Inicio Objetivos Identificar el alcance inicial del proyecto, una arquitectura potencial y obtiene los fondos iniciales del proyecto y la aceptacin de los involucrados Probar la arquitectura del sistema Construir el Software que trabaje sobre bases iterativas y que encuentre las necesidades de mayor prioridad de los involucrados Hito Objetivos del ciclo de (LifeCycle Objectives: LCO) vida

Elaboracin Construccin

Ciclo de vida de la arquitectura (LifeCycle Arquitecture) Capacidad operacional inicial (Initial Operational Capability (IOC))

Transicin

Validar y desplegar el Entrega del producto sistema en el ambiente Release (PR))

(Product

de produccin Tabla 1. Fases de AUP Otro cambio sustancial ha sido a los roles que quedan como: Administrador de la Base de Datos gil: Administrador de la base de datos que trabaja con el equipo para disear, probar, evolucionar y soportar el esquema de datos de la aplicacin Modelador gil: Crea y evoluciona los modelos, de forma colaborativa con los otros miembros del equipo, haciendo uso de CASE y otras herramientas. Los modelos giles son simplemente escasos, buenos y suficientes Administrador de la Configuracin: Es responsable de proveer la infraestructura y ambiente de Gestin de Configuracin para el desarrollo del equipo Instalador: Es responsable para desplegar el sistema en el ambiente de pre-produccin y produccin Desarrollador: Escribe, prueba y construye software. Ingeniero del proceso: Desarrolla, personaliza y soporta los materiales del proceso de software de la organizacin. Administrador del proyecto: Administra el equipo del proyecto, defiende a los miembros del equipo, construye las relaciones con los involucrados, coordina la interaccin con ellos, planifica, administra y asigna recursos, establece prioridades y mantiene al equipo enfocado Revisor: Evala los productos de trabajo del proyecto, frecuentemente trabaja con el progreso, retroalimenta al equipo Involucrado: Cualquiera que sea usuario directo o indirecto, administrador de usuario, gerente de mas nivel, miembro del equipo de operaciones, miembro del equipo de soporte (help desk), desarrolladores de otros sistemas que integran o interactan con el que se desarrolla, personal de mantenimiento potencialmente afectado por el desarrollo o instalacin del sistema bajo desarrollo. Documentador tcnico: Responsable de obtener la documentacin de usuario (materiales de entrenamiento, documentacin de operacin, documentacin de soporte y documentacin de usuario) Administrador de pruebas: Es responsable por el xito del esfuerzo de las pruebas e incluye planificacin, administracin, y defensa de la calidad y de las pruebas Probador: Responsable por la escritura, conduccin y anotacin de los resultados de las pruebas

Especialista de herramientas: Es responsable de la seleccin, adquisicin, configuracin y soporte de las herramientas

Bondades de AUP
Entre las bondades de RUP se encuentran: - Se apoya en un proceso formalizado como es RUP por lo que evita la improvisacin - 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 pequeo tamao - Hay informacin disponible de forma libre Aplicacin en la docencia de los mtodos giles Entre las recomendaciones para la utilizacin de la docencia se puede mencionar: - Utilizar la descripcin de las mejores prcticas sobre un proceso bien formalizado como puede ser RUP. - Utilizar un mtodo gil para el desarrollo de proyectos que defina los roles en el equipo, por ejemplo AUP. - Agregar tcnicas de trabajo en equipo del estilo de las de Scrum - Definir equipos con un nmero de miembros entre cuatro y siete estudiantes - Realizar las iteraciones con un tiempo de duracin fijo e inapelable. Se recomienda tomar 30 das como Scrum Conclusiones Todos los mtodos giles abrazan el modo iterativo e incremental de desarrollo. Las iteraciones son mas pequeas que en RUP y los entregables simplificados. La comunicacin es mas fluida con el cliente a lo que ayudan las iteraciones cortas. El mtodo XP logra compartir el cdigo entre todos los desarrolladores al utilizar la programacin por pares. Sin embargo, XP es orientado a la implementacin, con pocos documentos y es costosa su implementacin a nivel de empresa. SCRUM controla el caos de los conflictos de intereses y necesidades con la utilizacin de las reuniones diarias y la vinculacin con los clientes. Sin embargo, los mtodos giles requieren de un mtodo formal sobre el cual apoyarse, en muchos casos se utiliza a RUP. Por estas razones, para el uso acadmico se recomienda un mtodo como AUP mezclado con algunas de las tcnicas de Scrum de manera de contar con las ventajas de la formalidad de RUP que se incluye en Agile UP junto al tratamiento de la comunicacin suministrada por Scrum.