Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
El lenguaje UML
tiene una notacin
grfica muy expresiva
que permite representar
en mayor o menor
medida todas las fases
de
un
proyecto
informtico: desde el
anlisis con los casos
de uso, el diseo con
los diagramas de clases,
objetos, etc., hasta la
imple-mentacin
y
configuracin con los
diagramas de despliegue.
HISTORIA DE
UML
Figura 1: Logo de UML
El lenguaje UML
comenz a gestarse en
octubre de 1994 [1],
cuando Rumbaugh se uni
a la compaa Rational
fundada por Booch (dos
reputados investiga-dores
en el rea de metodologa
del software). El ob-jetivo
de ambos era unificar dos
mtodos
que
haban
desarrollado: el mtodo
Booch y el OMT (Object
Mode-lling Tool ). El
UML.
91
93
95
Booch'91
Booch'93
OMT-1
OtrosOOSE
OMT-2
UML 0.8
Revisin por parte
96
UML 0.9
del pblico
UML 1.0
97
UML 1.1
Aprobado como
98
99
UML 1.3
Cambios menores
00
UML 1.4
02
UML 2.0
MODELADO VISUAL
Tal como indica su nombre, UML es un
lenguaje de modelado. Un modelo es una
simplificacin de la realidad. El objetivo del
modelado de un sistema es capturar las partes
QU ES UML?
UML es ante todo un lenguaje. Un lenguaje
pro-porciona un vocabulario y una reglas para
permitir una comunicacin. En este caso, este
lenguaje se cen-tra en la representacin grfica
de un sistema.
Este lenguaje nos indica cmo crear y leer
los mo-delos, pero no dice cmo crearlos. Esto
ltimo es el objetivo de las metodologas de
desarrollo.
Las objetivos de UML son muchos, pero se
pue-den sintetizar sus funciones:
3 Se
2 Documentar:
1 Elementos:
Los
elementos
son
abstracciones de cosas reales o ficticias
(objetos, acciones, etc.)
DIAGRAMAS UML
Un diagrama es la representacin grfica de un
conjunto de elementos con sus relaciones. En
concre-to, un diagrama ofrece una vista del
sistema a mode-lar. Para poder representar
correctamente un sistema, UML ofrece una amplia
variedad de diagramas para visualizar el sistema
desde varias perspectivas. UML incluye los
siguientes diagramas:
1 Diagrama de colaboracin.
2 Diagrama de estados.
3 Diagrama de actividades.
4 Diagrama de componentes.
5 Diagrama de despliegue.
Los diagramas ms interesantes (y los ms
usados) son los de casos de uso, clases y
secuencia, por lo que nos centraremos en stos.
Pare ello, se utilizar ejem-plos de un sistema de
venta de entradas de cine por Internet.
El diagrama de casos de usos representa
grficamente los casos de uso que tiene un
sistema. Se define un caso de uso como cada
interaccin supuesta con el sistema a desarrollar,
donde se representan los requisi-tos funcionales.
Es decir, se est diciendo lo que tiene que hacer
un sistema y cmo. En la figura 3 se mues-tra un
ejemplo de casos de uso, donde se muestran tres
actores (los clientes, los taquilleros y los jefes de
Figura 4:
Diagrama de
clases.
nte
indepe
ndiente
del
proceso de
desarro
llo que
se siga,
los
mismo
s
creado
res de
UML
han
propue
sto su
propia
metod
ologa
de
desarro
llo,
denom
inada
el
AProces
unqu o
Unific
e
UM ado de
L esDesarr
basta ollo
P
R
O
C
ES
O
D
E
D
ES
A
R
R
O
L
L
O
[2].
El
Proce
so
Unifi
cado
est
basad
o en
comp
onentes, lo
cual
quier
e
decir
que el
siste
ma
softw
are en
constr
ucci
n est
forma
do
por
comp
onent
es
softw
are
interc
onect
ados son
a tres:
trav es
s iterati
de vo e
inter incre
face mental
s
,
bien dirigid
defi o por
nido casos
s. de uso
Ade y
ms, centra
el do en
Proc la
eso arquit
Unif ectura
icad [3]:
o
1 D
utili
i
za el
UM
r
L
i
para
g
expr
i
esar
d
grfi
o
cam
ente
p
todo
o
s los
r
esqu
ema
c
s de
a
un
s
siso
tem
s
a
soft
d
war
e
e.
Pero
u
,
s
real
o
men
:
te,
los
B
aspe
a
ctos
s
que
defin
nen
d
este
o
Proc
s
eso
e
Unif
icad
o
e
n
los
cas
os
de
us
o,
los
de
sar
rol
lad
ore
s
cre
an
un
a
ser
ie
de
mo
del
os
de
dis
e
oe
im
ple
me
nta
ci
n
qu
e
los
lle
va
na
ca
bo.
Ad
em
s,
est
os
mo
del
os
se
val
ida
n
par
a
qu
e
s
e
a
n
c
o
n
f
o
r
m
e
s
a
l
o
s
c
a
s
o
s
d
e
u
s
o
.
F
i
n
a
l
m
e
n
t
e
,
l
o
s
c
a
s
o
s
d
e
u
s
o
t
a
m
b
i
n
s
i
r
v
e
n
p
a
r
a
r
e
a
l
i
z
a
r
l
a
s
p
r
u
e
b
a
s
s
o
b
r
e
l
o
s
c
o
m
p
o
-
ne
nt
es
de
sar
rol
la
do
s.
1 Ce
ntr
ad
o
en
la
ar
qu
ite
ct
ur
a:
En
la
ar
qu
ite
ctu
ra
de
la
co
nst
ru
cci
n,
ant
es
de
co
nst
rui
r
un
edi
fic
io
st
e
se
co
nte
m
pla
de
sd
e
va
ri
o
s
p
u
n
t
o
s
d
e
v
is
t
a
:
e
st
r
u
c
t
u
r
a
,
c
o
n
d
u
c
c
i
o
n
e
s
e
l
c
tr
i
c
a
s,
f
o
n
t
a
n
e
r
a
,
e
tc.
Ca
da
uno
de
est
os
asp
ect
os
est
rep
res
entad
o
por
un
gr
fic
o
con
su
not
aci
n
cor
respon
die
nte.
Sig
uie
ndo
est
e
eje
mp
lo,
el
con
cep
to
de
arq
uite
ctu
ra
soft
war
e
incl
uye
los
asp
ect
os
est
ti
co
sy
di
n
mi
co
s
m
s
sig
nif
ica
tiv
os
del
sis
te
ma
.
2 Ite
rat
iv
o
e
in
cr
em
en
tal
:
To
do
sis
te
ma
inf
or
m
tic
o
co
m
ple
jo
su
po
ne
un
gr
an
esf
ue
rz
o
q
u
e
p
u
e
d
e
d
u
r
a
r
d
e
s
d
e
v
a
ri
o
s
m
e
s
e
s
h
a
st
a
a
o
s.
P
o
r
l
o
t
a
n
t
o
,
l
o
m
s
p
r
c
ti
c
o
es
div
idir
un
pro
yec
to
en
var
ias
fas
es.
Act
ual
me
nte
se
sue
le
hab
lar
de
ciclo
s
de
vid
a
en
los
que
se
real
iza
n
var
ios
rec
orrid
os
por
tod
as
las
fas
es.
Ca
da
rec
orri
do
por
las
fas
es
se
de
no
mi
na
ite
rac
i
n
en
el
pr
oy
ect
o
en
la
qu
e
se
rea
liz
an
va
rio
s
tip
os
de
tra
baj
o
(d
en
o
mi
na
do
s
flu
jos
).
Ad
em
s,
ca
da
ite
rac
i
n
pa
rte
de
la
ant
eri
or
inc
r
e
m
e
n
t
a
d
o
o
r
e
v
is
a
ndo
la
fun
cio
nali
dad
im
ple
me
nta
da.
Se
sue
le
den
omi
na
r
pr
oc
es
o.
Ve
r
fig
ur
a
6.
5
Etapas
Flujos de trabajo
fundamentales
Inicio
Requisitos
Anlisis
Diseo
Implementacin
Prueba
Iter.
#1
Iter.
#2
---
---
---
---
Iter. Iter.
#n-1 #n
Resumiendo, el Proceso
Unificado
es
un modelo
complejo
con
mucha
terminologa propia, pensado
principalmente para el desarrollo
de grandes proyec-tos. Es un
proceso que puede adaptarse y
extenderse en funcin de las
necesidades de cada empresa.
CONCLUSIONES
estndar por
la OMG.
4 Prcticament
e todas las
herramientas
CASE y de
desarrollo la
han adaptado
como
lenguaje de
modelado.
En
resumen,
Es fcil predecir que UMLUML resuelve de
ser el lenguaje de mo-deladoforma bastante sade software de uso universal.tisfactoria un viejo
Las principales razones paraproblema
del
ello son:
desarrollo
de
softwa-re como es
1 En el desarrollo hansu
modelado
participado
grfico. Adems, se
investigadores
deha llega-do a una
reconocido prestigio.
solucin unificada
basada en lo mejor
2 Ha sido apoyado porque haba hasta el
prcticamente todas lasmomento, lo cual lo
empresas importantes dehace todava ms
excepcional.
informtica.
REFERENC
IAS
1. G.
Booch,
J.
Rumbaugh y I.
Jacobson,
"El
Lenguaje
Unificado
de
Modelado",
Addison Wesley,
1999
2. I. Jacobson, G.
Booch,
J.
Rumbaugh , "El
Proceso Unificado
de
Desarrollo",
Addision Wesley,
2000
3. E. Hernndez, J.
Hernndez,
C.
Lizandra,
"C++
Es-tandar",
ITP
Paraninfo 2001.
3 Se ha aceptado como un
6