El Proceso de Desarrollo de Software RUP

El Proceso Unificado de Rational (Rational Unified Process, más conocido como RUP) es un proceso de desarrollo de software desarrollado por la empresa Rational Software, actualmente propiedad de IBM. Junto con el Lenguaje Unificado de Modelado UML, constituye la metodología estándar más utilizada para el análisis, diseño, implementación y documentación de sistemas orientados a objetos.

El RUP no es una metodología con pasos firmemente establecidos, sino un conjunto de buenas prácticas configurables al contexto y necesidades de cada proyecto de software. RUP incluye información entrelazada de diversos artefactos y descripciones de las diversas actividades. Está incluido en el Rational Method Composer (RMC), que permite la personalización de acuerdo con las necesidades. Esta adaptación permite que RUP pueda aplicarse a proyectos de software pequeños, medianos o grandes. Si es un proyecto pequeño o mediano, es recomendable que RUP se configure para asumir prácticas ágiles realizando sólo los artefactos más necesarios, así mismo planificar iteraciones cortas que permitan entregas rápidas de versiones del producto para ser validadas por los usuarios o clientes. En posteriores publicaciones se describirán algunas prácticas ágiles que se pueden aplicar en RUP.

IBM Rational Method Composer es una plataforma flexible de gestión de procesos con una herramienta de creación de métodos y una biblioteca de activos de procesos para ayudarle a implementar mejoras en la empresa, la ingeniería de sistemas o los procesos de distribución de software. Las herramientas de Rational Method Composer le permiten crear, editar, gestionar y publicar descripciones de procesos. Las bibliotecas de procesos y prácticas proporcionan contenidos de las mejores prácticas que puede reutilizar tal cual o puede personalizarlas para componer sus propios procesos.

RUP se caracteriza por ser iterativo e incremental, estar centrado en la arquitectura y guiado por los casos de uso.

Iterativo e Incremental:

El desarrollo de un producto software comercial puede durar mucho tiempo, meses o hasta algunos años. Es práctico dividir el trabajo en partes más pequeñas o mini proyectos. Cada mini proyecto es una iteración que resulta en un incremento. El resultado de cada iteración es un sistema ejecutable, pero incompleto, no está preparado para ser puesto en producción pero no es un prototipo experimental, es un subconjunto con calidad de producción. En RUP cada fase se planifica y ejecuta en una o más iteraciones. Las cuestiones de alto riesgo se abordan pronto, es decir, en las primeras iteraciones concernientes a la fase de inicio y principalmente de la fase de elaboración.

Guiado por los Casos de Uso:

Para construir un sistema con éxito debemos conocer lo que sus futuros usuarios necesitan y desean. Un Caso de Uso es un fragmento de funcionalidad del sistema que da un resultado de valor al usuario. Todos los Casos de Uso juntos constituyen el Modelo de Casos de Uso, el cual describe la funcionalidad total del sistema. Los Casos de Uso guían su diseño, implementación y prueba; esto es, guían el proceso de desarrollo.

Centrado en la Arquitectura:

La arquitectura en un sistema software se describe mediante diferentes vistas del sistema en construcción. La arquitectura software incluye los aspectos estáticos y dinámicos más significativos del sistema. Cada producto tiene tanto una función como una forma. La función corresponde a los casos de uso y la forma a la arquitectura, debe haber interacción en ellos. Los arquitectos deben trabajar sobre los casos de uso claves del sistema (5% a 10% de todos los casos de uso).

Durante la fase de Elaboración se seleccionan y desarrollan los Casos de Uso arquitectónicamente significativos. Los casos de uso ayudan a mejorar gradualmente la arquitectura. La arquitectura se desarrolla mediante iteraciones, hasta lograr tener una arquitectura estable. El resultado al final de la fase de Elaboración es la Línea base de la Arquitectura y una Descripción de la Arquitectura. Al terminar la fase de Elaboración, al tener una arquitectura estable, se podrá implementar la funcionalidad completa durante la fase de Construcción.

La siguiente figura muestra la estructura o marco de trabajo de RUP. En posteriores publicaciones se detallará cada disciplina y cómo se aplica en cada una de las fases.

El ciclo de vida RUP es una implementación del Desarrollo en Espiral. El ciclo de vida organiza las tareas en fases e iteraciones. RUP divide el proceso en cuatro fases, dentro de las cuales se realizan varias iteraciones en número variable según el proyecto. En la Figura se muestra cómo varía el esfuerzo asociado a las disciplinas según la fase en la que se encuentre el proyecto RUP.

Las primeras iteraciones (en las fases de Inicio y Elaboración) se enfocan hacia la comprensión del problema y la tecnología, la delimitación del ámbito del proyecto, la eliminación de los riesgos críticos, y al establecimiento de una baseline (Línea Base) de la arquitectura.

Durante la Fase de Inicio las iteraciones hacen mayor énfasis en actividades de modelado del negocio y de requisitos.

En la Fase de Elaboración, las iteraciones se orientan al desarrollo de la baseline de la arquitectura, abarcan más las disciplinas de requisitos, modelo de negocios (refinamiento), análisis y diseño y una parte de implementación orientado a la baseline de la arquitectura (la programación del 10% al 20% del Sistema).

En la Fase de Construcción, se lleva a cabo la construcción del producto (la programación del 80% al 90% restante del Sistema) por medio de una serie de iteraciones.

Para cada iteración se seleccionan algunos Casos de Uso, se refinan su análisis y diseño y se procede a su implementación y pruebas. Se realiza una pequeña cascada para cada ciclo. Se realizan iteraciones hasta que se termine la implementación de la nueva versión del producto.

En la Fase de Transición se pretende garantizar que se tiene un producto preparado para su entrega a la comunidad de usuarios.

Como se puede observar en cada fase participan todas las disciplinas, pero dependiendo de la fase el esfuerzo dedicado a una disciplina varía.

Gracias por tu visita al blog.