SlideShare ist ein Scribd-Unternehmen logo
1 von 17
Metodologías de desarrollo de software
   RUP – Proceso Racional Unificado




           Jorge Cortés Álvarez

         Universidad de Cartagena
          Ingeniería de Software
                    2012
Rational Unified Process
• RUP es un proceso de desarrollo de software y junto con
  el Lenguaje Unificado de Modelado UML, constituye la
  metodología estándar más utilizada para el análisis,
  implementación y documentación de sistemas
  orientados a objetos.

• Originalmente se diseñó un proceso genérico y de
  dominio público, el Proceso Unificado, y una
  especificación más detallada, el R U P, que se vendiera
  como producto independiente.
Principios de desarrollo
• El RUP está basado en 6 principios clave que son los
  siguientes:

• Adaptar el proceso: El proceso deberá adaptarse a las
  necesidades del cliente ya que es muy importante interactuar
  con él.

• Equilibrar prioridades: Los requisitos de los diversos
  participantes pueden ser diferentes, contradictorios o
  disputarse recursos limitados.

• Demostrar valor iterativamente: Los proyectos se entregan,
  aunque sea de un modo interno, en etapas iteradas.
• Colaboración entre equipos: El desarrollo de software no lo
  hace una única persona sino múltiples equipos.

• Elevar el nivel de abstracción: Este principio dominante
  motiva el uso de conceptos reutilizables tales como patrón del
  software, marcos de referencia (frameworks) por nombrar
  algunos.

• Enfocarse en la calidad: El control de calidad no debe
  realizarse al final de cada iteración, sino en todos los aspectos
  de la producción.

El ciclo de vida RUP es una implementación del Desarrollo en espiral.
Fue creado ensamblando los elementos en secuencias semi-ordenadas.
El ciclo de vida organiza las tareas en fases e iteraciones.
Principales características
• Forma disciplinada de asignar tareas y
  responsabilidades (quién hace qué, cuándo y cómo)
• Pretende implementar las mejores prácticas en
  Ingeniería de Software
• Desarrollo iterativo
• Administración de requisitos
• Uso de arquitectura basada en componentes
• Control de cambios
• Modelado visual del software
• Verificación de la calidad del software
• El RUP es un producto de Rational (IBM). Se caracteriza
  por ser iterativo e incremental, estar centrado en la
  arquitectura y guiado por los casos de uso. Incluye
  artefactos (que son los productos tangibles del proceso
  como por ejemplo, el modelo de casos de uso, el código
  fuente, etc.) y roles (papel que desempeña una persona
  en un determinado momento, una persona puede
  desempeñar distintos roles a lo largo del proceso).
Fases
RUP comprende 2 aspectos importantes por los cuales se establecen las
disciplinas:

'Proceso':
• Modelado de negocio
• Requisitos
• Análisis y Diseño
• Implementación
• Pruebas
• Despliegue

Soporte: En esta parte nos encontramos con las siguientes etapas:
• Gestión del cambio y configuraciones
• Gestión del proyecto
• Entorno
La estructura dinámica de RUP es la que permite que éste sea un
proceso de desarrollo fundamentalmente iterativo, y en esta
parte se ven inmersas las 4 fases descritas anteriormente:

• Fase de Inicio: Esta fase tiene como propósito definir y
  acordar el alcance del proyecto con los patrocinadores,
  identificar los riesgos asociados al proyecto, producir el plan
  de las fases y el de iteraciones posteriores. “detalles muy
  generales de la arquitectura de software”

• Fase de Elaboración: En la fase de elaboración se diseña la
  solución preliminar , se seleccionan los casos de uso que
  permiten definir la arquitectura base del sistema y se
  desarrollaran en esta fase, y el primer análisis del dominio del
  problema.
• Fase de Desarrollo: El propósito de esta fase es
  completar la funcionalidad del sistema, para ello se
  deben clarificar los requisitos pendientes, administrar los
  cambios de acuerdo a las evaluaciones realizados por los
  usuarios y se realizan las mejoras para el proyecto.

