PARQUE DE ATRACCIONES DIVERTIMENTO S.

A
SISTEMA DE SEGURIDAD EN LA NORIA Y LA MONTANA RUSA

YOLANDA SANTAMARIA HERNANDEZ

CODIGO: 67261

UNIVERSIDAD INCCA DE COLOMBIA

INGENIERIA DE SISTEMAS
BOGOTA 2014
 CONTENIDO
1. Justificacin
2. Objetivos
2.1 General
2.2 Especifico
3. Enunciado
3.1 Anlisis del enunciado
3.2 Casos de Uso generales
3.3 Diagrama de clases y relaciones
3.4 Modelo conceptual
4. Requerimientos
4.1 Requerimientos Funcionales
4.2 Requerimientos no Funcionales
4.3 Restricciones
5. Especificacin de Requerimientos
5.1 Seudocdigos principales
5.2 Diagramas de casos de uso
5.3 Diagramas de estado
6. Diagramas
6.1 Diagramas de Secuencia
6.2 Diagramas de Colaboracin
6.3 Diagramas de Actividades
6.4 Diagrama de Componentes
6.5 Diagrama de Distribucin
7. Caractersticas generales de la pgina web
8. Conclusiones
9. Bibliografa
1. JUSTIFICACION

En la actualidad vemos como cada da aparecen nuevas y variadas tecnologas

que son en su mayora muy complejas, la ingeniera de software descompone
estos grandes problemas en partes para que sean ms fciles de entender y de
manejar para su ptimo desarrollo. Con la ingeniera de requerimientos y el
modelo UML permiten de una forma ms clara y precisa obtener y entender los
requerimientos del software a desarrollar.
La importancia de la ingeniera de software es definir claramente los requisitos del
proyecto a desarrollar de esto depende la obtencin de un desarrollo ms claro,
los diagramas y modelos que se obtienen durante el anlisis es en s, son las
pautas para su correcta implementacin.
La ingeniera de software ha desarrollado estndares automatizados para medir y
certificar la calidad tanto del desarrollo como del proceso del software, esto nos
permite minimizar errores y garantizar de una forma ms acertada el anlisis,
diseo y desarrollo del software.
2. OBJETIVOS

2.1 OBJETIVO GENERAL

Disear un sistema de seguridad para el Parque de Atracciones
Divertimento S.A. de la Montaa Rusa y la Noria, representando su
funcionamiento con los diferentes diagramas.

2.2 OBJETIVOS ESPECIFICOS

Entender y aclarar los requerimientos que se necesitan para el diseo del
Sistema de seguridad para las dos atracciones.
Representar los diagramas y casos de uso por medio de UML siendo una
herramienta muy completa para comprender las caractersticas de los
elementos que intervienen en el diseo del proyecto.
Aprender a representar mediante diagramas de forma sinttica el problema
es decir que los diagramas sean claros y especifiquen exactamente el
objetivo y el procedimiento a seguir para la solucin del mismo.
3. ENUNCIADO

PARQUE DE ATRACCIONES

La empresa DIVERTIMENTO, S. A., tiene varios parques de atracciones

repartidos por la geografa espaola. lo que ms preocupa a esta empresa es la
seguridad en algunas de las atracciones, ya que un error mecnico podra producir
daos materiales y humanos que plantearan serios problemas para la empresa
hoy por hoy slo es posible detectar fallos en las atracciones, cuando los operarios
encargados realizan actividades de mantenimiento.

La empresa quiere informatizar sus parques de atracciones y para ello ya ha

decidido poner en marcha un proyecto piloto cuyo objetivo ser el de dotar a uno
de sus parques de atracciones de un sistema de deteccin automtica de fallos en
las atracciones.
En un primer momento se va a preparar el sistema para gestionar la NORIA Y LA
MONTAA RUSA. La noria tiene una serie de vehculos dotados cada uno de
ellos de un detector gracias al cual se sabe en cada momento si el vehculo est
suficientemente bien anclado a la estructura metlica de la noria.

Si en un momento determinado se detectara prdida de anclaje, el

correspondiente vehculo se lo comunicara a la central receptora de averas
(CRA) y tambin a la atraccin de la que forma parte dicho vehculo, as en la
prxima parada de dicha atraccin se tendr constancia de que uno de sus
vehculos ha solicitado revisin.

