Qu es el Lenguaje para Modelamiento Unificado (UML)?

Resumen
El lenguaje para modelamiento unificado (UML), es un lenguaje para la especificacin,
visualizacin, construccin y documentacin de los artefactos de un proceso de sistema
intensivo. Fue originalmente conceido por la !orporacin "ational #oft$are y tres de los
m%s prominentes m&todologistas en la industria de la tecnolog'a y sistemas de informacin(
)rady *ooc+, ,ames "umaug+, y -var ,acoson (./+e /+ree 0migos.). El lenguaje +a
ganado un significante soporte de la industria de varias organizaciones v'a el consorcio de
socios de UML y +a sido presentado al 1ject Management )roup (1M)) y aproado por
&ste como un est%ndar (noviemre 23 de 2443).
Este documento desarrolla la definicin de UML.
Contenido
-ntroduccin
UML
Utilidad del UML
!onclusin
"eferencias
#ugerencias o comentarios
Introduccin
UML, emergi en los 546 luego de la 7s8ueda de un lenguaje de modelamiento 8ue
unificara a la industria, 8ue sigui a la .guerra de m&todos. de los 536 y 596. 0 pesar de 8ue
UML evolucion primeramente de varios m&todos orientados al ojeto de segunda
generacin (en nivel de notacin), UML no es simplemente un lenguaje para modelamiento
orientado al ojeto de tercera generacin. #u alcance e:tiende su uso m%s all% de sus
predecesores. ; es la e:periencia, e:perimentacin y una gradual adopcin del est%ndar lo
8ue revelar% su verdadero potencial y posiilitara a las organizaciones darse cuenta de sus
eneficios.
-r a !ontenido
UML
Es un lenguaje de modelamiento para la especificacin, visualizacin, construccin y
documentacin de los artefactos de un proceso de sistema intensivo.
<entro de un proceso de sistema intensivo, un m&todo es aplicado para llegar o
evolucionar un sistema
!omo un lenguaje, es usado para la comunicacin. Es decir, un medio para capturar
el conocimiento (sem%nticas) respecto a un tema y e:presar el conocimiento
(sinta:is) resguardando el tema propsito de la comunicacin. El tema es el sistema
en estudio.
!omo un lenguaje para modelamiento, se enfoca en la comprensin de un tema a
trav&s de la formulacin de un modelo del tema (y su conte:to respectivo). El
modelo aarca el conocimiento cuidando del tema, y la apropiada aplicacin de este
conocimiento constituye inteligencia.
!uidando la unificacin, integra las mejores pr%cticas de la ingenier'a de la industria
tecnologica y sistemas de informacin pasando por todos os tipos de sistemas
(soft$are y no = soft$are), dominios (negocios versus soft$are) y los procesos de
ciclo de vida.
En cuanto a cmo se aplica para especificar sistemas, puede ser usado para
comunicar .8u&. se re8uiere de un sistema y .cmo. un sistema puede ser realizado.
En cuanto a cmo se aplica para visualizar sistemas, puede ser usado para descriir
visualmente un sistema antes de ser realizado.
En cuanto a cmo se aplica para construir sistemas, puede ser usado para guiar la
realizacin de un sistema similar a los .planos..
En cuanto a cmo se aplica para documentar sistemas, puede ser usado para
capturar conocimiento respecto a un sistema a lo largo de todo el proceso de su
ciclo de vida.
UML no es(
Un lenguaje de programacin visual, sino un lenguaje de modelamiento visual
Una +erramienta o deposito de especificacin, sino un lenguaje para modelamiento
de especificacin.
Un proceso, sino 8ue +ailita procesos.
Fundamentalmente, UML est% relacionado con la captura, comunicacin y nivelacin
(disgregacin en niveles) de conocimientos.
-r a !ontenido
Utilidad de UML
UML es un lenguaje para modelamiento de propsito general evolutivo, ampliamente
aplicale, dale de ser soportado por +erramientas e industrialmente estandarizado. #e
aplica a una multitud de diferentes tipos de sistemas, dominios, y m&todos o procesos.
!omo lenguaje de propsito general, se enfoca en el corazn de un conjunto de
conceptos para la ad8uisicin, comparticin y utilizacin de conocimientos
emparejados con mecanismos de e:tensin.
!omo un lenguaje para modelamiento ampliamente aplicable, puede ser aplicado a
diferentes tipos de sistemas (soft$are y no = soft$are), dominios (negocios versus
soft$are) y m&todos o procesos.
!omo un lenguaje para modelamiento soportable por herramientas, las
+erramientas ya est%n disponiles para soportar la aplicacin del lenguaje para
especificar, visualizar, construir y documentar sistemas.
!omo un lenguaje para modelamiento industrialmente estandarizado, no es un
lenguaje cerrado, propiedad de alguien, sino m%s ien, un lenguaje aierto y
totalmente e:tensile reconocido por la industria.
UML posiilita la captura, comunicacin y nivelacin de conocimiento estrat&gico, t%ctico
y operacional para facilitar el incremento de valor, aumentando la calidad, reduciendo
costos y reduciendo el tiempo de presentacin al mercado> manejando riesgos y siendo
proactivo para el posile aumento de complejidad o camio.
-r a !ontenido
Conclusin
<eido a 8ue UML evolucion primeramente de varios m&todos orientados al ojeto de
segunda generacin (en cuanto a nivel de notacin), la mayor'a de aplicadores de UML
creen 8ue slo es relativo a sistemas de soft$are orientados al ojeto, cuando actualmente,
UML no es simplemente un lenguaje para modelamiento orientado al ojeto de tercera
generacin, sino un .lenguaje para modelamiento unificado. relativo a sistemas en general.
El &:ito de UML ser% medido por su apropiado uso en proyectos e:itosos. UML no
garantiza el &:ito, sino 8ue permite a los aplicadores enfocarse en la distriucin de valor,
usando un consistente, estandarizado y soportale por +erramientas, lenguaje para
modelamiento.
-r a !ontenido
Referencias
?0l+ir@
#inan #i 0l+ir. . U M L in a Auts+ell ( 0 <esBtop CuicB "eference.. 1D"eilly E
0ssociates, -nc., 2449.

?0U/1"@
.UML en "esumen( Una "%pida "eferencia de Escritorio.. 1D"eilly E 0ssociates,
-nc., 2449.
-r a !ontenido
? Fome G !omment @
? #ite principal G !omentarios @
Email sal+irHeart+linB.net
Ie #ite +ome.eart+linB.netJKsal+ir
!opyrig+t L 2444 #inan #i 0l+ir. 0ll rig+ts reserved.
El Lenguaje de Modelado Unificado (UML) es la sucesin de una serie de
m&todos de an%lisis y diseMo orientadas a ojetos 8ue aparecen a fines de los
965s y principios de los 46s. <irectamente unifica los m&todos de *ooc+,
"umaug+ (1M/), y ,acoson, y algo m%s.

UML es llamado un lenguaje de modelado, no un m&todo. Los m&todos
consisten de amos de un lenguaje de modelado y de un proceso.

El lenguaje de modelado es la notacin (principalmente gr%fica) 8ue usan los
m&todos para e:presar un diseMo. El proceso indica los pasos 8ue se deen
seguir para llegar a un diseMo.

La estandarizacin de un lenguaje de modelado es invaluale, ya 8ue es la
parte principal de comunicacin. #i se 8uiere discutir un diseMo con alguien
m%s, amos deen conocer el lenguaje de modelado y no as' el proceso 8ue
se sigui para otenerlo.

Una de la metas principales de UML es avanzar en el estado de la industria
proporcionando +erramientas de interoperailidad para el modelado visual
de ojetos. #in emargo para lograr un intercamio e:itoso de modelos de
informacin entre +erramientas, se re8uiri definir a UML una sem%ntica y
una notacin.

La notacin es la parte gr%fica 8ue se ve en los modelos y representa la
sinta:is del lenguaje de modelado. Nor ejemplo, la notacin del diagrama de
clases define como se representan los elementos y conceptos como son( una
clase, una asociacin y una multiplicidad. O; 8u& significa e:actamente una
asociacin o multiplicidad en una claseP. Un metamodelo es la manera de
definir esto (un diagrama, usualmente de clases, 8ue define la notacin).

Nara 8ue un proveedor diga 8ue cumple con UML dee curir con la
sem%ntica y con la notacin.

Una +erramienta de UML dee mantener la consistencia entre los diagramas
en un mismo modelo. *ajo esta definicin una +erramienta 8ue solo diuje,
no puede cumplir con la notacin de UML.

l !Unified Modelling Languaje" (UML)
-ntroduccin al UML
UML para el manejo de re8uerimientos
OCue es un Use !aseP
#em%ntica del Use case
Aotacin del Use !ase
#em%ntica del 0ctor
Aotacin del 0ctor
<iagramas de Use case
"elaciones de los Use cases
Limitantes de los Use !ases
Ejemplo de una limitante de los Use !ases.
!onclusiones
"eferencias
l !Unified Modelling Languaje" (UML)
En este cap'tulo se e:plica revemente lo 8ue es el UML (en relacin al manejo de
re8uerimientos) y su +istoria. La informacin presentada esta asada en el
documento.
Introduccin al UML
El QUnified Modelling LanguajeR (UML) provee a los analistas y ar8uitectos de
sistemas 8ue traajan en el diseMo y an%lisis de ojetos de un lenguaje consistente
para especificar, visualizar, construir y documentar los artefactos de un sistema de
soft$are, as' tami&n es 7til para +acer modelos de negocios.

Esta especificacin es la evolucin del las tres anteriores tecnolog'as orientadas a
ojetos lideres (*ooc+, 1M/ y 11#E). El UML es la unin de estos lenguajes de
modelos y a7n mas ya 8ue incluye e:presiones adicionales para manejar prolemas
de modelaje 8ue los m&todos anteriores no cur'an plenamente.

El desarrollo de el UML empez en octure de 244S cuando )rady *ooc+ y ,im
"umaug+ de "ational #oft$are !orporation iniciaron su traajo para unificar los
m&todos de *ooc+ y 1M/. <eido a 8ue los m&todos *ooc+ y 1M/ ya +a'an
madurado independientemente y eran reconocidos como m&todos l'deres en el
desarrollo orientado a ojetos, *ooc+ y "umaug+ unieron fuerzas para forjar una
unificacin completa de los dos m&todos. Una versin preliminar 6.9 de el Qm&todo
unificadoR fue dad a conocer en octure de 244T. Noco despu&s, -var ,acoson y su
compaM'a Q1jectoryR se unieron a "ational y a su traajo de unificacin, uniendo
el m&todo 11#E (1ject 1riented soft$are engineering). El Aomre de 1jectory
es a+ora dado mayormente para descriir a el Nroceso 8ue acompaMa al UML el
Q"ational unified processR

Los ojetivos de la unificacin fueron( el mantenerlo simple, el 8uitar elementos de
los lenguajes de *ooc+, 1M/ y 11#E 8ue no funcionaran en la pr%ctica, el aMadir
elementos de otros m&todos 8ue fueran mas efectivos y el inventar nuevas
construcciones solamente cuando la solucin e:istente no estuviera disponile.

Uarios nuevos conceptos e:isten en UML, incluyendo(

Mecanismos de e:tensin (estereotipos, valores
marcados y restricciones),
Nrocesos y ramas de procesamiento
<istriucin y concurrencia
Natrones y colaoracin
<iagramas de actividad
"efinamiento (para manejar las relaciones entre los
niveles de astraccin)
-nterfaces y componentes y
Un lenguaje para restricciones

0un8ue el UML define un leguaje preciso, no es una arrera para el desarrollo
futuro en los conceptos de modelaje. #e +an incorporado muc+as t&cnicas l'deres,
pero se espera 8ue t&cnicas adicionales influyan las versiones futuras del UML.
Muc+as t&cnicas avanzadas pueden ser definidas usando el UML como ase. El
UML puede ser e:tendido sin redefinir su n7cleo.
UML para el manejo de re8uerimientos
En este traajo nos enfocaremos principalmente a la notacin usada para el manejo
de re8uerimientos. Una descripcin completa de la notacin UML se encuentra en
el documento ?0S@.

El UML posee varios tipos de diagramas y construcciones 8ue pueden ser usadas
para el diseMo de sistemas, el artefacto espec'fico para el manejo de re8uerimientos
es el Use !ase y los 0ctores.
OCue es un .Use !ase.P

,acosson en ?0V@ define a los use cases y a los actores como(
QLos 0ctores representan lo 8ue interact7a con el sistema. Ellos representan a todo
lo 8ue necesita intercamiar informacin con el sistema. Las instancias de los
actores son los usuarios del sistema, ellos llevan a cao un numero de operaciones
con el sistema y desarrollan una secuencia de transacciones en comunicacin con el
sistema. 0 esta secuencia de acciones se llama Use case.
..R

Los use cases se usan para especificar el comportamiento de el sistema sin definir su
estructura, la forma de 8ue un modelo de Use cases es realizado en t&rminos de
ojetos 8ue son definidos por clases dentro de el sistema se puede descriir con
diagramas de colaoracin.
#em%ntica del Use case
Un use case es un tipo de clasificador 8ue representa una unidad co+erente de
funcionalidad dentro de un sistema, un susistema, o una clase manifestada por una
secuencia de mensajes intercamiados entre el sistema y uno o mas ojetos e:ternos
(llamados actores) y por acciones 8ue el sistema lleva a cao.

Un Nunto de e:tensin es una referencia a un punto dentro del use case en el 8ue
las secuencias de acciones de otros use cases pueden ser insertadas. !ada punto de
insercin tiene un nomre 7nico dentro de el use case y adem%s cuenta con una
descripcin de el punto de insercin dentro de el comportamiento de el use case.
Aotacin del Use !ase
Un use case es mostrado como una elipse conteniendo el nomre de el use case.
1pcionalmente, un estereotipo puede ser colocado arria de el nomre y una lista de
propiedades tami&n puede ser incluida aajo de el nomre. !omo es un
clasificador, un use case tami&n puede tener compartimentos mostrando atriutos y
operaciones.

Los puntos de e:tensin pueden ser listados en un compartimento de el use case con
el encaezado puntos de e#tensin. La descripcin de la localizacin de el punto de
e:tensin se da de la manera mas adecuada, usualmente es en forma de te:to, pero
tami&n puede ser dado de otras formas, como el nomre de un estado en una
m%8uina de estados, o una precondicin o postcondicin

El comportamiento de un use case puede ser descrito de maneras muy diferentes,
dependiendo de 8ue es lo mas conveniente( te:to lire es com7nmente usado, pero
ma8uinas de estados adem%s de es y m&todos son ejemplos de otras formas de
descriir el comportamiento de el use case.

#em%ntica del 0ctor
Un 0ctor define un conjunto co+erente de roles los cuales pueden ser usados por los
usuarios de una entidad cuando interact7an con esta entidad. Una actor se considera
8ue juega un rol diferente con relacin a cada use case con el cual act7a.
Aotacin del 0ctor
El icono est%ndar de un estereotipo de actor es la figura del QMono de paloR, con el
nomre del actor deajo de la figura. Un actor tami&n puede ser representado como
una clase con el estereotipo de QactorR con todos los compartimentos de esta.

<iagramas de Use case
#em%ntica
Los diagramas de Use !ase representan a los actores y a los use cases junto con sus
relaciones. Los Use !ases representan la funcionalidad de un sistema o susistema
o clase, como es perciido por el e:terior de el sistema, es decir por sus actores.
Aotacin
Un diagrama de use case es una gr%fica de actores, un conjunto de use cases,
posilemente algunas interfaces y las relaciones entre estos elementos. Las
relaciones son asociaciones entre los actores y los use cases generalizaciones entre
los actores y generalizaciones, e:tensiones e inclusiones entre los use cases.



Ejemplo de <iagrama de use case

"elaciones de los Use cases
Fay varias relaciones est%ndar entre los use cases o entre los actores y los use cases.

0sociacin W La participacin de un actor en el Use !ase, i. e. instancias
de el actor e instancias de el use case se comunican entre si. sta es la
$nica relacin entre los actores % los Use cases&
E:tensin W una relacin de e:tensin entre el use case 0 y el use !ase
* indica 8ue una instancia de el use case * puede ser aumentada
(<ependiendo de ciertas condiciones especificadas en la e:tensin) por
el comportamiento de especificado en el Use !ase *. El comportamiento
es insertado el punto definido como punto de e:tensin del Use !ase *,
el cual es referenciado por la relacin e:terna.
)eneralizacin W Una generalizacin de un use case 0 +acia el use case
* indica 8ue 0 es una especializacin de *
-nclusin W una relacin de inclusin de el use !ase 0 +acia el Use case
* indica 8ue una instancia de el use case 0 tami&n contendr% el
comportamiento especificado por *. El comportamiento es incluido en el
punto definido en 0

Ejemplo de diagrama de Use case y algunas de sus relaciones


Limitantes de los Use !ases
Los use cases, como ya vimos e:plican el comportamiento re8uerido de un sistema
en la perspectiva del actor. #i analizamos las caracter'sticas de los re8uerimientos
propuestas en los cap'tulos anteriores. Nodemos ver 8ue los use cases pueden definir
los re8uerimientos de(
Entorno
0l definir 8uienes son los actores se est%
definiendo el entorno
Funcionales

Lo 8ue ejecuta el use !ase son %sicamente la funcionalidad
re8uerida por el sistema.
-nterfases

La relacin entre el actor y el use case puede ser refinada para
especificar la interfase usada por el use case y el actor.

"estricciones de diseMo

Una norma oficial o el uso de cierto tipo de estructura de sistema
puede ser especificado en el use case o en los diagramas de
colaoracin 8ue realizan dic+o use case.

Materiales

El material 8ue dee de ser usado puede ser definido como un
atriuto de el use case.
Nero no de desempeMo, ni no funcionales, ni de entrenamiento.

Ejemplo de una limitante de los Use !ases.
Las limitantes de los use cases generalmente son tan menores 8ue la mayor'a
de los sistemas no se ven afectados por estas limitantes. #in emargo, e:iste
un tipo especial de sistema en el cual los use cases aun necesitan evolucionar
para conseguir curir y especificar plenamente sus re8uerimientos( Estos son
los sistemas de tiempo real&
Los sistemas de tiempo real tienen re8uerimientos particulares 8ue no se
encuentran en otros sistemas, un ejemplo de estos re8uerimientos es(
El 'iempo fuera de ser(icio (Ejemplo( .Ao mas de X minutos por
aMo por m%8uina.)
W
La -ndependencia (.Las fallas de soft$are y +ard$are ser%n
restalecidas sin intervencin +umana.)
#i 8ueremos modelar estos re8uerimientos en Use !ases nos encontraremos
con varios ost%culos(
Quien es el actor?
#i el re8uerimiento se enfoca a fallas de soft$are o +ard$are, OCuien
)enera la fallaP. Una falla de un sistema es pr%cticamente impredecile, por
lo 8ue seMalar a una entidad como la provocadora de una falla es imposile.
Mas aun el especificar las acciones 8ue esta entidad realiza con el use case
para provocar la falla son ilimitadas.
Como reali)amos el use case?
#i un use case se realiza con la colaoracin de clases, O8ue clase genero la
fallaP. Nara realizar correctamente este use case deer'amos modelar el
sistema entero y especificar para cada componente las acciones 8ue podr'an
llevar a una falla. Esto definitivamente no es un traajo muy pr%ctico 8ue
digamos.
!onclusiones
El +ec+o de poder manejar un re8uerimiento como un 1jeto +ace de los use
cases una +erramienta sumamente poderosa en el manejo y especificacin de
re8uerimientos. #in emargo aun le falta evolucionar para curir en su
totalidad toda la e:tensa gama de re8uerimientos 8ue pueden ser aplicales a
un sistema.
Este tema de investigacin es precisamente el 8ue +a dado nacimiento al
proyecto de tesis 8ue alimenta el contenido de esta pagina $e. Esperamos
8ue los resultados 8ue otengamos sean satisfactorios (los cuales ser%n
pulicados en esta p%gina a finales de aMo).