• Fase de Transición (cierre) El propósito de esta fase es
  asegurar que el software esté disponible para los
  usuarios finales, ajustar los errores y defectos
  encontrados en las pruebas de aceptación, capacitar a los
  usuarios y proveer el soporte técnico necesario.
Ciclo de vida
• Las primeras iteraciones (en las fases de Inicio y
  Elaboración) se enfocan hacia la comprensión del
  problema y la tecnología ( Durante la fase de inicio las
  iteraciones hacen mayor énfasis en actividades de
  modelado del negocio y de requisitos )

• En la fase de elaboración, las iteraciones se orientan al
  desarrollo de la baseline de la arquitectura, abarcan más
  los flujos de trabajo de requisitos, modelo de negocios
  (refinamiento), análisis, diseño y una parte de
  implementación orientado a la baseline de la
  arquitectura.
• En la fase de construcción, se lleva a cabo la construcción
  del producto por medio de una serie de iteraciones.(Para
  cada iteración se seleccionan algunos Casos de Uso)

• En la fase de transición se pretende garantizar que se
  tiene un producto preparado para su entrega a la
  comunidad de usuarios
Artefactos
• RUP en cada una de sus fases realiza una serie
  de artefactos que sirven para comprender mejor tanto el
  análisis como el diseño del sistema .

Inicio:
• Documento Visión
• Especificación de Requisitos

Elaboración:
• Diagramas de caso de uso
• Construcción: Documento Arquitectura que trabaja con las
  siguientes vistas:

        Vista Lógica
   o Diagrama de clases
   o Modelo E-R (Si el sistema así lo requiere)


        Vista de Implementación
   o Diagrama de Secuencia
   o Diagrama de estados
   o Diagrama de Colaboración


        Vista Conceptual
   o Modelo de dominio


        Vista física
   o Mapa de comportamiento a nivel de hardware.
Fases y artefactos
Ventajas
• Está basada totalmente en mejoras practicas de la
  metodología:

• Reduce riesgos del proyecto.

• Incorpora fielmente el objetivo de calidad.

• Integra desarrollo con mantenimiento.
Desventajas
• Pretende prever y tener todo el control de antemano:

• Modelo genera trabajo adicional.
• Genera muchos costos.

• No recomendable para proyectos pequeños.
!Gracias¡
Por su atención

Weitere ähnliche Inhalte

Was ist angesagt?

Normas y Estándares de calidad para el desarrollo de Software
Normas y Estándares de calidad para el desarrollo de SoftwareNormas y Estándares de calidad para el desarrollo de Software
Normas y Estándares de calidad para el desarrollo de SoftwareEvelinBermeo
 
Metodologia rup
Metodologia rupMetodologia rup
Metodologia rupmireya2022
 
Tareas de ingenieria de requerimientos
Tareas de ingenieria de requerimientosTareas de ingenieria de requerimientos
Tareas de ingenieria de requerimientosnenyta08
 
Cuadro comparativo modelos para el desarrollo de software
Cuadro comparativo modelos para el desarrollo de softwareCuadro comparativo modelos para el desarrollo de software
Cuadro comparativo modelos para el desarrollo de softwarepaoaboytes
 
LINEAS DE PRODUCTOS DE SOFTWARE Y MÉTODO WATCH
LINEAS DE PRODUCTOS DE SOFTWARE Y MÉTODO WATCHLINEAS DE PRODUCTOS DE SOFTWARE Y MÉTODO WATCH
LINEAS DE PRODUCTOS DE SOFTWARE Y MÉTODO WATCHPerozoAlejandro
 
IDR Unidad 1: Introducción y proceso de Ingeniería de requerimientos
IDR Unidad 1: Introducción y proceso de Ingeniería de requerimientosIDR Unidad 1: Introducción y proceso de Ingeniería de requerimientos
IDR Unidad 1: Introducción y proceso de Ingeniería de requerimientosFranklin Parrales Bravo
 
Ventajas y desventajas de cmmi
Ventajas y desventajas de cmmiVentajas y desventajas de cmmi
Ventajas y desventajas de cmmiSandrea Rodriguez
 
Plan de Pruebas
Plan de PruebasPlan de Pruebas
Plan de Pruebaschoselin
 