Por su parte, en la montaa rusa cada coche est dotado de igual modo de un
detector de anclaje con el coche que lleva detrs (en el caso de llevarlo). Cada
coche detecta si existe suficiente anclaje con el coche posterior y en caso de falta
de anclaje avisa a la CRA y a la atraccin, en este caso la montaa rusa.

Cuando la CRA recibe un aviso, en el que se le indica el vehculo o coche con

posible avera y la atraccin de que se trata, busca inmediatamente un operario de
mantenimiento disponible. En caso de no haber ninguno libre, informa al
componente en cuestin de que su peticin no puede ser satisfecha, as dicho
componente emitir una seal de solicitud de revisin hasta que su peticin le sea
satisfecha.

Como cada operario de mantenimiento cobra un extra en funcin del nmero de

averas que atiende al mes, cada uno tiene asignado mensualmente un dispositivo
gracias al cual recibe las posibles averas a atender, independientemente de en
qu zona del parque se encuentre.

Cuando la CRA demanda la revisin de una posible avera y encuentra un

operario de mantenimiento libre le manda un mensaje indicndole la calle del
parque en la que se encuentra la atraccin y el nmero de vehculo o coche con
posible avera. Automticamente, el dispositivo del operario pasa a indicar que ese
operario se encuentra ocupado atendiendo una posible avera.

Cuando el operario ha terminado de supervisarla, indica a su dispositivo que ha

quedado libre para la siguiente peticin de avera que reciba. A su vez dicho
dispositivo informa a la CRA y al componente revisado. Dicho componente avisar
a su atraccin de que la operacin de mantenimiento solicitada ha terminado para
que sta lo tenga en cuenta a la hora de poner la atraccin en marcha de nuevo.
Adems, el sistema tendr que ser capaz de contabilizar las personas que entran
y salen de una atraccin, con el fin de controlar dos cosas; en primer lugar, que no
entren ms personas de las que la atraccin es capaz de albergar y, en segundo
lugar, que todo el mundo abandone la atraccin una vez finalizado cada viaje.

El controlador de arranque y parada de la atraccin puede recibir un mensaje

indicando que la atraccin est llena, para que inicie las labores de puesta en
marcha de la atraccin; dicho mensaje puede provenir del torniquete de entrada
que detecta cuando se produce la ocupacin mxima de la atraccin, o bien del
propio operario que vigila la atraccin siempre que aun no estando llena no hay
ms personas esperando para subir y l considera que es tiempo suficiente como
para que se ponga en marcha.

Una vez que el dispositivo de parada y arranque de la atraccin detecta que la

atraccin est detenida, le enva al torniquete de salida un mensaje para que se
prepare para que la gente pase por l. El torniquete de salida sabe el nmero de
personas que hay en la atraccin gracias al torniquete de entrada, as sabe el
nmero de personas que se tienen que bajar de la atraccin. Cuando el torniquete
de salida determina que el nmero de personas que han abandonado la atraccin
es igual al nmero de ellas que entr, enva al torniquete de entrada un mensaje
para que ponga a cero el contador de personas en la atraccin y adems se libere
y muestre un indicador verde para que la gente pueda tomar asiento en la
atraccin. Si pasados cinco minutos desde que la atraccin se par el torniquete
de salida no ha liberado al torniquete de entrada, es indicativo de que alguien se
ha quedado dentro y es necesario entrar a buscarlo.

Cuando el torniquete de entrada recibe, del torniquete de salida, el mensaje de

liberarse, primero consulta a la atraccin si tiene alguna avera pendiente.

Esto se reflejar en la atraccin cuando uno o varios de los vehculos o coches

soliciten reparacin. La atraccin lleva un contador de averas pendientes de
manera que slo en el caso en que este contador est a 0 el torniquete de entrada
se pondr verde para que entren los usuarios. En caso contrario permanecer en
mbar, indicativo de estar esperando reparacin.
3.1 ANALISIS DEL ENUNCIADO

3.1.1 Entradas

Solicitud de revisin en coche o Vehculo

Recepcin de Solicitud por la Central Receptora de Averas(CRA)
El Torniquete de entradas registra el mximo de personas permitidas en
cada atraccin.

3.1.2 Procesos

Verificar a travs del dispositivo si el operario est libre o est ocupado.

