UNIVERSIDAD TECNOLÓGICA DE LA SELVA

UNIDAD ACADÉMICA DE BENEMÉRITO DE LAS AMÉRICAS.

MATERIA: BASE DE DATOS

UNIDAD TEMÁTICA:

MODELO ENTIDAD-RELACION Y MODELO RELACIONAL

TEMA :

ENTREGA DE RESULTADO DE APRENDIZAJE (R.A)

DOCENTE:

MTRO. JOSE CARLOS PACHECO MIJANGOS

NOMBRE DEL ALUMNO:

HÉCTOR SILVANO HERNÁNDEZ

CARRERA:

TSU. DESARROLLO DE SOFTWARE MULTIPLATAFORMA.

GRADO: 2° GRUPO: “A”

BENEMÉRITO DE LAS AMÉRICAS CHIAPAS, A 26 DE FEBRERO DEL 2024

Problema 1: Biblioteca.
Una reconocida biblioteca se encuentra en la etapa de modelado de su base de dato
considerando aspectos para su diseño.
Los libros son uno de los componentes más importante, de cada uno de ellos nos interesa
registrar su título el género y de más características de cada uno de ellos.
Cada libro tiene al menos un autor. De estos últimos nos interesa saber su nombre,
nacionalidad y año de nacimiento.
Un libro tiene como mínimo una copia, dichas copias pueden ser solicitadas por diferentes
usuarios en una fecha específica, asignando una fecha de devolución.
Cardinalidad
Implementar las cardinalidades en cada uno de los diagramas:
 1:1 Uno a Uno
 1:M Uno a Muchos
 M: N Muchos a Muchos
Diagrama 1: Biblioteca.
 Modelo racional
Tabla 1. Autor
Fecha-Nacimiento (PK) Nacionalidad Nombre-completo

Tabla 2. Escribe
Fecha-Nacimiento (PFK) ISBN (PFK)

Tabla 3. Libros
ISBN (PFK) Titulo Editorial Fecha- Genero Ediciones volumenes N.pagina
Publicacion Literario

Tabla 4. solicita

NO-Prestamo (PK) Fecha-Prestamo Fecha-Devolucion ID usuario ISBN(PFK)

(PFK)

Tabla 5. Usuario
ID usuario (PK) Nombre-completo Fecha-Nacimiento Num_Telefono
Problema 2: Sistemas de ventas
Le contratan para hacer una BD que permite apoyar la gestión de un sistema de ventas, la
empresa necesita llevar un control de proveedores, clientes, productos y ventas.
Un proveedor tiene un Rut, nombre, direcciones, teléfonos y páginas Web. Un cliente
también tiene Rut, nombre, dirección, pero puede tener varios teléfonos de contacto. La
dirección se entiende por calle, numero, comuna y ciudad.
Un producto tiene un ID único, nombre, precio-actual, stock y nombre del proveedor.
Además, se organizan en categorías y cada producto va solo en una categoría. Una
categoría tiene ID, nombre y descripción.
Por razones de contabilidad se debe registrar la información de cada venta con un ID,
fecha, cliente descuento y monto final.
Además se debe guardar el precio al momento de la venta, la cantidad vendida y el monto
total por el producto.
Diagrama 2: Sistemas de ventas
 Modelo racional
Tabla 1. Proveedor
Ruth-Proveedor (PK) Nombre Dirección Telefono Página-Web

Tabla 2. Producto

Id-Unico-Producto Nom-Prov Precio Numero-producto Stock Id-categoría (FK)

(PK)

Tabla 3. Categoría
Id-categoría (PK) Nombre Descripción

Tabla 4. Ventas
Id-ventas (PK) Fecha Monto-final Descripción Cliente Cantidad -vendida Ruth-cliente (FK)

Tabla 5. Cliente
Ruth-cliente (PK) Nombre Telefono Ciudad Comunidad Calle Numero

Tabla 6. Entrega
Ruth-proveedor (PFK) ID-UNICO (PFK)

