Rightsizing El Rup Para Proyectos De Medio y Pequeño Porte

Rightsizing el RUP para proyectos de medio y pequeño porte



Dr. Néstor Adolfo Mamani Macedo1
Oswaldo Canchumani Grillo, PMP2


1nmamanim@unmsm.edu.pe
2ocanchumani@gmail.com



RESUMEN

Rightsizing el RUP para proyectos de medio y pequeño porte


1. Introducción

Un problema latente desde los albores de la Ingeniería de Software ha sido el cómo gerenciar adecuadamente losproyectos de desarrollo de aplicaciones de sistemas. En los últimos 30 años han aparecido tanto en la academia como en la industria diversas propuestas que intentan satisfacer esa problemática. Una de estas es la Metodología RUP (Rational Unified Process), la cual fue desarrollada por Booch, Jacobson y Rumbaugh en los años 90, ésta propone un conjunto de fases, workflows, artefactos y roles a serempleadas durante el proceso de desarrollo de software. Muchos especialistas opinan que el RUP es una metodología que asegura la producción de software de alta calidad y que, además, se ajusta a las necesidades de los usuarios debido a que :

1. Hace el desarrollo iterativo
2. Tiene un enfoque centrado en la arquitectura
3. Mitiga los riesgos en cada etapa del proceso de desarrollo
4. Es unmétodo que obliga a probar, probar y probar el software durante casi todo el ciclo de vida del proyecto:
• Cada vez que se integran los componentes los integradores hacen pruebas integrales y de regresión
• Cada vez que se ejecuta una iteración, el equipo de testing efectúa las pruebas formales con el cliente, según un Plan de Pruebas

Se sabe también que el RUP es una metodologíabastante documentada; entonces, muchos se preguntan porqué las empresas en el Perú, aún no lo aplican ?. La respuesta más común a esta interrogante es que el RUP es una base de conocimiento de ingeniería de software que cubre casi todas las actividades del desarrollo de software y, como tal, define en detalle todo lo que se necesita para lograr los objetivos del proyecto. Lamentablemente, la aplicaciónde esta metodología resulta engorrosa cuando se la quiere aplicar a proyectos de medio y pequeño porte pues muchos desarrolladores intentan aplicarla en strictu sensu lo cual ocasiona que quieran utilizar la mayoría de los artefactos y al mismo tiempo ejecutar casi todas las actividades en su proyecto.

Esa dificultad en la aplicación del RUP ha motivado que desarrollemos un marco metodológicoque ayude a configurar el RUP para proyectos de medio y pequeño porte y luego, a partir de esa configuración, instanciar el proceso de desarrollo para el proyecto especifico. En las próximas secciones detallamos en extenso nuestra propuesta, así, en la sección 2 mostramos el proceso de rightsizing del RUP, en la sección 3 describimos los criterios para configurar un RUP ligero, en la sección 4presentamos las consideraciones para instanciar el RUP ligero configurado, en la sección 5 desarrollamos un estudio de caso y, finalmente, en la sección 6 anotamos nuestra principales conclusiones y trabajos futuros.


2. Rightsizing el RUP

El RUP, como enunciado antes, es una metodología bastante documentada y, como tal, define lo más posible de lo que se necesita para lograr satisfacer losobjetivos del proyecto. Es claro percibir que el RUP es un proceso de desarrollo de software muy grande y complejo puesto que este define :

• más de 30 roles
• más de 80 artefactos
• más de 120 actividades

Sin embargo, el RUP también es un marco metodológico que sirve para ensamblar procesos de desarrollo de software, es decir, a partir de esta base de conocimiento se puede generar unproceso de desarrollo de software más simple y manejable con los roles, artefactos y actividades justos y necesarios para los proyectos de desarrollo.

Es conocido que la metodología del RUP, dentro de sí misma, ya propone un proceso de configuración de esta, mas esto obliga a que necesariamente el configurador domine la metodología para realizar esa configuración. Muy a nuestro pesar podemos...