Universidad Nacional Autónoma de México

Facultad de Ingeniería
BASES DE DATOS
EJERCICIOS DE REPASO
________________________________________________________________________________

Nombre: _________________________ Fecha: _____________ Calificación: ______ / 140

1. EJERCICIOS TEMAS 04, 05

1. EJERCICIOS TEMAS 04, 05 1

1.1. Ejercicio 1 1
Ejemplo 1
1.2. Ejercicio 2 4
1.3. Ejercicio 3 6
1.4. Ejercicio 4 7

1.1. Ejercicio 1
Para cada una de las siguientes parejas, llenar la tabla de respuestas que se muestra al
final del ejercicio. En las columnas 2 a 5, escribir el nombre de la tabla que esté haciendo
uso del concepto indicado en cada columna. En la última columna realizar el diagrama
que ilustre la relación entre ambas tablas empleando la notación indicada, especificar
cardinalidad en ambos lados (no importa que el valor sea 1,1). Se resuelve el primer caso
para ejemplificar.
En algunos casos puede existir más de una relación. Para ellos, se deberá agregar un renglón
adicional. Es decir, un renglón por cada relación.

Ejemplo
Suponer una relación ternaria A -> B <- C. Aquí se pueden observar 2 relaciones: R1 con
A->B y R2 con C->B. Por lo tanto, se deberán tener 2 renglones, se deberán llenar las 8
celdas. Recordando los conceptos vistos en clase, tanto el concepto de participación como
el de dependencia de existencia se verifica por cada relación existente (Tabla Padre – Tabla
Hija).

Núm. Independencia Dependencia Participación Participació Modelo relacional

pareja de existencia de existencia obligatoria n opcional

R1 El modelo relacional para ambos

renglones es el mismo, es decir, las 3
A -> B tablas juntas. La tabla intermedia en
este caso deberá dibujarse al centro
R2

C -> B

Jorge A. Rodríguez C. jorgerdc@gmail.com 1

Material de apoyo FI UNAM

1. Factura y Cliente, notación crow’s foot

● Una Factura es generada para un cliente.
● Un cliente puede tener varias facturas (en fechas diferentes). Algunos clientes sólo
se registran, no realizan compras y por lo tanto no generan facturas.

2. Cliente y tarjeta de crédito, notación IDEF1X.

● Un cliente se registra con una tarjeta de crédito.
● Una tarjeta de crédito le pertenece a un cliente.
● Datos de la tarjeta: número de tarjeta, banco, tipo de tarjeta, año y mes de
expedición. Los datos de la tarjeta se requieren registrar en una tabla
independiente, no es posible registrar a un cliente sin su tarjeta.
● Tanto los datos del cliente como los datos de la tarjeta deben compartir el mismo
identificador.

3. Entidades Artículo y periodista, notación crow’s foot.

● Un artículo es escrito por un periodista. Al registrar el artículo se debe indicar quien
lo escribió.
● Un periodista puede redactar varios artículos, algunos periodistas no redactan
artículos, solo asesoran.

4. Entidades Proyecto y Empleado, notación IDEF1X.

● Un proyecto puede tener hasta 50 empleados asignados. En algunas ocasiones se
registran proyectos sin tener empleados asociados.
● Un empleado siempre debe estar asignado a un proyecto, y como máximo a 3.
● El Diseño del BD debe ser lo más restrictivo posible para evitar inconsistencias, sin
importar posibles penalizaciones en el desempeño.

5. Entidades Profesionista y Cédula, notación crow’s foot.

● Un Profesionista debe contar con su cédula, aunque algunos profesionistas se
titulan y nunca tramitan su cédula.
● Por cada grado (maestría o doctorado) el profesionista recibe su cédula.
● Una cédula siempre debe ser asignada a un profesionista.
● Datos de la cédula: fecha de expedición, número de cédula, nombre de la
institución educativa, nombre de la carrera.

6. Entidad Jugador, IDEF1X.

● Cada jugador debe tener asignado a su capitán, el cual también es un jugador.
● Un capitán (jugador) puede tener a su cargo hasta 10 jugadores.
● Para que se asigne a un capitán, es necesario que al menos existan 2 jugadores
disponibles.

