Modelo Rup

MODELO RUP (RATIONAL UNIFIED PROCESS O PROCESO UNIFICADO RACIONAL)
   Es un proceso de  Ingeniería de Software. Proporciona un enfoque disciplinado para la asignación de tareas y responsabilidades dentro de una organización de desarrollo. 
Su objetivo es garantizar la producción de alta calidad software que satisfaga las necesidades de sus usuarios finales, dentro de un horariopredecible y presupuesto.
HISTORIA
El RUP de desarrollo de software fue desarrollado por la IBM Corporación, de propiedad de Rational Software en 2003. 
El antecedente másimportante se ubica en 1967 con la Metodología Ericsson (EricssonApproach) 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ñíaObjectory AB y lanza el proceso de desarrollo Objectory (abreviación de Object Factory).

                                     Figura 1: Historia de RUP

Posteriormente en 1995  Rational Software Corporationadquiere Objectory AB  y entre 1995  y  1997    sedesarrollaRational Objectory Process  (ROP)  a  partir  de  Objectory 3.8  y  del Enfoque Rational (Rational Approach) adoptando UML comolenguaje de 
Modelado.
Desde ese entonces y a la cabeza de Grady Booch, IvarJacobson y James Rumbaugh, Rational Software desarrolló eincorporó diversos elementos para expandir ROP, destacándoseespecialmente el flujo de trabajo conocido como modelado del negocio.En junio del 1998 se lanza Rational Unified Process.
CARACTERÍSTICAS ESENCIALESLos autores de RUP destacan que el proceso de  softwarepropuesto 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 quefuerza a pensar en términos de importancia para el usuario y no sólo entérminosde funciones que sería bueno contemplar. Se define un Caso de Uso como un fragmento de funcionalidad del sistema queproporciona 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 paraespecificar los requisitos del sistema. También guían su diseño, implementación y prueba. Los Casos de Uso constituyen un elementointegrador y una guíadel trabajo como se muestra en la Figura 2.

                    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 establecertrazabilidad entre los artefactos que son generados en las diferentesactividades del proceso de desarrollo.

2. Proceso centrado en la arquitecturaLa arquitectura de un sistema es la organización o estructura desus partes más relevantes, lo que permite tener una visión común entre todos los involucrados (desarrolladores y usuarios) y una perspectivaclara del sistema completo, necesaria para controlar el desarrollo.
La arquitectura involucra losaspectos estáticos y dinámicos mássignificativos del sistema, está relacionada con la toma de decisionesque indican cómo tiene que ser construido   el sistema y ayuda adeterminar en qué orden. La arquitectura se ve influenciada por laplataforma software, sistema operativo, gestor de bases de datos, protocolos, consideraciones de desarrollo como sistemas heredados.Muchas de estas restricciones constituyen requisitos no funcionalesdel sistema.En el caso de RUP además de utilizar los Casos de Uso paraguiar el proceso se presta especial atención al establecimiento temprano de una buena arquitectura que no se vea fuertementeimpactada ante cambios posteriores durante la construcción y el mantenimiento.

3. Proceso iterativo e incremental
El RUP es tener un proceso iterativo e incremental en donde el trabajo se divide en partes más...