RUP

Proceso Unificado Racional

1.- Introduccin

Al momento de realizar un software hay varias metodologas que podemos usar para
desarrollarlo y debemos hacer la pregunta Cul vamos a usar?, Cul nos conviene ms?... Y
estas preguntas deben ser respondidas en base al estudio de cada una de esas metodologas.
El software no debe ser realizado creyendo que ese producto est bien porque nosotros creemos
que esta correcto, cuando en realidad debe ser pensado, analizado y diseado de tal forma que
la calidad que le demos al cliente sea la ms propicia a que cumpla con todas sus necesidades.
Vamos a ver a continuacin una de las metodologas de desarrollo que se aplica al desarrollo de
software (sistemas) que el RUP o proceso racional unificado el cual tiene tanto ventajas como
desventajas y veremos sus caractersticas principales.

2.- Definicin de la metodologa

El Proceso Unificado Racional, Rational Unified Process en ingls, y sus siglas RUP, es un
proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML,
constituye la metodologa estndar ms utilizada para el anlisis, implementacin y
documentacin de sistemas orientados a objetos. El RUP no es un sistema con pasos firmemente
establecidos, sino que trata de un conjunto de metodologas adaptables al contexto y
necesidades de cada organizacin, donde el software es organizado como una coleccin de
unidades atmicas llamados objetos, constituidos por datos y funciones, que interactan entre
s. RUP es un proceso para el desarrollo de un proyecto de un software que define claramente
quien, cmo, cundo y qu debe hacerse en el proyecto
RUP es explcito en la definicin de software y su trazabilidad, es decir, contempla en relacin
causal de los programas creados desde los requerimientos hasta la implementacin y pruebas e
identifica claramente a los profesionales (actores) involucrados en el desarrollo del software y
sus responsabilidades en cada una de las actividades.

3.- Caractersticas Principales

Sus caractersticas es que es iterativo e incremental y est basada mucho en los casos de uso,
tambin sus caractersticas es que verifica de manera seguida la calidad del software y
administrar los requisitos. Este proceso de desarrollo tiene tanto artefactos como roles (que son
las personas que estn encargadas dentro del desarrollo o proceso).
4.- Estructura o elementos especficos de la metodologa

Fases de desarrollo del software

Inicio
Elaboracin
Construccin
Transicin

1.- Fase de inicio

Se hace un plan de fases, donde se identifican los principales casos de uso y se identifican los
riesgos. Se concreta la idea, la visin del producto, como se enmarca en el negocio, el alcance
del proyecto. El objetivo en esta etapa es determinar la visin del proyecto.

1.1.- Modelado del negocio

En esta fase el equipo se familiarizar ms al funcionamiento de la empresa, sobre conocer sus
procesos.
Entender la estructura y la dinmica de la organizacin para la cual el sistema va ser
desarrollado.
Entender el problema actual en la organizacin objetivo e identificar potenciales mejoras.
Asegurar que clientes, usuarios finales y desarrolladores tengan un entendimiento
comn de la organizacin objetivo.

1.2.- Requisitos
En esta lnea los requisitos son el contrato que se debe cumplir, de modo que los usuarios finales
tienen que comprender y aceptar los requisitos que especifiquemos.
Establecer y mantener un acuerdo entre clientes y otros stakeholders sobre lo que el
sistema podra hacer.
Proveer a los desarrolladores un mejor entendimiento de los requisitos del sistema.
Definir el mbito del sistema.
Proveer una base para estimar costos y tiempo de desarrollo del sistema.
Definir una interfaz de usuarios para el sistema, enfocada a las necesidades y metas
del usuario.

2.- Fase de elaboracin

Se realiza el plan de proyecto, donde se completan los casos de uso y se mitigan los riesgos.
Planificar las actividades necesarias y los recursos requeridos, especificando las caractersticas
y el diseo de la arquitectura. En esta etapa el objetivo es determinar la arquitectura ptima.

2.1.- Anlisis y Diseo

En esta actividad se especifican los requerimientos y se describen sobre cmo se van a
implementar en el sistema.
Transformar los requisitos al diseo del sistema.
Desarrollar una arquitectura para el sistema.
Adaptar el diseo para que sea consistente con el entorno de implementacin.

3.- Fase de construccin

Se basa en la elaboracin de un producto totalmente operativo y en la elaboracin del manual

de usuario. Construir el producto, la arquitectura y los planes, hasta que el producto est listo
para ser enviado a la comunidad de usuarios. En esta etapa el objetivo es llevar a obtener la
capacidad operacional inicial.

3.1- Implementacin
Se implementan las clases y objetos en ficheros fuente, binarios, ejecutables y dems. El
resultado final es un sistema ejecutable.
Planificar qu subsistemas deben ser implementados y en qu orden deben ser
integrados, formando el Plan de Integracin.
Cada implementador decide en qu orden implementa los elementos del subsistema.
Si encuentra errores de diseo, los notifica.
Se integra el sistema siguiendo el plan.