Tabla 7. Genera
ID-único-producto (PFK) ID-ventas (PFK)
Problema 3: Artículos y encargos:

Una base de datos para una pequeña empresa debe contener información acerca de clientes,
artículos y pedidos. Hasta el momento se registran los siguientes datos en documentos
varios:
• Para cada cliente: Número de cliente (único), Direcciones de envío (varias por cliente),
Saldo, Límite de crédito (depende del cliente, pero en ningún caso debe superar los
3.000.000 pts.), Descuento.
• Para cada artículo: Número de artículo (único), Fábricas que lo distribuyen, Existencias de
ese artículo en cada fábrica, Descripción del artículo.
• Para cada pedido: Cada pedido tiene una cabecera y el cuerpo del pedido. La cabecera
está formada por el número de cliente, dirección de envío y fecha del pedido. El cuerpo del
pedido son varias líneas, en cada línea se especifican el número del artículo pedido y la
cantidad.
Además, se ha determinado que se debe almacenar la información de las fábricas. Sin
embargo, dado el uso de distribuidores, se usará: Número de la fábrica (único) y Teléfono
de contacto. Y se desean ver cuántos artículos (en total) provee la fábrica. También, por
información estratégica, se podría incluir información de fábricas alternativas respecto de
las que ya fabrican artículos para esta empresa. Nota: Una dirección se entenderá como
No., Calle, Municipio, Ciudad y Estado. Una fecha incluye hora. Se pide hacer el diagrama
ER para la base de datos que represente esta información.
Diagrama 3: Artículos y encargos
 Modelo racional
Tabla 1. Fabricante
Num-fabrica (PK) Teléfono-contacto Cantidad-articulo Numero-calle Municipio Ciudad Estado

Tabla 2 Artículos
Num-articulo (PK) Descripción Fabrica Cantidad

Tabla 3 Pedidos
Num-pedidos (PK) Num-articulo (FK) Cantidad Direccion- Num-cliente Fecha-p Hora-p
envio (FK)

Tabla 4. Clientes
Num-cliente (PK) Direccion-envio Saldo Limite-descuento Descuento

Tabla 5. Entrega
Num-fabrica (PFK) Num-articulo(PFK)

Tabla 6. Incluyen
Num-articulo (PFK) Num-pedidos (PFK)
Problema 4: Carreteras

Diseñar un esquema E/R que recoja la organización de una base de datos para contener la
información sobre todas las carreteras del país, sabiendo que se deben cumplir las
siguientes especificaciones:
- Las carreteras están divididas en varias categorías (locales, comerciales, regionales,
nacionales,
autovías, etc).
- Las carreteras se dividen en tramos. Un tramo siempre pertenece a una única carretera y
no puede cambiar de carretera.
- Un tramo puede pasar por varias comunas, interesando conocer el Km de la carretera y la
comuna donde empieza el tramo y en donde termina.
- Para los tramos que suponen principio o final de carretera, interesa saber si es que la
carretera
concluye físicamente o es que confluye en otra carretera. En este caso, interesa conocer con
qué
carretera confluye y en qué kilómetro, tramo y comunidad.
Diagrama 4: Carreteras
 Modelo racional
Tabla 1. Carreteras

Numero (PK) Clase Categoría

Tabla 2. Tramos

Num-tramo (PK) Inicio Final Km Numero-carreteras (FK)

Tabla 3. Comunidad
Nombre (PK) Inicio-Km Final-Km

Tabla 4. Pasan

Num-tramo (PFK) Nombre-comunidad (PFK)

Problema 5: Sistema de vuelos

