UML

Unified Modeling Language.

Ing. Gina Caviedes Martínez
“Una imagen vale
más que mil líneas
de código”

Conversemos!!
Que piensas sobre esta frase!!!

NOMBRE O LOGOTIPO 2
○Piensa sí alguna vez
has modelado algo…. Modelar…
NOMBRE O LOGOTIPO 3
Qué crees que es un modelo?

Colección de imágenes y Un modelo es para el Las imágenes simples Prototipo, molde, Representación pictórica
texto que representa software lo que un plano pueden transmitir más maqueta, patrón de una solución
algo es para una casa información que una
gran cantidad de texto;
por ejemplo, código

NOMBRE O LOGOTIPO 4
 Da una plantilla que guía el
proceso de construcción

Grady Booch Modelar

Por qué Modelar? un modelo proporciona

los planos
sistema
de un
Nos ayuda a visualizar un
Especificar la estructura
y conducta del sistema

sistema como deseamos

que sea diseñado
“Un modelo es una simplificación de
la realidad”
NOMBRE O LOGOTIPO 5
 Si usted construye un sistema a través de los ojos de un
DBA, probablemente termine con un modelo entidad-
relación que asocie la conducta del sistema con
procedimientos almacenados y disparadores.

Si usted construye un sistema a través de los ojos de un

Modelos…
En software, los modelos que se
seleccionan afectan de manera
importante la vista de la realidad.
desarrollador O.O., terminará con un sistema que tenga
una arquitectura centrada alrededor de clases y
patrones de interacción que definen como los objetos
participan.
NOMBRE O LOGOTIPO 6
 Modelado Orientado
a Objetos
○ Objeto = unidad atómica que
encapsula estado y comportamiento

○ La encapsulación en un objeto
permite una alta cohesión y un bajo
acoplamiento.

○ Un objeto puede caracterizar una

entidad física (coche) o abstracta
(ecuación matemática).

○ El Modelado de Objetos permite

representar el ciclo de vida de los
objetos a través de sus
interacciones.

○ En UML, un objeto se representa

por un rectángulo con un nombre
subrayado.

NOMBRE O LOGOTIPO 7
 Modelado Orientado
a Objetos
○ Objeto = unidad atómica que
encapsula estado y comportamiento

○ La encapsulación en un objeto
permite una alta cohesión y un bajo
acoplamiento.

○ Un objeto puede caracterizar una

entidad física (coche) o abstracta
(ecuación matemática).

○ El Modelado de Objetos permite

representar el ciclo de vida de los
objetos a través de sus
interacciones.

○ En UML, un objeto se representa

por un rectángulo con un nombre
subrayado.

NOMBRE O LOGOTIPO 8
UML
Unified Modeling Language –
Lenguaje Unificado de Modelado
NOMBRE O LOGOTIPO 9
Los sistemas de software que se desarrollan en la actualidad tienen un grado de complejidad tan
alto que hace imposible comprenderlos solamente con procesos mentales, es por ello que se
requiere modelar los sistemas. La selección del tipo de modelos a emplear tiene una profunda
influencia en la manera como el problema es atacado y resuelto.

NOMBRE O LOGOTIPO 10
 Lenguaje para:

Visualizar Especificar Construir Documentar

Los artefactos de un
sistema de software

NOMBRE O LOGOTIPO 11
 Diagramas

Diagrama de Diagrama de Diagrama de Casos Diagrama de

Clases Objetos de Uso Secuencia

Diagrama de Diagrama de Diagrama de Diagrama de

Estados Actividades Colaboraciones Componentes

NOMBRE O LOGOTIPO 12
NOMBRE O LOGOTIPO 13
NOMBRE O LOGOTIPO 14
DIAGRAMA DE CLASES

Un diagrama de clases muestra la existencia de

clases y sus relaciones en el diseño lógico de un
sistema. Un diagrama de clases puede
representar todo o parte de la estructura de un
sistema. Los diagramas de clase muestran la
estructura de un modelo en particular, las
entidades que deben existir, su estructura interna
y las relaciones con otras clases. Los diagramas
de clases no muestran información temporal.

NOMBRE O LOGOTIPO 15
DIAGRAMA DE CLASES

Los diagramas de clases describen la estructura estática de un

