El Proceso Unificado Racional (Rational Unified Process en ingls, habitualmente resumido como RUP) es un

proceso de desarrollo de software desarrollado por la empresa Rational Software, actualmente propiedad de
IBM. Junto con el Lenguaje Unificado de Modelado UML, constituye la metodologa estndar ms utilizada para
el anlisis, diseo, implementacin y documentacin de sistemas orientados a objetos.
Las Fases de desarrollo del software en esta metodologa son: Inicio, Elaboracin, Construccin y Transicin

FASE DE INICIO: En esta fase es donde se realizan los preparativos preliminares al desarrollo del sistema de
informacin, donde se establecen acuerdos con el solicitante del sistema de informacin y se determinan los
requerimientos del sistema para poder trabajar cada punto individualmente y lograr imponer las metas a
alcanzar de esa manera logrando los resultados esperados y en la mayora de los casos mejores que los que
marcaban las expectativas tanto del cliente como del desarrollador de software.

Anlisis de Requerimientos: Es el punto de arranque del proyecto en donde se establecern los lmites que
tendr el sistema de informacin como su alcance a nivel sistemtico, y toda la informacin que manejara
dndole forma y cuerpo al sistema, en esta fase se encuentran los requerimientos funcionales (son aquellos
relacionados con las operaciones importantes, fundamentales que debe ejecutar el sistema) y los no
funcionales (son aquellos relacionados con operaciones complementarias, no indispensables que debe ejecutar
el sistema) dejando en claro el tipo de carga que llevar el trabajo como tal y los resultados que ofrecer. Los
aspectos principales que contempla esta fase son:

Modelo de Dominio: representa las entidades y eventos existentes del entorno en el que trabaja el sistema
estableciendo la relacin y cardinalidad entre ellos. Muchos de los objetos del modelo de dominio o clases
pueden obtenerse de una especificacin de requisitos.

Arquitectura Inicial: Representa la estructura base (opciones) que va a realizar el sistema para que cumpla con
los requerimientos actuales y pueda soportar la evolucin de stos en el transcurso del tiempo de forma
satisfactoria. Se deben disear los componentes y mdulos que formaran el sistema y estructura, su relacin e
interaccin cumplirn con los requisitos funcionales y no funcionales.

Diagrama de Caso de Uso: Los casos de uso representan acciones o actividades importantes dentro del
sistema.
Diagrama de Clase Esttico: se enfoca en mostrar las clases de una manera que permita visualizar el orden en
que se ejecutan a nivel de sistema y las funciones que las conforman.
Diagrama de Secuencia: muestran la forma en la cual se ejecutan las operaciones en el sistema de informacin.
En estos diagramas se indican los elementos (actores, formularios, tablas, clases) que intervienen en una
actividad.
Lista de Riesgos: La lista de riesgos representa los problemas se pueda presentar tanto fsica (hardware) y
lgica (software) y que impidan o perturben el funcionamiento del software.

FASE DE ELABORACIN: La fase de elaboracin es el punto en donde se procede a desarrollar los componentes
del sistema tales como base de datos y el diseo en general del sistema como pantallas de acceso y de
recoleccin de datos para llevar a cabo los procesos principales del sistema.
Base de Datos: Las bases de datos son y sern siempre una de las herramientas imprescindibles a la hora de
desarrollar cualquier sistema de informacin por la capacidad de manipular, almacenar y gestionar datos de
una manera eficiente y rpida.
Diseo de Interfaz del Sistema: El diseo de interfaz del sistema es el arte que ser utilizado siempre cuidando
los detalles y logrando que sea lo ms agradable a la vista y amigable con el usuario final, habr que tomar en
cuenta la fusin de imgenes y colores que se usan para lograr la sintona perfecta y obtener los mejores
resultados

FASE DE CONSTRUCCIN: El propsito 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.
Implementacin de Clases: 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.
Arquitectura Final: La arquitectura final del sistema es el resultado definitivo de la propuesta que fue
presentada como solucin a la problemtica encontrada, ofreciendo un mapa de las diversas opciones que
tendr el sistema de informacin.
Pantallas de Salida: Este punto hace referencia a los resultados que se obtendrn u obtienen luego del
procesamiento de los datos (consultas, reportes).
Pruebas del Sistema: Las pruebas del sistema se realizan con el fin de verificar el funcionamiento del mismo
(registros, clculos, funcionamiento de opciones) y dependiendo de los resultados que arrojen se toman las
medidas adecuadas a cada situacin.
Pruebas de Interfaz: La prueba de interfaz del sistema debe recoger todos los datos necesarios, sin introducir
errores, para el sistema. De esta forma, la interfaz contiene una proteccin contra errores de entrada. As
mismo, tambin debe recoger los datos minimizando el nmero de teclas pulsadas por el usuario. Las entradas
deben estar bien estructuradas y ser fciles de comprender y utilizar. Se debe comprobar que todas las
opciones trabajen y se ejecuten adecuadamente.
Pruebas de Caja Negra: El sistema de pruebas de caja negra no considera la codificacin dentro de sus
parmetros a evaluar, es decir, que no estn basadas en el conocimiento del diseo interno del programa,
estas pruebas se enfocan en los requerimientos establecidos y en la funcionalidad del sistema.
Pruebas de Seguridad: Las pruebas de seguridad se realizan con la finalidad de asegurar la integridad del
sistema mediante el uso de mecanismos que permitan el acceso a la herramienta informtica solo de aquellas
personas autorizadas, y solo a las opciones del sistema que el por el tipo de usuario estn permitidas.