Métrica de punto de función y lineas de codigo
Métrica de punto de función y lineas de codigoMétrica de punto de función y lineas de codigo
Métrica de punto de función y lineas de codigoJesús E. CuRias
 
Proyecto de software
Proyecto de softwareProyecto de software
Proyecto de softwaremonik1002
 
Unidad 3 Modelo De Negocio
Unidad 3 Modelo De NegocioUnidad 3 Modelo De Negocio
Unidad 3 Modelo De NegocioSergio Sanchez
 
CASCADA CON REDUCCION DE RIESGOS
CASCADA CON REDUCCION DE RIESGOSCASCADA CON REDUCCION DE RIESGOS
CASCADA CON REDUCCION DE RIESGOSJofrahona Rojinegro
 
MODELO COCOMO (INGENIERA DE SOFTWARE)
MODELO COCOMO (INGENIERA DE SOFTWARE)MODELO COCOMO (INGENIERA DE SOFTWARE)
MODELO COCOMO (INGENIERA DE SOFTWARE)Yadith Miranda Silva
 

Was ist angesagt? (20)

Normas y Estándares de calidad para el desarrollo de Software
Normas y Estándares de calidad para el desarrollo de SoftwareNormas y Estándares de calidad para el desarrollo de Software
Normas y Estándares de calidad para el desarrollo de Software
 
Metodologia rup
Metodologia rupMetodologia rup
Metodologia rup
 
Tareas de ingenieria de requerimientos
Tareas de ingenieria de requerimientosTareas de ingenieria de requerimientos
Tareas de ingenieria de requerimientos
 
Cuadro comparativo modelos para el desarrollo de software
Cuadro comparativo modelos para el desarrollo de softwareCuadro comparativo modelos para el desarrollo de software
Cuadro comparativo modelos para el desarrollo de software
 
LINEAS DE PRODUCTOS DE SOFTWARE Y MÉTODO WATCH
LINEAS DE PRODUCTOS DE SOFTWARE Y MÉTODO WATCHLINEAS DE PRODUCTOS DE SOFTWARE Y MÉTODO WATCH
LINEAS DE PRODUCTOS DE SOFTWARE Y MÉTODO WATCH
 
IDR Unidad 1: Introducción y proceso de Ingeniería de requerimientos
IDR Unidad 1: Introducción y proceso de Ingeniería de requerimientosIDR Unidad 1: Introducción y proceso de Ingeniería de requerimientos
IDR Unidad 1: Introducción y proceso de Ingeniería de requerimientos
 
Diagrama de casos de usos
Diagrama de casos de usosDiagrama de casos de usos
Diagrama de casos de usos
 
Estimación de Proyectos de Software
Estimación de Proyectos de SoftwareEstimación de Proyectos de Software
Estimación de Proyectos de Software
 
Ventajas y desventajas de cmmi
Ventajas y desventajas de cmmiVentajas y desventajas de cmmi
Ventajas y desventajas de cmmi
 
Plan de Pruebas
Plan de PruebasPlan de Pruebas
Plan de Pruebas
 
Rup
RupRup
Rup
 
Métrica de punto de función y lineas de codigo
Métrica de punto de función y lineas de codigoMétrica de punto de función y lineas de codigo
Métrica de punto de función y lineas de codigo
 
Requerimientos del software
Requerimientos del software Requerimientos del software
Requerimientos del software
 
Proyecto de software
Proyecto de softwareProyecto de software
Proyecto de software
 
Unidad 3 Modelo De Negocio
Unidad 3 Modelo De NegocioUnidad 3 Modelo De Negocio
Unidad 3 Modelo De Negocio
 
Metodología Rup
Metodología RupMetodología Rup
Metodología Rup
 
CASCADA CON REDUCCION DE RIESGOS
CASCADA CON REDUCCION DE RIESGOSCASCADA CON REDUCCION DE RIESGOS
CASCADA CON REDUCCION DE RIESGOS
 
Ensayo sobre la calidad de software
Ensayo sobre la calidad de softwareEnsayo sobre la calidad de software
Ensayo sobre la calidad de software
 