sistema.

Muestra la estructura del sistema, subsistema o componente

utilizando clases con sus características, restricciones y
relaciones: asociaciones, generalizaciones, dependencias, etc.

Un rectángulo es el símbolo que representa a la clase, y se divide

en tres áreas. Un diagrama de clases está formado por varios
rectángulos de este tipo conectados por líneas que representan
las asociaciones o maneras en que las clases se relacionan entre
si.

NOMBRE O LOGOTIPO 16
DIAGRAMA DE CLASES

Usos de un diagrama de clases

Cuando se modela la vista estática de un
sistema, los diagramas de clases son utilizados
en alguna de las siguientes formas:
○ Capturar el vocabulario de un sistema.
○ Representar las clases participantes en una
colaboración.
○ Modelar el esquema lógico de una base de
datos.

NOMBRE O LOGOTIPO 17
DIAGRAMA DE CLASES

NOMBRE O LOGOTIPO 18
 Relaciones
entre clases
Una relación puede definirse como:
• Una relación estructural entre dos o más clases, que representa que una de
ellas utiliza los servicios de las demás.

• Las relaciones son representadas en un diagrama de clases a través de una

línea que las interconecta.

• Una clase puede tener relaciones reflexivas.

• Una asociación se puede adornar con indicadores de multiplicidad, un nombre

y los roles que desempeñan las clases de los extremos.

NOMBRE O LOGOTIPO 19
 Relaciones
entre clases

Asociación Dependencia
Generalización/es
pecialización

Relaciones de
Conexión Relación de herencia
entre clases uso

NOMBRE O LOGOTIPO 20
Asociación
Una asociación es una relación
estructural que describe una
conexión entre objetos.
Multiplicidad
Determina cuántos objetos de
cada tipo intervienen en la
relación. Cada asociación tiene
dos multiplicidades, una para
cada extremo de la relación y se
indica la multiplicidad mínima y
máxima.
NOMBRE O LOGOTIPO 21
Multiplicidad

NOMBRE O LOGOTIPO 22
Multiplicidad

NOMBRE O LOGOTIPO 23
 Dependencia
Es una relación más débil que una asociación
que muestra la relación entre un cliente y el
proveedor de un servicio usado por el cliente.
Los conceptos que hacen parte una relación de
dependencia son Cliente y Servidor.
○ Cliente: Es el objeto que solicita un servicio.
○ Servidor: Es el objeto que provee el servicio.
.
Generalización
Generalización es otro nombre para
herencia. Se refiere a una relación entre dos
clases en donde una Clase “Específica” es
una versión especializada de la otra, o Clase
“General”. Por ejemplo, Honda es un tipo de
auto, por lo que la Clase “Honda” va a tener
una relación de generalización con la Clase
“Auto”.
NOMBRE O LOGOTIPO 24
Dependencia Generalización

NOMBRE O LOGOTIPO 25
 Agregación
La agregación es una relación en la que la
Clase “Todo” juega un rol más importante
que la Clase "Parte", pero las dos clases no
son dependientes una de otra. Se grafica
con un rombo diamante vacío contra la
Clase “Todo”.
Composición
Composición es un tipo especial de
agregación que denota una fuerte posesión
de la Clase “Todo”, a la Clase “Parte”. Se
grafica con un rombo diamante relleno
contra la clase que representa el todo.
“Relación de vida”
NOMBRE O LOGOTIPO 26
Relaciones entre clases

NOMBRE O LOGOTIPO 27
Relaciones entre clases

NOMBRE O LOGOTIPO 28
Relaciones entre clases

NOMBRE O LOGOTIPO 29
Relaciones entre clases

NOMBRE O LOGOTIPO 30
 Interfaz
○ Una interfaz es una entidad que declara
una serie de atributos, funciones y
obligaciones. Es una especie de contrato
donde toda instancia asociada a una interfaz
debe de implementar los servicios que indica
aquella interfaz.
○ Dado que únicamente son declaraciones no
pueden ser instanciadas.
○ Las interfaces se asocian a clases. Una asociación
entre una clase y una interfaz representa que esa
clase cumple con el contrato que indica la
interfaz, es decir, incluye aquellas funciones y
atributos que indica la interfaz.
○ Su representación es similar a las clases, pero
indicando arriba la palabra <<interface>>.
NOMBRE O LOGOTIPO 31
 Interfaz
