SlideShare ist ein Scribd-Unternehmen logo
1 von 14
¿QUÉ ES EL RUP?
•ES UN PROCESO DE INGENIERÍA DE SOFTWARE, QUE HACE UNA
PROPUESTA ORIENTADA POR DISCIPLINAS PARA LOGRAR LAS
TAREAS Y RESPONSABILIDADES DE UNA ORGANIZACIÓN QUE
DESARROLLA SOFTWARE.
• SU META PRINCIPAL ES ASEGURAR LA PRODUCCIÓN DE
SOFTWARE DE ALTA CALIDAD QUE CUMPLA CON LAS
NECESIDADES DE LOS USUARIOS, CON UNA PLANEACIÓN Y
PRESUPUESTO PREDECIBLE.
¿PARA QUIÉN ES RUP?
DISEÑADO PARA :
•PROFESIONALES EN EL DESARROLLO DE SOFTWARE
• INTERESADOS EN PRODUCTOS DE SOFTWARE .
• PROFESIONALES EN LA INGENIERÍA Y ADMINISTRACIÓN DE
PROCESOS DE SOFTWARE .
•ESTOS PARTICIPANTES SE INVOLUCRAN CON RUP CUMPLIENDO
ROLES.
¿POR QUÉ USAR RUP?
•PROVEE UN ENTORNO DE PROCESO DE DESARROLLO
CONFIGURABLE, BASADO EN ESTÁNDARES .
• PERMITE TENER CLARO Y ACCESIBLE EL PROCESO DE
DESARROLLO QUE SE SIGUE .
•PERMITE SER CONFIGURADO A LAS NECESIDADES DE LA
ORGANIZACIÓN Y DEL PROYECTO .
•PROVEE A CADA PARTICIPANTE CON LA PARTE DEL PROCESO
QUE LE COMPETE DIRECTAMENTE, FILTRANDO EL RESTO.
CARACTERÍSTICAS :
oDIRIGIDO POR CASOS DE USO :
LOS CASOS DE USO SON LOS ARTEFACTOS PRIMARIOS PARA ESTABLECER
EL COMPORTAMIENTO DESEADO DEL SISTEMA
oCENTRADO EN LA ARQUITECTURA:
LA ARQUITECTURA ES UTILIZADA PARA CONCEPTUALIZAR, CONSTRUIR,
ADMINISTRAR Y EVOLUCIONAR EL SISTEMA EN DESARROLLO
o ITERATIVO E INCREMENTAL :
MANEJA UNA SERIE DE ENTREGAS EJECUTABLES
INTEGRA CONTINUAMENTE LA ARQUITECTURA PARA PRODUCIR NUEVAS
VERSIONES MEJORADAS.
CARACTERÍSTICAS :
•CONCEPTUALMENTE AMPLIO Y DIVERSO .
•ENFOQUE ORIENTADO A OBJETOS
• EN EVOLUCIÓN CONTINUA
•ADAPTABLE
•REPETIBLE
• PERMITE MEDICIONES :
ESTIMACIÓN DE COSTOS Y TIEMPO, NIVEL DE AVANCE, ETC.
Eje horizontal: representa el tiempo y
muestra los aspectos del ciclo de vida del
proceso. Es el aspecto dinámico aspecto
dinámico del proceso a través de las fases,
iteraciones y productos intermedios.
Eje vertical: representa las
disciplinas que agrupan actividades
por su naturaleza. Aspecto estático
Aspecto estático del proceso a
través de componentes, disciplinas,
actividades, flujos de trabajo,
artefactos y roles.
CICLO DE VIDA DEL RUP.
•EN CUANTO A TIEMPO EL CICLO DE VIDA DE RUP SE DESCOMPONE
EN 4 FASES SECUENCIALES, CADA CUAL CONCLUYE CON UN
PRODUCTO INTERMEDIO.
•AL TERMINAR CADA FASE SE REALIZA UNA EVALUACIÓN PARA
DETERMINAR SI SE HA CUMPLIDO O NO CON LOS OBJETIVOS DE LA
MISMA.
•LAS FASES SON: INICIO , ELABORACIÓN, CONSTRUCCIÓN Y
TRANSICIÓN.
Inicio:
El objetivo general de esta fase es
establecer un acuerdo entre todos los
interesados acerca de los objetivos del
proyecto.
Es importante para el desarrollo de nuevo
software, ya que se asegura de identificar
los riesgos relacionados con el negocio y
requerimientos.
Elaboración :
El objetivo en esta fase es establecer la
arquitectura base del sistema para
proveer bases estables para el esfuerzo
de diseño e implementación en la
siguiente fase.
Construcción :
El objetivo de la fase de construcción es
clarificar los requerimientos faltantes y
completar el desarrollo del sistema
basados en la arquitectura base.
Transición :
Esta fase se enfoca en asegurar que el
software esté disponible para sus usuarios.
Se puede subdividir en varias iteraciones,
además incluye pruebas del producto para
poder hacer el entregable del mismo, así
como realizar ajuste menores de acuerdo a
ajuste menores propuestos por el usuario.
DISCIPLINAS:
• MODELADO DE NEGOCIOS: consiste en entender el negocio.
• REQUERIMIENTOS: define que debe hacer el sistema.
• ANÁLISIS Y DISEÑO: define como se realizara los requerimientos.
• IMPLEMENTACIÓN: consiste en construir el sistema
• PRUEBAS: lleva a cabo verificación, validación y retroalimentación.
• DISTRIBUCIÓN O TRANSICIÓN: consiste en entregar el producto.
• ADMINISTRACIÓN DE PROYECTOS: define actividades para planear, presupuestar, asignar
recursos y darle seguimiento al proyecto.
• CONFIGURACIÓN Y ADMINISTRACIÓN DEL CAMBIO: consiste en realizar nuevas versiones y
actualizaciones.
• AMBIENTE: en esta disciplina se realiza el mantenimiento.
CONCLUSIONES
• ES UN MODELO DE PROCESO DE DESARROLLO DE SOFTWARE .
• ES UNA BASE PARA PROCESOS PARTICULARES
• EL OBJETIVO ES ASEGURAR EL DESARROLLO
• DE PRODUCTOS DE SOFTWARE DE ALTA CALIDAD
• QUE SATISFAGAN LOS REQUERIMIENTOS
• EN TIEMPO Y PRESUPUESTO PREDECIBLE
• PERMITE UN VOCABULARIO COMÚN ENTRE EQUIPOS DE DESARROLLO
• SE PUEDE CONCLUIR QUE, EL RUP, COMO HERRAMIENTA COLABORADORA EN EL DESARROLLO DE SOFTWARE, AUMENTA LA VISIÓN DE DESARROLLO DEL MISMO, ES DECIR,
EL RUP ES UNA HERRAMIENTA QUE PERMITE PREVER LOS CAMBIOS QUE UN SOFTWARE PUEDA TENER DE ACUERDO A LOS REQUERIMIENTOS Y AVANCE SOCIAL QUE SE
TENGA, BRINDANDO OBJETIVOS MAS AMPLIOS Y VISIÓN DE REQUERIMIENTOS GLOBAL.
• VISTO DESDE SU PUNTO MAS SIMPLE, EL RUP ES AQUEL MÉTODO QUE DA CABIDA AL CAMBIO EN LAS ETAPAS DEL DESARROLLO DE SOFTWARE, NO SIGUIENDO AL PIE DE
LA LETRA LOS REQUERIMIENTOS, SINO, POR EL CONTRARIO, MOSTRANDO OTROS CAMPOS QUE MEJOREN Y OPTIMICEN EL DESARROLLO DEL MISMO.
Disciplina de desarrollo rup
Disciplina de desarrollo rup