Si el operario est ocupado deja la solicitud pendiente hasta que un
operario este libre.
El torniquete de salida verifica que todas las personas hayan salido de la
atraccin.

3.1.3 Salidas

Si el operario est libre se le enva un mensaje para su prxima revisin.

Si el torniquete de entrada detecta que el cupo mximo de personas
est lleno entonces pone en marcha la atraccin.
El torniquete de entrada recibe un mensaje de liberarse desde el
torniquete de salida.
 3.1.4 Tabla de Sustantivos y Verbos depurados

Tabla de Sustantivos
Atraccin La Noria
Montana Rusa Vehculo
Coche Central Receptora de Averas (CRA)
Torniquete Dispositivo del Operario

Tabla de Verbos
Detectar Preparar Solicitar
Informatizar Gestionar Avisar
Dotar Comunicar Recibir
Buscar Contabilizar Encontrar
Emitir Controlar Determinar
Enviar Producir Indicar

3.2 CASOS DE USO

<<extend>>
abrirse

<<extend>>
<<extend>>
entrada

cerrarse

<<extend>>
torniquete <<extend>>
operario de la
atraccion usuario
ponerse en verde

salida <<extend>>

ponerse en ambar
 <<include>>

<<extend>>
<<include>>

registra falla la noria vehiculo solicita revision

<<extend>>

<<extend>>
<<include>>

<<extend>>
atraccion
CRA
<<extend>>

<<include>>

anula falla montaa rusa coche falla

<<extend>>
terminacion de supervision

operario de dispositivo del operario

manteniemiento
<<extend>>

ocupado
 <<include>> <<extend>>

registra falla dispositivo del operario terminacion de supervision

<<extend>>
<<include>> <<extend>>

<<extend>>
atraccion anula falla ocupado
CRA operario de
manteniemiento

3.2.1 Descripcin de Actores

ACTOR CRA
Caso de Uso Administrar la CRA de las atracciones
Tipo Primario
Descripcin Es el encargado del detectar perdidas
de anclaje de las atracciones e
informar a los operarios su respectiva
revisin.

ACTOR OPERARIO DE MANTENIMIENTO

Caso de Uso Dispositivo del Operario
Tipo Primario
Descripcin Es el encargado de hacer el
mantenimiento de la avera y dar aviso
cuando termine para que se d inicio
nuevamente a la atraccin.
ACTOR OPERARIO DE ATRACCION
Caso de Uso Torniquete
Tipo Secundario
Descripcin Es el encargado del funcionamiento de
la atraccin, debe estar pendiente del
cupo mximo de la atraccin y tambin
que salga la misma cantidad de
personas que entraron

ACTOR USUARIO
Caso de Uso Torniquete
Tipo Secundario
Descripcin Hacer uso de las Atracciones, activa
torniquete de entrada y salida.

3.2.2 DESCRIPCION CASOS DE USO (TABLAS)

CASO DE USO ADMINISTRAR CRA

Actores Operario de Mantenimiento, CRA
Tipo Bsico
Propsito Controlar la seguridad en las atracciones.
Resumen Controlar y dirigir los operarios de Mantenimiento para las
revisiones.
Precondiciones Que haya una avera.
Flujo Principal Registrar y anular avera, enviar mensaje al dispositivo del
operario.
Subflujos Fin de supervisin, operario ocupado.
Excepciones Para que se ponga en marcha la atraccin debe terminarse
la revisin.

CASO DE USO ADMINISTRAR TORNIQUETE

Actores Operario de Atraccin, Usuario
Tipo Bsico
Propsito Hacer conteo de personas para evitar errores en las
atracciones
Resumen Contar las personas que entran y salen de las atracciones
Precondiciones Tener torniquete de entrada y torniquete de salida
Flujo Principal Ingresar personas, salir personas
Subflujos Abrir, cerrar, luz verde, luz roja.
Excepciones Si la entrada no es igual a la salida no se pone en
funcionamiento la atraccin.
CASO DE USO ADMINISTRAR ATRACCION
Actores Operario de Atraccin, Usuario
Tipo Bsico
Propsito Avisar por medio de sus vehculos si estn bien o es
necesario una revisin.
Resumen Dar aviso si hay alguna avera en las atracciones.
Precondiciones Tener los dispositivos de deteccin de averas en los
vehculos de las atracciones para que hagan su respectivo
aviso.
Flujo Principal Registrar avera, anular avera
Subflujos Solicitar mantenimiento, informar falla
Excepciones Si hay una revisin pendiente no se pone en marcha.

