Bases de Datos

[IC-414]
TP Nº1 - “Introducción a las Bases de Datos”

Alumnos:

● Hirt, Esteban Fernando.

● Silva, Pablo Eduardo.

Docentes:
● Lic. Eduardo Constantin.
● Lic. Lucas Podkowa.
● Lic. Carlos Kornuta.

Año: 2023.
TP Nº2 - Modelado de Base de Datos IC-414 Bases de Datos – Año: 2023

1. Argumente lo siguiente: ¿Porque los modelos conceptuales son más

fáciles de entender y se pueden utilizar para comunicar con usuarios
no técnicos? ¿Por qué se utilizan en las primeras fases de diseño de
bases de datos?

2. Explique los siguientes conceptos:

a) Atributos simples y compuestos, monovalorados y multivalorados,
derivados y nulos.
b) Razón de cardinalidad para las relaciones binarias
c) Restricciones de participación y dependencias de existencia

3. ¿En qué consiste la restricción de unicidad de los atributos?

Ejemplificar.

4. En base a los siguientes escenarios, analice y proponga un modelo

conceptual DER representando para cada uno de ellos lo siguiente:
a) Determine las Entidades, (fuertes y débiles).
b) Determine los atributos, atributos claves, compuestos,
derivados, etc.
c) Determine y establezca las Relaciones / Vínculos y sus
atributos si existieran.
d) Determine la Participación (total o parcial) y Cardinalidad
(mínima y máxima).

5. En aquellos casos donde el enunciado no tenga información suficiente

para representar alguna característica, deberá realizar las dos
siguientes acciones:
a) Completar la información faltante justificando su elección. Por
ejemplo: si el enunciado no hace mención respecto a la
participación de una entidad respecto a una relación, deberá
completar el gráfico con Obligatoria u Opcional y describir el
porqué tomó esa elección, del mismo modo podrá pasar con la
carnalidad y ausencia de atributos claves, etc.
b) Formular los interrogantes que le haría al experto del dominio
acerca de la información faltante. Es decir, más allá de que
haya solventado el problema por sus medios en el punto
anterior, ahora deberá redactar la/las pregunta/s que deberían
responderse para solventar esa duda. Ejemplo hipotético:
“respecto al Artista ¿hay algún dato o información que deba
utilizar como valor único e irrepetible para un artista como el
DNI de las personas, o puede ser un identificador interno?”

_____________________________________________________________________________
Hirt, Esteban - Silva, Pablo Hoja 1/7
TP Nº2 - Modelado de Base de Datos IC-414 Bases de Datos – Año: 2023

Escenario N°1 – Aplicación de Música:

Ante la necesidad de desarrollar una aplicación de música que
permita a los usuarios buscar y reproducir canciones de una biblioteca
musical en línea, necesitamos modelar lo siguiente:
● Contar con información de los usuarios de la aplicación, incluyendo
su información personal como nombre, correo electrónico, fecha de
nacimiento, así como algún identificador único. También puede
incluir información sobre su actividad en la aplicación, como un
historial de canciones que han escuchado.
● La aplicación debe gestionar las canciones disponibles en la
biblioteca, incluyendo información directa o indirecta sobre el
título de la canción, el artista que la creó, el álbum al que
pertenece, el género, la duración y su ISRC (International Standard
Recording Code). A su vez, las canciones están organizadas o
contenidas en álbumes, estos incluyen información sobre el título
del álbum, el artista que lo lanzó, la fecha de lanzamiento, y la
duración total del álbum, además de contar con un identificador
único dentro del sistema.
● Además, el usuario debe ser capaz de hallar canciones según el
artista y no solo mediante el nombre de la canción, por lo que el
sistema debe contar con información de los artistas tales como su
nombre, su género musical y su biografía. Los usuarios también
pueden crear sus propias listas de reproducción a voluntad, éstas
pueden contener cualquier combinación de canciones en la biblioteca.
La aplicación debe cumplir con las siguientes consideraciones:
● Un usuario puede crear múltiples listas de reproducción, poseer
listas vacías o carecer completamente de ellas. También debe poder
ordenarlas por nombre o por fecha de creación, pero no puede tener
listas del mismo nombre o repetidas en su colección ni tampoco
compartirlas con otros usuarios.
● Una canción puede existir como un sencillo sin álbum o pertenecer a
uno o varios álbumes. Aunque una canción pueda incluirse en álbumes
de otros artistas, solamente tendrá un único autor.
● Un álbum puede contener múltiples canciones pero no puede estar
vacío, estos solamente serán lanzados en caso de haber una o más
canciones para ser incluidas en él. Además, existen álbumes que
incluyen canciones de varios artistas.
● Un artista puede tener múltiples canciones y álbumes en la
biblioteca musical en línea. Sin embargo, aunque pueda no tener
álbumes lanzados, debe poseer al menos una canción de su autoría
para pertenecer a la biblioteca.

_____________________________________________________________________________
Hirt, Esteban - Silva, Pablo Hoja 2/7
TP Nº2 - Modelado de Base de Datos IC-414 Bases de Datos – Año: 2023