Weitere ähnliche Inhalte

Was ist angesagt?

Arquitectura de software
Arquitectura de softwareArquitectura de software
Arquitectura de software
Liliana Pacheco
 
Requerimientos funcionales y no funcionales de la aplicación
Requerimientos funcionales y no funcionales de la aplicaciónRequerimientos funcionales y no funcionales de la aplicación
Requerimientos funcionales y no funcionales de la aplicación
Yare LoZada
 
Trabajo final uml_200609_19
Trabajo final uml_200609_19Trabajo final uml_200609_19
Trabajo final uml_200609_19
Yenny González
 

Was ist angesagt? (20)

Arquitectura de software
Arquitectura de softwareArquitectura de software
Arquitectura de software
 
Requerimientos funcionales y no funcionales de la aplicación
Requerimientos funcionales y no funcionales de la aplicaciónRequerimientos funcionales y no funcionales de la aplicación
Requerimientos funcionales y no funcionales de la aplicación
 
UML
UMLUML
UML
 
analisis de aplicaciones web
analisis de aplicaciones webanalisis de aplicaciones web
analisis de aplicaciones web
 
Modelo en cascada
Modelo en cascadaModelo en cascada
Modelo en cascada
 
Trabajo final uml_200609_19
Trabajo final uml_200609_19Trabajo final uml_200609_19
Trabajo final uml_200609_19
 