MODELO COCOMO (INGENIERA DE SOFTWARE)
MODELO COCOMO (INGENIERA DE SOFTWARE)MODELO COCOMO (INGENIERA DE SOFTWARE)
MODELO COCOMO (INGENIERA DE SOFTWARE)
 
La Calidad de Software
La Calidad de SoftwareLa Calidad de Software
La Calidad de Software
 

Andere mochten auch (20)

Metodologia rup
Metodologia rupMetodologia rup
Metodologia rup
 
Caracteristicas rup
Caracteristicas rupCaracteristicas rup
Caracteristicas rup
 
PMBOK
PMBOKPMBOK
PMBOK
 
Las reuniones de scrum
Las reuniones de scrumLas reuniones de scrum
Las reuniones de scrum
 
Palestra sobre metodologia Scrum
Palestra sobre metodologia ScrumPalestra sobre metodologia Scrum
Palestra sobre metodologia Scrum
 
MODELADO RUP UML
MODELADO RUP UMLMODELADO RUP UML
MODELADO RUP UML
 
Scrum Metodologia Agil
Scrum Metodologia AgilScrum Metodologia Agil
Scrum Metodologia Agil
 
Metodología scrum
Metodología scrumMetodología scrum
Metodología scrum
 
Metodología scrum
Metodología scrumMetodología scrum
Metodología scrum
 
Metodología RUP
Metodología RUPMetodología RUP
Metodología RUP
 
Metodologia scrum
Metodologia scrumMetodologia scrum
Metodologia scrum
 
"A Metodologia SCRUM"
"A Metodologia SCRUM""A Metodologia SCRUM"
"A Metodologia SCRUM"
 
Mtrigas tfc0612memoria
Mtrigas tfc0612memoriaMtrigas tfc0612memoria
Mtrigas tfc0612memoria
 
Cuadro comparativo metodos
Cuadro comparativo metodosCuadro comparativo metodos
Cuadro comparativo metodos
 
Processo Unificado(RUP)
Processo Unificado(RUP)Processo Unificado(RUP)
Processo Unificado(RUP)
 
Rup
RupRup
Rup
 
Metodología scrum
Metodología scrumMetodología scrum
Metodología scrum
 
Introdución a la gestión ágil de proyectos
Introdución a la gestión ágil de proyectosIntrodución a la gestión ágil de proyectos
Introdución a la gestión ágil de proyectos
 
Metodologia SCRUM
Metodologia SCRUMMetodologia SCRUM
Metodologia SCRUM
 
La metodología scrum
La metodología scrumLa metodología scrum
La metodología scrum
 

Ähnlich wie Metodología RUP

Ähnlich wie Metodología RUP (20)

Rup
RupRup
Rup
 
METODOLOGIA RUP.pptx
METODOLOGIA RUP.pptxMETODOLOGIA RUP.pptx
METODOLOGIA RUP.pptx
 
Metodología rup
Metodología rupMetodología rup
Metodología rup
 
Principios del RUP
Principios del RUPPrincipios del RUP
Principios del RUP
 
Rup mantencion de software
Rup mantencion de softwareRup mantencion de software
Rup mantencion de software
 
Metodologia rup trabajo1
Metodologia rup trabajo1Metodologia rup trabajo1
Metodologia rup trabajo1
 
Metodologia rup 2
Metodologia rup 2Metodologia rup 2
Metodologia rup 2
 
Julio
JulioJulio
Julio
 
MODELO RUP
MODELO RUPMODELO RUP
MODELO RUP
 
modelo calidad
modelo calidadmodelo calidad
modelo calidad
 
Rup
RupRup
Rup
 
Exposicion RUP
Exposicion RUPExposicion RUP
Exposicion RUP
 
Wagneher franck mallma nuñez
Wagneher franck mallma nuñezWagneher franck mallma nuñez
Wagneher franck mallma nuñez
 
Wagneher franck mallma nuñez
Wagneher franck mallma nuñezWagneher franck mallma nuñez
Wagneher franck mallma nuñez
 
Metodologia rup
Metodologia rupMetodologia rup
Metodologia rup
 
