PUA (PROCESO UNIFICADO ÁGIL) CARACTERISTICAS Este modelo es un proceso ORIENTADO A OBJETOS. El proceso es: 1. Guiado por casos de uso Los sistemas se crean para dar servicio a los usuarios. Qué REQUISITOS se necesitan Un CASO de USO es una pieza de FUNCIONALIDAD de un sistema que le proporciona a algún algún USUARIO un RESULTADO RESULTADO o VALOR. VALOR.
Desarrollo guiado por casos de uso (CU) Se: Capturan requisitos Se especifican (analizan) Se diseñan Se implementan se prueban
2. Centrado en la arquitectura La arquitectura de un sistema software es un extracto de los l os modelos del sistema o Extracto: VISTA DE CADA MODELO que da una idea de qué forma que tiene el sistema completo
1
3. Con un ciclo de vida iterativo e incremental Iterativo a. Se repiten VARIOS MINIPROYECTOS Incremental b. Cada mini-proyecto AMPLIA EL PRODUCTO
ROLES Project Manager Maneja a los miembros construye relaciones con los stakeholders, coordina interacciones con los stakeholders, planea, maneja y asigna los recursos, Process Engineer Desarrolla, adapta y apoya sus materiales del proceso del software Developer Escribe, testea y construye software Agile DBA Un administrador de base de datos (DBA) que trabaja en colaboración con los miembros de equipo de proyecto para diseñar, probar, desarrollar, y apoyar los esquemas. Agile Modeler Crea y desarrolla modelos, bosquejos o los archivos de la herramienta CASE, de una manera evolutiva y de colaboración. Configuration Manager Un encargado de la configuración es responsable de proporcionar la infraestructura total y el ambiente del CM al equipo de desarrollo. Test Manager Responsables del éxito de la prueba, incluyendo el planeamiento, la gerencia, y la defensa para la prueba y las actividades de la calidad.
FASES Y ACTIVIDADES INICIACIÓN: Objetivo.- Determinar el alcance del proyecto y la potencial arquitectura del sistema. Actividades.Definir alcance del proyecto Estimar costo y cronograma Definir riesgos Determinar factibilidad del proyecto Preparar el ambiente del proyecto ELABORACIÓN: Objetivo.- Modelar el sistema Actividades.Identificar Arquitectura Validar Arquitectura Desarrollar el ambiente para el proyecto Seleccionar el equipo de trabajo CONSTRUCCIÓN: Objetivo.- Construir el software Actividades.Modelar, construir y probar el sistema Desarrollar documentación de soporte TRANSICION: Objetivo.- Probar y desplegar el sistema Actividades.Pruebas del sistema Pruebas de usuario Mejorar el sistema Despliegue del sistema
DISCIPLINA El Proceso Unificado Ágil es una versión simplificada del RUP, la cual describe en una forma simple, fácil de entender y brinda un enfoque de desarrollo de software utilizando técnicas ágiles y conceptos del RUP. El AUP tiene 7 las cuáles algunos son combinaciones de dos disciplinas del RUP Modelamiento: El objetivo es entender el dominio del problema e identificar la solución viable. Implementación: El objetivo es transformar el modelo en código ejecutable y realizar pueblas apropiadas. Pruebas: El objetivo es garantizar la calidad del producto así como verificar que se cumple con los requerimientos. Despliegue: El objetivo es ejecutar un plan para hacer el sistema disponible a los usuarios. Administración de la configuración: El objetivo es administrar los productos de trabajo. Administración del proyecto: El objetivo es dirigir las actividades que tienen lugar en el proyecto. Ambiente: El objetivo de esta disciplina es proveer y establecer las herramientas, estándares, medios de comunicación, etc. que necesita el equipo de trabajo para cumplir sus metas.
3
VENTAJAS
Detección temprana de riesgos Administración adecuada del cambio Mayor grado de reutilización Mayor experiencia para el grupo de desarrollo El personal sabe lo que está haciendo pero no está obligado a conocer detalles. Los apuntes son concisos Se centran en actividades de alto valor esenciales para el desarrollo.
DESVENTAJAS
Una de las limitaciones más grandes de estas nuevas metodologías es como manejan equipos más grandes. Como muchas nuevas tendencias, ellos tienden a ser usados primero a escala pequeña antes que a gran escala. También a menudo se han creado con énfasis en equipos pequeños. El AUP es un producto muy pesado en relación al RUP. Como es un proceso simplificado, muchos desarrolladores eligen trabajar con el RUP, por tener a disposición más detalles en el proceso.