Obtener el diagrama E/R para un sistema de control de vuelos adaptado a las siguientes
reglas de
gestión (indicar las entidades, interrelaciones, etc., que se deducen de cada una de las
reglas):
a) De cada aeropuerto se conoce su código, nombre, ciudad y país.
b) En cada aeropuerto pueden tomar tierra diversos modelos de aviones (el modelo de un
avión
determina su capacidad, es decir, el número de plazas.
c) En cada aeropuerto existe una colección de programas de vuelo. En cada programa de
vuelo se indica el número de vuelo, línea aérea y días de la semana en que existe dicho
vuelo.
d) Cada programa de vuelo despega de un aeropuerto y aterriza en otro.
e) Los números de vuelo son únicos para todo el mundo.
f) En cada aeropuerto hay múltiples aterrizajes y despegues. Todos los aeropuertos
contemplados están en activo, es decir, tienen algún aterrizaje y algún despegue.
g) Cada vuelo realizado pertenece a un cierto programa de vuelo. Para cada vuelo se quiere
conocer su fecha, plazas vacías y el modelo de avión utilizado.
h) Algunos programas de vuelo incorporan escalas técnicas intermedias entre los
aeropuertos de salida y de llegada. Se entiende por escala técnica a un aterrizaje y despegue
consecutivos sin altas o bajas de pasajeros.
i) De cada vuelo se quieren conocer las escalas técnicas ordenadas asignándole a cada una
un número de orden.
Diagrama 5: Sistema de vuelos
 Modelo racional
Tabla 1. Programa de vuelo

Fecha-programa (PK) Linea-Area Salida Código-Aeropuerto (FK)

Tabla 2. Dias-Semana
Fecha-programa (PFK) Dias-Semana

Tabla 3. Aeropuerto
Código (PK) Nombre Ciudad Pais

Tabla 4. Avión
Matricula (PK) Numero-plazas Modelo-avión Capacidad

Tabla 5. Vuelo
Num-vuelo (PK) Costo Num_orden Plaza-vacias Modelo-utilizado

Tabla 6. Escala
Num-vuelo (PFK) Escala
 Tabla 7. Aterriza
Codigo-Aeropuerto (PFK) Matricula
(PFK)

Problema 6: Cine

Se desea crear un sitio web con información referente a las películas en cartel en las salas
de un cine. De cada película, se almacena una ficha con su título de distribución, su título
original, su género, el idioma original, si tiene subtítulos en español o no, los países de
origen, el año de la producción, la URL del sitio web de la película, la duración (en horas y
minutos), la calificación (Apta todo público, +9 años, +15 años, +18 años), fecha de estreno
en Santiago, un resumen y un identificador de la película. De cada película interesa conocer
la lista de directores y el reparto, es decir para cada actor que trabaja, el nombre de todos
los personajes que interpreta.
Además, interesa disponer de información sobre los directores y actores que trabajan en
cada película. De ambos, se conoce su nombre (que lo identifica) y su nacionalidad.
Además, se desea conocer la cantidad de películas en las que dirigieron o actuaron. Tenga
en cuenta que hay personas que cumplen los dos roles.
Los cines pueden tener más de una sala y cada semana cada uno de los cines envía la
cartelera para dicha semana, indicando de detalle de las funciones. Para cada función se
conoce el día de la semana y la hora de comienzo, y obviamente la sala y la película que
exhibe. De cada sala se sabe el nombre, un número que la identifica dentro del cine y la
cantidad de butacas que posee. De cada cine se conoce el nombre que lo identifica, su
dirección y teléfono para consultas.
Algunos cines cuentan con promociones. Estas promociones dependen de la función. De
cada promoción se conoce una descripción y el descuento que aplica.
Además del resumen de la película que se incluye en la ficha interesa mostrar la opinión de
las personas que vieron la película. De cada opinión se conoce el nombre de la persona que
la realiza, su edad, la fecha en que registró su opinión, la calificación que le dio a la
película (Obra Maestra, Muy Buena, Buena, Regular, Mala) y el comentario propiamente
dicho. A cada opinión se le asigna un número que la identifica respecto de la película sobre
la cual opina.
Diagrama 6: Cine
 Modelo racional
Tabla 1. Cine
Nombre (PK) Teléfono Dirección

Tabla 2. Sala
No. Sala (PK) Nombre Capacidad

Tabla 3. Función
Id-función-(PK) Descripción Descuento

