SlideShare a Scribd company logo
1 of 4
Download to read offline
1
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 USUARIO un RESULTADO o 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 modelos del sistema
o Extracto: VISTA DE CADA MODELO
 que da una idea de qué forma que tiene el sistema completo
2
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.
FUNCIONAMIENTO
FASES
DESPLIEGUE
IMPLEMENTACION
MODELAMIENTO
ADM. PROYECTO
PRUEBAS
ADM. CONFIGURACION
AMBIENTE
3
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.
4
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.

More Related Content

What's hot

Boleta de mantenimiento amr
Boleta de mantenimiento amrBoleta de mantenimiento amr
Boleta de mantenimiento amr
Xmxuri Shimuzu
 
Modelo entidad relacion extendido
Modelo entidad relacion extendidoModelo entidad relacion extendido
Modelo entidad relacion extendido
Josafat Mtz
 
ARQUITECTURAS PARALELAS
ARQUITECTURAS PARALELASARQUITECTURAS PARALELAS
ARQUITECTURAS PARALELAS
Alumic S.A
 
Trabajo de diseño de sistemas orientados a objetos
Trabajo de diseño de sistemas orientados a objetosTrabajo de diseño de sistemas orientados a objetos
Trabajo de diseño de sistemas orientados a objetos
douglimar89
 
Diagramas de colaboracion
Diagramas de colaboracionDiagramas de colaboracion
Diagramas de colaboracion
d-draem
 
MANTENIMIENTO INDUSTRIAL
MANTENIMIENTO INDUSTRIALMANTENIMIENTO INDUSTRIAL
MANTENIMIENTO INDUSTRIAL
guionbajho
 

What's hot (20)

Modelo Persistente
Modelo PersistenteModelo Persistente
Modelo Persistente
 
Boleta de mantenimiento amr
Boleta de mantenimiento amrBoleta de mantenimiento amr
Boleta de mantenimiento amr
 
Historia de la graficación por computadora
Historia de la graficación por computadoraHistoria de la graficación por computadora
Historia de la graficación por computadora
 
Fundamentos de Programación - Unidad V: Modularidad
Fundamentos de Programación - Unidad V: ModularidadFundamentos de Programación - Unidad V: Modularidad
Fundamentos de Programación - Unidad V: Modularidad
 
Modelo entidad relacion extendido
Modelo entidad relacion extendidoModelo entidad relacion extendido
Modelo entidad relacion extendido
 
Polimorfismo
PolimorfismoPolimorfismo
Polimorfismo
 
Mantenimiento Preventivo Total TPM
Mantenimiento Preventivo Total TPMMantenimiento Preventivo Total TPM
Mantenimiento Preventivo Total TPM
 
DIAGRAMAS DE CLASE
DIAGRAMAS DE CLASEDIAGRAMAS DE CLASE
DIAGRAMAS DE CLASE
 
Excepciones
ExcepcionesExcepciones
Excepciones
 
Flujos y archivos
Flujos y archivosFlujos y archivos
Flujos y archivos
 
Arquitectura de software
Arquitectura de softwareArquitectura de software
Arquitectura de software
 
ARQUITECTURAS PARALELAS
ARQUITECTURAS PARALELASARQUITECTURAS PARALELAS
ARQUITECTURAS PARALELAS
 
Trabajo de diseño de sistemas orientados a objetos
Trabajo de diseño de sistemas orientados a objetosTrabajo de diseño de sistemas orientados a objetos
Trabajo de diseño de sistemas orientados a objetos
 
Uml
UmlUml
Uml
 
Diagramas de colaboracion
Diagramas de colaboracionDiagramas de colaboracion
Diagramas de colaboracion
 
MANTENIMIENTO INDUSTRIAL
MANTENIMIENTO INDUSTRIALMANTENIMIENTO INDUSTRIAL
MANTENIMIENTO INDUSTRIAL
 
Estructura de datos - Unidad 1: Introducción a las estructuras de datos
Estructura de datos - Unidad 1: Introducción a las estructuras de datosEstructura de datos - Unidad 1: Introducción a las estructuras de datos
Estructura de datos - Unidad 1: Introducción a las estructuras de datos
 
100 ttg - diseño de un plan maestro de mantenimiento preventivo aplicado a l...
100  ttg - diseño de un plan maestro de mantenimiento preventivo aplicado a l...100  ttg - diseño de un plan maestro de mantenimiento preventivo aplicado a l...
100 ttg - diseño de un plan maestro de mantenimiento preventivo aplicado a l...
 
Sistemas Operativos Gestion de procesos
Sistemas Operativos Gestion de procesosSistemas Operativos Gestion de procesos
Sistemas Operativos Gestion de procesos
 
macros Lenguaje ensamblador
macros Lenguaje ensambladormacros Lenguaje ensamblador
macros Lenguaje ensamblador
 

Viewers also liked (9)

Modelo de Gestión Ágil
Modelo de Gestión ÁgilModelo de Gestión Ágil
Modelo de Gestión Ágil
 
