Construccin de Software O.O.

con el Proceso Unificado y UML, un punto de vista prctico

Ing. Rosa Menndez Mueras Tomo I

Despus de un largo proceso de investigacin y

comparacin puedo establecer con certeza, la importancia del
un proceso que gue la construccin del software, el binomio
administracin del proyecto y proceso de construccin del
software permite acercarnos al xito del software en
trminos de tiempo, costo, calidad y alcance.

Debemos tener cuidado al momento de seleccionar el

proceso de construccin, se debe poner especial nfasis en
el estudio de los procesos organizacionales y procurar el
respaldado por alguna organizacin estndar.

El advenimiento del Internet, la globalizacin y el

desarrollo agigantado de la tecnologa hace que los usuarios
soliciten software con caractersticas cada vez ms
sofisticados que les permitan estar a la altura de los
constantes cambios internos como externos para permanecer en
la carrera competitiva exigida por el mercado actual.

Es necesaria la aplicacin del proceso que permita la

centralizacin en los procesos empresariales, adelantarse a
los riesgos, centrarse en la arquitectura de desarrollo,
pasar por una estricta etapa de pruebas y control de calidad,
permitir que cada uno de los integrantes del equipo actu y
piense como un solo grupo y analizar el entorno
organizacional para asegurar el xito de la integracin.

El proceso Rational Unified Process (RUP), basado en la

metodologa orientado a objetos y declarado como proceso
estndar por la Object Management Group (OMG) es una
alternativa para solucionar muchos de los problemas que
aquejan constantemente en la construccin del software.

En el presente captulo analizaremos los principales

aspectos del RUP, como fruto de ms de un ao de
investigacin; abordaremos los principios, fases, elementos y
conceptos del RUP desde un punto de vista prctico y
didctico.

31
 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico
Ing. Rosa Menndez Mueras Tomo I

3.2. CONCEPTO

El Proceso Unificado Rational (RUP) es el proceso de

ingeniera de software, cuyo objetivo es producir software de
alta calidad, es decir, que cumpla con los requerimientos de
los usuarios dentro de los mrgenes de la planificacin y
presupuestos establecidos.

El RUP, cubre todo el ciclo de vida de desarrollo de

software, el propsito es asegurar la produccin de
software, es decir, que colme las expectativas y exigencias
del usuario actual, entregado en el tiempo previsto, con la
calidad esperada, que se maneje dentro del presupuesto-costo
calculado y que cumpla con los requisitos establecidos en la
definicin del proyecto de construccin del software.

El RUP puede integrar todos los aspectos a tener en

cuenta durante el ciclo de desarrollo del software con el
objetivo de hacer tangibles todo tipo de proyectos sin
interesar su envergadura.

3.3 ANTECEDENTES

Aos atrs nuestros colegas especialistas en las

construccin de software encontraban muchas dificultades en
el proceso de construccin de software, problemas tales como:
mantener el hilo conductor del proceso de desarrollo,
mantener la retroalimentacin constante entre cada una de las
etapas de construccin, falta de conocimiento organizacional
y falencias en la definicin de roles, fueron algunas de las
causas de la falta de calidad y performance en el software
puesto en produccin. Muchas de las dificultades expuestas
son solucionadas por el proceso RUP.

El proceso RUP, nace a partir de la necesidad de contar

con un proceso, robusto, potente y flexible que permita dar
solucin a los requerimientos cada vez ms sofisticados del
usuario actual donde el punto de entrada ms importante es
el conocimiento de la organizacin en base a procesos y sus
participantes internos externos.

32
 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico
Ing. Rosa Menndez Mueras Tomo I

El RUP fue creado por Grady Booch, Ivar Jacobson y

James Rumbaugh se hace presente en el mercado de desarrollo
de software a principios del 1998.

Los orgenes del RUP se remonta desde 1967, fecha en que

el mtodo Ericson era el ms respetable mtodo de
construccin de software, a partir del modelo Ericson el
proceso RUP tuvo varias influencias como el Rational Approch
y el Objectory Process, entre otros.

