Universidad Nacional Autnoma de Nicaragua

Facultad de Regional Multidisciplinaria FAREM-Estel

Integrantes:
Dania Ortez
Nathaly Daneyda Carrasco Vanegas
Cristian Rafael Rayo
Ramn Uriel Matute

Tema: Proceso unificado Rational- Rup

ndice
Historia de Rup
Metodologa de desarrollo aplicada
Caractersticas de las fases de transaccin
Ventaja
Desventaja
Planeando las etapa o fases

Historia de Rup

Posteriormente en 1995 Rational Software Corporation adquiere

Objectory AB y entre 1995 y 1997 se desarrolla Rational Objectory
Procesos (ROP) a partir de Objectory 3.8 y del Enfoque Rational (Rational
Approach) adoptando UML como lengua je de modelado.

Desde ese entonces y a la cabeza de Grady Booch , Ivar Jacobson y

James Rumbaugh , Rational Software desarroll e incorpor diversos
elementos para expandir ROP, destacndose especialmente el flujo de
trabajo conocido como modelado del negocio. En junio del 1998 se lanza
Rational Unified Process.

Metodologa de desarrollo aplicada

Las siglas RUP en ingles significa Rational Unified Process (Proceso Unificado de
Rational) es un producto del proceso de ingeniera de software que proporciona un
enfoque disciplinado para asignar tareas y responsabilidades dentro de una
organizacin del desarrollo.

Su meta es asegurar la produccin del software de alta calidad que resuelve las
necesidades de los usuarios dentro de un presupuesto y tiempo establecidos.

RUP

Es el Marco de referencia de ingeniera de software para definir, implementar y

distribuir aplicaciones de software .

sus caractersticas principales

Utiliza UML. (Lenguaje unificado de modelado)

Gramtica bien definida. (Un contexto muy especificado, correcto y claro)

Terminologa usada para las definiciones de los procesos

Disciplinas y fases

1.

Modelado de negocio.

2.

Requerimientos.

3.

Anlisis y diseo.

4.

Implementacin.

5.

Pruebas.

6.

Distribucin.

7.

Administracin de proyectos de cambios y configuracin.

8.

Ambiente.

Ejemplo:

Pedir una pizza a

domicilio para
enfatizar la
implementacin
de RUP

Fase de iniciacin

En esta fase se especifican los requerimientos, se definen los casos

de negocio y se empieza a describir el alcance actores primarios que
interactuaran con el software y factores crticos de la entrega del
proyecto.

Al pedir una pizza el cliente llama al operador y realiza una orden

esto sera el requerimiento( quiere una pizza de peperoni).

Fase de elaboracin

En esta fase se analiza el dominio del diseo de la aplicacin y establecer las

fases de la arquitectura del software es la ms importante en la entrega de un
proyecto y una de la de ms alto riesgo por lo critico de la toma de decisiones de la
arquitectura del diseo.

Una vez recibida la orden el chef piensa los ingredientes que utilizara y
va a cocinar en el horno y a cuentos grados de temperatura.

como la

Fase de construccin

Se compone de cada desarrollo de la aplicacin.

El Chef sigue los pasos previamente establecidos une todos los ingredientes y
cocina la pizza.

Fase de transicin

Se centran la actividades requeridas para colocar el software en las manos de los

usuarios finales incluye varias interacciones de archivos beta y correccin de
errores y mejoras.

El producto es empaquetado y llevado a su destino para ser entregado al cliente.

Fase de evolucin

Son actividades asociadas con implementacin de nuevas versiones de un producto

mas maduro.

Cada ciclo de evolucin lleva las fases

Iniciacin
Elaboracin
Construccin
Transicin

La pizzera para estar siempre actualizada evala sus estadsticas y se da cuenta de

que la piza de queso es la ms pedidas y decide incluir una pizza doble queso,
introduce un nuevo requerimiento y se vuelven a seguir todos los pasos para
obtener el nuevo producto.

Ventajas

Al basarte en este marco de referencia las VENTAJAS que obtenemos son:

RUP ha madurado con el tiempo: el uso

UML hace que el software se apegue a estndares de la industria

Adaptable a la organizacin

Herramientas de buena implementacin

Define actividades, roles y responsabilidades desde jefe de

analistas y desde desarrolladores y equipos de prueba.

proyecto

hasta

los

Desventajas

Sistemas hbridos: en empresas que hay organismos hbridos y no son adptales a

cualquier empresa UML no es efectivo.

Caractersticas avanzadas la sintaxis de modelacin requiere de notaciones que no

poseen los desarrolladores promedio.

Costosa comprar las herramientas y capacitar al equipo requiere de tiempo y

consultora.

Limitaciones en ciclo de vida no lo contempla completo.

Cada paso con las cuatro fases produce una generacin del software.

A menos que el producto "muera", se desarrollar nuevamente repitiendo la

misma secuencia las fases de iniciacin, elaboracin, construccin y transicin, pero
con diversos nfasis de cada fase.

Caractersticas de la fase de transicin

Se incluyen tareas de marketing, empaquetado atractivo, instalacin, configuracin,

entrenamiento, soporte, mantenimiento, etc.

Los manuales de usuario se completan y refinan con la informacin anterior estas

tareas se realizan tambin en iteraciones.

Todas las fases no son idnticas en trminos de tiempo y esfuerzo.

Aunque esto vara considerablemente dependiendo del proyecto, un ciclo de

desarrollo inicial tpico para un proyecto de tamao mediano debe anticipar la
distribucin siguiente el esfuerzo y horario.

Fases

Planeando las fases

El ciclo de vida consiste en

una serie de ciclos, cada uno
de los cuales.
Produce una nueva versin
del producto, cada ciclo est
compuesto por fases y.
Cada una de estas fases est
compuesta por un nmero
de iteraciones.

Elaboracin

Tanto la funcionalidad como el dominio del problema se estudian en profundidad.

Se define una arquitectura bsica, se planifica el proyecto considerando recursos

disponibles.

Construccin

El producto se desarrolla a travs de iteraciones donde cada iteracin e involucra

tareas de anlisis, diseo e implementacin.

Las fases de estudio y anlisis slo dieron una arquitectura bsica que es aqu
refinada de manera incremental conforme se construye (se permiten cambios en la
estructura).

Gran parte del trabajo es programacin y pruebas

Se documenta tanto el sistema construido como el manejo del mismo
proporciona un producto construido junto con la documentacin.

Esta fase

Requerimientos

Esta disciplina tiene como objetivos establecer lo que el sistema debe.

Hacer (especificar requisitos), definir los lmites del sistema, y una interfaz de.

Usuario, realizar una estimacin del costo y tiempo de desarrollo.

MUCHAS GRACIAS POR SU

ATENCION