○ Existe una representación más simple para la
interfaz: un círculo pequeño asociado a una
clase con el nombre de la interfaz debajo. Las
operaciones de la interfaz no aparecen en esta
representación; si se quiere que aparezcan,
debe usarse la primera notación..

○ Entre una clase que implementa las operaciones que una interfaz ofrece y esa interfaz se establece una
relación de realización que, dependiendo de la notación elegida, se representará con una línea continua
entre ellas cuando la interfaz se representa como un círculo y con una flecha hueca discontinua
apuntando a la interfaz cuando se represente como una clase.

NOMBRE O LOGOTIPO 32
NOMBRE O LOGOTIPO
 DIAGRAMA DE CLASES – ESTUDIO DE CASO
ESTUDIO DE CASO: SISTEMA DE GESTION DE
PEDIDOS

Se desea crear un sistema de gestión de pedidos, sabiendo

que:

• Un cliente puede realizar varios pedidos en un periodo

de tiempo (un pedido es realizado por un solo cliente)

• Cada pedido está formado por varias líneas de pedido,

cada una de las cuales se refiere a un solo producto.

• Se diferencian dos tipos de clientes, el cliente personal y

el cliente corporativo. La diferencia entre los dos tipos
de clientes es que el cliente personal pagará mediante
una tarjeta de crédito, mientras que el cliente
corporativo tiene un contrato con la empresa y un
tiempo límite de crédito.

• Además, los vendedores de la empresa se encargan de

atender las peticiones de los clientes corporativos, de
forma que cada vendedor se hace cargo de una cartera
de clientes corporativos, y cada cliente corporativo sólo
atiende un vendedor.

NOMBRE O LOGOTIPO 34
DIAGRAMA DE CLASES – ESTUDIO DE CASO
ESTUDIO DE CASO: ALQUILER DE
CARROS

Se desea diseñar un diagrama de clases sobre la

información de reservas de una empresa dedicada
al alquiler de carros, teniendo en cuenta que:

• Un cliente puede tener en un momento dado

hechas varias reservas

• De cada cliente se desean almacenar su número

de cédula, nombre, dirección y teléfono.

• Una reserva la realiza un único cliente, pero

puede involucrar varios carros

• Es importante registrar la fecha de inicio y final

de la reserva, el precio de alquiler de cada uno
de los coches, los litros de gasolina en el
depósito en el momento de realizar la reserva, el
precio total de la reserva y un indicador de si el
carro o los carros han sido entregados.

• Todo carro tiene siempre asignado un

determinado garaje que no puede cambiar. De
cada carro se requiere la matricula, el modelo, el NOMBRE O LOGOTIPO 35
color y la marca
DIAGRAMA DE CLASES – ESTUDIO DE CASO

ESTUDIO DE CASO: EMPRESAS

• Se requiere almacenar información

sobre empresas, sus empleados y
sus clientes. Ambos se caracterizan
por su nombre, número de cédula,
dirección de correo electrónico y
número de teléfono de contacto.
• Los empleados tienen un sueldo
básico, los empleados que son
directivos tienen una categoría, así
como un conjunto de empleados
subordinados.

NOMBRE O LOGOTIPO 36
 DIAGRAMA DE CLASES – ESTUDIO DE CASO

ESTUDIO DE CASO: CLUB NAUTICO

• Se quiere diseñar un diagrama de clases con

base a la siguiente información: La empresa es
un club náutico, del cual se recabo la siguiente
información:

• El club cuenta con socios y cada socio puede

poseer uno o más barcos. De cada socio es
importante almacenar sus datos personales; de
los barcos se maneja: número de matrícula,
nombre, número del amarre y cuota que paga
por el mismo.

• Además, se quiere mantener información sobre

las salidas realizadas por cada barco, como la
fecha y hora de salida, el destino y los datos
personales del patrón, que no tiene por qué ser
el propietario del barco, ni es necesario que sea
socio del club.

NOMBRE O LOGOTIPO 37
DIAGRAMA DE CLASES – ESTUDIO DE CASO
ESTUDIO DE CASO: GUARDERIA

