Introduccion a la metodología rup
Historia Caracteristicas Principales
Proceso dirigido por Casos de Uso Proceso centrado en la arquitectura Proceso iterativo e incremental
Estructura del proceso
Estructura Dinámica del proceso. Fases e iteraciones
Incepción Elaboración Construcción Transición
Estructura Estática del proceso. Roles, actividades, artefactos
y flujos de trabajo
Roles Actividades Artefactos Workflows
Historia
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, que introdujo 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). 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 del Enfoque 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ó eincorporó 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ísticas Principales
Proceso dirigido por Casos de Uso
Proceso iterativo e incremental
Proceso centrado en la arquitectura
Proceso dirigido por Casos de Uso
Proceso centrado en la arquitecturaLa 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. La arquitectura involucra los aspectos estáticos y dinámicos más significativos del sistema, está relacionada con la toma de decisiones que indican cómo tiene que serconstruido el sistema y ayuda a determinar en qué orden. La arquitectura se ve influenciada por la plataforma, software, sistema operativo, gestor de bases de datos, protocolos, consideraciones de desarrollo como sistemas heredados. Muchas de estas restricciones constituyen requisitos no funcionales del sistema.
Proceso iterativo e incremental
La estrategia que se propone en RUP es tener unproceso iterativo e incremental en donde el trabajo se divide en partes más pequeñas o mini proyectos. Permitiendo que el equilibrio entre Casos de Uso y arquitectura se vaya logrando durante cada mini proyecto, así durante todo el proceso de desarrollo. Cada mini proyecto se puede ver como una iteración (un recorrido más o menos completo a lo largo de todos los flujos de trabajo fundamentales)del cual se obtiene un incremento que produce un crecimiento en el producto. Una iteración puede realizarse por medio de una cascada como se muestra en la Figura. Se pasa por los flujos fundamentales (Requisitos, Análisis, Diseño, Implementación y Pruebas), también existe una planificación de la iteración, un análisis de la iteración y algunas actividades específicas de la iteración. Al finalizarse realiza una integración de los resultados con lo obtenido de las iteraciones anteriores.
Estructura del proceso (1)
Estructura Dinámica del proceso. Fases e iteraciones
RUP •Incepción •Elaboración •Construcción •Transición Modelo Tradicional (Análisis de Requerimientos) (Análisis y Diseño del Sistema)) (Construcción y Pruebas) (Implementación y Liberación)
Estructura Estática delproceso. Roles, actividades, artefactos y flujos de trabajo •Roles •Actividades •Artefactos •Flujos de trabajo
Estructura del proceso (2)
El proceso puede ser descrito en dos dimensiones o ejes: Eje horizontal: Representa el tiempo y es considerado el eje de los aspectos dinámicos del proceso. Indica las características del ciclo de vida del proceso expresado en términos de fases, iteraciones...
Regístrate para leer el documento completo.