Unidad 4 Mad Modelado Analisis Casos De Uso
Unidad 4 Mad Modelado Analisis Casos De UsoUnidad 4 Mad Modelado Analisis Casos De Uso
Unidad 4 Mad Modelado Analisis Casos De Uso
 
Casos de uso
Casos de usoCasos de uso
Casos de uso
 
Patrones de diseño de software
Patrones de diseño de softwarePatrones de diseño de software
Patrones de diseño de software
 
Modelamiento de software
Modelamiento de softwareModelamiento de software
Modelamiento de software
 
Uml
UmlUml
Uml
 
Patrones GRASP
Patrones GRASPPatrones GRASP
Patrones GRASP
 
Caracteristicas rup
Caracteristicas rupCaracteristicas rup
Caracteristicas rup
 
Etapas de Desarrollo Software
Etapas de Desarrollo SoftwareEtapas de Desarrollo Software
Etapas de Desarrollo Software
 
Lectura 3 Modelo De Analisis
Lectura 3   Modelo De AnalisisLectura 3   Modelo De Analisis
Lectura 3 Modelo De Analisis
 
Ingenieria de Software
Ingenieria de SoftwareIngenieria de Software
Ingenieria de Software
 
Diseño arquitectónico
Diseño arquitectónicoDiseño arquitectónico
Diseño arquitectónico
 
Requerimientos Funcionales y no Funcionales
Requerimientos Funcionales y no FuncionalesRequerimientos Funcionales y no Funcionales
Requerimientos Funcionales y no Funcionales
 
GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE (GCS)
GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE (GCS)GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE (GCS)
GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE (GCS)
 
2. Casos de uso y diagramas de casos de uso
2. Casos de uso y diagramas de casos de uso2. Casos de uso y diagramas de casos de uso
2. Casos de uso y diagramas de casos de uso
 

Ähnlich wie Disciplina de desarrollo rup (20)

Rational unified process rup
Rational unified process rupRational unified process rup
Rational unified process rup
 
Rup[1]
Rup[1]Rup[1]
Rup[1]
 
rup
ruprup
rup
 
Software Development Life Cycle
Software Development Life CycleSoftware Development Life Cycle
Software Development Life Cycle
 
Metodología rup
Metodología rupMetodología rup
Metodología rup
 
Metodologia rup
Metodologia rupMetodologia rup
Metodologia rup
 
Metodologia rup
Metodologia rupMetodologia rup
Metodologia rup
 
Metodologia rup
Metodologia rupMetodologia rup
Metodologia rup
 
Rup.pptx
Rup.pptxRup.pptx
Rup.pptx
 
Metodología RUP
Metodología RUPMetodología RUP
Metodología RUP
 
METODOLOGIA RUP.pptx
METODOLOGIA RUP.pptxMETODOLOGIA RUP.pptx
METODOLOGIA RUP.pptx
 
Metodologiarup 100914104343-phpapp02
Metodologiarup 100914104343-phpapp02Metodologiarup 100914104343-phpapp02
Metodologiarup 100914104343-phpapp02
 
URP
URPURP
URP
 