Escenario N°2 – Parque de Bomberos:

Suponga que se pretende diseñar una base de datos que almacene toda
la información referente a los diferentes parques de bomberos de una
determinada provincia.

● Para cada parque se deberá almacenar su nombre, dirección, población

(cantidad de bomberos en ese parque), teléfono y categoría.

● Cada parque dispondrá de varios coches los cuales poseen información

de la marca, el modelo, el número de matrícula, así como la fecha de
compra y la fecha de la última revisión técnica.

● En cada parque trabajan un grupo de bomberos de los que se debe

tener información sobre su nombre y apellido, fecha de nacimiento,
DNI, uno o más número de teléfono y una dirección donde se
especifique el número y nombre de calle.

● Estos bomberos sólo pueden pertenecer a un determinado parque y

siempre trabajan por turnos establecidos en un periodo determinado,
por ejemplo: el bombero ‘Juan López’ trabaja en el turno nocturno
entre las 22:00 y las 06:00 desde el 20 de octubre de este año al 1
de noviembre del mismo año.

● Cada parque recibe una petición de servicio vía telefónica en una

fecha y hora concreta, para cada petición registra el tipo de
servicio y el grado de urgencia del mismo. Ese parque atenderá la
petición de servicio enviando un equipo de bomberos al lugar del
siniestro. Este equipo no necesariamente estará compuesto por toda
la planta del parque, sino que se formará con un conjunto variable
de bomberos en función de la gravedad del incidente.

● Un parque puede atender peticiones en simultáneo siempre y cuando

haya disponibilidad de vehículos y bomberos para ser enviados.

_____________________________________________________________________________
Hirt, Esteban - Silva, Pablo Hoja 3/7
TP Nº2 - Modelado de Base de Datos IC-414 Bases de Datos – Año: 2023

Desarrollo
1. Los modelos conceptuales son más fáciles de entender ya que
representan las entidades y relaciones de un sistema de manera
visual y clara. Estos modelos utilizan símbolos y notaciones
gráficas sencillas para representar las entidades y sus relaciones,
lo que facilita la comprensión del sistema en cuestión.
Además, los modelos conceptuales se utilizan en las primeras
fases de diseño de bases de datos porque permiten identificar y
definir las entidades y relaciones clave del sistema, lo que es
esencial para la creación de una base de datos bien estructurada. Es
importante destacar también que los modelos conceptuales permiten la
validación y la prueba del diseño antes de su implementación, esto
ayuda a identificar problemas y errores en el diseño antes de que se
construya la base de datos, lo cual ahorra tiempo y recursos.
Entonces podemos decir que, los modelos conceptuales son una
herramienta muy importante en el diseño de bases de datos porque
facilitan la comprensión y la comunicación con los usuarios no
técnicos, permiten la identificación y definición de las entidades y
relaciones clave del sistema, y ayudan a validar y probar el diseño
antes de su implementación.

2.
a) Atributos simples y compuestos: Los atributos simples son
aquellos que no se pueden subdividir en partes más pequeñas.
Por ejemplo, en una tabla de empleados, el atributo "nombre"
sería un atributo simple. Por otro lado, los atributos
compuestos son aquellos que se pueden subdividir en partes más
pequeñas. Por ejemplo, en una tabla de direcciones, el atributo
"dirección" podría estar compuesto por los atributos "calle",
"número", "piso", etc.
Atributos monovalorados y multivalorados: Los atributos
monovalorados son aquellos que solo poseen un valor en un
momento dado. Por ejemplo, el atributo "fecha de nacimiento" de
un empleado sería monovalorado, ya que un empleado solo puede
tener una fecha de nacimiento. Por otro lado, los atributos
multivalorados son aquellos que pueden tener varios valores en
un momento dado. Por ejemplo, el atributo "teléfono" de un
empleado podría ser multivalorado, ya que un empleado puede
tener varios celulares.
Atributos derivados y nulos: Los atributos derivados son
aquellos que se calculan a partir de otros atributos en la
entidad. Por ejemplo, en una tabla de empleados, el atributo
"edad" podría ser un atributo derivado, ya que se puede
calcular a partir de la fecha de nacimiento. Por otro lado, los
_____________________________________________________________________________
Hirt, Esteban - Silva, Pablo Hoja 4/7
TP Nº2 - Modelado de Base de Datos IC-414 Bases de Datos – Año: 2023

atributos nulos son aquellos que no tienen un valor asignado.