FASE DE TRANSICIN: El propsito de esta fase es asegurar que el software est disponible para los usuarios
finales, ajustar los errores y defectos encontrados en las pruebas de aceptacin, capacitar a los usuarios y
proveer el soporte tcnico necesario. Se debe verificar que el producto cumpla con las especificaciones
entregadas por las personas involucradas en el proyecto.
Implantacin: Consiste en la puesta en marcha definitiva en su entorno de operacin de la aplicacin o sistema
de informacin desarrollada. Se debe elaborar un plan donde se especifiquen las actividades necesarias para
colocar en funcionamiento el sistema de informacin.
Adiestramiento: El plan de adiestramiento se realiza con la intencin de organizar una serie de eventos que
permitan a los usuarios del sistema de informacin el adquirir los conocimientos necesarios para la correcta
manipulacin de la herramienta informtica. Se toman en cuenta diversos factores como los das y los temas a
tratar, haciendo en lo posible que el aprendizaje sea de manera didctica y lo ms clara posible para los
encargados del sistema de informacin.
Manual de Usuarios: El manual de usuarios es una gua que permite describir de forma detallada el
funcionamiento de un sistema de informacin, a fin de que las personas que hagan uso del mismo puedan
consultar dudas con respecto a las operaciones del software, inconvenientes en la operatividad o simplemente
aprender ms sobre su manejo.
Ejemplo de Plantilla de Caso de Uso
Caso de Uso: principal del sistema
Nmero: 01
Proyecto: Control y Gestin Administrativa de la cooperativa ELescape.com1354-RL CA Puerto La Cruz- Estado
Anzotegui.
Analista(s): Fecha: 02-06-2013
Versin: 1.0
Descripcin: En este caso de uso un usuario intenta acceder al sistema, ingresando su nombre de usuario y
contrasea, los cuales sern comprobados en la base de datos del sistema.
Actores: Usuario sin validar, Usuario validado, BDD
Precondiciones
(condiciones de
entrada)
El Usuario necesita ingresar al Sistema en este caso como administrador o encargado.

Flujo de eventos
normal
Paso Acciones
1 El Sistema solicita el Nombre de Usuario y Contrasea
2 El Usuario ingresa su Nombre de Usuario y Contrasea
3 El Usuario pulsa el botn Aceptar
4 El sistema valida el nombre de usuario y la clave con el Directorio Activo y
con su Sistema Interno de Base de Datos
5 El Sistema verifica el estado de la cuenta del usuario
6 El Sistema Autoriza al Usuario de acuerdo al rol que tiene asignado en el
sistema
Postcondiciones
(condiciones de
salida)

Usuario ingresa al sistema de acuerdo a su rol.
Flujos de eventos
excepcionales o
alternativos
Paso Acciones
1 El sistema muestra un mensaje de validado fallido

Requisitos no-
funcionales
asociados
El caso del men validar usuario puede ser controlado por la base de datos.
Usuario y Clave correcta
Usuario y Clave incorrecta
Usuario y Clave no valida

Notas:
El usuario administrador tiene acceso a todas las opciones del sistema y el usuario
encargado no tiene acceso a la opcin configurar
Arquitectura final












Arquitectura final

Opciones del Menu
Acceso al sistema
Socios
Solicitud de
sociedad
Modificar
Crditos
Solicitud de
Crditos
Abono de crditos
Aprobacin de
crditos
Estatus de crditos
actuales
Configuracin
crear usuario
Modificar usuario
Ayuda
Acerca de
Nosotros...
Reportes
Reporte mensual
Crditos pendiente de
aprobacin
Crditos Gnrl.
Socios Activos/Inactivos
Estado de cuenta de socios
Crdito PE
Acceso al sistema
Solicitud
Reportes Ayuda
Opciones del men
Usuario Crditos
Buscar
Modificar
Estatus de
reclamo de socio
Estatus de
crdito
Configuracin
Estatus de
solicitud de
Estatus de
crdito PP
Estatus de
aprobacin de
crdito
Sociedad
Crdito
Reclamo
Resumen del
mes/sema
Estatus de
socio
Estatus de
crdito
Reclamo
Acerca
de
Modificar
cuenta
Cambiar fondo
de pantalla
Crear cuenta
de usuario
Tabla 1 Pruebas De Interfaz

PRUEBAS SI NO

Validacin de campos obligatorios
X
Validacin de la longitud/rango
apropiada de los campos.
X
Validacin del formato de los campos
de entrada de la interfaz.
X
Validacin personalizada de datos

X
Validacin del despliegue de
ventanas, dilogos y mensajes.
X
Validacin de la interaccin y
comunicacin apropiada entre los diferentes
componentes de la interfaz.
X
Validacin de invocacin de
operaciones ante una accin especfica de
usuario.
X



Validacin de alto nivel de los
escenarios principales de la interfaz.
X