Rup
RupRup
Rup
 
16416960 modelo-cascada-espiralincremental
16416960 modelo-cascada-espiralincremental16416960 modelo-cascada-espiralincremental
16416960 modelo-cascada-espiralincremental
 
Metodologia del rup
Metodologia del rupMetodologia del rup
Metodologia del rup
 
RUP
RUPRUP
RUP
 
Rup
RupRup
Rup
 
Ciclo devida
Ciclo devidaCiclo devida
Ciclo devida
 
Rup jenny mallqui
Rup   jenny mallquiRup   jenny mallqui
Rup jenny mallqui
 

Disciplina de desarrollo rup

  • 1.
  • 2. ¿QUÉ ES EL RUP? •ES UN PROCESO DE INGENIERÍA DE SOFTWARE, QUE HACE UNA PROPUESTA ORIENTADA POR DISCIPLINAS PARA LOGRAR LAS TAREAS Y RESPONSABILIDADES DE UNA ORGANIZACIÓN QUE DESARROLLA SOFTWARE. • SU META PRINCIPAL ES ASEGURAR LA PRODUCCIÓN DE SOFTWARE DE ALTA CALIDAD QUE CUMPLA CON LAS NECESIDADES DE LOS USUARIOS, CON UNA PLANEACIÓN Y PRESUPUESTO PREDECIBLE.
  • 3. ¿PARA QUIÉN ES RUP? DISEÑADO PARA : •PROFESIONALES EN EL DESARROLLO DE SOFTWARE • INTERESADOS EN PRODUCTOS DE SOFTWARE . • PROFESIONALES EN LA INGENIERÍA Y ADMINISTRACIÓN DE PROCESOS DE SOFTWARE . •ESTOS PARTICIPANTES SE INVOLUCRAN CON RUP CUMPLIENDO ROLES.
  • 4. ¿POR QUÉ USAR RUP? •PROVEE UN ENTORNO DE PROCESO DE DESARROLLO CONFIGURABLE, BASADO EN ESTÁNDARES . • PERMITE TENER CLARO Y ACCESIBLE EL PROCESO DE DESARROLLO QUE SE SIGUE . •PERMITE SER CONFIGURADO A LAS NECESIDADES DE LA ORGANIZACIÓN Y DEL PROYECTO . •PROVEE A CADA PARTICIPANTE CON LA PARTE DEL PROCESO QUE LE COMPETE DIRECTAMENTE, FILTRANDO EL RESTO.
  • 5. CARACTERÍSTICAS : oDIRIGIDO POR CASOS DE USO : LOS CASOS DE USO SON LOS ARTEFACTOS PRIMARIOS PARA ESTABLECER EL COMPORTAMIENTO DESEADO DEL SISTEMA oCENTRADO EN LA ARQUITECTURA: LA ARQUITECTURA ES UTILIZADA PARA CONCEPTUALIZAR, CONSTRUIR, ADMINISTRAR Y EVOLUCIONAR EL SISTEMA EN DESARROLLO o ITERATIVO E INCREMENTAL : MANEJA UNA SERIE DE ENTREGAS EJECUTABLES INTEGRA CONTINUAMENTE LA ARQUITECTURA PARA PRODUCIR NUEVAS VERSIONES MEJORADAS.
  • 6. CARACTERÍSTICAS : •CONCEPTUALMENTE AMPLIO Y DIVERSO . •ENFOQUE ORIENTADO A OBJETOS • EN EVOLUCIÓN CONTINUA •ADAPTABLE •REPETIBLE • PERMITE MEDICIONES : ESTIMACIÓN DE COSTOS Y TIEMPO, NIVEL DE AVANCE, ETC.
  • 7. Eje horizontal: representa el tiempo y muestra los aspectos del ciclo de vida del proceso. Es el aspecto dinámico aspecto dinámico del proceso a través de las fases, iteraciones y productos intermedios. Eje vertical: representa las disciplinas que agrupan actividades por su naturaleza. Aspecto estático Aspecto estático del proceso a través de componentes, disciplinas, actividades, flujos de trabajo, artefactos y roles.
  • 8. CICLO DE VIDA DEL RUP. •EN CUANTO A TIEMPO EL CICLO DE VIDA DE RUP SE DESCOMPONE EN 4 FASES SECUENCIALES, CADA CUAL CONCLUYE CON UN PRODUCTO INTERMEDIO. •AL TERMINAR CADA FASE SE REALIZA UNA EVALUACIÓN PARA DETERMINAR SI SE HA CUMPLIDO O NO CON LOS OBJETIVOS DE LA MISMA. •LAS FASES SON: INICIO , ELABORACIÓN, CONSTRUCCIÓN Y TRANSICIÓN.
  • 9.
  • 10. Inicio: El objetivo general de esta fase es establecer un acuerdo entre todos los interesados acerca de los objetivos del proyecto. Es importante para el desarrollo de nuevo software, ya que se asegura de identificar los riesgos relacionados con el negocio y requerimientos. Elaboración : El objetivo en esta fase es establecer la arquitectura base del sistema para proveer bases estables para el esfuerzo de diseño e implementación en la siguiente fase. Construcción : El objetivo de la fase de construcción es clarificar los requerimientos faltantes y completar el desarrollo del sistema basados en la arquitectura base. Transición : Esta fase se enfoca en asegurar que el software esté disponible para sus usuarios. Se puede subdividir en varias iteraciones, además incluye pruebas del producto para poder hacer el entregable del mismo, así como realizar ajuste menores de acuerdo a ajuste menores propuestos por el usuario.
  • 11. DISCIPLINAS: • MODELADO DE NEGOCIOS: consiste en entender el negocio. • REQUERIMIENTOS: define que debe hacer el sistema. • ANÁLISIS Y DISEÑO: define como se realizara los requerimientos. • IMPLEMENTACIÓN: consiste en construir el sistema • PRUEBAS: lleva a cabo verificación, validación y retroalimentación. • DISTRIBUCIÓN O TRANSICIÓN: consiste en entregar el producto. • ADMINISTRACIÓN DE PROYECTOS: define actividades para planear, presupuestar, asignar recursos y darle seguimiento al proyecto. • CONFIGURACIÓN Y ADMINISTRACIÓN DEL CAMBIO: consiste en realizar nuevas versiones y actualizaciones. • AMBIENTE: en esta disciplina se realiza el mantenimiento.
  • 12. CONCLUSIONES • ES UN MODELO DE PROCESO DE DESARROLLO DE SOFTWARE . • ES UNA BASE PARA PROCESOS PARTICULARES • EL OBJETIVO ES ASEGURAR EL DESARROLLO • DE PRODUCTOS DE SOFTWARE DE ALTA CALIDAD • QUE SATISFAGAN LOS REQUERIMIENTOS • EN TIEMPO Y PRESUPUESTO PREDECIBLE • PERMITE UN VOCABULARIO COMÚN ENTRE EQUIPOS DE DESARROLLO • SE PUEDE CONCLUIR QUE, EL RUP, COMO HERRAMIENTA COLABORADORA EN EL DESARROLLO DE SOFTWARE, AUMENTA LA VISIÓN DE DESARROLLO DEL MISMO, ES DECIR, EL RUP ES UNA HERRAMIENTA QUE PERMITE PREVER LOS CAMBIOS QUE UN SOFTWARE PUEDA TENER DE ACUERDO A LOS REQUERIMIENTOS Y AVANCE SOCIAL QUE SE TENGA, BRINDANDO OBJETIVOS MAS AMPLIOS Y VISIÓN DE REQUERIMIENTOS GLOBAL. • VISTO DESDE SU PUNTO MAS SIMPLE, EL RUP ES AQUEL MÉTODO QUE DA CABIDA AL CAMBIO EN LAS ETAPAS DEL DESARROLLO DE SOFTWARE, NO SIGUIENDO AL PIE DE LA LETRA LOS REQUERIMIENTOS, SINO, POR EL CONTRARIO, MOSTRANDO OTROS CAMPOS QUE MEJOREN Y OPTIMICEN EL DESARROLLO DEL MISMO.