METODOLOGÍAS ÁGILES (AUP)

15
METODOLOGÍAS ÁGILES “PROCESO UNIFICADO ÁGIL (AUP) Materia: Ingeniería Software Docente: MTI. Vianey Fuentes Mateo alumnos: José Andrés Gómez Martínez Lucia Julian Fonseca

Transcript of METODOLOGÍAS ÁGILES (AUP)

METODOLOGÍAS ÁGILES

“PROCESO UNIFICADO ÁGIL

(AUP)

Materia: Ingeniería Software

Docente: MTI. Vianey Fuentes Mateo

alumnos: José Andrés Gómez Martínez

Lucia Julian Fonseca

Proceso Unificado y Proceso Unificado Rational.-

El Proceso Unificado no es simplemente un proceso, sino un marco detrabajo extensible que puede ser adaptado a organizaciones o proyectosespecíficos. De la misma forma, el Proceso Unificado de Rational, también esun marco de trabajo extensible.

Se caracteriza por estar dirigido por casos de uso, centrado en la arquitecturay por ser iterativo e incremental.

Proceso Unificado Ágil.-

Es una versión simplificada del Proceso Unificado de Rational (RUP). Estedescribe de una manera simple y fácil de entender la forma de desarrollaraplicaciones de software de negocio usando técnicas ágiles y conceptos queaún se mantienen válidos en RUP. El AUP aplica técnicas ágiles incluyendoDesarrollo Dirigido por Pruebas.

Características.-

Iterativo e Incremental.Descomposición de un proyecto grande en mini-proyectos Cada mini-proyecto es una iteración Las iteraciones deben estar controladas Cada iteración trata un conjunto de casos de uso

Ventajas del enfoque iterativoDetección temprana de riesgos Administración adecuada del cambioMayor grado de reutilizaciónMayor experiencia para el grupo de desarrollo

Dirigido por Casos de UsoSe centra en la funcionalidad que el sistema debe poseer para satisfacer las necesidades de un usuario (persona, sistema externo, dispositivo) que interactúa con él

Casos de uso como el hilo conductor que orienta las actividades deDesarrollo

Centrado en la Arquitectura

Concepto similar a la arquitectura de un edificio

• Varios planos con diferentes aspectos del edificio

• Tener una imagen completa del edificio antes que comience la

construcción

Arquitectura en software

• Diferentes vistas del sistema: estructural, funcional, dinámico, etc.

•plataforma en la que va a operar

•Determina la forma del sistema

Arquitectura: determina la forma del sistema

Casos de uso: determinan la función del sistema

Dimensión Dinámica del proceso

Hito: punto en el tiempo donde se evalúan los objetivoslogrados y se pueden tomar decisiones críticas

Desarrollo Iterativo

CICLO DE VIDA DEL PROCESO UNIFICADO AGIL

Fase de Concepción.-

• Objetivo: Definir la razón de ser y el alcance del proyecto.Estudio de oportunidad.

Visión = QUÉ + PARA QUÉ + CUÁNTO

• Actividades Especificación de los criterios de éxito del proyecto Definición de los requisitos Estimación de los recursos necesarios Cronograma inicial de fases

• Artefactos (Pieza de información producida, modificada y utilizada en un Proceso)

Documento de definición del proyecto

Fase de Elaboración.-

• Objetivo: Establecer un plan de proyecto y una arquitectura correctadel sistema

• Actividades Análisis del dominio del problema Definición de la arquitectura básica Análisis de riesgos Planificación del proyecto

• ArtefactosModelo del dominioModelo de procesosModelo funcional de alto nivel Arquitectura básica

Fase de Construcción.-

• Construcción Objetivo: Desarrollar el sistema a lo largo de una serie de

iteraciones Actividades

• Análisis• Diseño• Implementación / Codificación• Pruebas (individuales, de integración)

Fase de 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.

Disciplinas.-

Model. (Modelo) El objetivo de esta disciplina es entender el negocio de la organización.Implementation. (Aplicación) El objetivo de esta disciplina es transformar su modelo (s) en código ejecutable y realizar un nivel básico de pruebas.Test. (Prueba) El objetivo de esta disciplina consiste en realizar una evaluación objetiva para garantizar la calidad. Deployment. (Despliegue) El objetivo de esta disciplina es ejecutar el sistema y que este a disposición de los usuarios finales. Configuration Management . (Gestión de configuración) El objetivo de esta disciplina es la gestión de acceso a artefactos de su proyecto. Project Management . (Gestión de proyectos) El objetivo de esta disciplina es dirigir las actividades que lleva a cabo en el proyecto. Environment . (Entorno) El objetivo de esta disciplina es apoyar el resto de los esfuerzos para garantizar que el proceso sea el adecuado.

INCREMENTOS DE TIEMPO.-

Los equipos AUP suelen ofrecer versiones de desarrollo al final de cada iteración en pre-producción área (s).

La primera entrega de versión de producción a menudo toma más tiempo para entregar versiones posteriores, esta demora puede ser de doce meses.

La segunda versión de nueve meses.

Las otras versiones se entregan cada seis meses.

VENTAJAS.-El personal sabe lo que esta haciendo: no obliga a conocer detalles.

Simplicidad: apuntes concisos.

Agilidad: procesos simplificados del RUP

Centrarse en actividades de alto valor: esenciales para el desarrollo.

Herramientas independientes: a disposición del usuario.

Fácil adaptación de este producto: de fácil acomodo (HTML)

DESVENTAJAS.-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 mas detalles en el proceso.

CONCLUSIONES.-

AUP se preocupa especialmente de la gestión de riesgos. Propone que aquellos elementos con alto riesgo obtengan prioridad en el proceso de desarrollo y sean abordados en etapas tempranas del mismo.

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.