Metodología RUP

Presentado por:
Delvis Cruz
Jose Peñalba
Introducción
El Rational Unified Process (RUP) es una metodología de desarrollo de
software ampliamente utilizada que se basa en principios de ingeniería
de software y buenas prácticas. RUP es un enfoque iterativo e
incremental que divide el ciclo de desarrollo en fases repetitivas,
enfocándose en la producción de software de alta calidad y
adaptabilidad a cambios en los requisitos del proyecto. Se presta una
atención especial a la documentación y la gestión de riesgos. Su
enfoque en la calidad y la gestión efectiva del proyecto lo convierte en
una metodología atractiva para el desarrollo de software.
¿Qué es la metodología RUP?

• Rational Unificated Process (RUP), es un proceso de desarrollo de software

desarrollado por la empresa Rational Software, junto al UML constituye la
metodología mas utilizada para el análisis, diseño, implementación y
documentación de sistemas orientados a objetos.
Principios
Adaptar el proceso: El proceso se adapta a las necesidades del cliente y se interactúa con él.

Equilibrar prioridades: Se busca un equilibrio que satisfaga los deseos de todos los participantes.

Demostrar valor iterativamente: Los proyectos se entregan en etapas iteradas para analizar la opinión de los inversores y
refinar la dirección del proyecto.

Colaboración entre equipos: El desarrollo de software se realiza en múltiples equipos y requiere una comunicación fluida.

Enfocarse en la calidad: El control de calidad forma parte del proceso de desarrollo y es una estrategia integral.

Elevar el nivel de abstracción: Se fomenta el uso de conceptos reutilizables como patrones de diseño del software y
representaciones visuales de la arquitectura, como UML.
Fase de la
metodología
Fase de Inicio
Objetivos y Propositos
Sintentizar la visión.
Limitar el alcance del proyecto.
Identificar los procesos importantes del sistema.
Elegir los requerimientos mas críticos.
Tener un mayor conocimiento de los costos, cronograma y los riesgos.
Mostrar una posible arquitectura para los escenarios principales.
Estimas costos en recursos y tiempo, riesgos y fuentes de incertidumbre.
Actividades claves de esta fase
Modelo de casos de uso del negocio: se conocida como la perspectiva externa del negocio y provee
una visión general de los procesos de la empresa con los clientes.

Modelo de Análisis del negocio: Detalla cada caso de uso del negocio identificado.

Entendimiento de los requisitos, como evidencia de la fidelidad de los Casos de Uso principales.

Las estimaciones de tiempo, costo y riesgo son creíbles.

Comprensión total de cualquier prototipo de la arquitectura desarrollado.

Resultados de la fase

UN DOCUMENTO DE UN DOCUMENTO DE MODELO INICIAL DE UN GLOSARIO INICIAL, EL CASO DE NEGOCIO. PLAN DEL PROYECTO,
VISIÓN, QUE IDENTIFICA REQUERIMIENTOS, QUE CASOS DE USO, BRINDA PROPORCIONA LA MOSTRANDO FASES E
LAS EXPECTATIVAS Y ESTABLECE Y MANTIENE UNA VISIÓN GENERAL DE DEFINICIÓN DE LOS ITERACIONES.
REQUERIMIENTOS EL ACUERDO CON LOS LOS PROCESOS DE CONCEPTOS UTILIZADOS.
GENERALES DE LOS USUARIOS E NEGOCIO
USUARIOS DEL SISTEMA INVOLUCRADOS SOBRE INVOLUCRADOS EN EL
A DESARROLLAR. QUÉ ES LO QUE SE DESARROLLO.
DESARROLLARÁ.

MODELO DE NEGOCIO. PROTOTIPOS

EXPLORATORIOS PARA
PROBAR CONCEPTOS O
LA ARQUITECTURA
CANDIDATA.
Fase de Elaboración
Descripción de la fase

El propósito de la fase de
elaboración es analizar el Se construye un prototipo de la
dominio del problema, arquitectura, que debe
establecer los cimientos de la evolucionar en iteraciones
arquitectura, desarrollar el plan sucesivas hasta convertirse en
del proyecto y eliminar los el sistema final.
mayores riesgos.
Actividades de diseño y planificación

Definir, validar y cimentar la arquitectura.

Completar la visión.

Crear un plan fiable para la fase de construcción. Este plan puede evolucionar en
sucesivas iteraciones.

Demostrar que la arquitectura propuesta soportará la visión con un costo

razonable y en un tiempo razonable.
 Los principales objetivos en la gestión de
riesgo en esta fase son:
Gestión de • Tener todo el conocimiento en cuanto a los
requisitos.
riesgos en la • Realizar la proyección, la implementación y
fase de la validación para la base de la arquitectura.
elaboración • Moderar los posibles riesgos primordiales.
• Realizar un cronograma y cálculo de costes
de precios
 Entregables y resultados