• Una guardería desea controlar los gastos que cada uno de los niños realiza a través de su
asistencia y de las comidas que consume. De cada niño se desea conocer los datos propios
de su matrícula en el centro educativo, es decir, el número de matrícula, el nombre, la fecha
de nacimiento y la fecha de ingreso en la guardería. Los niños sólo pueden ser recogidos en
la guardería por un conjunto de personas que suelen ser un familiar del niño o un conocido
de sus familiares De éstos se desea conocer la cédula, el nombre, la dirección y al menos un
número de teléfono de contacto. El coste mensual del niño en la guardería es abonado por
una persona, de la que se desea conocer el número de cédula, el nombre, la dirección, el
teléfono, y el número de la cuenta corriente en la que se realizará el cargo. Estas personas
también pueden estar autorizadas para recoger al niño. En la guardería aparece un conjunto
de menús, compuesto por una serie de platos concretos, cada uno de los cuales presentan
unos ingredientes determinados. Cada menú se identifica por un número, mientras que los
platos y los ingredientes se caracterizan por su nombre. El cargo mensual de un niño se
calcula como la suma de un coste fijo mensual y el coste de las comidas realizadas. Este
último se obtiene a partir del número de días que el niño ha comido en la guardería, por lo
que resulta necesario controlar dicho número. NOMBRE O LOGOTIPO 38
 DIAGRAMA DE CLASES – ESTUDIO DE CASO
ESTUDIO DE CASO: GUARDERIA

• Una guardería desea controlar los gastos que cada uno

de los niños realiza a través de su asistencia y de las
comidas que consume. De cada niño se desea conocer los
datos propios de su matrícula en el centro educativo, es
decir, el número de matrícula, el nombre, la fecha de
nacimiento y la fecha de ingreso en la guardería. Los niños
sólo pueden ser recogidos en la guardería por un conjunto
de personas que suelen ser un familiar del niño o un
conocido de sus familiares De éstos se desea conocer
la cédula, el nombre, la dirección y al menos un número
de teléfono de contacto. El coste mensual del niño en la
guardería es abonado por una persona, de la que se
desea conocer el número de cédula, el nombre, la
dirección, el teléfono, y el número de la cuenta corriente
en la que se realizará el cargo. Estas personas también
pueden estar autorizadas para recoger al niño. En la
guardería aparece un conjunto de menús, compuesto por
una serie de platos concretos, cada uno de los cuales
presentan unos ingredientes determinados. Cada menú se
identifica por un número, mientras que los platos y los
ingredientes se caracterizan por su nombre. El cargo
mensual de un niño se calcula como la suma de un coste
fijo mensual y el coste de las comidas realizadas. Este
último se obtiene a partir del número de días que el niño
ha comido en la guardería, por lo que resulta necesario 39
NOMBRE O LOGOTIPO
controlar dicho número.
DIAGRAMA DE CLASES – ESTUDIO DE CASO
ESTUDIO DE CASO: TAQUILLA DE TEATRO
Los clientes pueden tener muchas reservas, pero cada reserva es
hecha por un único cliente. Las reservas son de dos tipos:
suscripción a un ciclo y reservas individuales. Ambas reservan
entradas: en el primer caso varias entradas, mientras que en el
segundo solo una entrada. Cada entrada puede ser parte de una
suscripción a un ciclo o de una reserva individual, pero no de
ambas. Cada función tiene muchas entradas disponibles, cada una
con único número de asiento. Una función se puede identificar
mediante la obra, la fecha y la hora.

NOMBRE O LOGOTIPO 40
 DIAGRAMA DE OBJETOS
Nombre de los objetos Atributos
Cada objeto es representado Como con las clases, los
como un rectángulo, que atributos se listan en un área
contiene el nombre del objeto y inferior. Sin embargo , los
su clase subrayadas y separadas atributos de los objetos deben
por dos puntos. tener un valor asignado.
Los Diagramas de Objetos
están vinculados con los
Diagramas de Clases. Un
objeto es una instancia de
una clase, por lo que un
diagrama de objetos puede
ser visto como una instancia
de un diagrama de clases.
Los diagramas de objetos
describen la estructura
estática de un sistema en un
momento particular y son
usados para probar la
precisión de los diagramas de
clases.
NOMBRE O LOGOTIPO 41
DIAGRAMA DE OBJETOS