Metodologia rup
Metodologia rupMetodologia rup
Metodologia rup
 
Aguilar alegría carlos
Aguilar alegría carlosAguilar alegría carlos
Aguilar alegría carlos
 
Metodología rup final
Metodología rup finalMetodología rup final
Metodología rup final
 
Rup[1]
Rup[1]Rup[1]
Rup[1]
 
Is.exp.3.323734
Is.exp.3.323734Is.exp.3.323734
Is.exp.3.323734
 

Mehr von Jorge Cortés Alvarez (13)

Lógica Difusa
Lógica DifusaLógica Difusa
Lógica Difusa
 
MPLS: Multiprotocol Label Switching
MPLS: Multiprotocol Label SwitchingMPLS: Multiprotocol Label Switching
MPLS: Multiprotocol Label Switching
 
Cable Coaxial
Cable CoaxialCable Coaxial
Cable Coaxial
 
FET (Transistores de Efecto de Campo)
FET (Transistores de Efecto de Campo)FET (Transistores de Efecto de Campo)
FET (Transistores de Efecto de Campo)
 
Diagrama de Actividades
Diagrama de ActividadesDiagrama de Actividades
Diagrama de Actividades
 
Modelo Conceptual UML
Modelo Conceptual UMLModelo Conceptual UML
Modelo Conceptual UML
 
Sociedad Comandita
Sociedad ComanditaSociedad Comandita
Sociedad Comandita
 
Energía Eólica
Energía EólicaEnergía Eólica
Energía Eólica
 
Interrupciones: Sistemas Operativos
Interrupciones: Sistemas OperativosInterrupciones: Sistemas Operativos
Interrupciones: Sistemas Operativos
 
¿Cómo trabaja un buscador de internet en Mandarín?
¿Cómo trabaja un buscador de internet en Mandarín?¿Cómo trabaja un buscador de internet en Mandarín?
¿Cómo trabaja un buscador de internet en Mandarín?
 
Presentación1
Presentación1Presentación1
Presentación1
 
Articulo Científico IEEE (Interpretacion)
Articulo Científico IEEE (Interpretacion)Articulo Científico IEEE (Interpretacion)
Articulo Científico IEEE (Interpretacion)
 
Articulo Científico IEEE (Analisis)
Articulo Científico IEEE (Analisis)Articulo Científico IEEE (Analisis)
Articulo Científico IEEE (Analisis)
 