CASO DE USO ADMINISTRAR DISPOSITIVO DE OPERARIO

Actores Operario de Mantenimiento
Tipo Bsico
Propsito Al hacer una revisin mostrar la disponibilidad de la
atraccin
Resumen Mostrar estado de la operacin para su revisin.
Precondiciones Que el operario est disponible para hacer la revisin.
Flujo Principal Recibir mensaje de revisin en el dispositivo del operario
Subflujos Terminacin de revisin, disponibilidad del operario.
Excepciones Si el operario no informa de la terminacin de la revisin la
atraccin no se pone en marcha.
3.3 DIAGRAMA DE CLASES Y RELACIONES
3.4 MODELO CONCEPTUAL

Torniquete

comunica
Entrada 1 1 Salida

1 1
comunica
activa

1
Atraccion 1
mantiene
1..* 1 Central Receptora de Averias

gestiona

La Noria Montaa Rusa

1..*
Dispositivo del Operario

1..*
Vehiculo 1..*
Coche
1
1

arrastra a
4. REQUERIMIENTOS

4.1 REQUERIMIENTOS FUNCIONALES

Los requerimientos funcionales son todas aquellas funciones que el sistema ser
capaz de realizar. Describen las transformaciones que el sistema realiza sobre las
entradas para producir salidas. Son los que afectan de forma clara el
funcionamiento del sistema con el fin de establecer prioridades.
Evidente: Deben realizarse y el usuario debe saber que se han realizado.
Oculto: Deben realizarse pero no son visibles para el usuario.
RF REQUERIMIENTO FUNCIONAL RF CATEGORIA
RF1 Realizar mantenimiento Evidente
RF2 Control manual de Atraccin Evidente
RF3 Registro y control de usuarios Oculto
RF4 Generar reportes Evidente
RF5 Asignacin de operario Evidente
RF6 Bsqueda de operario Oculto
RF7 Control de la central receptora de averas CRA Oculto

RF1. Realizar mantenimiento: El operario de mantenimiento una vez ha sido

asignado a realizar una revisin y una vez haya sido terminada debe informar a su
dispositivo que se encuentra libre para una nueva revisin y a su vez el dispositivo
deber informar a la CRA.
RF2. Control manual de Atraccin: Si no est el cupo mximo de personas, el
operario de la atraccin deber poner en marcha la atraccin con las personas
que hayan.
RF3. Registro y Control de Usuarios: Cada atraccin por medio de los torniquetes
de entrada y salida, permiten tener registro de cuantas personas entran y cuanta
salen de la atraccin, con el fin de controlar la puesta en marcha de determinada
atraccin.
RF4. Generar reportes: cada vez que se genere una falla se deber enviar un
mensaje a la CRA para que esta por medio del dispositivo del operario, den
solucin lo ms pronto posible a la falla;
RF5. Asignacin de operario: La CRA debe enviar un mensaje al dispositivo del
operario de mantenimiento que se encuentre disponible para que se realice la
respectiva revisin.
RF6. Bsqueda de operario: La CRA en caso que se presente una avera o falla
deber ubicar al operario de mantenimiento disponible para que asista a la
revisin.
RF7. Control de la Central Receptora de Averas: La CRA debe estar en
funcionamiento todo el tiempo ya que es la encargada de recibir y enviar los
mensajes a los dispositivos de los operarios de las averas que se presenten.

4.2 REQUERIMIENTOS NO FUNCIONALES

Los requerimientos no funcionales, como su nombre sugiere, son aquellos

requerimientos que no se refieren directamente a las funciones especficas que
proporciona el sistema, sino a las propiedades emergentes de ste como la
fiabilidad, el tiempo de respuesta y la capacidad de almacenamiento. De forma
alternativa, definen las restricciones del sistema como la capacidad de los
dispositivos de entrada/salida y las representaciones de datos que se utilizan
en las interfaces del sistema.

REQUERIMIENTOS NO FUNCIONALES RN
RN1 Amigabilidad
RN2 Eficiencia
RN3 Fiabilidad
RN4 Portabilidad
RN5 disponibilidad
RN6 Seguridad