Por ejemplo, si un empleado no tiene un número de teléfono
asignado, el atributo "número de teléfono" para ese empleado
sería nulo.
b) Razón de cardinalidad para las relaciones binarias: La razón de
cardinalidad se refiere a la cantidad de instancias que pueden
estar involucradas en una relación entre dos entidades. Las
razones de cardinalidad más comunes son "uno a uno", "uno a
muchos" y "muchos a muchos". En una relación "uno a uno", una
instancia de una entidad está relacionada con exactamente una
instancia de la otra entidad, y viceversa. En una relación "uno
a muchos", una instancia de una entidad está relacionada con
una o muchas instancias de la otra entidad, pero cada instancia
en la segunda tabla solo está relacionada con una instancia de
la primera entidad. En una relación "muchos a muchos", varias
instancias en una entidad están relacionadas con varias
instancias en la otra entidad.
c) Restricciones de participación y dependencias de existencia:
Las restricciones de participación se refieren a si una entidad
debe tener o no una participación con otra entidad en una
relación. Por ejemplo, en una relación entre clientes y
pedidos, una restricción de participación "obligatoria"
significa que un pedido debe estar necesariamente relacionado
con un cliente. Las dependencias de existencia se refieren a si
una entidad depende de otra para su existencia. Por ejemplo, en
una relación entre clientes y pedidos, una dependencia de
existencia "total" significaría que un pedido sólo puede
existir si hay un cliente relacionado.

3. En una base de datos, una restricción de unicidad de atributos

consiste en un condicionamiento aplicable a los atributos de una
respectiva entidad, asegurando que los valores en ese atributo sean
únicos para esta. Esto significa que no se puede insertar un
registro con un valor de atributo que ya exista en la tabla, es
decir, se garantiza que no haya registros duplicados en un atributo
o conjunto de atributos específicos.
Por ejemplo en una entidad CLIENTE, se puede realizar un seguimiento
con los siguientes atributos ClienteID (número de identificación del
cliente), Nombre (nombre del cliente), Nacimiento (fecha de
nacimiento del cliente) y Genero (sexo del cliente), siendo el
ClienteID el atributo único de la entidad, debido a que esta
especifica que cada cliente de la base de datos tendrá un numero de
identificación de cliente unico, mientras que podríamos tener mas de
un cliente con la misma fecha de nacimiento, nombre y/o genero.

_____________________________________________________________________________
Hirt, Esteban - Silva, Pablo Hoja 5/7
TP Nº2 - Modelado de Base de Datos IC-414 Bases de Datos – Año: 2023

Escenario N°1 – Aplicación de Música:

Fig. 1: gráfico entidad-relación correspondiente al Escenario N°1.

Un usuario puede o no, reproducir una o muchas canciones[0,M] o

también guardarlas o no en su lista de reproducción. Mediante esta
relación se genera un atributo derivado “historial” el cual llevará un
registro de las canciones escuchadas por el usuario. El atributo edad es
un derivado, ya que se obtendrá a través de su fecha de nacimiento. El
nombre completo será un atributo compuesto por sus respectivos nombre/s y
apellido/s.
Una canción puede o no ser reproducida por uno o muchos
usuarios[0,M], puede o no pertenecer a uno o muchos álbumes[0,M] y tendrá
de forma obligatoria únicamente un artista como autor[1,1]. Su clave de
identificación será el ISRC(International Standard Recording Code).
Un álbum deberá de tener como mínimo una canción o muchas [1,M],
deberá también tener como mínimo uno o muchos artistas autores[1,M]. El
atributo “duraciónTotal” del álbum será un atributo derivado obtenido de
la suma de la duración individual de cada canción que lo compone.
Un artista debe tener de manera obligatoria una canción [1,1] y
puede tener o no, uno o muchos álbumes [0,M]. Tiene una clave de
identificación única llamada ”artistaID” de generación automática.

_____________________________________________________________________________
Hirt, Esteban - Silva, Pablo Hoja 6/7
TP Nº2 - Modelado de Base de Datos IC-414 Bases de Datos – Año: 2023

Escenario N°2 – Parque de Bomberos:

Fig. 2: gráfico entidad-relación correspondiente al escenario Nº2

Cada parque de bomberos dispondrá de por lo menos uno o mas

vehículos de servicio [1,M], el cual/es estarán asignados únicamente a
ese parque[1,1], a su vez, cada parque de bomberos tendrá un atributo
único(nombre) por el cual se lo podrá identificar dentro de los parques
existentes en la provincia. Cada vehículo tiene un número de matrícula
único, por el cual podrá ser identificado.
También cada parque de bomberos deberá como mínimo uno o muchos
bomberos asignados [1,M], mediante esta relación se generan los atributos
de turno y periodo, estos representan el horario en el cual estarán de
servicio y durante cuánto trabajaran en el mismo. Cada bombero tendrá un
atributo único por el cual serán identificados(dni), a su vez podrán
tener uno o más teléfonos asociados(multivaluado).
Un parque de bomberos podrá recibir o no peticiones de servicio
[0,M], mediante esta relación, se generan dos atributos los cuales serán
la hora y fecha de la respectiva petición.
Las peticiones de servicio tendrán su respectivo servicio solicitado
y su urgencia. Estas serán respondidas por un equipo (entidad débil),
formado por un número específico de bomberos [1,M], el cual estará
asignado mediante el número de bomberos disponibles en el turno y la
urgencia de la petición.

_____________________________________________________________________________
Hirt, Esteban - Silva, Pablo Hoja 7/7