Software Factory 2.0: El Modelo Agil
Software Factory 2.0: El Modelo AgilSoftware Factory 2.0: El Modelo Agil
Software Factory 2.0: El Modelo Agil
 
sistema de gestion de datos
sistema de gestion de datossistema de gestion de datos
sistema de gestion de datos
 
4. Desarrollo ágil de software
4. Desarrollo ágil de software4. Desarrollo ágil de software
4. Desarrollo ágil de software
 
Modelo en cascada
Modelo en cascadaModelo en cascada
Modelo en cascada
 
Modelo en-espiral
Modelo en-espiralModelo en-espiral
Modelo en-espiral
 
Diseño de interfaz importancia y proceso
Diseño de interfaz importancia y procesoDiseño de interfaz importancia y proceso
Diseño de interfaz importancia y proceso
 
Modelo Cascada y Espiral
Modelo Cascada y EspiralModelo Cascada y Espiral
Modelo Cascada y Espiral
 
Funciones del analista
Funciones del analistaFunciones del analista
Funciones del analista
 

Similar to M pua

PROCESOS DE CALIDAD DE SOFTWARE
PROCESOS DE CALIDAD DE SOFTWAREPROCESOS DE CALIDAD DE SOFTWARE
PROCESOS DE CALIDAD DE SOFTWARE
Alejandro Leon
 
Procesos de calidad software
Procesos de calidad softwareProcesos de calidad software
Procesos de calidad software
Alejandro Leon
 
PROCESOS DE CALIDAD SOFTWARE
PROCESOS DE CALIDAD  SOFTWAREPROCESOS DE CALIDAD  SOFTWARE
PROCESOS DE CALIDAD SOFTWARE
Alejandro Leon
 
Metodologiarup 100914104343-phpapp02
Metodologiarup 100914104343-phpapp02Metodologiarup 100914104343-phpapp02
Metodologiarup 100914104343-phpapp02
deyvis usan
 

Similar to M pua (20)

RUP
RUPRUP
RUP
 
rup
ruprup
rup
 
Modelo iterativo
Modelo iterativoModelo iterativo
Modelo iterativo
 
DiseñO De Sistemas
DiseñO De SistemasDiseñO De Sistemas
DiseñO De Sistemas
 
Diseño de Sistemas
Diseño de SistemasDiseño de Sistemas
Diseño de Sistemas
 
DiseñO De Sistemas
DiseñO De SistemasDiseñO De Sistemas
DiseñO De Sistemas
 
Modelos de ciclo de vida del software
Modelos de ciclo de vida del softwareModelos de ciclo de vida del software
Modelos de ciclo de vida del software
 
PROCESOS DE CALIDAD DE SOFTWARE
PROCESOS DE CALIDAD DE SOFTWAREPROCESOS DE CALIDAD DE SOFTWARE
PROCESOS DE CALIDAD DE SOFTWARE
 
Procesos de calidad software
Procesos de calidad softwareProcesos de calidad software
Procesos de calidad software
 
PROCESOS DE CALIDAD SOFTWARE
PROCESOS DE CALIDAD  SOFTWAREPROCESOS DE CALIDAD  SOFTWARE
PROCESOS DE CALIDAD SOFTWARE
 
Metodologia rup
Metodologia rupMetodologia rup
Metodologia rup
 
Metodologia rup
Metodologia rupMetodologia rup
Metodologia rup
 
Metodologia rup
Metodologia rupMetodologia rup
Metodologia rup
 
Ciclo Vida del Software
Ciclo Vida del SoftwareCiclo Vida del Software
Ciclo Vida del Software
 
Metodologias de desarrollo de software
Metodologias de desarrollo de softwareMetodologias de desarrollo de software
Metodologias de desarrollo de software
 
Metodologiarup 100914104343-phpapp02
Metodologiarup 100914104343-phpapp02Metodologiarup 100914104343-phpapp02
Metodologiarup 100914104343-phpapp02
 
Proceso unificado de desarrollo de software
Proceso unificado de desarrollo de softwareProceso unificado de desarrollo de software
Proceso unificado de desarrollo de software
 
Metodologias rup
Metodologias rupMetodologias rup
Metodologias rup
 
Ciclo vida DESARROLLO DE SOFTWARE
Ciclo vida DESARROLLO DE SOFTWARECiclo vida DESARROLLO DE SOFTWARE
Ciclo vida DESARROLLO DE SOFTWARE
 
Chartprocesounificadoanalisis diseño
Chartprocesounificadoanalisis diseñoChartprocesounificadoanalisis diseño
Chartprocesounificadoanalisis diseño
 

M pua

  • 1. 1 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 USUARIO un RESULTADO o 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 modelos del sistema o Extracto: VISTA DE CADA MODELO  que da una idea de qué forma que tiene el sistema completo
  • 2. 2 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. FUNCIONAMIENTO FASES DESPLIEGUE IMPLEMENTACION MODELAMIENTO ADM. PROYECTO PRUEBAS ADM. CONFIGURACION AMBIENTE
  • 3. 3 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.
  • 4. 4 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.