Este documento describe la metodología RUP (Rational Unified Process). Explica que RUP es un proceso de ingeniería de software que provee un enfoque disciplinado para asignar tareas y responsabilidades dentro de una organización de desarrollo. También describe las disciplinas, fases y dimensiones de RUP, así como sus ventajas y desventajas.
0 calificaciones0% encontró este documento útil (0 votos)
30 vistas28 páginas
Este documento describe la metodología RUP (Rational Unified Process). Explica que RUP es un proceso de ingeniería de software que provee un enfoque disciplinado para asignar tareas y responsabilidades dentro de una organización de desarrollo. También describe las disciplinas, fases y dimensiones de RUP, así como sus ventajas y desventajas.
Este documento describe la metodología RUP (Rational Unified Process). Explica que RUP es un proceso de ingeniería de software que provee un enfoque disciplinado para asignar tareas y responsabilidades dentro de una organización de desarrollo. También describe las disciplinas, fases y dimensiones de RUP, así como sus ventajas y desventajas.
Este documento describe la metodología RUP (Rational Unified Process). Explica que RUP es un proceso de ingeniería de software que provee un enfoque disciplinado para asignar tareas y responsabilidades dentro de una organización de desarrollo. También describe las disciplinas, fases y dimensiones de RUP, así como sus ventajas y desventajas.
Descargue como PDF, TXT o lea en línea desde Scribd
Descargar como pdf o txt
Está en la página 1/ 28
METODOLOGÍA RUP
• 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 ANTECEDENTES El antecedente más importante se ubica en 1967 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) 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 lenguaje de modelaje. 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. Metodología de desarrollo aplicada Las siglas RUP en ingles significa Rational Unified Process (Proceso Unificado 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. RUP 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. DISCIPLINAS Y FASES - Modelado de negocio. - Requerimientos. - Análisis y diseño. - Implementación. - Pruebas. - Distribución. - Administración de proyectos. - Administración de cambios y configuración. - Ambiente. EJEMPLO Pedir una pizza a domicilio para enfatizar la implementación de RUP 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.<br /> Cada ciclo de evolución lleva las fases *Iniciación *Elaboración *Construcción *Transició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
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 actividad desde jefe de proyecto hasta los analistas y es, roles y responsabilidades desde desarrolladores y equipos de pruebadesde desarrolladores y equipos de prueba DESVENTAJAS
las DESVENTAJAS que obtenemos son:
- 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. 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ña que 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. DIMENSIONES DEL RUP
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. HERRAMIENTA FACILITADORA DEL RUP 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: INTERFAZ DE RATIONAL ROSE