Muchas empresas relacionadas con la tecnologa y la

informtica patrocinaron la creacin del proceso RUP,
menciono algunos para alimentar vuestra cultura y evitar el
silencio cuando alguna persona principiante en el apasionado
mundo del RUP, comienza a tener dudas.

Empresas patrocinadoras para la creacin del proceso

RUP:

IBM, Microsoft, Sun Microsystems, Rational Corporation,

Microsoft, HP, Oracle, Texas Instruments, MCI, SystemHouse,
entre otras.

3.4. IMPORTANCIA PROCESO RUP

Resumo la importancia del RUP en los siguientes puntos:

Permite dar solucin a los exigentes requerimientos de

los usuarios actuales, cada vez ms exigentes, debido a
los constantes cambios que la misma sociedad y
competencias en el mercado exigen.

Permite obtener los requerimientos y organizarlos,

documentar los requerimientos de funcionalidad y
restricciones, documentar decisiones, captarlas y por
ltimo comunicar los requerimientos del negocio.

Permite capturar varias de las mejores prcticas en el

desarrollo moderno de software de forma que sea
aplicable en un amplio rango de proyectos y
organizaciones.

33
 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico
Ing. Rosa Menndez Mueras Tomo I

Es una gua de cmo utilizar de manera efectiva el UML.

La tcnica de modelado UML, no se utiliza nicamente

para efectos de documentacin, gracias al proceso RUP,
el UML est presente en todas las fases y etapas
establecidas por RUP, con UML cada uno de los roles
participantes en el proceso de desarrollo de software
pueden expresar su trabajo en trminos de diagramas.

Los analistas, ingenieros, arquitectos de software,

revisores de casos de uso, etc, utilizan los diagramas
para mostrar el detalle del construccin del software.

Provee a cada miembro de equipo el fcil acceso a una

base de conocimiento con guas, plantillas y
herramientas para todas las actividades crticas de
desarrollo.

Crea y mantiene modelos, en lugar de enfocarse en la

produccin de gran cantidad de papeles de documentacin.

Permite que todos los miembros del equipo compartan:

Conocimiento base, el proceso, la visin de cmo

desarrollar software y el lenguaje de modelado.

Permite la verificacin de la calidad del software,

mediante las siguientes actividades:

9 Crea pruebas para cada escenario (casos de uso),

asegurando que todos los requerimientos estn
apropiadamente implementados.

9 Verifica la calidad del software con respecto a los

requerimientos basados en la confiabilidad,
funcionalidad, desempeo de la aplicacin y del
sistema.

9 Prueba cada iteracin.

9 El proceso de Pruebas, sujeto tambin al modelo

iterativo e incremental, permite que cada caso de uso
que NO cumpla con el control de calidad pueda
corregirse e implementarse en el momento indicado ya
que la implementacin de la solucin obviamente

34
 Construccin de Software O.O. con el Proceso Unificado y UML, un punto de vista prctico
Ing. Rosa Menndez Mueras Tomo I

buena, puede no ser la solucin idnea si no es

implementado en el momento justo.

Si se desea construir software de calidad,

en un tiempo corto, bajo el presupuesto
establecido y cumpla con las
especificaciones definida por el principal
involucrado del proyecto, la alternativa,
sin duda es el proceso RUP.

3.5. PRINCIPIOS DEL RUP

Desarrollo
Iterativo Controlado

Dirigido por Desarrollo basado

casos de uso en componentes

Gestiona Define tcnicas de

requerimientos modelamiento visual

Centrado en Define un
la arquitectura proceso configurable

Figura 23, Principios del Proceso Unificado Rational

Despus de analizar ms de 22 principios citados por

diferentes autores, detallar 7 principios:

Los principios mencionados en la figura N 23, fueron

pautas importantes que obtuve en la investigacin y
desarrollo en ms de 11 proyectos de construccin de software
con RUP. Constituyen el corazn del proceso, los cuales por
razones que ya expondr son de real utilidad permitiendo el
xito del software si se logra combinar de una manera
inteligente y lgica el proceso de construccin de software
con la administracin del proyecto.

35