Requisitos adicionales que capturan

Un modelo de Casos de Uso los requisitos no funcionales y Descripción de la arquitectura
completo al menos hasta el 80%. cualquier requisito no asociado con software.
un Caso de Uso específico.

Un prototipo ejecutable de la Un manual de usuario preliminar

Plan de desarrollo para el proyecto.
arquitectura. (opcional).
Fase de Construcción
Descripción y Alcance
La finalidad principal de esta fase es alcanzar la capacidad operacional
del producto de forma incremental a través de las sucesivas
iteraciones. Durante esta fase todos los componentes, características y
requisitos deben ser implementados, integrados y probados en su
totalidad, obteniendo una versión aceptable del producto.
Desarrollo y aseguramiento de calidad

Programación: Se realiza la codificación del software utilizando los lenguajes de

programación adecuados.

Pruebas unitarias: Se llevan a cabo pruebas para verificar el correcto

funcionamiento de cada componente individualmente.

Pruebas de integración: Se realizan pruebas para verificar el correcto

funcionamiento de los componentes en conjunto y su integración con otros
sistemas o módulos.
 Logros esperados al concluir

TENER LOS MODELOS DE LOS RIESGOS TENER UN PLAN CONFIABLE TENER UN PROTOTIPO DEL CASO DE USO DEL NEGOCIO
CASOS DE USO, ANÁLISIS Y ENCONTRADOS DEBEN PARA EL PASE A LA FASE DE SISTEMA OPERACIONAL. ACTUALIZADO.
DISEÑO COMPLETADOS. ESTAR SOLUCIONADOS. TRANSICIÓN.

MANUAL INICIAL DE
USUARIO (CON SUFICIENTES
DETALLES).
Fase de
Transición
Propósito y enfoque de la fase

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. Se
debe verificar que el producto cumpla con las especificaciones entregadas por
las personas involucradas en el proyecto.
Preparación para la implementación y
lanzamiento

• Planificación de la implementación: Se debe elaborar un plan detallado que incluya los pasos necesarios para
implementar el sistema en el entorno de producción. Esto implica definir los recursos necesarios, establecer un
cronograma y asignar responsabilidades.
• Pruebas de aceptación: Antes de la implementación, es fundamental realizar pruebas de aceptación para
verificar que el sistema cumpla con los requisitos establecidos y funcione correctamente. Estas pruebas deben
ser realizadas por usuarios finales o representantes del cliente.
• Capacitación y documentación: Es importante proporcionar capacitación a los usuarios finales sobre cómo
utilizar el sistema correctamente. Además, se debe generar documentación detallada que describa el
funcionamiento del sistema y proporcione instrucciones claras sobre su uso.
• Soporte post-implementación: Después de la implementación, es necesario brindar soporte continuo a los
usuarios finales para resolver cualquier problema o duda que puedan tener. Esto puede incluir la configuración
inicial, la solución de problemas y la optimización del rendimiento.
Pruebas finales y correcciones de errores

Pruebas:

• Pruebas funcionales: Estas pruebas se centran en verificar que el sistema cumple los requisitos
del usuario.
• Pruebas de rendimiento: Estas pruebas se centran en verificar que el sistema puede soportar
la carga esperada.
• Pruebas de seguridad: Estas pruebas se centran en verificar que el sistema es seguro y no se
puede utilizar para fines maliciosos.
• Pruebas de usabilidad: Estas pruebas se centran en verificar que el sistema es fácil de usar.

Una ves identificados los errores con las pruebas mencionadas se debe
pasar a solucionarlas.
Cierre del proyecto y entrega al cliente

Prototipo Operacional. Documento de despliegue. Plan de pruebas.

Línea de Base del Producto

completa y corregida que
Documentos Legales. Caso del Negocio Completo.
incluye todos los modelos
del sistema.

Descripción de la Las iteraciones de esta fase

Arquitectura completa y irán dirigidas normalmente a
corregida. conseguir una nueva versión.
Conclusión
• RUP se destaca por su enfoque en la calidad del software y la gestión
de riesgos, lo que lo hace adecuado para proyectos complejos. Su
naturaleza iterativa permite ajustarse a cambios en los requisitos del
proyecto de manera eficiente. Además, promueve la colaboración
entre equipos multidisciplinarios y ofrece una estructura clara para el
desarrollo, desde la concepción hasta la implementación y el
mantenimiento del software. Estos aspectos hacen que RUP sea una
metodología ampliamente adoptada en la industria del desarrollo de
software.
Referencias
• Proceso Unificado de Rational - Wikipedia, la enciclopedia libre
• RUP – Metodología (metodologia.es)
• Fases del modelo RUP - Metodología RUP - MARCO TEÓRICO
(1library.co)
• A8 Capítulo 5.pdf (unam.mx)