7. Entidades Video e Idioma, notación crow’s foot.

● Se tiene una tabla que contiene todos los idiomas existentes. Se guarda su clave y
nombre.

Jorge A. Rodríguez C. jorgerdc@gmail.com 2

 Material de apoyo FI UNAM

● Un video cuenta un solo idioma de audio.

● Un video puede o no tener subtítulos de un determinado idioma.

8. Entidades Profesor y Curso, notación IDEF1X.

● Un profesor imparte varios cursos, en algunos casos, el profesor solo investiga.
● Algunas veces el curso debe salir publicado con la leyenda “PROFESOR POR
ASIGNAR”.

9. Entidades Tienda y Trabajador, notación Crow’s Foot

● Se cuenta con un catálogo de tiendas.
● Cada tienda debe contar en todo momento con su administrador, el cual es un
trabajador de la empresa.
● No se permite que un trabajador administre más de una tienda.

10. Entidades Certificación e Instructor, notación Crow’s Foot.

● Un instructor debe contar con al menos una certificación.
● Una certificación la pueden adquirir varios instructores.
● Adicionalmente, se deberá registrar la calificación que obtuvo el instructor al
adquirir cada una de sus certificaciones.
● Se espera un número muy grande de registros, por lo que el diseño debe dar
prioridad al desempeño sin importar posibles redundancias o riesgos de
inconsistencias. El software será el encargado de validar que los datos a insertar o
modificar sean consistentes.

{Cada celda vale 1p, algunos diagramas valen 2p. Total: 60P}

Núm. Independencia Dependencia Participación Participación Modelo relacional

pareja de existencia de existencia obligatoria opcional

NA FACTURA NA CLIENTE
1

4A
{2P}

Jorge A. Rodríguez C. jorgerdc@gmail.com 3

 Material de apoyo FI UNAM

Núm. Independencia Dependencia Participación Participación Modelo relacional

pareja de existencia de existencia obligatoria opcional

4B

7A
{2P}

7B

10A
{2P}

10B

1.2. Ejercicio 2
Considere el caso de estudio Diseño de una base de datos para registrar solicitudes de
VISA. Al final se muestra el diagrama ER con errores. Tomando en cuenta las reglas de
negocio, detectar posibles errores en:

Jorge A. Rodríguez C. jorgerdc@gmail.com 4

Material de apoyo FI UNAM

● Notación
● Cardinalidad
● Relaciones entre entidades.
● Por simplicidad, si el valor de la cardinalidad es (1,1) su valor se omite. No se
considera como error.

Para cada error encontrado agregar un renglón en la siguiente tabla ( se incluye un

ejemplo). Indicar la forma en la que este debe corregirse a través de un pequeño
diagrama (no se requiere reescribir el diagrama completo) y una breve descripción que
indique el cambio aplicado.

{2P} por corrección, al menos {20P}

# Diagrama de corrección Descripción de la corrección

1 Relación Ocupación -> Solicitud Visa. Del

lado de Ocupación requiere un punto en
lugar de flecha

Diseño de una base de datos para registrar solicitudes de Visa

La empresa encargada de administrar las solicitudes de Visa para visitar un país decide
diseñar una nueva base de datos empleando las siguientes reglas de negocio:
● Cuando un ciudadano decide solicitar una Visa, se crea una nueva solicitud con los
siguientes datos: nombre y apellidos del solicitante, CURP, país de nacimiento, país
a visitar y ocupación.
● Para el país de nacimiento y para la ocupación la empresa cuenta con catálogos:
● Ejemplo de los datos del catálogo de países:
○ Clave del país: MX
○ Nombre del país: MÉXICO.
● Ejemplo de los datos del catálogo de Ocupaciones:
○ id de la ocupación: 1
○ Nombre de la ocupación: PROFESIONISTA.
● Existen 2 modalidades de Visa:
○ Visa turística: Se requiere capturar adicionalmente motivo de la visita (campo
abierto), fecha en la que se planea viajar, y número de días aproximado de
estancia en el país.
○ Visa laboral: Se requiere capturar adicionalmente, el RFC del solicitante, su
número de cédula, el título profesional o profesión del solicitante, y el periodo
de tiempo planeado que se desea estar en el país por motivos laborales.

