rup presentacion
TRANSCRIPT
IT 7-1
Valeria Espinoza Rodríguez Ana Patricia Valencia Montaño
Í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
RUP
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 Object Factory).
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, destacándose especialmente el flujo de trabajo conocido como modelado del negocio. En junio del 1998 se lanza Rational Unified Process.
Metodología de desarrollo aplicada
Las siglas RUP en ingles significa Rational Unified Process (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.
Es el Marco de referencia de ingeniería de software para definir, implementar y distribuir aplicaciones de software sus características principales
Utiliza UML. Gramática bien definida. Terminología usada para las definiciones de los
procesos.
RUP
Disciplinas y fases
1.- Modelado de negocio.2.- Requerimientos.3.- Análisis y diseño.4.- Implementación.5.- Pruebas.6.- Distribución.7.- Administración de proyectos.8.- Administración de cambios y configuración.9.- Ambiente.
Pedir una pizza a domicilio para enfatizar
la implementación de RUP
Ejemplo
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).
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.
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.
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.
Fase de evolución
Son actividades asociadas con implementación de nuevas versiones de un producto mas maduro.
Cada ciclo de evolución lleva las fases
IniciaciónElaboraciónConstrucciónTransición
• La pizzería para estar siempre actualizada evalúa sus estadísticas y se da cuenta de que la piza de queso es la más 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
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
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.
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.
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.
Fases
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.
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.
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.
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.
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ñaque las fases de concepción y elaboración juntas. Este es precisamente el objetivo del trabajo.
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.
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.
National Rose
• Herramienta Facilitadora de implementación
National Rose
• Herramienta Facilitadora de implementación
• 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:
Concepción y formalización del
modelo.
Construcción de los componentes
Transición de los usuarios
Certificación de las distintas
fases
Interfaz de Rational Rose
•Permite navegar rápidamente a través de distintas vistas
Navegador
•Sirve para mejorar los documentos del ítem
Ventana de documentos
•Brinda distintas herramientas para trabajar sobre el documento
Barra de Herramientas
estándar
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
Nuestro Libro
Libro