RN1. Amigabilidad: el sistema debe estar diseado de tal forma que sea fcil de
entender con una interfaz agradable para todas las personas que la van a
manipular.
RN2. Eficiencia: dicho sistema deber gestionar de forma eficiente y optima la
asignacin de los recursos disponibles.
RN3. Fiabilidad: el sistema deber ser puesto a prueba previamente para evitar
posibles errores que se generaran al ser utilizado por usuarios, analizando todos
los posibles errores para as poder dar solucin al mismo de la manera ms
oportuna.
RN4. Portabilidad: el sistema deber soportar toda la informacin que maneje,
tambin deber soportar las actualizaciones que se generen con las nuevas
metodologas.
RN5. Disponibilidad: el sistema debe estar disponible para todas las actividades
del parque de diversiones.
RN6. Seguridad: se debe garantizar la seguridad del sistema ya que esto es lo que
permite que todo funcione correctamente, puesto que est en juego vidas
humanas.
4.3 RESTRICCIONES
Las restricciones a tener en cuenta para las interfaces para manejar el sistema de
seguridad de la montaa rusa y la noria de la empresa Divertimento S.A son las
siguientes.
1. Interfaz para la Central Receptora de Averas CRA. Dicha interfaz debe
mostrar los datos del operario y su disponibilidad, nombre de la atraccin.
La CRA debe enviar mensajes tanto a las atracciones como a los operarios
de mantenimiento y de atraccin, para su correcto funcionamiento.

2. Interfaz para el operario de la Atraccin, esta debe mostrar nombre de

operario, identificacin, nombre atraccin. El operario de la atraccin debe
estar pendiente de los torniquetes de entrada y salida para que la atraccin
se pueda poner en marcha o no.

3. Interfaz para el Operario de Mantenimiento, debe tener el nombre del

operario de mantenimiento, identificacin, estado actual (libre ocupado).
El operario de mantenimiento debe dar aviso a la CRA si est disponible o
si est haciendo un mantenimiento para que se puedan cubrir todas las
posibles fallas que se presenten en las atracciones
5. ESPECIFICACION DE REQUERIMIENTOS

5.1 Seudocdigos Principales

Solicitar mantenimiento Montana Rusa
Inicio
Verificar anclaje coche ()
Si (verificar anclaje () ==fallo)
Solicitar mantenimiento ()
Informar atraccin
Fin si
Fin
Buscar operario disponible por la CRA
Inicio
Mientras buscar operario disponible = enviado
Si estado operario == disponible
 Estado operario = ocupado
Enviar mensaje a operario
Operario disponible == enviado
Entonces
Si quedan operarios por consultar
Consultar estado siguiente de operario
Entonces
Informar a atraccin no disponibilidad de operario
Break mientras
Fin si
Fin si
Fin mientras
Fin
Informa fin mantenimiento por parte de un operario

Inicio
Si (informar fin mantenimiento ())
Incrementar contador fin mantenimientos hechos
Estado = disponible
Anular avera pendiente de la atraccin ()
Fin si
Fin

Control de inicio de Atraccin torniquete de entrada

Inicio
Atraccin detenida
Mientras (nmero de personas == mximo de personas) y (numero
averas==0)
Si nmero de personas == mximo de personas
Entrada ponerse en rojo ()
Salida cerrar ()
Iniciar atraccin
Break mientras
Fin si
Fin mientras
Fin
 Control cuenta personas en torniquete

Inicio
Si persona pasa por torniquete entrada
Nmero de personas se incrementa en uno
Fin si
Si persona pasa por torniquete de salida
Nmero de personas disminuye en uno
Fin si
Fin

5.2 Diagramas de Casos de Uso

<<extend>>
abrirse

<<extend>>
<<extend>>
entrada

cerrarse

<<extend>>
torniquete <<extend>>
operario de la
atraccion usuario
ponerse en verde

salida <<extend>>

ponerse en ambar
 <<include>>

<<extend>>
<<include>>

registra falla la noria vehiculo solicita revision

<<extend>>

<<extend>>
<<include>>

<<extend>>
atraccion
CRA
<<extend>>

<<include>>

anula falla montaa rusa coche falla

<<extend>>
terminacion de supervision

operario de dispositivo del operario

manteniemiento
<<extend>>

ocupado
 <<include>> <<extend>>

