GESTIÓN DE SOFTWARE

1
GESTIÓN DE SOFTWARE

INTRODUCCION
La metodología RUP (abreviatura en inglés “Unified Development Process o Proceso de Desarrollo
Unificado”), es un proceso de desarrollo de software que, junto con UML (Unified Modeling Languaje),
constituye el método estándar más utilizado para el análisis, diseño, implementación-documentación y
pruebas de sistemas orientados a objetos
Su objetivo principal 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 límite 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.

RUP mejora la productividad del equipo ya que permite que cada miembro del grupo sin importar su
responsabilidad específica pueda acceder a la misma base de datos incluyendo sus conocimientos. Esto
hace que todos compartan el mismo lenguaje, la misma visión y el mismo proceso acerca de cómo
desarrollar un software.

HISTORIA

RUP, creado por Grady Booch, Ivar Jacobson y James

Jacobson (Creador de la Técnica de Modelado de
Objetos), la misma aparece en junio de 1998 con el
acrónimo de RUP 5.0 para disposición al público a inicios
de 1999.

2
GESTIÓN DE SOFTWARE

METODOLOGÍA RUP

RUP, es un proceso de desarrollo de software y junto

con UML, constituye la metodología estándar más
utilizada para el análisis, diseño, implementación y
pruebas, así también RUP no es un sistema con pasos
RUP
firmemente establecidos, sino un conjunto de
metodologías adaptables al contexto y necesidades
de cada organización.

La metodología RUP es 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.

CICLO DE VIDA RUP

Con el ciclo de vida se establecen tareas en fases e iteraciones. RUP maneja el proceso en cuatro
fases, dentro de las cuales se realizan varias iteraciones en número variable.

RUP divide el proceso de desarrollo en cuatro grandes fases que son:

Primera fase es la de inicio: Se enfoca en

la comprensión del problema y la
implementación del tipo de tecnología,
supervisa la modelación y especificación de
requisitos.

Segunda fase la elaboración: Utiliza el

lenguaje de modelado UML, descripción de
la arquitectura del sistema y el
refinamiento de requisitos. Se orientan al
desarrollo de la línea base de la
arquitectura, flujos de trabajo requisitos,
modelo de negocios(refinamiento), análisis,
diseño.

Tercera fase la construcción: Se centra en

la construcción del producto, completar la
funcionalidad del sistema, para ello se
debe clarificar los requerimientos
pendientes, administrar cambios de acuerdo a evaluaciones realizadas por usuarios. Constituida por
varias iteraciones y donde sus requerimientos están especificados en los casos de uso.

Cuarta fase de transición: Asegura que el software esté disponible para el usuario final, ajuste de errores
y defectos encontrados en la fase de prueba, además de capacitar a los usuarios y proveer de soporte
técnico necesario.

3
GESTIÓN DE SOFTWARE

Se realizan las pruebas y despliegues encaminados a probar que el producto está listo para entregar al
cliente.

RUP divide el proceso en cuatro fases, dentro de las cuales se realizan varias iteraciones en número
variable según el proyecto y en las que se hace un mayor o menor hincapié en las distintas actividades.

Artefactos de RUP

Modelos a generar Artefactos de

Disciplina Observación
en la disciplina Softwares utilizados

-Tabla de Eventos del

Negocio

Modelo Use Case - Diagrama use case La especificación de cada

del Negocio - Plantilla para especificar use case del negocio se
Modelado del use case, o realiza utilizando la
Negocio - Diagrama de actividad plantilla o un diagrama de
actividad
Modelo de - Diagrama de clase
Análisis/Diseño - Diagrama de actividad
del Negocio - Diagrama de secuencia

4
GESTIÓN DE SOFTWARE

- Tabla de Eventos del

Sistema

Modelo Use Case - Diagrama use case

Requerimientos - Plantilla para especificar
use case, o
- Diagrama de actividad

Modelo de Análisis - Diagrama de clase

- Diagrama de secuencia
Análisis y Modelo de Mapa de - Prototipos
Diseño Navegación - Diagrama de Estado

Modelo de Diseño - Diagrama de clase

- Diagrama de secuencia

Modelo de - Código fuente operativo y

Implementación Implementación documentado
- Diagrama de paquete

Modelo de - Especificación de casos Identificador de clase,

Prueba de prueba identificador de caso de
prueba y su descripción,
Prueba reporte del resultado de la
prueba

PRINCIPIOS DE DESARROLLO

RUP está basado en 6 principios clave que son:

ADAPTAR EL
PROCESO

ENFOCARSE EN EQUILIBRAR
LA CALIDAD PRIORIDADES

DEMOSTRAR
ELEVAR EL NIVEL VALOR
DE ABSTRACCIÓN ITERATIVAMENTE

COLABORACIÓN
ENTRE EQUIPOS.

5
GESTIÓN DE SOFTWARE

Adaptar el proceso

El proceso deberá adaptarse a las características propias del proyecto u organización. El tamaño del
mismo, así como su tipo o las regulaciones que lo condicionen, influirán en su diseño específico. También
se deberá tener en cuenta el alcance del proyecto en un área subformal.

Equilibrar prioridades

Los requerimientos de los diversos participantes pueden ser diferentes, contradictorios o disputarse
recursos limitados. Debe encontrarse un equilibrio que satisfaga los deseos de todos. Gracias a este
equilibrio se podrán corregir desacuerdos que surjan en el futuro.

Demostrar valor iterativamente