Jorge A. Rodríguez C. jorgerdc@gmail.com 5

Material de apoyo FI UNAM

● Cabe mencionar que un ciudadano si así lo desea puede solicitar ambas

modalidades, ya que se han tenido casos que al término del periodo de la Visa
laboral, el solicitante permanece en el país pero con la modalidad de turista. En
estos casos, se registran ambos tipos asociados a una sola solicitud.
● Para llevar el seguimiento del procesamiento de una solicitud, se han diseñado una
serie de estados por los cuales pasa la solicitud en el siguiente orden: REGISTRADA(R),
EN REVISION(V) APROBADA(A), RECHAZADA(D) en caso de que la Visa no sea otorgada.
Se requiere llevar el control de cambios de este estatus a lo largo del tiempo que
dure el proceso de revisión y aprobación de la Visa.

1.3. Ejercicio 3
Considerar nuevamente el caso de estudio de las solicitudes de visa. Se incluye un modelo
relacional con errores. Tomando en cuenta las reglas de negocio, detectar posibles errores
en:
● Notación
● Cardinalidad
● Relaciones entre entidades

Jorge A. Rodríguez C. jorgerdc@gmail.com 6

Material de apoyo FI UNAM

Similar al ejercicio anterior llenar la siguiente tabla agregando un renglón por cada error
detectado, proporcionar un pequeño diagrama que ilustre la corrección y una descripción
del error.

{2P} por corrección, al menos {20P}

# Diagrama de corrección Descripción de la corrección

1.4. Ejercicio 4
Para el siguiente caso de estudio realizar las siguientes actividades:

A. Realizar el diseño conceptual, generar el modelo ER con base en los conceptos

vistos en clase. Agregar cardinalidades {15P}
B. Realizar el diseño lógico, a través de la construcción de un modelo relacional.
Emplear notación IDEF1X. {15P}
C. Realizar un diagrama de estados que describe el ciclo de vida de una solicitud de
préstamo. {10P}

● Para realizar el modelo ER, hacer uso de alguna de las herramientas CASE sugeridas
en el documento practica03-previo.pdf que se encuentra en
BD/grupo-lab/practica03.
● Para realizar el modelo relacional, hacer uso de la herramienta ERStudio. La
herramienta deberá ser configurada antes de emplearla. Para ello, seguir las

Jorge A. Rodríguez C. jorgerdc@gmail.com 7

Material de apoyo FI UNAM

instrucciones del documento BD/grupo-lab/practica04/practica04-previo.pdf. No

olvidar configurar la herramienta para hacer uso de la notación IDEF1X.

Caja de ahorro eSavings

eSavings es una empresa que se dedica al negocio de las cajas de ahorro. Ofrece una
aplicación móvil y web para realizar sus operaciones. Se requiere construir una BD
relacional que implemente las siguientes reglas de operación.

Existen 2 principales tipos de usuarios. Inversionistas y deudores. Para cualquier usuario se

registra email que actúa como username, password, fecha de registro, RFC y CURP
opcional.

Los inversionistas son usuarios que invierten cierta cantidad de dinero de forma mensual a
partir de su fecha de registro. Cada mes el sistema le realiza un cargo a la tarjeta del
inversionista. Para ello se registra el día del mes (1 - 30) en el que el sistema realizará el
cargo. Los datos de la tarjeta se registran por separado por seguridad: número de tarjeta,
mes y año de expiración (mm/yyyy), número de seguridad (3 dígitos), tipo de tarjeta (Visa,
Mastercard, American Express). Se tiene un catálogo de tipos de tarjetas donde se
almacena la clave y nombre. A cada inversionista se le permite almacenar una sola tarjeta.
Adicional a lo anterior, se registran los siguientes datos del inversionista: profesión (campo
abierto), y fotografía.