Tabla 4. Películas
Identificador- Clasificación URL Titulo- Titulo-original Duración Subtítulos Genero
película (PK) distribución

Año Sinopsis Duracion

Tabla 5. Opiniones
Num-identificador (PK) Obra-maestra Muy-Buena Buena Regular Mala

Tabla 6. Directores
Nombre-director (PK) Cant-película-directores Nacionalidad
 Tabla 7. Actores
Nombre-actores (PK) Cantidad-Pelicula Nacionalidad

Tabla 8. Pertenece
No. Sala (PFK) ID-función (PFK)

Tabla 9. Proyecta
Id-función (PFK) Identificador-pelicula (PFK)

Tabla 10. Tiene Directores

Nombre-director (PFK) Identificador-pelicula (PFK)

Tabla 11. Recibe

Identificador-pelicula (PFK) Num_identificador_opinion (PFK)

Tabla 12. Tiene Actores

Nombre_actores (PFK) Identificador-pelicula (PFK)

Tabla 12. Cuenta

Nombre_Cine (PFK) NO. Sala (PFK)
Problema 7: Agencia de viajes

Se quiere realizar una base de datos para llevar la información de varias agencias de viajes.
De cada una se conoce su código, la fecha de inicio de actividades y su ciudad.
Cada agencia ofrece paquetes turísticos, los cuales tienen un precio y destinos a varios
países. Se identifican por un código de paquete. Un paquete puede estar relacionado con
uno o más paquetes a modo de combo (ejemplo: viaje a Disney + crucero por el Caribe).
Cada paquete es propio de su agencia, no puede ser vendido en otra.
Los paquetes son comprados por clientes, los cuales tienen un nombre, domicilio y son
diferenciados por su DNI. Estos clientes tienen varias formas de pago, de las cuales
conocemos su tipo y el monto a pagar. Los medios de pago son autorizados por un solo
banco, de los cuales sabemos que poseen un nombre -que es único- y sucursal. Al autorizar
los pagos, se establece una fecha de validez.
Diagrama 7: Agencia de viajes
 Tabla 1. Agencia

Código (PK) Fecha-act Ciudad

Tabla 2.Paquetes

Código_´Paquete(PK) Preci Tipo Destin Codigo_Agencia (FK) DNI (PFK)

o o

Tabla 3. Cliente
DNI (PK) Nombre Domicilio

Tabla 4. Pago
Tipo Monto-pagar DNI-Cliente (FK) Nombre-Banco (FK) Fecha

Tabla 5. Banco
Nombre (PK) Sucursal
Problema 8: Farmacia

Debemos diseñar un sistema para registrar las farmacias en diferentes ciudades de nuestro
país.
Sabemos que cada farmacia tiene un nombre (único en todo el sistema) y un domicilio.
Cada farmacia se ubica en una sola ciudad, pero en una ciudad hay varias farmacias. De
cada ciudad, sabemos el nombre, la provincia en la que se encuentra, la cantidad de
habitantes y la superficie. Cada ciudad se identifica con el nombre y la provincia.
Conocemos también que cada farmacia puede tener un propietario, y que cada propietario
tiene solamente una farmacia. Tenga en cuenta que puede haber farmacias sin propietario.
De los propietarios, conocemos el DNI (único), su nombre y su domicilio, compuesto por
calle, número, código postal y ciudad. Cada farmacia, a su vez, vende varios medicamentos
y un medicamento se vende en varias farmacias. De cada medicamento conocemos su id
único, su nombre comercial y las drogas de las cuales se compone.
Cada farmacia vende un medicamento a un precio determinado, que no necesariamente es
el mismo en diferentes farmacias. Como último requerimiento, un medicamento puede
complementar a otros medicamentos, pero sabemos que cada medicamento puede ser
complementado por un solo medicamento.
Diagrama 8: Farmacia
 Modelo racional
Tabla 1. Medicamento
ID (PK) Nombre Precio Ingrediente-activo

