METODOLOGÍA (RUP)
La metodología RUP,
abreviatura de Rational Unified Process (o Proceso Unificado
Racional), es un proceso propietario de la ingeniería de software creado
por Rational Software , adquirida por IBM ganando un nuevo nombre Irup que
ahora es una abreviatura Rational Unified Process y lo que es una marca en el
área de software, proporcionando técnicas que deben
seguir los miembros del equipo de desarrollo de software con el fin de aumentar
su productividad en el proceso de desarrollo.
CARACTERÍSTICAS:
Dirigido por Casos de Uso
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 Uso constituyen un elemento
integrador y una guía del trabajo.
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 en términos de funciones que sería 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.
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, 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.
Proceso centrado en la
arquitectura
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.
En el caso de RUP además de utilizar los Casos de Uso para guiar el proceso se
presta especial atención al establecimiento temprano de una buena arquitectura
que no se vea fuertemente impactada ante cambios posteriores durante la
construcción y el mantenimiento. Cada producto tiene tanto una función como una
forma. La función corresponde a la funcionalidad reflejada en los Casos de Uso
y la forma la proporciona la arquitectura. Existe una interacción entre los
Casos de Uso y la arquitectura, los Casos de Uso deben encajar en la
arquitectura cuando se llevan a cabo y la arquitectura debe permitir el
desarrollo de todos los Casos de Uso requeridos, actualmente y en el futuro.
Esto provoca que tanto arquitectura como Casos de Uso deban evolucionar en paralelo
durante todo el proceso de desarrollo de software. se ilustra la evolución de
la arquitectura durante las fases de RUP. Se tiene una arquitectura más robusta
en las fases finales del proyecto. En las fases iniciales lo que se hace es ir
consolidando la arquitectura por medio de baselines y se va modificando
dependiendo de las necesidades del proyecto.
Es conveniente ver el sistema
desde diferentes perspectivas para comprender mejor el diseño por lo que la
arquitectura se representa mediante varias vistas que se centran en aspectos
concretos del sistema, abstrayéndose de los demás. Para RUP, todas las vistas
juntas forman el llamado modelo 4+1 de la arquitectura, el cual recibe este
nombre porque lo forman las vistas lógicas, de implementación, de proceso y de
despliegue, más la de Casos de Uso que es la que da cohesión a todas.
Proceso iterativo e incremental
El proceso iterativo e
incremental consta de una secuencia de iteraciones. Cada iteración aborda una
parte de la funcionalidad total, pasando por todos los flujos de trabajo
relevantes y refinando la arquitectura. Cada iteración se analiza cuando
termina. Se puede determinar si han aparecido nuevos requisitos o han cambiado
los existentes, afectando a las iteraciones siguientes. Durante la
planificación de los detalles de la siguiente iteración, el equipo también
examina cómo afectarán los riesgos que aún quedan al trabajo en curso. Toda la
retroalimentación de la iteración pasada permite reajustar los objetivos para
las siguientes iteraciones. Se continúa con esta dinámica hasta que se haya
finalizado por completo con la versión actual del producto.
Una iteración puede realizarse por medio de una cascada. 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 finalizar se realiza una integración de los resultados con lo obtenido de las iteraciones anteriores.
El equilibrio correcto entre los Casos de Uso y la arquitectura es algo muy parecido al equilibrio de la forma y la función en el desarrollo del producto, lo cual se consigue con el tiempo. Para esto, la estrategia que se propone en RUP es tener un proceso 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.