Para llevar el control de los cargos que se le realizan a los inversionistas, se guardan los
siguientes datos: número de cargo (folio de 5 dìgitos), importe, fecha del cargo y
comprobante del cargo (documento PDF). Cada inversionista tiene su propia secuencia
de folios iniciando en 0001, y se incrementa en 1: 0001, 0002, etc.

Los deudores son usuarios que solicitan préstamos. Para ellos se requiere almacenar su
dirección (campo abierto), comprobante de domicilio (PDF), comprobante de
identificación (documento PDF), al menos 2 teléfonos, y un archivo PDF que contiene el
resultado de un estudio socioeconómico que se le realiza al deudor antes de realizar su
registro. Adicional a los datos anteriores, a cada deudor se le pide indicar a otro usuario
que actuará como aval. El aval es un usuario (sin importar el rol) que respalda a un deudor
cuando este no puede pagar su préstamo. Un aval no puede apoyar a más de 3 usuarios.

Cabe mencionar que existen algunos inversionistas que solicitan préstamos, por alguna
situación particular. El sistema les permite registrarse con ambos roles.

Cuando un deudor solicita un préstamo se requiere registrar los siguientes datos:

cantidad solicitada, número de mensualidades para pagar, fecha de inicio propuesta,
clave interBancaria donde la empresa le deposita el préstamo (CLABE - 18 dígitos) en caso
de aprobarse, asÍ como el porcentaje de interés que deberá pagar.

Cada préstamo define una serie de estatus que permiten controlar su ciclo de vida:

Jorge A. Rodríguez C. jorgerdc@gmail.com 8

Material de apoyo FI UNAM

● REGISTRADO: Es el primer estado que se le asigna al préstamo

● VALIDADO: Posterior al registro, el préstamo debe ser verificado por los
administradores. Si cumple con todos los requisitos se autoriza. De lo contrario se
marca como RECHAZADO.
● AUTORIZADO: El préstamo cumple con todos los requisitos y se autoriza.
● CON ADEUDO: El préstamo aún no ha sido pagado en su totalidad, está en proceso.
● PAGADO: El préstamo ha concluido y pagado.
● EXPIRADO: El periodo normal para pagar el préstamo ha pasado, pero el préstamo
aún no se ha pagado en su totalidad. En este caso se le comunica al deudor que lo
debe cubrir lo antes posible.
Se requiere conocer el estatus actual asì como la historia de cambio de estatus a lo largo
del tiempo

Para realizar el control de todos los pagos mensuales de los préstamos se realiza el
siguiente proceso: Se requiere registrar la fecha en la que se realiza el pago, el importe
abonado, el préstamo asociado, así como la forma de pago. Se tiene un catálogo de tipos
de pagos en el que se almacena la clave, nombre y descripción del tipo de pago, por
ejemplo, E = En Efectivo, D = Depósito, etc. Cabe mencionar que un préstamo no puede
exceder de las 96 mensualidades como máximo, y un préstamo puede ser cubierto en al
menos 2 o más mensualidades.

Cada 6 meses eSavings genera un registro en la base de datos llamado “préstamo

ganancia” que describe las ganancias obtenidas de los préstamos realizados. Se requiere
almacenar los siguientes datos: período (por ejemplo: ganancias del 1 de enero del 2022 al
31 de mayo de 2022), total de préstamos realizados, importe total de cargos realizados a
los inversionistas, importe total de pagos realizados por los deudores, importe total de
ganancias a repartir entre los inversionistas.

Las ganancias a repartir a los inversionistas se depositan en sus cuentas bancarias. Cada
inversionista proporciona como parte de sus datos, su CLABE empleada para realizar el
depósito de sus ganancias.

Por último, y posterior al registro de este periodo de ganancias se realiza el reparto de las
ganancias para los inversionistas, es decir, para cada periodo se realiza el registro de la lista
de los inversionistas a los que se les realizó el depósito de sus ganancias. Se requiere
indicar el inversionista al que se le depositó, el importe depositado y la fecha de depósito.

Jorge A. Rodríguez C. jorgerdc@gmail.com 9