registra falla dispositivo del operario terminacion de supervision

<<extend>>
<<include>> <<extend>>

<<extend>>
atraccion anula falla ocupado
CRA operario de
manteniemiento
5.3 Diagramas de Estado

atraccion

averia
no averia

verifica
CRA
torniquete

aviso
operario de abierto
mantenimiento

salida entrada

libre verifica
ocupado
tiene que ser igual la
salida a la entrada
Fin

verifica

despachar
operario
encuentra operario

busqueda
buscar operario de operario fin

no encuentra operario
informar al
dispositivo
 torniquete entrada

comparar numero de ocupantes de

torniquete de entrada con cupo maximo

validar cupo maximo

de atraccion

cupo maximo alcanzado cupo maximo no alcanzado

desactivar torniquete
de entrada esperar un tiempo
prudencial

autorizar puesta en marcha

autorizar puesta en marcha

fin fin
6. Diagramas

6.1 Diagramas de Secuencia

: Atraccion vehiculo o
: operario de la
: CRA coche atraccion

envia aviso envia aviso

busca

disponible

busca busca
 : Atraccion vehiculo o
coche : operario de
: CRA manteniemiento

envia mensaje evia mensaje

busca operario

operario no disponible

mensaje pendiente atraccion detenida

operario disponible

atraccion lista
 : Atraccion Torniquete de Torniquete de
: operario de la
: CRA entrada salida
atraccion : usuario
cuenta usuario

pone en funcionamiento cuenta mismo numero de entradas

abre

verifica mensaje

abre atraccion

6.2 Diagramas de Colaboracin

1: envia aviso
: Atraccion

5: busca
: CRA

2: envia aviso 4: disponible 3: busca

6: busca

vehiculo o
coche

: operario de la
atraccion
 4: operario no disponible
7: operario disponible

3: busca operario
: operario de : CRA
manteniemiento

2: envia mensaje

5: mensaje pendiente
8: atraccion lista

6: atraccion detenida
: Atraccion vehiculo o
coche
1: evia mensaje

Torniquete de
entrada
1: cuenta usuario
: usuario : CRA

5: verifica mensaje
2: cuenta mismo numero de entradas

6: abre atraccion

3: pone en funcionamiento 4: abre

Torniquete : Atraccion
de salida

: operario de la
atraccion
6.3 Diagramas de Actividades

inicio

solicitar recibe busca

revision solicitud disponibilidad

notificar rechazo de variante

solicitud

fin
pedir
revision
6.4 Diagrama de Componentes

Interfaz Acceso a
Grafica la CRA

Gestor de
Avisos

Gestor de Rutinas de Control de

Estados Conexion Torniquetes

6.5 Diagrama de Distribucin

Atraccion CRA

Dispositivo del
Operario

Gestor de Torniquete
Avisos
7. Caractersticas generales de la pgina web

La pgina web del parque de diversiones Divertimento S.A, tiene la particularidad

de mostrar todas las opciones del contenido del documento, mostrando el
proceso del diseo del sistema de seguridad para las atracciones de la Montaa
Rusa y La Noria de la empresa Divertimento S.A.
En la pgina est diseada con mens desplegables en los cuales se muestra la
informacin en PDF, el documento completo se puede descargar como un archivo
PDF.
8. Conclusiones
Este proyecto se hizo con el fin de poner en prctica lo que hemos visto en la
materia ingeniera de software I, utilizando el Rational Rose como herramienta
para elaborar todos lo diagramas que nos permiten entender mejor el proceso
para implementar un proyecto como el que se analiz en este trabajo, adems ver
la importancia tanto de la ingeniera de software como la del modelo UML, ya que
esto nos facilita entender y aclara los requisitos para la implementacin de dicho
software.
La ingeniera de software es muy importante en el desarrollo de software, con
herramientas como la Ingeniera de Requerimientos y los mtodos para hallarlos.
Partiendo con esto como base empezar a desglosar el problema con diagramas,
para entender cmo utilizar el sistema y cmo reaccionar en determinados
eventos y poder desarrollar e implementar el software.
9. Bibliografa

http://es.scribd.com/doc/37187866/Requerimientos-funcionales-y-no-funcionales
http://ingenieriadesistemas-shirley.blogspot.com/2012/05/tipos-de-diagramas-
uml.html