3.2.- Pruebas
Este flujo de trabajo es el encargado de evaluar la calidad del producto que estamos
desarrollando, pero no para aceptar o rechazar el producto al final del proceso de desarrollo, sino
que debe ir integrado en todo el ciclo de vida.
Encontrar y documentar defectos en la calidad del software.
Generalmente asesora sobre la calidad del software percibida.
Provee la validacin de los supuestos realizados en el diseo y especificacin de
requisitos por medio de demostraciones concretas.
Verificar las funciones del producto de software segn lo diseado.
Verificar que los requisitos tengan su apropiada implementacin.

4.- Etapa de transicin

El objetivo es llegar a obtener el release del proyecto. Se realiza la instalacin del producto en el
cliente y se procede al entrenamiento de los usuarios. Realizar la transicin del producto a los
usuarios, lo cual incluye: manufactura, envo, entrenamiento, soporte y mantenimiento del
producto, hasta que el cliente quede satisfecho, por tanto en esta fase suelen ocurrir cambios.

4.1.- Despliegue

Esta actividad tiene como objetivo producir con xito distribuciones del producto y distribuirlo a
los usuarios. Las actividades implicadas incluyen:
 Probar el producto en su entorno de ejecucin final.
Empaquetar el software para su distribucin.
Distribuir el software.
Instalar el software.
Proveer asistencia y ayuda a los usuarios.
Formar a los usuarios y al cuerpo de ventas.
Migrar el software existente o convertir bases de datos
.
5.- Ciclo de Vida de desarrollo de software utilizado

Proceso Iterativo e Incremental: Es el modelo utilizado por RUP para el desarrollo de un

proyecto de software. Este modelo plantea la implementacin del proyecto a realizar en
Iteraciones, con lo cual se pueden definir objetivos por cumplir en cada iteracin y as poder ir
completando todo el proyecto iteracin por iteracin, con lo cual se tienen varias ventajas, entre
ellas se puede mencionar la de tener pequeos avances del proyectos que son entregables al
cliente el cual puede probar mientras se est desarrollando otra iteracin del proyecto, con lo
cual el proyecto va creciendo hasta completarlo en su totalidad.

6.- Roles que participan

Analistas:
Analista de procesos de negocio.
Diseador del negocio.
Analista de sistema.
Especificador de requisitos.
Desarrolladores:
Arquitecto de software.
Diseador.
Diseador de interfaz de usuario
Diseador de cpsulas.
Diseador de base de datos.
Implementador.
Integrador.
Gestores:
Jefe de proyecto
Jefe de control de cambios.
Jefe de configuracin.
Jefe de pruebas
Jefe de despliegue
Ingeniero de procesos
Revisor de gestin del proyecto
Gestor de pruebas.
Apoyo:
Documentador tcnico
 Administrador de sistema
Especialista en herramientas
Desarrollador de cursos
Artista grfico
Especialista en pruebas:
Especialista en Pruebas
Analista de pruebas
Diseador de pruebas
Otros roles:
Stakeholders (personas afectadas o pueden ser afectados por la actividad de
una empresa)
Revisor
Coordinacin de revisiones
Revisor tcnico

7.- Ventajas y Desventajas

Ventajas:
-Requiere de conocimientos del proceso y de UML
-Progreso visible en las etapas tempranas
-El uso de iteraciones
-Evaluacin de riesgos en lugar de descubrir en la integracin final del sistema
-Facilita la reutilizacin del cdigo

Desventajas:
-Por el grado de complejidad puede no resultar no muy adecuado
-Mal aplicado en el estilo cascada

8.- Conclusin:

La metodologa RUP como se pudo observar es la mejor al momento de obtener software de

calidad. Tambin la complejidad que lleva el desarrollar un software ya sea grande o chico como
su base fundamental que son las iteraciones y la reutilizacin de recursos, los roles que tiene la
metodologa cada uno tiene impartido las prioridades que conlleva el desarrollar software por
este medio, y concluimos que al momento de elegir cualquier metodologa es la que mejor se
adapte a los requerimientos de las empresas y que cumpla con un software de calidad.

9.- Bibliografa

Tesis Aplicacin de la metodologa RUP para el desarrollo rpido de aplicaciones basado en el

Estndar J2EE de la universidad San Carlos de Guatemala
Libro Tcnicas cuantitativas para la gestin en la ingeniera del software Escrito por Javier
Dolado Cosn
 Tekhne Revista de la facultad de ingeniera de la universidad Catlica Andrs Bello Caracas,
Venezuela N10 ao 2007

Libro Gestin del conocimiento en Sistemas basado en objetos de aprendizaje, cualitativa y

pedaggicamente definidos. De la coleccin VITOR Escruto por Erla Mariela MORALES
MORGADO