"RUP ES UNA METODOLOGÍA INCOMPRENDIDA, NO SE ENTIENDE, NO SE USA"
En la actualidad el desarrollo
web es planteado de manera en el cual no es posible usar una metodología web o
RUP volviéndola incomprendida y poco usada, esto se interpone en el desarrollo
eficiente y más practico continuando con una forma de desarrollo demasiado
rudimentaria. Tradicionalmente encontramos que
la persona que ofrece los servicios de desarrollo web, se reúne con un usuario
que presenta una serie de requerimientos y hablan de lo que necesita el mismo,
hasta llegar a un acuerdo entre los dos. Posteriormente se realizan y envían
las pruebas gráficas de cómo se solicitó que quedara la página web, esto realizado sin poner al tanto a los
diseñadores o programadores quienes no han interactuado con el usuario
solicitante. Después que el usuario está satisfecho y autoriza el diseño de la
página web, se asignan determinados tiempos para el desarrollo de la misma en
los cuales tanto diseñadores como programadores se someten.
Al no realizar ningún tipo de
documentación o algún diagrama, los diseñadores tienen que dejar un poco a su
imaginación las maquetas de desarrollo, dando la información a los programadores
basadas en las explicaciones de los requerimientos de la persona que se reunió
con el usuario inicialmente. No existen requerimientos establecidos por tanto
se puede generar un teléfono roto donde la comunicación va a ser muy alternativa
y el usuario tiende a estar insatisfecho y pueda realizar cambios
constantemente.
Es muy poco frecuente que un
programador utilice la metodología RUP, pues esta presenta siempre cierto
impacto en cuanto a su implementación debido a que puede afectar los tiempos de
entrega establecidos en cada proyecto, por tanto se debe ir estableciendo de a
poco evaluando a nivel individual el tiempo de desarrollo. La persona encargada
de la realización de cada proyecto debe ser el líder de desarrollo y no una
persona externa quien con dificultad estimara tiempos de entrega y puede que no
de la metodología adecuada para la ejecución del mismo. Esta persona encargada debe
tener conocimientos sobre desarrollo de software y leguajes de programación
pues las consecuencias de desconocer esto implica la poca calidad del software
entregado debido a que no se puede implementar ningún tipo de metodología.
Ahora bien para poder implementar
la metodología RUP es importante conocer en que consiste la misma.
"METODOLOGÍA RUP"
La metodología RUP o Metodología
de Proceso Unificado Racional se define como un proceso de ingeniería de software
dirigido al desarrollo de software, en donde se crea un producto por medio de
un proceso diseñado. La metodología de Proceso
Unificado Racional, es un modelo de software el cual permite el desarrollo del
mismo a gran escala, mediante un proceso de
recolección de pruebas y requerimientos y una continua retroalimentación,
con lo cual se da una garantía de cumplimiento de los estándares de calidad. Se enfrenta al inconveniente de generar mayor
complejidad en cuanto a la administración del mismo, aunque los beneficios que
obtendrá recompensan este esfuerzo.
Esta metodología presenta un
proceso de desarrollo con un marco metodológico el cual incluye las
estrategias, objetivos, actividades y artefactos, es decir toda la
documentación requerida durante el desarrollo. Esto se asocia con todos los
recursos humanos hábiles, competentes y capaces para asumir responsabilidades
definidas y roles específicos. RUP muestra dos dimensiones: una
es donde se representa el tiempo de desarrollo del proyecto y donde encontramos
los ciclos de vida de cada aspecto del proceso. Y la otra dirige hacia las
disciplinas de los procesos, es decir la lógica de las actividades de la
ingeniería de software. Estas dimensiones son las dos caras del Proceso
Racional Unificado (RUP) que usándolas
en conjunto logran una metodología de gran ayuda para el desarrollo de
proyectos dentro de una organización. Muchas de las ventajas de la
utilización de la metodología RUP empleada para el desarrollo de software son:
- La obtención de un desarrollo reiterativo de
software.
- Manejo directo de requerimientos y componentes
para el diseño y arquitectura de software.
- Realización de soporte y análisis de
requerimientos de cambio al software.
- Aumento en la calidad del software.
Estas ventajas son atrayentes en
el momento de crear aplicaciones eficientes y que satisfagan las necesidades de
los usuarios, también presentar por parte de los desarrolladores ideas
repetitivas con la reutilización de estos software para poder generar ideas
nuevas. Algunas de las entidades que en
la actualidad manejan la metodología RUP con fin de ser más versátiles y
adaptarse más fácilmente a nuevas ideas son las empresas de transporte,
telecomunicaciones, manufactura, empresas generadoras de sistemas, entre otras.
Este proceso proporciona muchas
disciplinas que dan una organización para la asignación de tareas y
responsabilidades, en todas las entidades u organizaciones en especial a las
dedicadas al desarrollo de software. Como objetivo principal tienen el desarrollo
de software de alta calidad, con la garantía necesaria de satisfacción del
usuario dentro de un límite de tiempo establecido y un presupuesto conveniente
para las dos partes. Quienes implementan RUP se transforman en un equipo de desarrollo
dentro del cual se incluye al usuario y todos los socios, de esta manera se
asegura que el proceso este continuamente actualizado y en constante mejora,
dando a los desarrolladores mayores experiencias, practicas productivas. La
mejora de la productividad del equipo genera una base de conocimientos con
plantillas y mejores herramientas para el desarrollo de nuevas actividades.
El proceso unificado garantiza
que todo un equipo pueda acceder a la misma base de conocimientos creando y
manteniendo los modelos que se han establecido dentro de la organización y
dejando que esta sea a la vez flexible a nuevas sugerencias de cambios en
cuanto a sus requisitos, diseños, pruebas, gestión de proyectos, gestión de
configuraciones, entre otros. RUP no se
centra en el almacenamiento de gran cantidad de documentos físicos (papel), si
no en el desarrollo y mantenimiento de modelos y presentación del sistema de
software que se está desarrollando. Es muy importante mencionar como
el Proceso Racional Unificado sirve como orientación para la adecuada
utilización del Lenguaje Unificado de Modelado o UML.
"RUP vs UML"
Más que un enfrentamiento el
Proceso Racional Unificado es una guía para saber cómo se utiliza el Lenguaje
Unificado de Modelado. El UML se define como un lenguaje estándar que nos
dirige a definir los requisitos, arquitecturas y diseños. RUP presenta una serie de herramientas que
mecanizan el proceso de ingeniería, esto sirve en el momento de crear y
mantener modelamientos en cuanto al desarrollo de software. El proceso de ingeniería
es decir la programación, modelamiento, pruebas, entre otras, son de gran apoyo
en la gestión de cambios que acompaña los cambios que pueda presentar la RUP. Es bueno aclarar que no solo el
Proceso Racional Unificado es el adecuado para el desarrollo de software. Este
proceso por lo general encaja en equipos de trabajo de desarrollo de software pequeño
y también en grandes organizaciones de desarrollo.
"ARQUITECTURA DE PROCESO SIMPLE"
RUP se basa en una arquitectura
de proceso simple, sin embargo tiene la capacidad de adaptarse a diferentes
situaciones. Este Proceso Unificado
proporciona soporte para satisfacer las necesidades de la organización que lo
aplique. Las mejores prácticas de la
modernidad se basan en RUP, pues en el desarrollo de software manifiesta una
amplia gama de proyectos y organizaciones.
"RUP A TRAVÉS DEL TIEMPO"
El Proceso Racional Unificado
surge como sucesor del Proceso Racional Objetivo lanzado en 1996 en su última
versión. El RUP surge con material más
completo en las áreas de ingeniería de datos, proyectos de administración y
gestión, trayendo también mayor integración de gran cantidad de herramientas de
software. RUP es el resultado de la combinación del “Enfoque Racional” y el “Proceso
Objetivo” en 1995. Desde su surgimiento, el RUP ha
recibido de la estructura del Proceso Racional Objetivo diferentes conceptos de
casos de uso, desde su fondo racional el proceso a adquirió la formulación de
ser iterativo en cuanto a su desarrollo y arquitectura. RUP se considera la primera metodología
en asociarse con UML o Lenguaje Unificado de Modelado quien en esos momentos
estaba surgiendo. El Proceso Racional Objetivo surge en 1987 como resultado de
la experiencia de Ivar Jacobson en su paso por Ericsson. Con este proceso
Jacobson crea su propia empresa centrado en conceptos de casos de uso y una
metodología de diseño orientada a objetos.
RUP fue ganando reconocimiento
rápidamente dentro de las industrias desarrolladoras de software y fue yendo
transportada e integrada en muchas empresas de todo el mundo.
"RUP Y SUS PERSPECTIVAS"
El Proceso Racional Unificado
presenta tres perspectivas:
- Perspectiva dinámica: Encontramos las fases RUP
en el tiempo, las cuales son dinámicas es decir que poder ir cambiando
permanentemente.
- Perspectiva
estática: Encontramos las fases RUP en el tiempo, las cuales son estáticas es
decir las cosas que están establecidas previamente y que no cambian pero que
influyen en el cambio dinámico del proceso.
- Perspectiva práctica: Son las buenas prácticas
que se realizan durante el proceso, que se dan a través de la experiencia.
"RUP Y SUS DIMESIONES"
Existe una asociación entre las
perspectivas y las dimensiones que a lo largo de este documento se han ido
mencionando, en donde podemos definirlas como dos ejes:
- Un eje horizontal en cual representamos el
tiempo y las perspectivas dinámicas del RUP. Esto se expresa en términos de
ciclos, fases, iteraciones, entre otros.
- Un eje vertical en cual se muestran las
perspectivas estáticas del RUP. Esto se expresa en términos de actividades,
artefactos, entre otros.
Todas las dimensiones son
acompañadas de las fases de inicio del RUP las cuales son: inicio, elaboración,
construcción y transición. Cada fase completa diferentes iteraciones para
posteriormente poder tomar decisiones importantes dentro de la organización que
está implementando la metodología RUP y poder producir informes técnicos que
irán dando cumplimiento a los objetivos propuestos.
RUP es una metodología incomprendida, no se entiende, no se usa,
aun cuando esta práctica metodología se considera una Ingeniería de Procesos de
Software.
La conciencia que han ido
tomando poco a poco las organizaciones de lo importante que es documentar y
estructurar un proceso de desarrollo de software ha generado un gran cambio de
éxito en surgimiento de sus nuevos proyectos.
Si realizamos una asociación con
el desarrollo del CMM (Modelo de Capacidad y Madurez), que fue desarrollado por
la SEI (Instituto de Ingeniería de Software), observamos cómo se ha convertido
en una guía para muchas organizaciones cuando se esmeran en cumplir sus
objetivos en niveles superiores. Se identifican organizaciones que han ido
compartiendo sus conocimientos con los desarrolladores de software, lo que ha
vuelto el colectivo conocimiento no relacionado con los métodos de diseño o los
libros de texto publicados, lo que lo convierte en un conocimiento poco
reutilizable, demasiado obsoleto y sin actualizaciones permanentes. Existen otras organizaciones que no presentan
un proceso en cuanto a desarrollo de software, lo cual presenta muchas
limitaciones pues al no tener un punto de partida no se sabe por qué camino se
va a realizar el desarrollo desmejorando en cantidades la calidad del producto
del software.
La metodología RUP, puede ayudar
a todo este tipo de organizaciones dando a su disposición una serie de procesos
de ingeniería de software maduros, rigorosos y flexibles, por eso es muy
importante para las empresas comprenderla, entenderla y así finalmente
utilizarla. Cuando conocemos la metodología RUP estamos enterados de que:
- RUP es una lista de procesos de organización.
- RUP no es un libro escrito y estandarizado, es
un método de desarrollo, que se modifica, actualiza y publica. El software inicia desde la construcción de
todo su proceso de desarrollo, es decir que la metodología RUP contribuye al
diseño, desarrollo, entrega y mantenimiento como cualquier herramienta de
software.
Este tipo de acciones de la
metodología RUP, transfieren a unas características que traerán los productos
de software que serán desarrollados:
- Todos los productos de software desarrollados
mediante la metodología RUP, están diseñados y documentados con el Lenguaje
Unificado de Modelado o UML, quien se considera como una columna vertebral que
mantiene muy coherente todo el proceso.
- Cuando el software ya está terminado, se entrega
en línea utilizando la tecnología Web, no se entrega ningún tipo de libro o
carpeta, lo que permite estar más en contacto con los desarrolladores del
mismo.
- Se garantiza que las actualizaciones de software
serán dadas regularmente dos veces al año, lo que no permite que este sea un
proceso obsoleto y se beneficien los usuarios teniendo un producto de mayor
calidad, esto ayuda a que todo el equipo maneje una misma versión del proceso.
- Gracias a que los procesos de la metodología RUP
son modulares, estos se pueden ajustar o configurar para que se adapten a las
necesidades de cada empresa u organización desarrolladoras de software, algo
que es demasiado complicado cuando se planta en un libro escrito.
- RUP es adaptable con muchas herramientas
desarrolladoras de software, con lo cual los desarrolladores tienen mayor
facilidad de innovar los procesos y dar mejoría a las herramientas que están
desarrollando.
"RUP, LA METODOLOGÍA DE LOS PROCESOS"
El Proceso Racional Unificado,
como se ha venido mencionando, es una metodología que presenta un marco de
procesos que se adaptan y ajustan a las necesidades de la organización. Es tan
general y amplio como para ser adoptado por cualquier empresa u organizaciones
desarrolladoras de software sin importar si son pequeñas, medianas o grandes, o
si no presentan alguna estructura de proceso fuerte u organizado. La
organización que adopte esta metodología puede modificar y ajustar RUP con el
fin de adaptar el proceso a sus necesidades, características o limitaciones,
siguiendo con la historia, cultura y dominio que ha conservado la organización. Cuando un proceso es seguido
ciegamente, el trabajo tiende a ser inútil e innecesario, dando productos con
muy poco valor y con tendencia a ser olvidados. Es mejor realizar un proceso
que aunque no sea tan llamativo, cumpla de una forma precisa la misión y los
objetivos propuestos y ayudar a los desarrolladores de software para producir
un producto con alta calidad. La
adaptación de mejores prácticas dentro de la organización y todos sus
procedimientos deben complementar estos procesos.
Dado a que el proceso no es
estático, cada uno de sus elementos puede modificarse, personalizándose,
incluyendo o suprimiendo, las diferentes actividades o flujos de trabajo. La
metodología RUP es tan abierta que presenta funciones, actividades y ejemplos
necesarios para realizar las modificaciones convenientes y los ajustes para ser
adaptada en la organización.
Existe otra herramienta asociada
a las actividades de desarrollo de Software como el Proceso Racional Workbench
las cuales también utilizan un Lenguaje Unificado de Modelado o UML y es una
herramienta de RUP que apoya las actividades de diseño y creación de procesos,
ayuda a las variantes de cada proyecto desarrollado por las empresas o por el
mismo RUP, en conclusión esta herramienta se enfatiza en el progreso de los casos
de desarrollo. Desde el año 2000, se incrementaron muchas más variantes para
los casos de desarrollo en la metodología RUP implementada en las diferentes
organizaciones desarrolladoras de Software.
"DESARROLLO DE SOFTWARE ITERATIVO"
Es común observar como la mayoría
de equipos de trabajo desarrolladores de software, utilizan procesos de cascada
es decir secuencias estrictas en las fases de análisis de los requerimientos,
en el diseño, la implementación y todas las posteriores pruebas de
funcionamiento. Este es un enfoque poco eficiente pues lo que hace es retrasar
durante periodos prolongados a los miembros del equipo desarrollador y
aplazando las pruebas hasta el ciclo final de todo el proyecto, cuando se pudo
haber presentado problemas durante el camino del desarrollo. Todos los problemas
presentados ya resultan muy difíciles de resolver y sobre todo costosos,
representarse como amenaza en la calidad del producto. Es algo que tendría solución
luego de la implementación de RUP, pues esta ofrece un enfoque iterativo que
permite:
* Tomar en cuenta
siempre al usuario.
Se toma en
cuenta las exigencias que esté presente ya sea para cambios o para nuevas
apreciativas. Los requisitos son cambiantes a medida que se realiza el
desarrollo, esta es una de las principales causas de los problemas de software,
dando prolongaciones a las entregas finales, generando un usuario insatisfecho
y un desarrollador desmotivado. La integración de nuevas exigencias con la metodología
RUP se deben realizar de a poco por el camino del desarrollo, así estas serán mucho
más pequeñas e implicaran menor número de elementos.
* Identificación de
riesgos durante la integración.
Generalmente los riesgos
deben ser tratados y detectados durante la integración, con la metodología RUP
se pueden mitigar los riesgos desde antes. Cuando se van desenrollando las
iteraciones poco a poco, estamos poniendo en prueba cada uno de los componentes
del proceso, se evalúan muchas cosas del proyecto como las herramientas a
utilizar, el profesionalismo de las personas, entre otros. Se da la oportunidad
de mostrar los riesgos reales que se presentan en el desarrollo o también prevenir
riesgos futuros que serán más fáciles y menos costosos de superar.
* Gestión de cambios para el
producto.
La metodología RUP
garantiza una gestión en los cambios del producto desarrollado, así la organización
se transforma en más competitiva. Esto nos permite entregar primeros planos del
producto funcional al usuario, mientras se mueve en el mercado a la par de sus
competidores.
· * La reutilización del producto o alguna de sus
partes.
Durante la planificación
del proyecto, se pueden identificar partes que presenten en común con proyectos
ya desarrollados. En las primeras iteraciones en la fase de diseño, podemos
asociar por parte de los arquitectos oportunidades de reutilización, y después iniciar
desarrollando código en común para el desarrollo de este nuevo software.
* Corregir errores
durante el desarrollo.
La arquitectura se
vuelve más completa, cuando durante su desarrollo en las diferentes
iteraciones, se pueden corregir los errores. A medida que se va avanzando en el
desarrollo, se van detectando fallas, que si son tratadas en su transcurso
tienen mayor facilidad en la solución que si se acumulan al finalizar el
software, en la fase de prueba.
En estas pruebas iterativas los técnicos
en programación inician a escribir, luego se generan diseños y así sucesivamente
se va llevando a cabo el desarrollo. Cuando el desarrollo no es iterativo, no
existe un proceso concreto, por el contrario cada persona aportaría su proceso
desde el usuario hasta el programador. Cada
persona del equipo de desarrollo de software puede ir mejorando los procesos a
lo largo del camino. La última iteración que realiza RUP no solo se encarga de
evaluar el estado del proyecto pretendiendo que se entregue un producto o
programa, sino que también da un análisis de los cambios que debe realizar la organización
o empresa para evitar errores en próximos proyectos.
Muchos equipos desarrolladores
temen a la implementación de metodologías iterativas, pues las entienden como
una propuesta sin fin y en donde pueden presentar una serie de vulnerabilidades
en sus procesos. El comprender y utilizar “RUP”
demuestra cómo controlar esas iteraciones en cuanto a la cantidad y duración que
son planeadas con anterioridad, también controlar las tareas y
responsabilidades que tiene cada integrante del equipo desarrollador. En esa planeación
se captura el desarrollo de todo el proceso, con esto se puede tener una mejor organización,
un producto de alta calidad y finalmente un usuario satisfecho.
Elaborado por:
NARDY PAOLA JAIME RINCÓN
COD. 066102014