Metodología RUP

  • 1. Metodologías de desarrollo de software RUP – Proceso Racional Unificado Jorge Cortés Álvarez Universidad de Cartagena Ingeniería de Software 2012
  • 2. Rational Unified Process • RUP es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML, constituye la metodología estándar más utilizada para el análisis, implementación y documentación de sistemas orientados a objetos. • Originalmente se diseñó un proceso genérico y de dominio público, el Proceso Unificado, y una especificación más detallada, el R U P, que se vendiera como producto independiente.
  • 3. Principios de desarrollo • El RUP está basado en 6 principios clave que son los siguientes: • Adaptar el proceso: El proceso deberá adaptarse a las necesidades del cliente ya que es muy importante interactuar con él. • Equilibrar prioridades: Los requisitos de los diversos participantes pueden ser diferentes, contradictorios o disputarse recursos limitados. • Demostrar valor iterativamente: Los proyectos se entregan, aunque sea de un modo interno, en etapas iteradas.
  • 4. • Colaboración entre equipos: El desarrollo de software no lo hace una única persona sino múltiples equipos. • Elevar el nivel de abstracción: Este principio dominante motiva el uso de conceptos reutilizables tales como patrón del software, marcos de referencia (frameworks) por nombrar algunos. • Enfocarse en la calidad: El control de calidad no debe realizarse al final de cada iteración, sino en todos los aspectos de la producción. El ciclo de vida RUP es una implementación del Desarrollo en espiral. Fue creado ensamblando los elementos en secuencias semi-ordenadas. El ciclo de vida organiza las tareas en fases e iteraciones.
  • 5. Principales características • Forma disciplinada de asignar tareas y responsabilidades (quién hace qué, cuándo y cómo) • Pretende implementar las mejores prácticas en Ingeniería de Software • Desarrollo iterativo • Administración de requisitos • Uso de arquitectura basada en componentes • Control de cambios • Modelado visual del software • Verificación de la calidad del software
  • 6. • El RUP es un producto de Rational (IBM). Se caracteriza por ser iterativo e incremental, estar centrado en la arquitectura y guiado por los casos de uso. Incluye artefactos (que son los productos tangibles del proceso como por ejemplo, el modelo de casos de uso, el código fuente, etc.) y roles (papel que desempeña una persona en un determinado momento, una persona puede desempeñar distintos roles a lo largo del proceso).
  • 7. Fases RUP comprende 2 aspectos importantes por los cuales se establecen las disciplinas: 'Proceso': • Modelado de negocio • Requisitos • Análisis y Diseño • Implementación • Pruebas • Despliegue Soporte: En esta parte nos encontramos con las siguientes etapas: • Gestión del cambio y configuraciones • Gestión del proyecto • Entorno
  • 8. La estructura dinámica de RUP es la que permite que éste sea un proceso de desarrollo fundamentalmente iterativo, y en esta parte se ven inmersas las 4 fases descritas anteriormente: • Fase de Inicio: Esta fase tiene como propósito definir y acordar el alcance del proyecto con los patrocinadores, identificar los riesgos asociados al proyecto, producir el plan de las fases y el de iteraciones posteriores. “detalles muy generales de la arquitectura de software” • Fase de Elaboración: En la fase de elaboración se diseña la solución preliminar , se seleccionan los casos de uso que permiten definir la arquitectura base del sistema y se desarrollaran en esta fase, y el primer análisis del dominio del problema.
  • 9. • Fase de Desarrollo: El propósito de esta fase es completar la funcionalidad del sistema, para ello se deben clarificar los requisitos pendientes, administrar los cambios de acuerdo a las evaluaciones realizados por los usuarios y se realizan las mejoras para el proyecto. • Fase de Transición (cierre) El propósito de esta fase es asegurar que el software esté disponible para los usuarios finales, ajustar los errores y defectos encontrados en las pruebas de aceptación, capacitar a los usuarios y proveer el soporte técnico necesario.
  • 10. Ciclo de vida • Las primeras iteraciones (en las fases de Inicio y Elaboración) se enfocan hacia la comprensión del problema y la tecnología ( Durante la fase de inicio las iteraciones hacen mayor énfasis en actividades de modelado del negocio y de requisitos ) • En la fase de elaboración, las iteraciones se orientan al desarrollo de la baseline de la arquitectura, abarcan más los flujos de trabajo de requisitos, modelo de negocios (refinamiento), análisis, diseño y una parte de implementación orientado a la baseline de la arquitectura.
  • 11. • En la fase de construcción, se lleva a cabo la construcción del producto por medio de una serie de iteraciones.(Para cada iteración se seleccionan algunos Casos de Uso) • En la fase de transición se pretende garantizar que se tiene un producto preparado para su entrega a la comunidad de usuarios
  • 12. Artefactos • RUP en cada una de sus fases realiza una serie de artefactos que sirven para comprender mejor tanto el análisis como el diseño del sistema . Inicio: • Documento Visión • Especificación de Requisitos Elaboración: • Diagramas de caso de uso
  • 13. • Construcción: Documento Arquitectura que trabaja con las siguientes vistas: Vista Lógica o Diagrama de clases o Modelo E-R (Si el sistema así lo requiere) Vista de Implementación o Diagrama de Secuencia o Diagrama de estados o Diagrama de Colaboración Vista Conceptual o Modelo de dominio Vista física o Mapa de comportamiento a nivel de hardware.
  • 15. Ventajas • Está basada totalmente en mejoras practicas de la metodología: • Reduce riesgos del proyecto. • Incorpora fielmente el objetivo de calidad. • Integra desarrollo con mantenimiento.
  • 16. Desventajas • Pretende prever y tener todo el control de antemano: • Modelo genera trabajo adicional. • Genera muchos costos. • No recomendable para proyectos pequeños.