Rational Unified Process (R. U. P.)

Rational Unified Process (R. U. P.)


Se han desarrollado muchos métodos para hacer modelos de sistemas de información. Sin embargo, los métodos Orientados a Objeto llegan a ser patrones definidos.
El RUP o Rational Unified Process es un proceso de desarrollo de software, del cual se le pueden denotar tres características esenciales: está dirigido por los Casos de Uso, está centrado en la arquitectura, y es iterativo e incremental. Además, cuenta con ciertos elementos que lo definen como tal y cuenta con 6 best practices con las que define una forma efectiva de trabajar para y con los equipos de desarrollo de software.

En primero lugar, una de las principales características es el uso de Casos De Uso. Un caso de uso es una secuencia de interacciones entre un sistema y alguien o algo que usa alguno de sus servicios. Estos representan los requisitos funcionales del sistema, ya que “son una técnica de búsqueda de requisitos que fuerza a pensar en términos de importancia para el usuario y no sólo en términos de funciones que seria bueno contemplar” . Los casos de uso también guían el diseño del sistema, lo implementan, lo prueban. Además, entre cada uno de estos pasos, estos tienden a establecer una conexión o trazabilidad entre los artefactos que muestran cómo se generan unos a partir de otros.

En segundo lugar, 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 otras palabras, es el acuerdo al que se llega entre el usuario y el desarrollador al momento de decidir la estructura en la que se va a basar el proyecto en un futuro. Este proceso se basa en diseñar anticipadamente una arquitectura base ejecutable, donde los casos de uso se ven involucrados para guiar el proceso para que en algún momento el proyecto no se “caiga” gracias a un fuerte cambio en la construcción o en el mantenimiento. 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, para así llevar a cabo ambas cosas al tiempo en el proceso.

Para esto, la única manera de lograr este equilibrio entre los Casos de Uso y la arquitectura se consigue con un proceso iterativo e incremental en donde el trabajo se divida en partes más pequeñas o mini proyectos, permitiendo que el equilibrio se vaya logrando durante cada uno de estos, y así hasta acabar el proceso de desarrollo.
Este proceso consta de una secuencia de iteraciones que pueden ser Inicio, Elaboración, Construcción y Transición.
Cada una de estas fases se encargan, entre muchas otras cosas, de poner mayor énfasis en actividades modelado del negocio y de requisitos, de orientar al desarrollo de la arquitectura, de llevar a cabo la construcción del producto por medio de una serie de iteraciones y de garantizar que se tenga un producto preparado para su entrega a los usuarios respectivamente; en cada fase participan todas las disciplinas, pero que dependiendo de la fase se puede poner más énfasis a una que a otra.


Por otro lado, RUP, cuenta con los siguientes procedimientos, que a mi parecer, son los que definen quién hace qué, cuándo, y cómo: Flujos de trabajo por medio de disciplinas, Roles, Actividades y Artefactos, que responden a cada una de estas preguntas.

Por último, es necesario nombrar las best practices que se utilizan en este proceso de desarrollo, para hacer más eficiente y eficaz la práctica misma.
Estas son: Gestión de Requisitos, que “brinda una guía para encontrar, organizar, documentar, y seguir los cambios de los requisitos funcionales y restricciones”;Desarrollo De Software Iterativo, que “es el desarrollo del producto mediante iteraciones con hitos bien definidos, en las cuales se repiten las actividades pero con distinto énfasis, según la fase del proyecto”; Desarrollo Basado En Componentes que se refiere a una característica que permite que el sistema se vaya creando a medida que se desarrollan cada uno de sus componentes; Modelado Visual (Usando UML), que facilita la forma de visualizar, especificar, construir y documentar los artefactos en un proyecto; Verificación Continua de la Calidad, que como su nombre lo dice, las pruebas durante todo el desarrollo son fundamentales y se realizan a todo lo largo del proceso; Gestión De Los Cambios, es la encargada de ocuparse de los cambios que se puedan realizar durante el proceso.


Con esto, se puede concluir que RUP es una forma disciplinada de asignar tareas y responsabilidades en el desarrollo de un proyecto (quién hace qué, cuándo y cómo), que tiene como objetivo asegurar la realización del software de calidad dentro de los plazos y presupuestos que se hayan dicho con anterioridad. También cabe denotar que es un proceso que se caracteriza por ser dirigido por casos de uso, por el manejo especial de su arquitectura, ser iterativo (mini-proyectos) e incremental. Además, es “actualizado constantemente para tener en cuenta las mejores prácticas de acuerdo con la experiencia” .

BIBLIOGRAFÍA
• UML y Patrones, caps. 1 y 2. , Análisis y diseño orientado a objetos, Desarrollo iterativo y proceso unificado.
• Rational Unified Process. Universidad De Valencia. https://pid.dsic.upv.es/C1/Material/Documentos%20Disponibles/Introducci%C3%B3n%20a%20RUP.doc
• ¿Qué es RUP?. Universidad De Chile. www.dcc.uchile.cl/~luguerre/cc61j/recursos/clase2.ppt
• Soluciones tecnológicas y servicios. Soltec Perú. www.solutecperu.com/blog/2005/10/qu-es-uml-y-qu-es-rup.html