Metodologia rup
Páginas: 27 (6518 palabras)
Publicado: 4 de noviembre de 2010
Contenido
1 Historia 2
2 Características esenciales 2
2.1 Proceso dirigido por Casos de Uso 2
2.2 Proceso centrado en la arquitectura 3
2.3 Proceso iterativo e incremental 5
3 Otras prácticas 7
Gestión de requisitos 7
Desarrollo de software iterativo 7
Desarrollo basado en componentes 7
Modelado visual (usando UML) 7
Verificación continua de la calidad 7
4Estructura del proceso 8
4.1 Estructura Dinámica del proceso. Fases e iteraciones 8
5 Estructura Estática del proceso. Roles, actividades, artefactos y flujos de trabajo 13
6 Una configuración RUP para proyecto pequeño 18
6.1 Esquema de trazabilidad 19
Rational Unified Process (RUP)
Este documento presenta un resumen de Rational Unified Process (RUP). Se describe la historia de lametodología, características principales y estructura del proceso. RUP es un producto comercial desarrollado y comercializado por Rational Software, una compañía de IBM.
Historia
La Figura 1 ilustra la historia de RUP. 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 basada en componentes, queintrodujo el concepto de Caso de Uso. Entre los años de 1987 a 1995 Jacobson fundó la compañía Objectory AB y lanza el proceso de desarrollo Objectory (abreviación de Object Factory).
[pic]
Figura 1: Historia de RUP
Posteriormente en 1995 Rational Software Corporation adquiere Objectory AB y entre 1995 y 1997 se desarrolla Rational Objectory Process (ROP) a partir de Objectory 3.8 y delEnfoque Rational (Rational Approach) adoptando UML como lenguaje 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.
Característicasesenciales
Los autores de RUP destacan que el proceso de software propuesto por RUP tiene tres características esenciales: está dirigido por los Casos de Uso, está centrado en la arquitectura, y es iterativo e incremental.
1 Proceso dirigido por Casos de Uso
Los Casos de Uso son una técnica de captura de requisitos que fuerza a pensar en términos de importancia para el usuario y no sólo entérminos de funciones que seria bueno contemplar. Se define un Caso de Uso como un fragmento de funcionalidad del sistema que proporciona al usuario un valor añadido. Los Casos de Uso representan los requisitos funcionales del sistema.
En RUP los Casos de Uso no son sólo una herramienta para especificar los requisitos del sistema. También guían su diseño, implementación y prueba. Los Casos de Usoconstituyen un elemento integrador y una guía del trabajo como se muestra en la Figura 2.
[pic]
Figura 2: Los Casos de Uso integran el trabajo
Los Casos de Uso no sólo inician el proceso de desarrollo sino que proporcionan un hilo conductor, permitiendo establecer trazabilidad entre los artefactos que son generados en las diferentes actividades del proceso de desarrollo.
Como se muestraen la Figura 3, basándose en los Casos de Uso se crean los modelos de análisis y diseño, luego la implementación que los lleva a cabo, y se verifica que efectivamente el producto implemente adecuadamente cada Caso de Uso. Todos los modelos deben estar sincronizados con el modelo de Casos de Uso.
[pic]
Figura 3: Trazabilidad a partir de los Casos de Uso
2 Proceso centrado en laarquitectura
La arquitectura de un sistema es la organización o estructura de sus partes más relevantes, lo que permite tener una visión común entre todos los involucrados (desarrolladores y usuarios) y una perspectiva clara del sistema completo, necesaria para controlar el desarrollo.
La arquitectura involucra los aspectos estáticos y dinámicos más significativos del sistema, está relacionada con...
1 Historia 2
2 Características esenciales 2
2.1 Proceso dirigido por Casos de Uso 2
2.2 Proceso centrado en la arquitectura 3
2.3 Proceso iterativo e incremental 5
3 Otras prácticas 7
Gestión de requisitos 7
Desarrollo de software iterativo 7
Desarrollo basado en componentes 7
Modelado visual (usando UML) 7
Verificación continua de la calidad 7
4Estructura del proceso 8
4.1 Estructura Dinámica del proceso. Fases e iteraciones 8
5 Estructura Estática del proceso. Roles, actividades, artefactos y flujos de trabajo 13
6 Una configuración RUP para proyecto pequeño 18
6.1 Esquema de trazabilidad 19
Rational Unified Process (RUP)
Este documento presenta un resumen de Rational Unified Process (RUP). Se describe la historia de lametodología, características principales y estructura del proceso. RUP es un producto comercial desarrollado y comercializado por Rational Software, una compañía de IBM.
Historia
La Figura 1 ilustra la historia de RUP. 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 basada en componentes, queintrodujo el concepto de Caso de Uso. Entre los años de 1987 a 1995 Jacobson fundó la compañía Objectory AB y lanza el proceso de desarrollo Objectory (abreviación de Object Factory).
[pic]
Figura 1: Historia de RUP
Posteriormente en 1995 Rational Software Corporation adquiere Objectory AB y entre 1995 y 1997 se desarrolla Rational Objectory Process (ROP) a partir de Objectory 3.8 y delEnfoque Rational (Rational Approach) adoptando UML como lenguaje 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.
Característicasesenciales
Los autores de RUP destacan que el proceso de software propuesto por RUP tiene tres características esenciales: está dirigido por los Casos de Uso, está centrado en la arquitectura, y es iterativo e incremental.
1 Proceso dirigido por Casos de Uso
Los Casos de Uso son una técnica de captura de requisitos que fuerza a pensar en términos de importancia para el usuario y no sólo entérminos de funciones que seria bueno contemplar. Se define un Caso de Uso como un fragmento de funcionalidad del sistema que proporciona al usuario un valor añadido. Los Casos de Uso representan los requisitos funcionales del sistema.
En RUP los Casos de Uso no son sólo una herramienta para especificar los requisitos del sistema. También guían su diseño, implementación y prueba. Los Casos de Usoconstituyen un elemento integrador y una guía del trabajo como se muestra en la Figura 2.
[pic]
Figura 2: Los Casos de Uso integran el trabajo
Los Casos de Uso no sólo inician el proceso de desarrollo sino que proporcionan un hilo conductor, permitiendo establecer trazabilidad entre los artefactos que son generados en las diferentes actividades del proceso de desarrollo.
Como se muestraen la Figura 3, basándose en los Casos de Uso se crean los modelos de análisis y diseño, luego la implementación que los lleva a cabo, y se verifica que efectivamente el producto implemente adecuadamente cada Caso de Uso. Todos los modelos deben estar sincronizados con el modelo de Casos de Uso.
[pic]
Figura 3: Trazabilidad a partir de los Casos de Uso
2 Proceso centrado en laarquitectura
La arquitectura de un sistema es la organización o estructura de sus partes más relevantes, lo que permite tener una visión común entre todos los involucrados (desarrolladores y usuarios) y una perspectiva clara del sistema completo, necesaria para controlar el desarrollo.
La arquitectura involucra los aspectos estáticos y dinámicos más significativos del sistema, está relacionada con...
Leer documento completo
Regístrate para leer el documento completo.