Tabla 2. Farmacia
Nombre-único (PK) Domicilio Nombre (FK) Provincia (FK) IND-Propietario

Tabla .3 Ciudad
Nombre (PK) Provincia (PK) Cantidad-habitantes Superficie

Tabla. 4 propietario
DNI (PK) Nombre Numero Calle Código-postal Ciudad

Tabla. 5 Medicamento-complementario
Id -Medicamento-Propietario (PFK) Id-Medicamento-Complementario (PK)

Tabla 6. Vende

Id -Medicamento Nombre-Único (PFK) Precio-Venta

Problema 9: Sistema de Delivery

La panadería y confitería “La Flauta Dulce” está organizando el delivery a sus clientes.
Cada repartidor tiene asignada una sola zona (puede haber más de un repartidor por zona).
Los repartidores tienen asignados varios clientes. Cada cliente puede ser atendido por más
de un repartidor, o por ninguno. Cada repartidor usa una sola moto, y una moto es
solamente usada por un repartidor.
De cada repartidor, sabemos el DNI, el nombre y apellido y los horarios (formado por día
de la semana
y rango de horas) en los que trabaja. De cada moto, sabemos la patente (única), la
cilindrada, la marca,
el modelo y la velocidad máxima. De cada cliente sabemos el DNI, la dirección, el nombre,
y la fecha de
nacimiento. De cada zona, el nombre único y el tamaño en km2.

Diagrama 9: Sistema de Delivery

 Modelo racional
Tabla 1. Moto
Placa (PK) Marca Cilindrada Modelo Velocidad -Max DNI_ Repartidor(PFK)

Tabla 2. Repartidor
DNI (PK) Nombre Apellido Rango-horas Dia-semanas Nombre-Único(FK)

Tabla 3. Clientes
DNI (PK) Nombre Dirección Fecha-nacimiento

Tabla 4. Zona
Nombre-único (PK) Tamaño Km2

Tabla 5. Asignado
DNI -Cliente (PFK) DNI-Repartidor (PFK)
Problema 10: Lavadero de Perros

Un lavadero de Perros solicita un modelo de datos para un sistema de gestión de lavados.

Los perros pertenecen a clientes de los cuales conocemos su DNI, nombre y apellido,
teléfono y domicilio.
Los perros tienen un nombre, una descripción y un año de nacimiento, dos perros distintos
de distinto cliente se pueden llamar igual, los nombres de los perros son únicos para un
cliente, por ejemplo, Juan y Pedro pueden tener cada uno un perro llamado Toby, pero Juan
no puede tener dos perros llamados Toby.
Queremos registrar los lavados de los perros, los datos involucrados son, fecha, hora, el
código de batea (este es único), la lista de productos involucrados en el lavado, para estos
últimos sólo nos interesa sus nombres, y el Empleado que realizó el lavado.
De los Empleados anotamos su DNI, nombre, email y fecha de nacimiento. Cada tanto un
empleado tiene
que cubrir a otro, hay que registrar para quién cubre a quién, la fecha y el motivo
Modelo racional
Diagrama 10: Lavadero de Perros
 Tabla 1. Clientes
DNI(PK Nombre Apellido Teléfono Domicilio
)

Tabla 2. Perros
Identificador Nombre Fecha- Peso Altura Raza Color Sexo DNI-Clientes
(PK) (FK) nacimiento (FK)

Tabla 3. Bañados
Código-venta (PK) Hora Fecha Producto Identificador-perros (FK) DNI-empleado (FK)

Tabla 4. Empleado
DNI(PK) Fecha-nacimiento Em@il Nombre Nombre-remplazo

Tabla 5. Cubre
Fecha Nombre-remplazo (PK) motivo DNI- remplazo (FK) Nombre-Remplazo
Problema 11: Mueblería

En una mueblería “Pata de Palo” quieren controlar su producción, organizando la

