Universidad Nacional Autnoma de Nicaragua Facultad de Regional Multidisciplinaria FAREM-Estel

Universidad Nacional Autnoma de NicaraguaFacultad de Regional Multidisciplinaria FAREM-EstelIntegrantes:Dania OrtezNathaly Daneyda Carrasco VanegasCristian Rafael RayoRamn Uriel Matute

Tema: Proceso unificado Rational- RupndiceHistoria de RupMetodologa de desarrollo aplicadaCaractersticas de las fases de transaccinVentajaDesventajaPlaneando las etapa o fases

Historia de RupPosteriormente 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

Modelado de negocio. Requerimientos.Anlisis y diseo.Implementacin.Pruebas.Distribucin.Administracin de proyectos de cambios y configuracin.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 como la va a cocinar en el horno y a cuentos grados de temperatura.

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

IniciacinElaboracinConstruccinTransicin

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 industriaAdaptable a la organizacinHerramientas de buena implementacin Define actividades, roles y responsabilidades desde jefe de proyecto hasta los analistas y desde desarrolladores y equipos de prueba.

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 Esta fase proporciona un producto construido junto con la documentacin.

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