Los proyectos se entregan, aunque sea de un modo interno, en etapas iteradas. En cada iteración se
analiza la opinión de los inversores, la estabilidad y calidad del producto, y se refina la dirección del
proyecto, así como también los riesgos involucrados.

Colaboración entre equipos.

El desarrollo de software no lo hace una única persona sino múltiples equipos. Debe haber una
comunicación fluida para coordinar requerimientos, desarrollo, evaluaciones, planes, resultados y otros.

Elevar el nivel de abstracción

Este principio dominante motiva el uso de conceptos reutilizables tales como patrón del software,
lenguajes 4GL o marcos de referencia (frameworks) por nombrar algunos. Esto evita que los ingenieros
de software vayan directamente de los requisitos a la codificación de software a la medida del cliente,
sin saber con certeza qué codificar para satisfacer de la mejor manera los requerimientos y sin comenzar
desde un principio pensando en la reutilización del código. Un alto nivel de abstracción también permite
discusiones sobre diversos niveles y soluciones arquitectónicas. Éstas se pueden acompañar por las
representaciones visuales de la arquitectura, por ejemplo con el lenguaje UML.

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 aseguramiento de la calidad forma parte del proceso de desarrollo y no de un grupo
independiente.

El ciclo de vida organiza las tareas en fases e iteraciones. RUP divide el proceso en cuatro fases, dentro
de las cuales se realizan varias iteraciones en “n” número de variable según el proyecto y en las que se
hace un mayor o menor hincapié en las distintas actividades.

6
GESTIÓN DE SOFTWARE

ROLES QUE SE CUMPLEN EN EL RUP

Roles en RUP: Un rol define el comportamiento

y responsabilidades de un individuo, o de un
grupo de individuos trabajando juntos como un
equipo. Una persona puede desempeñar
diversos roles, así como un mismo rol puede ser
representado por varias personas.

Las responsabilidades de un rol son tanto el

llevar a cabo un conjunto de actividades como
el ser el ‘dueño’ de un conjunto de artefactos.

Los roles se distribuyen entre los miembros del proyecto y que definen las tareas de cada uno y el
resultado (artefactos) que se espera de ellos.

Actividades: Las actividades tienen un objetivo concreto, normalmente expresado en términos de crear
o actualizar algún producto.

Productos: Los productos son los resultados tangibles del proyecto, las cosas que va creando y usando
hasta obtener el producto final.

Grupo de trabajo y sus roles en RUP

* Analista de procesos de negocio.

Analistas: * Diseñador del negocio.
* Analista de sistema.
* Especificador de requisitos.
* Arquitecto de software.
* Diseñador
* Diseñador de interfaz de usuario
* Diseñador de cápsulas.
* Diseñador de base de datos.
* Implementador.
Desarrolladores:
* Integrador. Gestores:
* Jefe de configuración.
* Jefe de pruebas
* Jefe de despliegue
* Ingeniero de procesos
* Revisor de gestión del proyecto
* Gestor de pruebas.
* Documentador técnico
* Administrador de sistema
Apoyo:
* Especialista en herramientas
* Desarrollador de cursos
* Artista gráfico
Especialista en pruebas: * Especialista en Pruebas (tester)
* Analista de pruebas
* Diseñador de pruebas
* Stakeholders
Otros roles: * Revisor
* Coordinación de revisiones
* Revisor técnico

7
GESTIÓN DE SOFTWARE

PRINCIPALES CARACTERISTICAS

RUP es un proceso o marco de trabajo para el desarrollo de un proyecto de software que define
claramente QUIÉN, CÓMO, CUÁNDO Y QUÉ debe hacerse en el proyecto. Presenta tres características
esenciales

DIRIGIDO POR CASOS DE USO

•Orientan el proyecto a la importancia para el usuario y lo que éste quiere

CENTRADO EN LA ARQUITECTURADO
•Desiciones que indican cóomo tiene que ser construido el sistema y en qué
orden

ITERATIVO E INCREMENTAL
•Divide el proyecto en mini proyectos. Los CU y arquitectura cumplen objetivos de
manera depurada

• Dirigido por Casos de Uso: –Los casos de uso son los artefactos primarios para establecer el
comportamiento deseado del sistema

• Centrado en la Arquitectura: –La arquitectura es utilizada para conceptualizar, construir,

administrar y evolucionar el sistema en desarrollo

• Iterativo e Incremental: –Maneja una serie de entregas ejecutables–Integra continuamente

la arquitectura para producir nuevas versiones mejoradas

• 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.

8
GESTIÓN DE SOFTWARE

VENTAJAS - DESVENTAJAS

Ventajas del modelo RUP, estas son algunas de las ventajas del modelo RUP:

• Mitigación temprana de posibles riesgos altos.

• Progreso visible en las etapas tempranas.
• El conocimiento adquirido en una iteración puede aplicarse de iteración a iteración.
• Los usuarios están involucrados continuamente

Desventajas del modelo RUP, estas son algunas de las desventajas del modelo RUP:

• Por el grado de complejidad puede no resultar muy adecuado.

• El RUP es generalmente mal aplicado en el estilo cascada.
• Requiere conocimientos del proceso y de UML

Bibliografía:

https://pid.dsic.upv.es/C1/Material/default.aspx
http://es.wikipedia.org/wiki/Proceso_Unificado_de_Rational
http://www.redbooks.ibm.com/redbooks/pdfs/sg247362.pdf