metodolog as giles proceso unificado gil aup l.
Download
Skip this Video
Loading SlideShow in 5 Seconds..
METODOLOGÍAS ÁGILES “PROCESO UNIFICADO ÁGIL (AUP) PowerPoint Presentation
Download Presentation
METODOLOGÍAS ÁGILES “PROCESO UNIFICADO ÁGIL (AUP)

Loading in 2 Seconds...

play fullscreen
1 / 15

METODOLOGÍAS ÁGILES “PROCESO UNIFICADO ÁGIL (AUP) - PowerPoint PPT Presentation


  • 218 Views
  • Uploaded on

METODOLOGÍAS ÁGILES “PROCESO UNIFICADO ÁGIL (AUP). Materia: Ingeniería Software Docente: Lic. Ervin Flores. Estudiante: Jorge Luis Cordero. Proceso Unificado y Proceso Unificado Rational.-

loader
I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
capcha
Download Presentation

PowerPoint Slideshow about 'METODOLOGÍAS ÁGILES “PROCESO UNIFICADO ÁGIL (AUP)' - nay


An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript
metodolog as giles proceso unificado gil aup

METODOLOGÍAS ÁGILES“PROCESO UNIFICADO ÁGIL (AUP)

Materia: Ingeniería Software

Docente: Lic. Ervin Flores.

Estudiante: Jorge Luis Cordero

slide2

Proceso Unificado y Proceso Unificado Rational.-

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

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

Proceso Unificado Ágil.-

Es una versión simplificada del Proceso Unificado de Rational (RUP). 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. El AUP aplica técnicas ágiles incluyendo Desarrollo Dirigido por Pruebas.

slide3

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 iterativo
  • Detección temprana de riesgos
  • Administración adecuada del cambio
  • Mayor grado de reutilización
  • Mayor experiencia para el grupo de desarrollo
slide4

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
slide5

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
slide6

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

slide9

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
slide10

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
slide11

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.
slide12

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.

slide13

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.

slide14

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.
slide15

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.