Metodología RUP

Rational Unified Process

Ing. Mariela Cóndor

mcvelasco@tecnologicoismac.edu.ec
• Introducción
• ¿Qué es RUP?
• Fases
• Principios y buenas prácticas

Ing. Mariela Cóndor

mcvelasco@tecnologicoismac.edu.ec
 Introducción
Barry Boehm y Ken Hartman (1998)
Proceso de desarrollo de software y junto con el
Lenguaje Unificado de Modelado UML, no es un
sistema con pasos firmemente establecidos, sino un
conjunto de metodologías adaptables al contexto y
necesidades de cada organización.

Proceso propietario de la ingeniería de software creado por Rational Software,

adquirida por IBM
 ¿Qué es RUP?
• Es un proceso de ingeniería de software que suministra un enfoque para asignar tareas y
responsabilidades dentro de una organización de desarrollo. Su objetivo es asegurar la producción de
software de alta y de mayor calidad para satisfacer las necesidades de los usuarios que tienen un
cumplimiento al final dentro de un limite de tiempo y presupuesto previsible. Es una metodología de
desarrollo iterativo que es enfocada hacia “ diagramas de los casos de uso, y manejo de los riesgos y el
manejo de la arquitectura” como tal.
• Más apropiada para proyectos grandes (Aunque también pequeños), dado que requiere un equipo de
trabajo capaz de administrar un proceso complejo en varias etapas. En proyectos pequeños, es posible
que no se puedan cubrir los costos de dedicación del equipo de profesionales necesarios.
Fases
Fase de Diseño:
Contiene los flujos de trabajo necesarios para el acuerdo de las partes interesadas con los objetivos
Fase de Elaboración :
La preparación será para el diseño del
sistema, como complemento de las encuesta o casos de
usos
Fase de Construcción :

El desarrollo físico del software se inicia, códigos de

producción, pruebas que se llevaron acabo en el inicio de

la transición.

Fase de Transición :

Es la fase de entrega del software, se lleva acabo el plan

de despliegue y entrega, el seguimiento y calidad de

software.
Principios y las mejores practicas RUP

Desarrollo Iterativo: usa el desarrollo iterativo por las siguientes razones:

- La integración se hace paso a paso durante el proceso de Desarrollo.

- La integración es menos compleja, reduciendo el coste y aumentar

la eficiencia.
- Requisito de cambios son registrados y pueden ser

acomodados.

- Los riesgos se abordan en el comienzo del desarrollo y

cada interacción permite la verificación del riesgo.

- Para la arquitectura de software se mejora a través de un

repetidor.
Gestión de Requisitos :

La administración de requerimientos tiene que seguir las siguientes

actividades:

- Análisis de los problemas

- La compresión de las necesidades de sus grupos de interés.

- La definición del problema

- Administra el alcance del sistema

- Refinar los ajustes del sistema.

- Los requisitos de gestión de cambio.

Arquitectura Basada en componentes

Crea un sistema que es fácilmente extensible, intuitiva y fácil de entender y

promueve la reutilización del software.

Software de modelado visual

La programación de su código y representarla

por medio de bloques de construcción gráfica

constituye una forma eficaz de obtener una

visión general de una solución.

Software de Control de Calidad

Aseguramiento de la calidad de software es el punto de fallo mas común en los

proyectos, ya que esto es a menudo algo que no se había pensado anteriormente y a

veces es tratado por diferentes equipos.

Control de cambios en el software

Los cambios son inevitables, RUP define métodos para

controlar, seguir y supervisar estos cambios.

Roles