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?

Tareas de ingenieria de requerimientos
Tareas de ingenieria de requerimientosTareas de ingenieria de requerimientos
Tareas de ingenieria de requerimientosnenyta08
 
Metodologías para el desarrollo de aplicaciones móviles
Metodologías para el desarrollo de aplicaciones móvilesMetodologías para el desarrollo de aplicaciones móviles
Metodologías para el desarrollo de aplicaciones móvilesJaqueline Luna
 
MODELO DE PROCESOS DEL SOFTWARE
MODELO DE PROCESOS DEL SOFTWAREMODELO DE PROCESOS DEL SOFTWARE
MODELO DE PROCESOS DEL SOFTWAREMicky Jerzy
 
51036806 proyecto-ejemplo-ingenieria-de-software
51036806 proyecto-ejemplo-ingenieria-de-software51036806 proyecto-ejemplo-ingenieria-de-software
51036806 proyecto-ejemplo-ingenieria-de-softwareMiguel Angel Rodriguez
 
Análisis coste - beneficio en Software
Análisis coste - beneficio en SoftwareAnálisis coste - beneficio en Software
Análisis coste - beneficio en SoftwareVictor Samaniego Neyra
 
Estandares y modelos de calidad del software
Estandares y modelos de calidad del softwareEstandares y modelos de calidad del software
Estandares y modelos de calidad del softwareaagalvisg
 
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
 

Was ist angesagt? (20)

Tareas de ingenieria de requerimientos
Tareas de ingenieria de requerimientosTareas de ingenieria de requerimientos
Tareas de ingenieria de requerimientos
 
Proceso del Software
Proceso del Software Proceso del Software
Proceso del Software
 
Principios diseño del software
Principios diseño del software Principios diseño del software
Principios diseño del software
 
Metodologías para el desarrollo de aplicaciones móviles
Metodologías para el desarrollo de aplicaciones móvilesMetodologías para el desarrollo de aplicaciones móviles
Metodologías para el desarrollo de aplicaciones móviles
 
MODELO DE PROCESOS DEL SOFTWARE
MODELO DE PROCESOS DEL SOFTWAREMODELO DE PROCESOS DEL SOFTWARE
MODELO DE PROCESOS DEL SOFTWARE
 
Modelo v
Modelo vModelo v
Modelo v
 
51036806 proyecto-ejemplo-ingenieria-de-software
51036806 proyecto-ejemplo-ingenieria-de-software51036806 proyecto-ejemplo-ingenieria-de-software
51036806 proyecto-ejemplo-ingenieria-de-software
 
Análisis coste - beneficio en Software
Análisis coste - beneficio en SoftwareAnálisis coste - beneficio en Software
Análisis coste - beneficio en Software
 
Ingenieria de software
Ingenieria de softwareIngenieria de software
Ingenieria de software
 
Modelos evolutivos. incremental y espiral
Modelos evolutivos. incremental y espiralModelos evolutivos. incremental y espiral
Modelos evolutivos. incremental y espiral
 
Estandares y modelos de calidad del software
Estandares y modelos de calidad del softwareEstandares y modelos de calidad del software
Estandares y modelos de calidad del software
 
Requerimientos del software
Requerimientos del software Requerimientos del software
Requerimientos del software
 
Casos de uso
Casos de usoCasos de uso
Casos de uso
 
Modelo V
Modelo VModelo V
Modelo V
 
Modelos de dominio
Modelos de dominioModelos de dominio
Modelos de dominio
 
Metodologia orientada a objeto
Metodologia orientada a objetoMetodologia orientada a objeto
Metodologia orientada a objeto
 
Modelo espiral
Modelo espiralModelo espiral
Modelo espiral
 
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
 
Iso 25000
Iso 25000Iso 25000
Iso 25000
 
Modelo evolutivo
Modelo evolutivoModelo evolutivo
Modelo evolutivo
 

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
 
Rup
RupRup
Rup
 
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]
 

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.