METODOLOGÍAS ÁGILES (AUP)

March 27, 2018 | Author: Jose Andres Gomez Martinez | Category: Production And Manufacturing, Software, Information Technology Management, Software Development, Computer Engineering


Comments



Description

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 el Proceso Unificado de Rational. sino un marco de trabajo extensible que puede ser adaptado a organizaciones o proyectos específicos.Proceso Unificado y Proceso Unificado Rational. El AUP aplica técnicas ágiles incluyendo Desarrollo Dirigido por Pruebas. Se caracteriza por estar dirigido por casos de uso. . Proceso Unificado Ágil. Este describe de una manera simple y fácil de entender la forma de desarrollar aplicaciones de software de negocio usando técnicas ágiles y conceptos que aún se mantienen válidos en RUP. también es un marco de trabajo extensible.Es una versión simplificada del Proceso Unificado de Rational (RUP).El Proceso Unificado no es simplemente un proceso. De la misma forma. centrado en la arquitectura y por ser iterativo e incremental. 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 iterativo Detección temprana de riesgos  Administración adecuada del cambio  Mayor grado de reutilización  Mayor experiencia para el grupo de desarrollo .Características. Dirigido por Casos de Uso Se 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 de Desarrollo . dinámico. etc. funcional. •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 .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. Dimensión Dinámica del proceso Hito: punto en el tiempo donde se evalúan los objetivos logrados y se pueden tomar decisiones críticas . Desarrollo Iterativo . CICLO DE VIDA DEL PROCESO UNIFICADO AGIL . Estudio de oportunidad. modificada y utilizada en un Proceso)  Documento de definición del proyecto .  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.• Objetivo: Definir la razón de ser y el alcance del proyecto.Fase de Concepción. Fase de Elaboración.• Objetivo: Establecer un plan de proyecto y una arquitectura correcta del sistema • Actividades  Análisis del dominio del problema  Definición de la arquitectura básica  Análisis de riesgos  Planificación del proyecto • Artefactos  Modelo del dominio  Modelo de procesos  Modelo funcional de alto nivel  Arquitectura básica . de integración) Fase de Transició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. .Fase de Construcció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. (Entorno) El objetivo de esta disciplina es apoyar el resto de los esfuerzos para garantizar que el proceso sea el adecuado. (Gestión de proyectos) El objetivo de esta disciplina es dirigir las actividades que lleva a cabo en el proyecto. Environment . Deployment. (Gestión de configuración) El objetivo de esta disciplina es la gestión de acceso a artefactos de su proyecto. (Modelo) El objetivo de esta disciplina es entender el negocio de la organización. Configuration Management . (Aplicación) El objetivo de esta disciplina es transformar su modelo (s) en código ejecutable y realizar un nivel básico de pruebas. Project Management . Test. . Implementation.Model. (Prueba) El objetivo de esta disciplina consiste en realizar una evaluación objetiva para garantizar la calidad. (Despliegue) El objetivo de esta disciplina es ejecutar el sistema y que este a disposición de los usuarios finales. Las otras versiones se entregan cada seis meses.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. La segunda versión de nueve meses. esta demora puede ser de doce meses. Agilidad: procesos simplificados del RUP Centrarse en actividades de alto valor: esenciales para el desarrollo. por tener a disposición mas detalles en el proceso. Herramientas independientes: a disposición del usuario. muchos desarrolladores eligen trabajar con el RUP.El personal sabe lo que esta haciendo: no obliga a conocer detalles. . Como es un proceso simplificado.El AUP es un producto muy pesado en relación al RUP. Simplicidad: apuntes concisos.VENTAJAS. Fácil adaptación de este producto: de fácil acomodo (HTML) DESVENTAJAS. Despliegue. Gestión de Configuración.AUP se preocupa especialmente de la gestión de riesgos. Pruebas. 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.CONCLUSIONES. . Requisitos y Análisis y Diseño. Gestión y Entorno) coinciden con las restantes de RUP. El resto de disciplinas (Implementación. Propone que aquellos elementos con alto riesgo obtengan prioridad en el proceso de desarrollo y sean abordados en etapas tempranas del mismo.
Copyright © 2024 DOKUMEN.SITE Inc.