información que manejan
en el negocio. Es por ello que nos cuentan cómo trabajan.
Se cuenta con un catálogo de muebles, de los cuales se conoce el nombre, el precio, si tiene
descuento y las
dimensiones (alto, ancho y profundidad). Cada mueble puede venderse solo o con otros
muebles (una mesa se puede vender sola o con sillas). Es importante en el negocio registre
esta característica. Cabe resaltar que también se registra una sugerencia de cantidad de
muebles con los que se pueden combinar. Por ejemplo: para una mesa cuadrada mediana se
sugieren 4 sillas, para una mesa rectangular se sugieren 6. Para una cama matrimonial se
sugieren 2 mesas de luz y 1 cómoda.
De cada mueble también se conoce la madera con las que se fabrica. Para construir un
mueble se puede usar una clase de madera o varias. De las maderas se conoce el nombre,
dureza y las empresas que las proveen. De estas empresas se conoce su nombre y números
de contacto. También se registran las órdenes de compra, de las que se necesita conocer: el
mueble (o los muebles) que se compraron, el número de orden, la fecha, el cliente (que
anota el nombre, un teléfono), la fecha estimada de entrega y la dirección de entrega
(porque si es lejos, varía el costo) de la que se anota la calle y número, localidad y
provincia.
Diagrama 11: Mueblería
 Modelo racional
Tabla 1: Muebles
Nombre-cliente (PFK) Precio Descuento Alto Ancho Profundidad

Tabla 2 Mueble-Adicional
Nombre-adicional (PK) Mesa-silla Mesa-sala

Tabla 3. Orden
Num-orden (PK) Costo Fecha-entrega calle numero provincia Nombre-cliente (FK)

Tabla 4. Cliente
Nombre-cliente (PK) Teléfono Calle Numero Localidad Provincia

Tabla 5. Proveedor
Num-contacto (PK) Nombre
Problema 12: Frutería

La frutería “La Madurita” solicita un sistema de gestión de pedidos de clientes. Los

Clientes son personas de las cuales conocemos su tipo y número de documento, nombre,
apellido y una serie de teléfonos. Cada cliente solicita un Cajón de Productos, por eso
queremos registrar la fecha de pedido, fecha de entrega y la forma de pago para cada
solicitud, inclusive mantener un registro de todos los pedidos realizados.
La frutería ofrece Cajones de Productos a sus clientes, los mismos poseen un nombre (Ej:
“Jolgorio Tropical”,
“Verde que te quiero verde”, “Chúpate esa mandarina”, etc.), una descripción y están
compuestos por una
serie de Productos, cada uno con una cantidad específica.
De los productos conocemos el nombre de la fruta a la que corresponde (Ej: “Frutilla”,
“Manzana Verde”,
etc.), el $/kg y el proveedor. Un mismo tipo de fruta puede ser provisto por dos proveedores
distintos, esto
significa que podemos tener “Manzana Verde” del proveedor “ExpoFrut” y “Manzana
Verde” del proveedor
“ImpoFrut” y son dos productos distintos. Los tipos de fruta no se repiten para el mismo
proveedor.
De los proveedores conocemos su nombre, domicilio y días de la semana que entrega
mercaderías
Cuando nos quedamos sin un producto debemos reemplazarlo por otro, esto nos obliga a
registrar cual producto reemplaza a cual otro (Por ejemplo, de faltar frutilla, se envía
cereza).
Doagrama 12: Frutería
 Modelo racional
Tabla 1. Proveedor
Nombre-proveedor (PK) Domicilio Dias-entrega

Tabla 2. Producto
Nombre (PK) Peso Fruta-remplazo (PFK)

Tabla3. Cliente
Num-documento (PK) Num-teléfono Tipo Nombre Apellido

Tabla 4. Cajón Producto

Num-registro Forma-pago Fecha- Fecha- Nombre -cajón Descripción Num-documento
(PK) pedido entrega (FK)

Tabla 5. Genera
Nombre-producto (PFK) Numero-registro-cajón (PFK)

Tabla 6. Entrega
Nombre-proveedor (PFK) Nombre-Producto (PFK)