Proceso Unificado Racional(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.

Proceso Unificado Racional(RUP)

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.

Proceso Unificado Racional(RUP)

RUP se divide en 4 fases, dentro de las cuales se realizan varias iteraciones segn el proyecto y en las que se hace mayor o menos esfuerzo en las distintas actividades.
En las iteraciones de cada fase se hacen diferentes esfuerzos en diferentes actividades:
Fase de Inicio

Fase de Elaboracin
Fase de Construccin Fase de Transicin

Proceso Unificado Racional(RUP)

Con estas fases se logra ejecutar un conjunto de mejores prcticas, como lo son:
Desarrollar Software Iterativamente

Modelar el software visualmente

Gerenciar los Requerimientos Usar arquitecturas basadas en componentes Verificacin continua de la calidad

Gerenciar los cambios

Proceso Unificado Racional(RUP)

Descripcin de Fases

Dependiendo de la iteracin del proceso el equipo de desarrollo puede realizar diferentes tipos de

actividades. Veamos de qu trata cada fase.

Fase de Inicio (Inspeccin y Concepcin)

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.
O Durante la fase de inicio las iteraciones hacen poner mayor

nfasis en actividades como el modelado del negocio y de requisitos.

O Su objetivo es modelar funciones y roles que realiza la

organizacin para realizar ms fcilmente la reingeniera de procesos o la implantacin del nuevo sistema.

Fase de Inicio (Inspeccin y Concepcin, 2)

En esta fase se realizan los siguientes pasos:
O Un documento con la visin del proyecto. O El modelo de Casos de Uso con una lista de todos los Casos de

Uso y los actores que puedan ser identificados.

O Un glosario inicial del proyecto. O Un Caso de Uso inicial de Negocio el cual incluye: contexto del

negocio, criterios de xito y planificacin financiera.

O Un estudio inicial de riesgos. O Un plan del proyecto que muestre las fases y las iteraciones.

Fase de Inicio (Inspeccin y Concepcin, 3)

Tambin se describe lo que el sistema tendra que realizar y permitir que los desarrolladores y el cliente estn de acuerdo con esta descripcin. Para ello se realizarn las siguientes subfases:
O Describir los requerimientos funcionales y no funcionales
O Capturar un glosario o vocabulario del sistema o proyecto. O Encontrar actores y casos de uso. O Describir los casos de uso mediante su flujo principal, variaciones y

excepciones.
O Asignar prioridades a los casos de uso encontrados para poder

planificar la iteracin implementacin.

en

forma

de

anlisis,

diseo

O Modelar la interfaz de usuario (diseo lgico). O Prototipo de la interfaz de usuario (diseo fsico).

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.

O En esta fase las iteraciones se orientan al desarrollo de la

arquitectura, que incluye los flujos de trabajo de requerimientos,

modelo de negocios (refinamiento), anlisis, diseo y una parte de implementacin orientado a la arquitectura.

Fase de Elaboracin
En esta fase se realizan las siguientes subfases:
O Un modelo de Casos de Uso con todos los actores

identificados y la mayor parte de las descripciones de Casos de Uso.

O Requerimientos

adicionales: seudorequerimientos.

no

funcionales

O Descripcin de la arquitectura del software. O Prototipo ejecutable de arquitectura. O Una lista revisada de riesgos. O Plan del proyecto, incluyendo iteraciones y criterios de

evaluacin para cada iteracin.

O Manual preliminar de usuario.

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..
O Se implementan las clases y objetos en ficheros fuente,

binarios, ejecutables y dems. El resultado final es un sistema ejecutable.

Fase de Construccin
Para ello se realizarn las siguientes subfases:
O El producto de software integrado sobre la plataforma

O
O O

O O O

adecuada. Los manuales de usuario. Una descripcin de la versin actual. 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.

Fase de Transicin
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.

Pruebas
En la parte de Pruebas se evala la calidad del producto, 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. Se deben 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 y que los requisitos tengan su apropiada implementacin.

Despliegue
se produce con xito distribuciones del producto y distribuirlo a los usuarios. Las actividades implicadas incluyen:
O Probar el producto en su entorno de ejecucin final.

O Empaquetar el software para su distribucin.

O Distribuir el software. O Instalar el software. O Proveer asistencia y ayuda a los usuarios. O Formar a los usuarios y al cuerpo de ventas. O Migrar el software existente o convertir bases de datos

Durante todo el proyecto se ejecutan las fases de gestin del proyecto, donde se vigila el cumplimiento de los objetivos, gestin de riesgos y restricciones para desarrollar un producto que sea acorde a los requisitos de los clientes y los usuarios. En la cual se realizan las tareas:
O Proveer un marco de trabajo para la gestin de proyectos de

software intensivos.
O Proveer guas prcticas realizar planeacin, contratar personal,

ejecutar y monitorear el proyecto.

O Proveer un marco de trabajo para gestionar riesgos.

Configuracin y Control de Cambios

permite mantener la integridad de todos que se crean en el proceso, as como de mantener informacin del proceso evolutivo que han

seguido.

Entorno
La finalidad es dar soporte al proyecto con las adecuadas herramientas, procesos y mtodos. Brinda una especificacin de las herramientas que se van a necesitar en cada momento, as

como definir la instancia concreta del proceso que

se va a seguir..

En concreto las responsabilidades de este flujo de trabajo incluyen:

O Seleccin y adquisicin de herramientas O Establecer y configurar las herramientas para que se

ajusten a la organizacin.
O Configuracin del proceso. O Mejora del proceso. O Servicios tcnicos.

Los Roles que se cumplen en el RUP.

Analistas
O Analista de procesos de negocio. O Diseador del negocio. O Analista de sistema. O Especificador de requisitos.

Desarrolladores
O Arquitecto de software. O Diseador O Diseador de interfaz de usuario O Diseador de cpsulas. O Diseador de base de datos. O Implementador. O Integrador.

Gestores
O Jefe de proyecto O Jefe de control de cambios. O Jefe de configuracin. O Jefe de pruebas O Jefe de despliegue O Ingeniero de procesos O Revisor de gestin del

proyecto O Gestor de pruebas.

Apoyo
O Documentador tcnico O Administrador de sistema O Especialista en herramientas O Desarrollador de cursos O Artista grfico

Especialista en Pruebas y Otros Roles

O Especialista en Pruebas (tester) O Analista de pruebas O Diseador de pruebas O Stakeholders.

O Revisor
O Coordinacin de revisiones O Revisor tcnico O Cualquier rol

Beneficios de la Metodologa Orientada a Objetos.

O Promueve la reusabilidad. O Reduce la complejidad del mantenimiento

(extensibilidad y facilidad de cambios).

O Riqueza semntica. O Disminuye la brecha semntica entre la visin

interna y la visin externa del sistema.

O Facilita la construccin de prototipos.

Ventajas de la Metodologa Orientada a Objetos.

O Reutilizacin O El

diseador

piensa

en

trminos

del

comportamiento de objetos y no en detalles

de bajo nivel
O Confiabilidad, Integridad y Estabilidad. O Mantenimiento ms sencillo. Modificaciones

locales.