El documento describe la metodología RUP (Rational Unified Process), incluyendo su historia, disciplinas, fases y características. RUP es un marco de referencia para el desarrollo de software que utiliza UML y está compuesto por disciplinas como modelado de negocios, requerimientos, análisis, diseño, implementación y pruebas. Incluye fases como iniciación, elaboración, construcción y transición, las cuales se repiten en ciclos iterativos.

1. IT 7-1 Valeria Espinoza Rodríguez Ana Patricia Valencia Montaño

2. Índice Antecedentes Historia de RUP Metodología de desarrollo aplicada Disciplinas y fases Ventajas Desventajas Características de la fase de transición Planeando las fases Dimensiones del RUP National Rose

3. RUP

4. Antecedentes El antecedente más importante se ubica en 1 967 con la Metodología Ericsson (Ericsson Approach) elaborada por Ivar Jacobson , una aproximación de desarrollo lo basada en componentes, que introdujo el concepto de Caso de Uso. Entre los años de 1987 a 1955 Jacobson fundó la compañía Objectory AB y lanza el proceso de desarrollo Objectory (abreviación de ObjectFactory).

5. 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 (RationalApproach) 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, destacándose especialmente el flujo de trabajo conocido como modelado del negocio. En junio del 1998 se lanza RationalUnifiedProcess.

6. Metodología de desarrollo aplicada Las siglas RUP en ingles significa RationalUnifiedProcess (ProcesoUnificado de Rational) es un producto del proceso de ingeniería de software que proporciona un enfoque disciplinado para asignar tareas y responsabilidades dentro de una organización del desarrollo. Su meta es asegurar la producción del software de alta calidad que resuelve las necesidades de los usuarios dentro de un presupuesto y tiempo establecidos.

8. Gramática bien definida.

10. Ejemplo Pedir una pizza a domicilio para enfatizar la implementación de RUP

11. Fase de iniciación 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 críticos de la entrega del proyecto. Al pedir una pizza el cliente llama al operador y realiza una orden esto sería el requerimiento( quiere una pizza de peperoni).

12. Fase de elaboración En esta fase se analiza el dominio del diseño de la aplicación y establecer las fases de la arquitectura del software es la más importante en la entrega de un proyecto y una de la de más alto riesgo por lo critico de la toma de decisiones de la arquitectura del diseño. 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.

13. Fase de construcción Se compone de cada desarrollo de la aplicación. El Chef sigue los pasos previamente establecidos une todos los ingredientes y cocina la pizza.

14. Fase de transición Se centran la actividades requeridas para colocar el software en las manos de los usuarios finales incluye varias interacciones de archivos beta y corrección de errores y mejoras. El producto es empaquetado y llevado a su destino para ser entregado al cliente.

16. Elaboración

17. Construcción

19. 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 estándares de la industria Adaptable a la organización Herramientas de buena implementación Define actividades, roles y responsabilidades desde jefe de proyecto hasta los analistas y desde desarrolladores y equipos de prueba

20. Desventajas Sistemas híbridos: en empresas que hay organismos híbridos y no son adáptales a cualquier empresa UML no es efectivo. Características avanzadas la sintaxis de modelación requiere de notaciones que no poseen los desarrolladores promedio. Costosa comprar las herramientas y capacitar al equipo requiere de tiempo y consultoría. Limitaciones en ciclo de vida no lo contempla completo.

21. Cada paso con las cuatro fases produce una generación del software. A menos que el producto "muera", se desarrollará nuevamente repitiendo la misma secuencia las fases de iniciación, elaboración, construcción y transición, pero con diversos énfasis cada fase.

22. Características de la fase de transición Se incluyen tareas de marketing, empaquetado atractivo, instalación, configuración, entrenamiento, soporte, mantenimiento, etc. Los manuales de usuario se completan y refinan con la información anterior estas tareas se realizan también en iteraciones. Todas las fases no son idénticas en términos de tiempo y esfuerzo. Aunque esto varía considerablemente dependiendo del proyecto, un ciclo de desarrollo inicial típico para un proyecto de tamaño mediano debe anticipar la distribución siguiente el esfuerzo y horario.

23. Fases

24. Planeando las fases El ciclo de vida consiste en una serie de ciclos, cada uno de los cuales. Produce una nueva versión del producto, cada ciclo está compuesto por fases y. Cada una de estas fases está compuesta por un número de iteraciones.

25. Elaboración Tanto la funcionalidad como el dominio del problema se estudian en profundidad. Se define una arquitectura básica, se planifica el proyecto considerando recursos disponibles.

26. Construcción El producto se desarrolla a través de iteraciones donde cada iteración e involucra tareas de análisis, diseño e implementación. Las fases de estudio y análisis sólo dieron una arquitectura básica que es aquí refinada de manera incremental conforme se construye (se permiten cambios en la estructura). Gran parte del trabajo es programación y pruebas Se documenta tanto el sistema construido como el manejo del mismo Esta fase proporciona un producto construido junto con la documentación.

27. Requerimientos Esta disciplina tiene como objetivos establecer lo que el sistema debe. Hacer (especificar requisitos), definir los límites del sistema, y una interfaz de. Usuario, realizar una estimación del costo y tiempo de desarrollo.

28. En un ciclo evolutivo, las fases de concepción y elaboración serían considerablemente más pequeñas. Algunas herramientas que pueden automatizar una cierta porción del esfuerzo de la fase de Construcción pueden atenuar esto, haciendo que la fase de construcción sea mucho más pequeña que las fases de concepción y elaboración juntas. Este es precisamente el objetivo del trabajo.

29. Los ciclos evolutivos pueden ser iniciados por las mejoras sugeridas por el usuario, cambios en el contexto del usuario, cambios en la tecnología subyacente, reacción a la competición, etcétera. Los ciclos evolutivos tienen típicamente fases de concepción y elaboración mucho más cortas, puesto que la definición y la arquitectura básicas del producto son determinadas por los ciclos de desarrollo anteriores. Las excepciones a esta regla son los ciclos evolutivos en los cuales ocurre o surge un producto significativo o una redefinición arquitectónica.

31. El RUP tiene dos dimensiones El eje horizontal representa tiempo y demuestra los aspectos del ciclo de vida del proceso. El eje vertical representa las disciplinas, que agrupan actividades Definidas lógicamente por la naturaleza. La primera dimensión representa el aspecto dinámico del proceso y se Expresa en términos de fases, de iteraciones, y la finalización de las fases. La segunda dimensión representa el aspecto estático del proceso: cómo se describe en términos de componentes de proceso, las disciplinas, las actividades, los flujos de trabajo, los artefactos, y los roles.

32. National Rose Herramienta Facilitadora de implementación

33. National Rose Herramienta Facilitadora de implementación

34. Es una herramienta de modelado visual para el análisis y diseño de sistemas basados en objetos. Es utilizada para modelar un sistema antes de proceder a construirlo. Cubre todo el ciclo de vida de un proyecto:

35. Interfaz de Rational Rose

36. Bibliografía http://www.youtube.com/watch?v=bV8MgbfOO5g&feature=related Adobe Acrobat Document/aplicaciónRup.pdf Copyright.2003,Rational Software Corporation http://www.slideshare.net/vivi_jocadi/rational-rose

37. Nuestro Libro Libro

38. Nuestro Blog http://rupit71.wordpress.com