NOMBRE O LOGOTIPO 42
DIAGRAMA DE CASOS DE USO

Caso de uso: Técnica para

la definición de requisitos
funcionales

NOMBRE O LOGOTIPO 43
DIAGRAMA DE CASOS DE USO

Caso de uso:  Conjunto de

acciones realizadas por el sistema.

Producen un resultado
observable

Participan actores
NOMBRE O LOGOTIPO 44
NOMBRE O LOGOTIPO 45
DIAGRAMA DE CASOS DE USO

Un caso de uso es una descripción de las acciones de un

sistema desde el punto de vista del usuario. Es una
herramienta valiosa dado que es una técnica de aciertos y
errores para obtener los requerimientos del sistema,
justamente desde el punto de vista del usuario. Los
diagramas de caso de uso modelan la funcionalidad del
sistema usando actores y casos de uso. Los casos de uso son
servicios o funciones provistas por el sistema para sus
usuarios.

NOMBRE O LOGOTIPO 46
DIAGRAMA DE CASOS DE USO

NOMBRE O LOGOTIPO 47
DIAGRAMA DE CASOS DE USO

NOMBRE O LOGOTIPO 48
DIAGRAMA DE CASOS DE USO

NOMBRE O LOGOTIPO 49
DIAGRAMA DE CASOS DE USO

NOMBRE O LOGOTIPO 50
Analicemos…

NOMBRE O LOGOTIPO 51
DIAGRAMA DE CASOS DE USO

El diagrama de casos de uso representa la forma en como un

Cliente (Actor) opera con el sistema en desarrollo, además de
la forma, tipo y orden en como los elementos interactúan
(operaciones o casos de uso). Un diagrama de casos de uso
consta de los siguientes elementos:
• Actor.
• Casos de Uso.
• Relaciones de Uso, Herencia y Comunicación.

NOMBRE O LOGOTIPO 52
DIAGRAMA DE CASOS DE USO
Elementos

Actor es un rol que un usuario juega con respecto al

sistema. Es importante destacar el uso de la palabra rol, pues
con esto se especifica que un Actor no necesariamente
representa a una persona en particular, sino más bien la labor
que realiza frente al sistema.

NOMBRE O LOGOTIPO 53
DIAGRAMA DE CASOS DE USO
Elementos

Caso de Uso Es una operación o tarea específica que se

realiza tras una orden de algún agente externo, sea desde
una petición de un actor o bien desde la invocación desde
otro caso de uso.

NOMBRE O LOGOTIPO 54
Analicemos…

NOMBRE O LOGOTIPO 55
Analicemos…

NOMBRE O LOGOTIPO 56
DIAGRAMA DE CASOS DE USO: Ejercicios
Se desea desarrollar un sistema de encuentros
virtuales (parecido a un chat).
○ Cuando se conecta al servidor, un usuario puede
entrar o salir de un encuentro.
○ Cada encuentro tiene un manager.
○ El manager es el usuario que ha planificado el
encuentro (el nombre del encuentro, la agenda del
encuentro y el moderador del encuentro).
○ Cada encuentro puede tener también un
moderador designado por el manager.
○ La misión del moderador es asignar los turnos de
palabra para que los usuarios hablen.
○ El moderador también podrá dar por concluido el
encuentro en cualquier momento.
○ En cualquier momento un usuario puede consultar
el estado del sistema, por ejemplo los encuentros
planeados y su información.

NOMBRE O LOGOTIPO 57
Webgrafía

Biblioteca virtual del Sena biblioteca.sena.edu.co

https://www.lucidchart.com/pages/es/que-es-el-lenguaje-unificado-de-modelado-
uml

https://www.lucidchart.com/pages/es/tutorial-de-diagrama-de-clases-
uml#section_0

http://stadium.unad.edu.co/ovas/10596_9839/diagramas_de_casos_de_uso.html

http://cidecame.uaeh.edu.mx/lcc/mapa/PROYECTO/libro10/21_introduccin.html

NOMBRE O LOGOTIPO 58
Gracias
Ing. Gina Caviedes Martínez
3104686425
gcaviedesm@misena.edu.co