UNIVERSIDAD CENTRAL DEL ECUADOR

FACULTAD DE CIENCIAS ECONÓMICAS

CARRERA DE ESTADÍSTICA

MATERIA:

PROGRAMACIÓN ESTADÍSTICA

TEMA:

“EJERCICIOS MODELO ENTIDAD-RELACIÓN”

SEMESTRE:

Sexto

AULA:

30

PROFESOR:

Ing. Carlos Obando

NOMBRE:

Angueta Cristian

QUITO – ECUADOR
 EJERCICIOS MODELO ENTIDAD-RELACIÓN.

 EJERCICIO 1

Realice el modelo E/R de un Sistema de Información, donde se recoge información sobre

municipios, viviendas y personas, bajo los siguientes supuestos:

a) Cada persona sólo puede habitar en una vivienda, pero puede ser propietario de más
de una.
b) Una vivienda está ubicada en un municipio.

ENTIDADES:
ENTIDADES SIGLAS
Municipios M
Vivienda V
Personas P

ATRIBUTOS:
ENTIDADES ATRIBUTOS
m_codigo
m_nombre
Municipios
m_telefono
m_alcalde
v_codigo
v_dueño
v_n_catastro
Vivienda v_telefono
v_luz
v_agua
v_alcantarillado
p_codigo
p_nombre
p_edad
Personas
p_genero
p_telefono
p_instruccion
 RELACIONES:
CARDINALIDA
NOMBRE DESCRIPCION D
Un munocipio 1 o mas viviendas
munocipios_viviendas 1:M
Una vivienda 1 municipio
Una vivienda 0.1 o mas personas
vivienda_personas1 1:M
Una persona 1 sola vivienda
Un persona 0, 1 o mas vivendas su propiedad
vivienda_personas2 1:M
Una vivienda 1 o mas personas

MODELO ENTIDAD RELACIÓN:

MUNICIPIOS
m_codigo <pi> <Undefined> <M>
m_nombre <Undefined>
m_telefono <Undefined>
m_alcalde <Undefined>
Identifier_1 <pi>

Municipios_vivienda

VIVIENDA
v_codigo <pi> <Undefined> <M>
v.duenio <Undefined>
v_n_catastro <Undefined> viviendas_personas2
v_telefono <Undefined>
v_luz <Undefined>
v_agua <Undefined>
v_alcantarillado <Undefined>
Identifier_1 <pi>

PERSONAS
p_codigo <pi> <Undefined> <M>
p_nombre <Undefined>
p_edad <Undefined>
VIVIENDAS PERSONAAS1
p_genero <Undefined>
p_telefono <Undefined>
p_instrucción <Undefined>
Identifier_1 <pi>

 EJERCICIO 2

Realice bajo el modelo E/R, el diseño parcial de un banco, teniendo en cuenta los
siguientes supuestos:
a) El banco tiene distintas sucursales que se identifican por un código.
b) Cada sucursal tiene una serie de cuentas corrientes asignadas a ella que se identifican
por un código distinto para cada cuenta.
c) Una cuenta corriente tiene asociados a ella a uno o varios clientes. Es posible, sin
embargo, que las operaciones que pueden realizar cada uno de estos clientes con la
cuenta no sean las mismas. Por ejemplo, si la cuenta 110245 tiene como clientes
asociados A y B, es posible que el privilegio de cerrar la cuenta sólo lo tenga A y no
B.
d) Cada cliente, que se identifica por su DNI, puede tener varias cuentas y, por supuesto,
unos privilegios distintos en cada una de ellas.
e) Los clientes pueden tener otorgados préstamos, sin que estén asociados a ninguna
cuenta corriente. Cada préstamo se otorga a nombre de un solo cliente, y a un cliente
se le puede asignar más de un préstamo.

ENTIDADES:
ENTIDADES SIGLAS
Sucursales S
Cuentas Ct
Clientes Cl
Prestamos P

ATRIBUTOS:
ENTIDADES ATRIBUTOS
s_codigo
s_nombre
Sucursales
s_teléfono
s_email
ct_codigo
Cuentas ct_numero
ct_fecha
cl_codigo
cl_nombre
Clientes
cl_telefono
cl_email
p_codigo
p_fecha
Prestamos
p_interes
p_monto
RELACIONES:
CARDINALIDA
NOMBRE DESCRIPCION D
Una sucursal una o mas cuentas
sucursales_cuentas 1:M
Una cuenta una sucursal
Una cuenta una o mas clientes
cuentas_clientes M:M
Un cliente 1 o mas cuentas
Un cliente 0,1 o mas prestamos
clientes_prestamos 1:m
Un prestamo un solo cliente
MODELO ENTIDAD RELACIÓN:

SUCURSAL CUENTAS
s_codigo <pi> <Undefined> <M> ct_codigo <pi> <Undefined> <M>
sucursal_cuenta
s_nombre <Undefined> ct_numero <Undefined>
s_telefono <Undefined> ct_fecha <Undefined>
s_email <Undefined>
Identifier_1 <pi>
Identifier_1 <pi>

cuentas_clientes

CLIENTES
cl_codigo <pi> <Undefined> <M>
cl_nombre <Undefined>
cl_telefono <Undefined>
cl_email <Undefined>
Identifier_1 <pi>

clientes_prestamos

PRESTAMOS
p_codigo <pi> <Undefined> <M>
p_fecha <Undefined>
p_interes <Undefined>
p_monto <Undefined>
Identifier_1 <pi>

 EJERCICIO 3

Construir el esquema conceptual en el modelo Entidad-Relación que refleje toda la

información necesaria para la gestión de las líneas de METRO de una determinada
ciudad. Consideremos los siguientes supuestos:
a) Una línea está compuesta por una serie de estaciones en un orden determinado, siendo
muy importante recoger la información de este orden.
b) Cada estación pertenece al menos a una línea, pudiendo pertenecer a ambas.
c) Cada estación puede tener varios accesos, pero consideramos que un acceso sólo
puede pertenecer a una estación.
d) Cada línea tiene asignada una serie de trenes, no pudiendo suceder que un tren esté
asignado a más de una línea, pero sí que no esté asignado a ninguna (por ejemplo, está
en reparación).
e) Cada línea tiene asignados como mínimo tantos trenes como estaciones tenga y como
máximo el doble del número de estaciones.
f) Algunas estaciones tienen cocheras, y cada tren tiene asignada una cochera.
Suponemos que en cada cochera se pueden aparcar varios trenes.
ENTIDADES:
ENTIDADES SIGLAS
Estaciones E
Lineas L
Accesos A
Cocheras C
Tren T

ATRIBUTOS:
ENTIDADES ATRIBUTOS
e_codigo
Estaciones e_nombre
e_telefono
l_codigo
Lineas l_nombre
l_color
a_codigo
Accesos
a_numero
t_codigo
Trenes
t_numero
c_codigo
Cocheras
c_nombre
RELACIONES:
CARDINALIDA
NOMBRE DESCRIPCION D
Una cochera 1 estacion
cocheras_estaciones 1:M
Una estacion varias cocheras
Una estacion una o mas accesos
estaciones_accesos 1:M
Un acceso una estacion
Una estacion 1 o mas lineas
estaciones_lineas 1:M
Y una linea 1 o mas estaciones
Una linea 1 o mas trenes
Lineas_trenes 1:M
Un tren 1 sola linea
Una cochera 1 o mas trenes
Cocheras_trenes 1:M
Un tren una sola cochera

MODELO ENTIDAD RELACIÓN:

 COCHERAS
cocheras_trenes
c_codigo <pi> <Undefined> <M>
c_nombre <Undefined>
Identifier_1 <pi>

cocheras_estaciones

ESTACIONES
e_codigo <pi> <Undefined> <M> LINEAS
e_nombre <Undefined> l_codigo <pi> <Undefined> <M>
estaciones_lineas
e_telefono <Undefined> l_nombre <Undefined>
Identifier_1 <pi> l_color <Undefined>
Identifier_1 <pi>

estaciones_accesos lineas_trenes

TRENES
ACCESOS t_codigo <pi> <Undefined> <M>
a_codigo <pi> <Undefined> <M> t_numero <Undefined>
a_numero <Undefined> t_modelo <Undefined>
Identifier_1 <pi> t_nombre <Undefined>
Identifier_1 <pi>

 EJERCICIO 4

En un determinado centro educativo, se desea realizar una Base de Datos que contenga la
información necesaria para la gestión del centro. Realizar el modelo E/R correspondiente,
teniendo en cuenta los siguientes supuestos:

a) Se desea llevar un control de los alumnos matriculados en cada curso. Los alumnos
quedan identificados por su número de matrícula. Cada alumno está matriculado en
un único curso y por tanto, en todas las asignaturas del mismo.
b) Durante el periodo de matriculación se desea obtener una serie de listados referentes
a las asignaturas que componen cada curso.
c) También se desea llevar un riguroso control de las asignaturas que imparte cada
profesor. Un profesor puede impartir varias asignaturas, pero cada asignatura es
impartida por el mismo profesor.
d) Los profesor que imparten asignaturas son identificados por su DNI. Tambien es
necesario almacenar su nombre, categoría (director, educador, coordinador,...)
e) Las asignaturas se identifican por un código de asignatura y por su nombre.
f) También se pretende gestionar la bibliografía recomendada por cada asignatura. Cada
año escolar se lista una relación de los libros que recomienda cada asignatura. Un
mismo libro puede estar recomendado por distintas asignaturas. Se harán consultas de
libro por autor y por editorial.

ENTIDADES:
ENTIDADES SIGLAS
Alumnos Al
Cursos C
Profesores P
Asignaturas As
Libros L

ATRIBUTOS:
ENTIDADES ATRIBUTOS
Al_codigo
Al_nombre
Alumnos Al_numero_matricula
Al_email
Al_cedula
C_codigo
Cursos C_nombre
C_direccion
P_codigo
P_nombre
P_direccion
Profesores
P_categoria
P_email
P_cedula
As_codigo
Asignaturas
As_nombre
L_código
L_nombre
Libros
L_autor
L_editorial
 RELACIONES:
NOMBRE DESCRIPCIÓN CARDINALIDAD
un alumno uno cursos
Alumnos_Cursos 1:N
un cursos uno o más alumnos
un alumno uno o más asignaturas
Alumnos_Asignaturas N:N
una asignatura uno o más alumnos
un profesor uno o más asignaturas
Profesores_Aignaturas N:1
un asignatura un solo profesor
un profesor un curso
Profesores_Curso 1:01
un curso un profesores
un libro uno o más asignaturas
Libros_Asignaturas N:N
un asignatura uno o más libros

MODELO ENTIDAD RELACIÓN:

Libros
L_código <pi> <Undefined> <M>
L_nombre <Undefined>
L_autor <Undefined>
L_editorial <Undefined>
Identifier_1 <pi>

Libros_Asignaturas

Alumnos Asignaturas
Al_codigo <pi> <Undefined> <M> Alumnos-Asignaturas As_codigo <pi> <Undefined> <M>
Al_nombre <Undefined> As_nombre <Undefined>
Al_numero_matricula <Undefined> Identifier_1 <pi>
Al_email <Undefined>
Al_cedula <Undefined>
Identifier_1 <pi>
Profesores_Aignaturas

Alumnos-Cursos

Profesores
P_codigo <pi> <Undefined> <M>
Cursos
P_nombre <Undefined>
C_codigo <pi> <Undefined> <M> Profesores_Curso P_direccion <Undefined>
C_nombre <Undefined> P_categoria <Undefined>
C_direccion <Undefined> P_email <Undefined>
Identifier_1 <pi> P_cedula <Undefined>
Identifier_1 <pi>

 EJERCICIO 5

Queremos realizar una Base de Datos que contenga la información de los resultados de
las pruebas realizadas por los alumnos en un determinada asignatura. Realizar el modelo
entidad-relación correspondiente.
Para realizar dicho diseño se sabe que:

a) Los alumnos están definidos por su número de matrícula y el grupo al que asisten a
clase.
b) Dichos alumnos realizar dos tipos de pruebas a lo largo del curso académico:
 Exámenes escritos: cada alumno realiza varios exámenes a lo largo del curso, y
éstos se definen por el número de preguntas de que consta y la fecha de realización
(la misma para todos los alumnos que realizan el mismo examen). Evidentemente,
es importante almacenar la nota de cada alumno por examen.
 Prácticas: se realizan un número indeterminado de ellas durante el curso. Se
definen por un código de práctica y el grado de dificultad. En este caso los
alumnos se pueden examinar de cualquier práctica cuando lo deseen, debiéndose
almacenar la fecha y la nota obtenida.

c) En cuanto a los profesores, únicamente interesa conocer, además de sus datos

personales, cuál es el que ha diseñado cada práctica, sabiendo que en el diseño de una
práctica puede colaborar más de un profesor, y que cada profesor puede diseñar más
de una práctica. Además, nos interesa saber la fecha en la que ha sido diseñada cada
práctica.

ENTIDADES:
ENTIDADES SIGLAS
Alumnos A
Examanes E
Practicas Pr
Profesores Pf

ATRIBUTOS:
ENTIDADES ATRIBUTOS
a_codigo
a_nombre
Alumnos
a_matricula
a_grupo
e_codigo
Examenes e_fecha
e_preguntas
pr_codigo
Practicas pr_grado_dificultad
pr_fecha
pf_codigo
pf_nombre
Profesores
pf_email
pf_telefono
RELACIONES:
CARDINALIDA
NOMBRE DESCRIPCION D
Un alumno 1 o mas examenes
alumnos_examenes 1:M
Un examen 1 solo alumno
Un alumno 1 o mas practicas
alumnos_practicas 1:M
Una practica 1 solo alumno
Una practica 1 o mas profesores
practicas_profesores M:M
Un profesor 1 o mas practicas
un alumno 1 o mas profesores
alumnos_profesores M:M
Un profesor 1 o mas alumnos

MODELO ENTIDAD RELACIÓN:

ALUMNOS
a_codigo <pi> <Undefined> <M> EXAMENES
a_nombre <Undefined> alumnos_examenes ex_codigo <pi> <Undefined> <M>
a_matricula <Undefined> ex_fechas <Undefined>
a_grupo <Undefined> ex_preguntas <Undefined>
Identifier_1 <pi> Identifier_1 <pi>

alumnos_practicas alumnos_profesores

PROFESORES
PRACTICAS
pf_codigo <pi> <Undefined> <M>
pr_codigo <pi> <Undefined> <M> practicas_profesores pf_nombre <Undefined>
pr_grado_dificultad <Undefined>
pr_fecha <Undefined> pf_email <Undefined>
pf_telefono <Undefined>
Identifier_1 <pi>
Identifier_1 <pi>

 EJERCICIO 6

A partir del siguiente enunciado se desea realiza el modelo entidad-relación.

Una empresa vende productos a varios clientes. Se necesita conocer los datos personales
de los clientes (nombre, apellidos, código, dirección y fecha de nacimiento). Cada
producto tiene un nombre y un código, así como un precio unitario. Un cliente puede
comprar varios productos a la empresa, y un mismo producto puede ser comprado por
varios clientes.
Los productos son suministrados por diferentes proveedores. Se debe tener en cuenta que
un producto sólo puede ser suministrado por un proveedor, y que un proveedor puede
suministrar diferentes productos. De cada proveedor se desea conocer el CUIT, nombre
y dirección”.
ENTIDADES:
ENTIDADES SIGLAS
Proveedores PV
Producto P
Cliente C

ATRIBUTOS:
ENTIDADES ATRIBUTOS
PV_cuit
Proveedores PV_Nombre
PV_Dirección
P_Código
Productos P_Nombre
P_Precio_unitario
C_Código
C_Nombre
Clientes C_Apellido
C_Fecha_nacimiento
C_Dirección

RELACIONES:
NOMBRE DESCRIPCIÓN CARDINALIDAD
un proveedor 1 o más productos
Proveedores_productos 1:m
un producto 1 proveedor
un cliente 1 o más productos
Productos_clientes m:m
un producto 1 o más varios clientes

MODELO ENTIDAD RELACIÓN:

 PROVEEDORES
PV_CUIT <pi> <Undefined> <M>
PV_Nombre <Undefined>
PV_Dirección <Undefined>
Identifier_1 <pi>
PRODUCTOS
P_Código <pi> <Undefined> <M>
proveedores_productos P_Nombre <Undefined>
P_Precio_unitario <Undefined>
Identifier_1 <pi>

clientes_productos

CLIENTES
C_Código <pi> <Undefined> <M>
C_Nombre <Undefined>
C_Apellido <Undefined>
C_Fecha_nacimiento <Undefined>
C_Dirección <Undefined>
Identifier_1 <pi>

 EJERCICIO 7

A partir del siguiente enunciado se desea realizar el modelo entidad-relación.

Se desea informatizar la gestión de una empresa de transportes que reparte paquetes por
todo el país. Los encargados de llevar los paquetes son los camioneros, de los que se
quiere guardar el dni, nombre, teléfono, dirección, salario y localidad en la que vive. De
los paquetes transportados interesa conocer el código de paquete, descripción,
destinatario y dirección del destinatario. Un camionero distribuye muchos paquetes, y un
paquete sólo puede ser distribuido por un camionero. De las provincias a las que llegan
los paquetes interesa guardar el código de provincia y el nombre. Un paquete sólo puede
llegar a una provincia. Sin embargo, a una provincia pueden llegar varios paquetes. De
los camiones que llevan los camioneros, interesa conocer la patente (dominio), marca,
modelo, tipo y año. Un camionero puede conducir diferentes camiones en fechas
diferentes, y un camión puede ser conducido por varios camioneros.

ENTIDADES:
ENTIDADADES SIGLAS
PAQUETES P
CAMIONEROS C
CAMIONES Cm
PROVINCIAS Pv

ATRIBUTOS:
ENTIDADES ATRIBUTOS
p_codigo
PAQUETES p_descripcion
p_destinatario
 p_direccion
cm_codigo
cm_dni
CAMIONEROS cm_telefono
cm_salario
cm_nombre
c_codigo
c_patente
c_marca
CAMIONES
c_modelo
c_tipo
c_año
pv_codigo
PROVINCIA
pv_nombre

RELACIONES:
NOMBRE DESCRIPCION CARDINALIDAD
Un camionero puede tener
1 o mas paquetes 1:M
camionero_paquetes
Un paquete puede tener 1 solo
camionero
Un paquete puede tener 1 sola
provincia 1:M
paquetes_provincias
Una provincia puede tener
1 o mas provincias
Un camionero puede tener
1 o mas camioneros M:M
camionero_camion
Un camion puede tener 1 o mas
camioneros
MODELO ENTIDAD RELACIÓN:
 CAMIONES
PAQUETES cm_codigo <pi> <Undefined>
p_codigo <pi> <Undefined> cm_patente <Undefined>
p_descrpcion <Undefined> cm_marca <Undefined>
p_destinatario <Undefined> cm_tipo <Undefined>
p_direccion <Undefined> cm_año <Undefined>
Identifier_1 <pi> Identifier_1 <pi>

camiones_camioneros

paquetes_provincias CAMIONEROS
c_codigo <pi> <Undefined>
c_nombre <Undefined>
paquetes_camioneros c_direccion <Undefined>
c_salario <Undefined>
PROVINCIAS c_localidad <Undefined>
pv_codigo <pi> <Undefined> Identifier_1 <pi>
pv_nombre <Undefined>
Identifier_1 <pi>

 EJERCICIO 8
EMPRESA INMOBILIARIA
Se quiere diseñar una base de datos para una empresa inmobiliaria con el objetivo de
gestionar la información relativa a su cartera de departamentos en venta. Los edificios en
los que están los departamentos, tienen codificadas diversas características, como: la zona
(indicando ubicación geográfica y nombre del sector) y la dirección, tener ascensor, tipo
de ascensor (inteligente o mecánico),áreas verdes, áreas comunales, gas centralizado,
caseta de guardia, etc. Cada característica se identifica por un código y tiene una
descripción. Cada uno de los departamentos que tienen pendientes de vender tiene
asignado un código de departamento que lo identifica; además tienen: número de piso,
ubicación de la vista del área social y del área privada, la superficie, el número de
habitaciones (tipificadas en dormitorios, estudio, sala, cocina, cuarto de máquinas, cuarto
de empleada, baños completos, medios baños) y el precio. De los potenciales clientes se
guarda: datos personales, requerimientos en cuanto a zona, número de dormitorios, rango
de precios que están dispuestos a pagar. Se dispone de información de los vendedores de
la inmobiliaria, quienes tienen a su cargo determinados edificios, debiendo cada edificio
estar a cargo de un solo vendedor y pueden realizar distintas citas con distintos clientes a
fin de visitar el departamento. Para concertar la cita se fijan fecha y hora, pudiendo
atender varias citas en una misma fecha. Para evitar conflictos, no se programan nunca
visitas de clientes diferentes a un mismo departamento y a la misma hora. De alguna cita
concreta se genera una venta. Cuando ese es el caso, el vendedor gana una comisión del
4% sobre el valor de precio de venta.
ENTIDADES:

ENTIDADES SIGLAS
 Edificios E
Departamentos D
Clientes Cl
Vendedores V

ATRIBUTOS:
ENTIDADES ATRIBUTOS
E_código
E_zona
E_dirección
E_ascensor
Edificios E_tipo_ascensor
E_áreas_verdes
E_áreas_comunales
E_gas_centralizado
E_caseta_guardia
D_código
D_número_piso
D_ubicación_área_social
Departamentos D_ubicación_área_privada
D_superficie
D_número_habitaciones
D_precio
Cl_nombre
Cl_C/I
Cl_direccción
Clientes Cl_teléfono
Cl_requerimiento_zona
Cl_requerimiento_dormitorios
Cl_precio_dispuesto_pagar
V_nombre
Vendedores V_comisión
V_edificio_a_cargo
RELACIONES:
RELACIÓN DESCRIPCIÓN CARDINALIDAD
1 vendedor, 1 o más edificios 1:M
Vendedores_edificios
1 edificio, 1 vendedor
1 vendedor, 1 o más clientes 1:M
Vendedores_clientes
1 cliente, 1 vendedor
1 cliente, 1 departamento 1:1
Clientes_departamentos
1 departamento, 1 cliente

MODELO ENTIDAD RELACIÓN:

 EDIFICIO
E_código <pi> <Undefined> <M>
VENDEDOR E_zona <Undefined>
V_nombre <pi> <Undefined> <M> E_dirección <Undefined>
V_comisión <Undefined> vendedores_edificios E_ascensor <Undefined>
V_edificio_a_cargo <Undefined> E_tipo_ascensor <Undefined>
Identifier_1 <pi> E_áreas_verdes <Undefined>
E_áreas_comunales <Undefined>
E_gas_centralizado <Undefined>
E_caseta_guardia <Undefined>
Identifier_1 <pi>
vendedor_clientes

CLIENTES
DEPARTAMENTOS
Cl_C/I <pi> <Undefined> <M>
D_código <pi> <Undefined> <M>
Cl_nombre <Undefined>
D_número_piso <Undefined>
Cl_dirección <Undefined>
Clientes_departamentos D_ubicación_área_social <Undefined>
Cl_teléfono <Undefined>
D_ubixcación_área_privada <Undefined>
Cl_requerimiento_zona <Undefined>
D_superficie <Undefined>
Cl_requerimiento_dormitorios <Undefined>
D_número_habitaciones <Undefined>
Cl_precio_dispuesto_pagar <Undefined>
D_precio <Undefined>
Identifier_1 <pi>
Identifier_1 <pi>

 EJERCICIO 9

GALERIA DE ARTE
Una galería de arte que realiza ventas de su catálogo a través de subasta en internet,
necesita la siguiente información: Se tienen varios tipos de piezas: pinturas, esculturas,
grabado, fotografía. En cada tipo de pieza se tienen varias opciones, por ejemplo: de
pintura, al óleo, acuarela, tinta, carbón,…; y así para cada tipo.
Cada artículo tiene su código, el tipo de pieza, una descripción, año de elaboración y un
detalle de si pertenece a una colección y el nombre de la colección; además de un precio
referencial base. El artículo ha sido elaborado por un artista, del cual se requiere sus datos
personales y antecedentes artísticos. Los oferentes en la subasta registran únicamente un
código que se asignan al ingresar y un nombre de usuario. Con esto realizan una oferta o
varias sobre un mismo artículo, o sobre varios artículos; cada oferta tiene su código y su
fecha y hora.

ENTIDADES:
ENTIDADES SIGLAS
Artículos AT
Artista AR
Oferentes OT
Ofertas OF
ATRIBUTOS:
 ENTIDADES ATRIBUTOS
at_codigo
at_nombre
at_tipo_pieza
Articulos
at_descripcion
at_año_elaboracion
at_detalle
ar_codigo
ar_nombre
ar_edad
Artista
ar_sexo
ar_direccion
ar_antecendetes_artisticos
Oferentes ot_codigo
ot_nombre
Oferta of_codigo
of_fecha
of_hora

RELACIONES:
NOMBRE DESCRIPCION CARDINALIDAD
Un articulo 1 o más artistas M:M
Articulos_Artista
Un artista 1 o más artículos 1:M
Un oferente 1 o más articulos 1:M
Articulos_oferentes
Un articulo 1 solo oferente 1:1
Un articulo 1 o más ofertas M:M
Articulos_Ofertas
Una oferta 1 solo articulo 1:1
Una oferta 1 o más ofertantes M:M
Ofertas_Ofertantes
Un oferente 1 o más ofertas 1:M

MODELO ENTIDAD RELACION:

 ARTISTAS ARTICULOS
ar_codigo <pi> <Undefined> <M> at_codigo <pi> <Undefined> <M>
ar_nombre <Undefined> at_nombre <Undefined>
ar_edad <Undefined> Articulos_Artistas at_tipo_pieza <Undefined>
ar_sexo <Undefined> at_descripcion <Undefined>
ar_direccion <Undefined> at_año_elaboracion <Undefined>
ar_antecedentes_artisticos <Undefined> at_detalle <Undefined>
Identifier_1 <pi> Identifier_1 <pi>

OFERTA
of_codigo <pi> <Undefined> <M>
of_fecha <Undefined> Articulos_Ofertas
of_hora <Undefined> Articulos_Oferentes
Identifier_1 <pi>

OFERENTES
ot_codigo <pi> <Undefined> <M>
Ofertas_Oferentes
ot_nombre <Undefined>
Identifier_1 <pi>

 EJERCICIO 10

VENTA DE AUTOS
Se desea diseñar una base de datos para almacenar y gestionar la información empleada
por una empresa dedicada a la venta de automóvil, teniendo en cuenta los siguientes
aspectos: La empresa dispone de una serie de automóviles para su venta. Se necesita
conocer número de motor, número de chasis, marca y modelo, el color y el precio de
venta de cada coche. Los datos que interesa conocer de cada cliente son: cédula, nombre,
dirección, ciudad y teléfonos de contacto. Un cliente puede comprar más de un automóvil
a la empresa. Un automóvil determinado solo puede ser comprado por un único cliente.
Cuando se efectúa la venta, se debe conocer: fecha, términos de pago. Las formas de pago
están tipificadas. El concesionario también se encarga de llevar a cabo las revisiones que
se realizan a cada coche. Cada revisión tiene asociado un código que se incrementa
automáticamente por cada revisión que se haga. De cada revisión se desea saber sise ha
hecho cambio de filtro, si se ha hecho cambio de aceite, si se ha hecho cambio de frenos
u otros. Los coches pueden pasar varias revisiones en el concesionario.

ENTIDADES:
ENTIDADES SIGLAS
Autiomoviles A
Clientes C
Revision R
ATRIBUTOS:
ENTIDADES ATRIBUTOS
a_codigo
a_motor
a_chasis
Autos a_marca
a_modelo
a_color
a_precio
c_cedula
c_nombre
Clientes c_direccion
c_ciudad
c_telefono
r_codigo
r_filtro
Revisiones
r_aceite
r_frenos

RELACIONES:
CARDINALIDA
NOMBRE DESCRIPCION D
Un cliente 1 o mas automoviles
clientes_autos 1:M
Un automovil 1 solo cliente
Un automovil 1 o mas revisiones
autos_revisiones 1:M
Una revision 1 o mas automoviles

MODELO ENTIDAD RELACION:

 CLIENTES
AUTOMOVILES
c_cedula <pi> <Undefined> <M>
c_nombre <Undefined> a_codigo <pi> <Undefined> <M>
c_direccion <Undefined> a_motor <Undefined>
c_ciudad <Undefined> clientes_automoviles a_chasis <Undefined>
c_telefonos <Undefined> a_marca <Undefined>
a_modelo <Undefined>
Identifier_1 <pi>
a_color <Undefined>
a_precio <Undefined>
Identifier_1 <pi>

automoviles_revisiones

REVISIONES
r_codigo <pi> <Undefined> <M>
r_filtro <Undefined>
r_aceite <Undefined>
r_frenos <Undefined>
Identifier_1 <pi>

 EJERCICIO 11

A partir del siguiente enunciado se desea realiza el modelo entidad-relación.

"Una empresa vende productos a varios clientes. Se necesita conocer los datos personales
de los clientes (nombre, apellidos, dni, dirección y fecha de nacimiento). Cada producto
tiene un nombre y un código, así como un precio unitario. Un cliente puede comprar
varios productos a la empresa, y un mismo producto puede ser comprado por varios
clientes.

Los productos son suministrados por diferentes proveedores. Se debe tener en cuenta que
un producto sólo puede ser suministrado por un proveedor, y que un proveedor puede
suministrar diferentes productos. De cada proveedor se desea conocer el NIF, nombre y
dirección".

ENTIDADES:

ENTIDADES SIGLAS
Clientes cl
Productos pr
Proveedores p

ATRIBUTOS:
 ENTIDADES ATRIBUTOS
Clientes cl_codigo
cl_nombre
cl_apellido
cl_dni
cl_fecha de nacimiento
Producto pr_codigo
pr_nombre
pr_precio
Proveedores p_codigo
p_nombre
p_dirección
p_NIF

RELACIONES:
NOMBRE DESCRIPCIÓN CARDINALIDAD
productos_clientes un producto uno o mas clientes 1:m
un cliente uno o mas productos
productos_proveedores un producto un proveedor 1:m
un proveedor varios productos

MODELO ENTIDAD RELACIÓN:

Proveedores
Productos
p_codigo <pi> <Undefined> <M>
pr_codigo <pi> <Undefined> <M>
Productos_Proveedores p_nombre <Undefined>
pr_nombre <Undefined>
pr_precio <Undefined> p_direccion <Undefined>
p_NIF <Undefined>
Identifier_1 <pi>
Identifier_1 <pi>

Productos_Clientes

Clientes
c_codigo <pi> <Undefined> <M>
c_nombre <Undefined>
c_apellido <Undefined>
c_dni <Undefined>
c_fecha de nacimiento <Undefined>
c_direccion <Undefined>
Identifier_1 <pi>

 EJERCICIO 12
A partir del siguiente enunciado se desea realizar el modelo entidad-relación.

"Se desea informatizar la gestión de una empresa de transportes que reparte paquetes por
toda España. Los encargados de llevar los paquetes son los camioneros, de los que se
quiere guardar el dni, nombre, teléfono, dirección, salario y población en la que vive. De
los paquetes transportados interesa conocer el código de paquete, descripción,
destinatario y dirección del destinatario. Un camionero distribuye muchos paquetes, y un
paquete sólo puede ser distribuido por un camionero.

De las provincias a las que llegan los paquetes interesa guardar el código de provincia y
el nombre. Un paquete sólo puede llegar a una provincia. Sin embargo, a una provincia
pueden llegar varios paquetes.

De los camiones que llevan los camioneros, interesa conocer la matrícula, modelo, tipo y
potencia. Un camionero puede conducir diferentes camiones en fechas diferentes, y un
camión puede ser conducido por varios camioneros".

ENTIDADES:
ENTIDADES SIGLAS
Empresa de transportes ET
Paquetes P
Camioneros C
Provincias PR
Camiones CA
ATRIBUTOS:
ENTIDADES ATRIBUTOS
ET_Codigo
Empresa de transportes
ET_Nombre
P_Codigo_de_Paquete
P_Descripcion
Paquetes
P_Destinario
P_Direccion_del_Destinatario
C_Codigo
C_Dni
C_Nombre
Camioneros
C_Telefono
C_Direccion
C_Salario
PR_Codigo_de_Provicia
Provincias
PR_Nombre
CA_conocer_la_Matricula
CA_Modelo
Camiones
CA_Tipo
CA_Potencia
 RELACIONES:

NOMBRE DESCRIPCION CARDINALIDAD

1 empresa de transportes 1 o mas paquetes
EmpresadeTransporte_paquetes 1:01
1 paquete 1 empresa de transporte
1 paquete 1 camioneros
Paquetes_Camioneros 1:01
1 camioneros 1 o mas paquetes
1 o mas camioneros 1 o mas provincias
Camioneros_Provincias 1:M
1 o mas provincias 1 o mas camioneros
Provincias_camiones 1 o mas provincia 1 o mas camiones M:M

MODELO ENTIDAD RELACION:

  EJERCICIO 13

A partir del siguiente enunciado diseñar el modelo entidad-relación.

"Se desea diseñar la base de datos de un Instituto. En la base de datos se desea guardar
los datos de los profesores del Instituto (DNI, nombre, dirección y teléfono). Los
profesores imparten módulos, y cada módulo tiene un código y un nombre. Cada alumno
está matriculado en uno o varios módulos. De cada alumno se desea guardar el nº de
expediente, nombre, apellidos y fecha de nacimiento. Los profesores pueden impartir
varios módulos, pero un módulo sólo puede ser impartido por un profesor. Cada curso
tiene un grupo de alumnos, uno de los cuales es el delegado del grupo".

ENTIDADES:
ENTIDAD SIGLAS
profesor p
módulos m
alumnos a
grupos g

ATRIBUTOS:
ENTIDADES ATRIBUTOS
profesores P_DNI
P_nombre
P_dirección
P_telefono
módulos M_nombre
M_código
alumnos A_N°expediente
A_nombre
A_apellido
A_feche de
nacimiento
A_grupo
A_delegado_
grupo

RELACIONES:
 NOMBRE DESCRIPCIÓN CARDINALIDAD
profesores_módulos un profesor 1 o mas módulos 1:M
un modulos un solo profesor
módulos_alumnos un alumno 1 o mas módulos 1:M
un módulo 1 solo alumno

MODELO ENTIDAD RELACION:

 EJERCICIO 14

A partir del siguiente supuesto diseñar el modelo entidad-relación:

"Se desea diseñar una base de datos para almacenar y gestionar la información empleada
por una empresa dedicada a la venta de automóviles, teniendo en cuenta los siguientes
aspectos:

La empresa dispone de una serie de coches para su venta. Se necesita conocer la matrícula,
marca y modelo, el color y el precio de venta de cada coche.

Los datos que interesa conocer de cada cliente son el NIF, nombre, dirección, ciudad y
número de teléfono: además, los clientes se diferencian por un código interno de la
empresa que se incrementa automáticamente cuando un cliente se da de alta en ella. Un
cliente puede comprar tantos coches como desee a la empresa. Un coche determinado
solo puede ser comprado por un único cliente.

El concesionario también se encarga de llevar a cabo las revisiones que se realizan a cada
coche. Cada revisión tiene asociado un código que se incrementa automáticamente por
cada revisión que se haga. De cada revisión se desea saber si se ha hecho cambio de filtro,
si se ha hecho cambio de aceite, si se ha hecho cambio de frenos u otros. Los coches
pueden pasar varias revisiones en el concesionario".
ENTIDADES:
ENTIDADES SIGLAS
Coche co
Cliente cl
Revision R

ATRIBUTOS:
ENTIDADES ATRIBUTOS
co_matricula
co_marca
Coche co_modelo
co_precio
co_color
cl_codigo
cl_nif
cl_direccion
Cliente
cl_ciudad
cl_telefono
cl_nombre
r_codigo
r_filtro
Revisión
r_frenos
r_aceite
RELACIONES:

NOMBRE DESCRIPCION CARDINALIDAD

Un coche solo cliente
Coche_Cliente 1:M
Un cliente 1 0 mas coches
Un coche 1 o mas revisiones
Coche_Revisión 1:M
Una revision 1 solo coche

MODELO ENTIDAD RELACION:

 COCHES CLIENTE
co_matricula <pi> <Undefined> <M> cl_codigo <pi> <Undefined> <M>
co_marca <Undefined> cl_nif <Undefined>
co_modelo <Undefined> Coches_Clientes cl_direccion <Undefined>
co_color <Undefined> cl_nombre <Undefined>
co_precio <Undefined> cl_ciudad <Undefined>
Identifier_1 <pi> cl_telefono <Undefined>
Identifier_1 <pi>

Coches_Revision

REVISION
r_codigo <pi> <Undefined> <M>
r_filtro <Undefined>
r_frenos <Undefined>
r_aceite <Undefined>
Identifier_1 <pi>

 EJERCICIO 15

A partir del siguiente supuesto diseñar el modelo entidad-relación:

"La clínica ?SAN PATRÁS? necesita llevar un control informatizado de su gestión de

pacientes y médicos.

De cada paciente se desea guardar el código, nombre, apellidos, dirección, población,

provincia, código postal, teléfono y fecha de nacimiento.

De cada médico se desea guardar el código, nombre, apellidos, teléfono y especialidad.

Se desea llevar el control de cada uno de los ingresos que el paciente hace en el hospital.
Cada ingreso que realiza el paciente queda registrado en la base de datos. De cada ingreso
se guarda el código de ingreso (que se incrementará automáticamente cada vez que el
paciente realice un ingreso), el número de habitación y cama en la que el paciente realiza
el ingreso y la fecha de ingreso.

Un médico puede atender varios ingresos, pero el ingreso de un paciente solo puede ser
atendido por un único médico. Un paciente puede realizar varios ingresos en el hospital".

ENTIDADES:
 ENTIDADES SIGLAS
Paciente Pa
Medico Me
Ingreso In

ATRIBUTOS:
ENTIDADES ATRIBUTOS
pa_codigo
pa_nombre
pa_apellido
pa_poblacion
Paciente
pa_provincia
pa_codigo_postal
pa_telefono
pa_fecha_nacimiento
me_codigo
me_nombre
Medico me_apellido
me_telefono
me_especialidad
in_codigo_ingreso
in_num_habitacion
Ingreso
in_cama_paciente
in_fecha_ingreso

RELACIONES:

NOMBRE DESCRIPCION CARDINALIDAD

un médico 1 o más ingresos
medico_ingresos 1:M
un ingreso 1 solo medico
un ingreso 1 solo paciente
ingreso_paciente 1:M
un paciente 1 o más ingresos
un paciente 1 medico
paciente_medico 1:1
un médico 1 paciente

MODELO ENTIDAD RELACION:

 MEDICO
INGRESOS
me_codi go <pi > <Undefi ned>
i n_codi go_i ngreso <pi > <Undefi ned>
me_nombre <Undefi ned> medi co_i ngresos i n_num_habi taci on <Undefi ned>
me_apel l i do <Undefi ned>
me_tel efono <Undefi ned> i n_cama_paci ente <Undefi ned>
me_especi al i dad <Undefi ned> i n_fecha_i ngreso <Undefi ned>
Identi fi er_1 <pi >
Identi fi er_1 <pi >

i ngresos_paci ente

PACIENT E
pa_codi go <pi > <Undefi ned> <M>
pa_nombre <Undefi ned>
pa_apel l i do <Undefi ned>
pa_pobl aci on <Undefi ned>
paci ente_medi co pa_provi nci a <Undefi ned>
pa_codi go_postal <Undefi ned>
pa_tel efono <Undefi ned>
pa_fecha_naci mi ento <Undefi ned>
Identi fi er_1 <pi >

 EJERCICIO 16

Se desea informatizar la gestión de una tienda informática. La tienda dispone de una serie
de productos que se pueden vender a los clientes.

"De cada producto informático se desea guardar el código, descripción, precio y número
de existencias. De cada cliente se desea guardar el código, nombre, apellidos, dirección y
número de teléfono.

Un cliente puede comprar varios productos en la tienda y un mismo producto puede ser
comprado por varios clientes. Cada vez que se compre un artículo quedará registrada la
compra en la base de datos junto con la fecha en la que se ha comprado el artículo.

La tienda tiene contactos con varios proveedores que son los que suministran los
productos. Un mismo producto puede ser suministrado por varios proveedores. De cada
proveedor se desea guardar el código, nombre, apellidos, dirección, provincia y número
de teléfono".

ENTIDADES:
ENTIDADES SIGLAS
PRODUCTOS PR
CLIENTES CL
PROVEEDORES PV

ATRIBUTOS:
 ENTIDADES ATRIBUTOS
PR_ CODIGO
PR_DESCRIPCION
PRODUCTOS PR_PRECIO
PR_N°DE
EXISTENCIAS
CL_CODIGO
CLIENTES CL_NOMBRE
CL_TELEFONO
PV_CODIGO
PV_NOMBRE
PV_APELLIDOS
PROVEEDORES
PV_DIRECCION
PV_PROVINCIA
PV_TELEFONO

REALCIONES:
NOMBRE DESCRIPCION CARDINALIDAD
UN CLIENTE PUEDE COMPRAR VARIOS PRODUCTOS
CLIENTE_PRODUCTOS UN PRODUCTO PUEDE SER COMPRADO POR VARIOS 1:M
CLIENTES
UN PRODUCTO PUEDE SER SUMINISTRADO POR VARIOS
PRODUCTOS_PROVEEDORES PROVEEDORES 1:M
UN PROVEEDOR PUEDE SUMINISTRAR VARIOS PRODUCTOS
PROVEEDORES_ CLIENTES UN PROVEEDOR TIENE VARIOS CLIENTES 1:M

MODELO ENTIDAD RELACION:

 CLENTES
Clientes_Productos
cl_codigo <pi> <Undefined> <M> PRODUCTOS
cl_nombre <Undefined> pr_codigo <pi> <Undefined> <M>
cl_telefono <Undefined> pr_descripcion <Undefined>
Identifier_1 <pi> pr_precio <Undefined>
pr_nro_existencias <Undefined>
Identifier_1 <pi>

Proveedores_Clientes
Productos_Proveedores

PROVEEDORES
pv_codigo <pi> <Undefined> <M>
pv_nombre <Undefined>
pv_apellidos <Undefined>
pv_direccion <Undefined>
pv_provincia <Undefined>
pv_telefono <Undefined>
Identifier_1 <pi>

 EJERCICIO 17

A partir del siguiente enunciado, diseñar el modelo entidad-relación.

"En la biblioteca del centro se manejan fichas de autores y libros. En la ficha de cada
autor se tiene el código de autor y el nombre. De cada libro se guarda el código, título,
ISBN, editorial y número de página. Un autor puede escribir varios libros, y un libro
puede ser escrito por varios autores. Un libro está formado por ejemplares. Cada ejemplar
tiene un código y una localización. Un libro tiene muchos ejemplares y un ejemplar
pertenece sólo a un libro.

Los usuarios de la biblioteca del centro también disponen de ficha en la biblioteca y sacan
ejemplares de ella. De cada usuario se guarda el código, nombre, dirección y teléfono.
Los ejemplares son prestados a los usuarios. Un usuario puede tomar prestados varios
ejemplares, y un ejemplar puede ser prestado a varios usuarios. De cada préstamos
interesa guardar la fecha de préstamo y la fecha de devolución".

ENTIDADES:
 ENTIDADES SIGLAS
fichas F
libros L
ejemplares E
usuarios U

ATRIBUTOS:
ENTIDADES ATRIBUTO
Fichas f_código
f_nombre
Libros l_código
l_título
l_ISBN
l_editorial
l_n.pagina
Ejemplares e_codigo
e_localizacion
Usuarios u_codigo
u_nombre
u_direccion
u_telefono

RELACIONES:
NOMBRE DESCRIPCIÓN CARDINALIDAD
fichas_libros 1 ficha 1 o más libros M:M
1 libro 1 o más fichas
libro_ejemplares 1 libro 1 o más ejemplares 1:M
1 ejemplar 1 solo libro
usuario_ejemplares 1 usuario 1 o más ejemplares M:M
1 ejemplar 1 o más usuarios

MODELO ENTIDAD RELCION:

 fichas libros
f_codigo <pi> <Undefined> <M> l_codigo <pi> <Undefined> <M>
f_nombre <Undefined> fichas_libros l_titulo <Undefined>
Identifier_1 <pi> l_isbn <Undefined>
l_editorial <Undefined>
l_n.pagina <Undefined>
Identifier_1 <pi>

libro_ejemplares

ejemplares usuarios
e_codigo <pi> <Undefined> <M> usuario_ejemplares u_codigo <pi> <Undefined> <M>
e_localizacion <Undefined> u_nombre <Undefined>
Identifier_1 <pi> u_direccion <Undefined>
u_telefono <Undefined>
Identifier_1 <pi>

 EJERCICIO 18

A partir del siguiente supuesto realizar el modelo entidad-relación y pasarlo a modelo

relacional.

"A un concesionario de coches llegan clientes para comprar automóviles. De cada coche
interesa saber la matrícula, modelo, marca y color. Un cliente puede comprar varios
coches en el concesionario. Cuando un cliente compra un coche, se le hace una ficha en
el concesionario con la siguiente información: dni, nombre, apellidos, dirección y
teléfono.

Los coches que el concesionario vende pueden ser nuevos o usados (de segunda mano).
De los coches nuevos interesa saber el número de unidades que hay en el concesionario.
De los coches viejos interesa el número de kilómetros que lleva recorridos.

El concesionario también dispone de un taller en el que los mecánicos reparan los coches
que llevan los clientes. Un mecánico repara varios coches a lo largo del día, y un coche
puede ser reparado por varios mecánicos. Los mecánicos tienen un dni, nombre, apellidos,
fecha de contratación y salario. Se desea guardar también la fecha en la que se repara cada
vehículo y el número de horas que se tardado en arreglar cada automóvil".

ENIDADES:
ENTIDADES SIGLAS
Clientes CL
Automóviles AU
Mecánicos ME

ATRIBUTOS:
 Entidades Atributos
Clientes CL_CODIGO
CL_DNI
CL_NOMBRE
CL_APELLIDOS
CL_DIRECCION
CL_TELEFONO
Automóviles AU_CODIGO
AU_MATRICULA
AU_MODELO
AU_MARCA
AU_COLOR
AU_NUEVO_NUMERO_UNIDADES
AU_USADO_KILOMETROS_RECORRIDOS
Mecánicos ME_CODIGO
ME_DNI
ME_NOMBRE
ME_APELLIDOS
ME_FECHA_CONTRATO
ME_SALARIO

RELACIONES:
NOMBRE DESCRIPCIÓN CARDINALIDAD
un cliente uno o más automóviles 1:m
Clientes_automoviles
un automóvil un cliente
un automóvil uno o más mecánicos 1:m
Automóviles_mecanico
un mecánico uno o más automóviles

MODELO ENTIDAD RELACION:

  EJERCICIO 19

La liga de fútbol profesional, presidida por Don Ángel María Villar, ha decidido
informatizar sus instalaciones creando una base de datos para guardar la información de
los partidos que se juegan en la liga.

Se desea guardar en primer lugar los datos de los jugadores. De cada jugador se quiere
guardar el nombre, fecha de nacimiento y posición en la que juega (portero, defensa,
centrocampista...). Cada jugador tiene un código de jugador que lo identifica de manera
única.

De cada uno de los equipos de la liga es necesario registrar el nombre del equipo, nombre
del estadio en el que juega, el aforo que tiene, el año de fundación del equipo y la ciudad
de la que es el equipo. Cada equipo también tiene un código que lo identifica de manera
única. Un jugador solo puede pertenecer a un único equipo.

De cada partido que los equipos de la liga juegan hay que registrar la fecha en la que se
juega el partido, los goles que ha metido el equipo de casa y los goles que ha metido el
equipo de fuera. Cada partido tendrá un código numérico para identificar el partido.
También se quiere llevar un recuento de los goles que hay en cada partido. Se quiere
almacenar el minuto en el que se realizar el gol y la descripción del gol. Un partido tiene
varios goles y un jugador puede meter varios goles en un partido.
Por último se quiere almacenar, en la base de datos, los datos de los presidentes de los
equipos de fútbol (dni, nombre, apellidos, fecha de nacimiento, equipo del que es
presidente y año en el que fue elegido presidente). Un equipo de fútbol tan sólo puede
tener un presidente, y una persona sólo puede ser presidente de un equipo de la liga.

ENTIDADES:
ENTIDADES SIGLAS
Jugadores J
Equipos de la liga EQ
Partidos P
Goles de partido G
Presidentes de los equipos PR

ATRIBUTOS:
ENTIDADES ATRIBUTOS
j_codigo
j_fecha
Jugadores
j_posicion
j_nombre
eq_codigo
eq_nombre_equipo
eq_nombre_estadio
Equipos de la liga
eq_aforo
eq_año_fundacion
eq_ciudad
p_codigo
p_fecha
Partidos
p_goles_casa
p_goles_fuera
g_codigo
Goles de partido g_minuto
g_descripcion
pr_codigo
pr_nombre
Presidentes de los equipos pr_fecha
pr_equipo
pr_año_elegido
RELACIONES:
 NOMBRE DESCRIPCIÓN CARDINALIDAD
jugadores_equipos un jugador un solo equipo 1:1
un equipo un solo jugador
partido _goles un partido 1 o mas goles M:M
un gol 1 o mas partidos
jugador_goles un jugador 0, 1 o mas goles M:M
un gol 1 o mas jugador
equipo_presidente un equipo un solo presidente 1:1
un presidente un solo equipo

MODELO ENTIDAD RELACION:

Equipos_Liga
# eq_codigo <Undefined>
o eq_nombre_estadio <Undefined>
o eq_nombre_equipo <Undefined>
o eq_aforo <Undefined> equipo_presidente Presidente_equipo
o eq_año_fundacion <Undefined> # pr_codigo <Undefined>
o eq_ciudad <Undefined> o pr_nombre <Undefined>
o pr_fecha <Undefined>
o pr_año_elegido <Undefined>
jugadores_equipos o pr_equipo <Undefined>

Jugadores
# j_codigo <Undefined>
o j_fecha <Undefined>
o j_posicion <Undefined>
o j_nombre <Undefined>
Partidos
# p_codigo <Undefined>
jugadores_goles o p_goles_casa <Undefined>
o p_goles_fuera <Undefined>
o p_fecha <Undefined>
Goles_partido
# g_codigo <Undefined>
partidos_goles
o g_minuto <Undefined>
o g_descripcion <Undefined>
  EJERCICIO 20

A partir del siguiente supuesto diseñar el modelo entidad-relación.

"Se desea informatizar la gestión de un centro de enseñanza para llevar el control de los
alumnos matriculados y los profesores que imparten clases en ese centro. De cada
profesor y cada alumno se desea recoger el nombre, apellidos, dirección, población, dni,
fecha de nacimiento, código postal y teléfono.

Los alumnos se matriculan en una o más asignaturas, y de ellas se desea almacenar el

código de asignatura, nombre y número de horas que se imparten a la semana. Un profesor
del centro puede impartir varias asignaturas, pero una asignatura sólo es impartida por un
único profesor. De cada una de las asignaturas se desea almacenar también la nota que
saca el alumno y las incidencias que puedan darse con él.

Además, se desea llevar un control de los cursos que se imparten en el centro de

enseñanza. De cada curso se guardará el código y el nombre. En un curso se imparten
varias asignaturas, y una asignatura sólo puede ser impartida en un único curso.

Las asignaturas se imparten en diferentes aulas del centro. De cada aula se quiere
almacenar el código, piso del centro en el que se encuentra y número de pupitres de que
dispone. Una asignatura se puede dar en diferentes aulas, y en un aula se pueden impartir
varias asignaturas. Se desea llevar un registro de las asignaturas que se imparten en cada
aula. Para ello se anotará el mes, día y hora en el que se imparten cada una de las
asignaturas en las distintas aulas.

La dirección del centro también designa a varios profesores como tutores en cada uno de
los cursos. Un profesor es tutor tan sólo de un curso. Un curso tiene un único tutor. Se
habrá de tener en cuenta que puede que haya profesores que no sean tutores de ningún
curso".

ENTIDADES:
ENTIDADES SIGLAS
Alumnos Al
Cursos C
Asignaturas As
Profesores Pf
Aulas Au
Tutor T
ATRIBUTOS:
ENTIDADES ATRIBUTOS
Alumnos al_codigo
al_nombre
al_apellido
al_direccion
al_poblacion
al_dni
al_telefono
al_fecha_nacimiento
Cursos c_codigo
c_nombre
as_codigo
Asignaturas as_nombre
as_#_horas
as_nota
as_indisciplina
pf_codigo
Profesores pf_nombre
pf_apellido
pf_direccion
pf_poblacion
pf_dni
pf_telefono
pf_fecha_nacimiento
au_codigo
Aulas
au_piso
au_#_pupitres
Tutor t_codigo
t_nombre

RELACIONES:
NOMBRE
Alumnos_asignaturas
Profesores_asignaturas
Cursos_asignaturas
Asignaturas_aulas
Cursos_tutor
DESCRIPCIÓN CARDINALIDAD
un alumno una o más asignaturas 1:M
una asignatura uno o más alumnos
un profesor uno o más asignaturas 1:M
una asignatura un solo profesor
un curso una o más asignaturas 1:M
una asignatura un solo curso
una asignatura una o más aulas 1:M
una aula una o más asignaturas
un curso un solo tutor 1:1
un tutor un curso
MODELO ENTIDAD RELACIÓN:
Alumnos Cursos

al_codigo <pi> <Undefined> c_codigo <pi> <Undefined> <M>

al_nombre <Undefined> c_nombre <Undefined>
al_apellido <Undefined> Identifier_1 <pi>
alumnos_asignaturas
al_direccion <Undefined>
al_poblacion <Undefined>
al_dni <Undefined>
al_telefono <Undefined>
al_fecha_de_nacimiento <Undefined>
cursos_asignaturas

Profesores profesores_asignaturas
Asignaturas
pf_codigo <pi>
as_codigo <pi> <Undefined> <M> cursos_tutor
pf_nombre
as_nombre <Undefined>
pf_apellido
as_#horas <Undefined>
pf_direccion
as_nota <Undefined>
pf_poblacion
as_indisciplina <Undefined>
pf_dni
pf_telefono
pf_fecha_de_nacimiento asignaturas_aulas
Tutor
t_codigo <pi> <Undefined> <M>
Aulas
t_nombre <Undefined>
au_codigo <pi> <Undefined> <M>
Identifier_1 <pi>
au_piso <Undefined>
au_#pupitres <Undefined>
Identifier_1 <pi>

 EJERCICIO 21

"Una empresa necesita organizar la siguiente información referente a su organización

interna.

La empresa está organizada en una serie de departamentos. Cada departamento tiene un

código, nombre y presupuesto anual. Cada departamento está ubicado en un centro de
trabajo. La información que se desea guardar del centro de trabajo es el código de centro,
nombre, población y dirección del centro.

La empresa tiene una serie de empleados. Cada empleado tiene un teléfono, fecha de alta
en la empresa, NIF y nombre. De cada empleado también interesa saber el número de
hijos que tiene y el salario de cada empleado.

A esta empresa también le interesa tener guardada información sobre los hijos de los
empleados. Cada hijo de un empleado tendrá un código, nombre y fecha de nacimiento.

Se desea mantener también información sobre las habilidades de los empleados (por
ejemplo, mercadotecnia, trato con el cliente, fresador, operador de telefonía, etc?). Cada
habilidad tendrá una descripción y un código".
Sobre este supuesto diseñar el modelo E/R y el modelo relacional teniendo en cuenta los
siguientes aspectos.

Un empleado está asignado a un único departamento. Un departamento estará compuesto

por uno o más empleados.
Cada departamento se ubica en un único centro de trabajo. Estos se componen de uno o
más departamentos.
Un empleado puede tener varios hijos.
Un empleado puede tener varias habilidades, y una misma habilidad puede ser poseída
por empleados diferentes.
Un centro de trabajo es dirigido por un empleado. Un mismo empleado puede dirigir
centros de trabajo distintos.

ENTIDADES:
ENTIDADES SIGLAS
DEPARTAMENTOS D
CENTRO DE
TRABAJO C
EMPLEADOS E
HIJOS H
HABILIDADES Ha

ATRIBUTOS:
ENTIDADES ATRIBUTOS
d_codigo
DEPARTAMENTOS
d_nombre
d_presupuesto
CENTRO DE c_codigo
TRABAJO c_nombre
c_poblacion
c_direccion
e_codigo
EMPLEADO
e_telefono
e_nombre
e_salario
h_codigo
HIJOS
h_nombre
h-fecha nacimiento
HABILIDADES ha_codigo
ha_descripcion
 RELACIONES:
NOMBRE
departamento-centro de trabajo
departamentos-empleados
empleado-hijos
empleado-habilidades
centro de trabajo-empleados
DESCRIPCION CARDINALIDAD
1 departamento 1 centro de trabajo
1:M
1 centro de trabajo 1 o más departamentos
1 departamento 1 o más empleados
1:M
1 empleado 1 departamento
1 empleado 0 o más hijos
1:M
1 hijo 1 empleado
1 empleado 1 o más habilidades
M:M
1 habilidad 1 o más empleados
1 centro de trabajo 1 empleado
1:M
1 empleado 1 o más centros de trabajo

MODELO ENTIDAD RELACION:

 EJERCICIO 22

Se trata de realizar el diseño de la base de datos en el modelo E/R para una cadena de
hoteles.

"Cada hotel (del que interesa almacenar su nombre, dirección, teléfono, año de
construcción, etc.) se encuentra clasificado obligatoriamente en una categoría (por
ejemplo, tres estrellas) pudiendo bajar o aumentar de categoría.
Cada categoría tiene asociada diversas informaciones, como, por ejemplo, el tipo de IVA
que le corresponde y la descripción.

Los hoteles tiene diferentes clases de habitaciones (suites, dobles, individuales, etc.), que
se numeran de forma que se pueda identificar fácilmente la planta en la que se encuentran.
Así pues, de cada habitación se desea guardar el código y el tipo de habitación.

Los particulares pueden realizar reservas de las habitaciones de los hoteles. En la reserva
de los particulares figurarán el nombre, la dirección y el teléfono.

Las agencias de viaje también pueden realizar reservas de las habitaciones. En caso de
que la reserva la realiza una agencia de viajes, se necesitarán los mismos datos que para
los particulares, además del nombre de la persona para quien la agencia de viajes está
realizando la reserva.

En los dos casos anteriores también se debe almacenar el precio de la reserva, la fecha de
inicio y la fecha de fin de la reserva".

ENTIDADES:
ENTIDADES SIGLAS
HOTELES H
CATEGORIA C
HABITACIONES Ha
RESERVAS R
AGENCIAS A
PARTICULARES P

ATRIBUTOS:
ENTIDADES ATRIBUTOS
HOTELES h_codigo
h_nombre
h_direccion
h_telefono
h-año de contruccion
CATEGORIA c_codigo
c_IVA
c_descripcion
ha_codigo
HABITACIONES
ha_tipo de habitacion
PARTICULARES p_codigo
p_nombre
p_direccion
p_telefono
 AGENCIAS a_codigo
a_nombre
a_direccion
a_telefono
RESERVAS r_codigo
r_precio
r_fecha inicio
r_fecha final
RELACIONES:
NOMBRE DESCRIPCION CARDINALIDAD
hoteles-categoría 1 hotel 1 categoría
1:M
1 categoría 1 o más hoteles
hoteles-habitaciones 1 hotel 1 o más habitaciones
1:M
1 habitación 1 hotel
hoteles-reservas 1 hotel 0 o más reservas
1:M
1 reserva 1 hotel
agencia de viajes-reservas 1 agencia de viajes 0 o más reservas
1:M
1 reserva 1 agencia de viajes
particulares-reservas 1 particular 0 o más reservas
1:M
1 reserva 1 particular
1 habitación 1 reservas
1:M
Reservas-habitaciones 1 reserva 1 o más habitaciones

MODELO ENTIDAD RELACION:

  EJERCICIO 23

Imagina que una agencia de seguros de tu municipio te ha solicitado una base de datos
mediante la cual llevar un control de los accidentes y las multas. Tras una serie de
entrevistas, has tomado las siguientes notas:

"Se desean registrar todas las personas que tienen un vehículo. Es necesario guardar los
datos personales de cada persona (nombre, apellidos, dirección, población, teléfono y
DNI).

De cada vehículo se desea almacenar la matrícula, la marca y el modelo. Una persona

puede tener varios vehículos, y puede darse el caso de un vehículo pertenezca a varias
personas a la vez.

También se desea incorporar la información destinada a gestionar los accidentes del

municipio. Cada accidente posee un número de referencia correlativo según orden de
entrada a la base de datos. Se desea conocer la fecha, lugar y hora en que ha tenido lugar
cada accidente. Se debe tener en cuenta que un accidente puede involucrar a varias
personas y varios vehículos.

Se desea llevar también un registro de las multas que se aplican. Cada multa tendrá
asignado un número de referencia correlativo. Además, deberá registrarse la fecha, hora,
 lugar de infracción e importe de la misma. Una multa solo se aplicará a un conductor e
involucra a un solo vehículo."

ENTIDADES:
ENTIDADES SIGLAS
Personas p
Vehiculos v
Accidentes a
Multas m
ATRIBUTOS:
ENTIDADES ATRIBUTOS
Personas p_nombre
p_apellido
p_direccion
p_poblacion
p_telefono
p_DNI
Vehiculos v_matricula
v_marca
v_modelo
Accidentes a_numero de referencia
a_fecha
a_lugar
a_hora
Multas m_numero de referencia
m_fecha
m_hora
m_lugar de infraccion
m_importe

RELACIONES:
NOMBRES DESCRIPCIÓN CARDINALIDAD
personas_vehiculos Una persona 1 o varios vehículos
Un vehículo 1 o varias personas 1:M
accidentes_personas Un accidentes 1 o más personas
Una persona 1 accidente 1:M
accidentes_vehiculos Un accidente 1 o varios vehículos
Un vehículo 1 accidente 1:M
multas_personas Una multa 1 solo conductor
Un conductor 1 multa 1:1
multas_vehiculos Una multa 1 solo vehículo
Un vehículo 1 multa 1:1
MODELO ENTIDAD RELACIÓN:
 MULTAS
m_numero de referencia <pi> <Undefined> <M>
m_fecha <Undefined>
m_hora <Undefined>
m_lugar de infraccion <Undefined>
m_importe <Undefined>
Identifier_1 <pi>

multas_personas
multas_vehiculos

PERSONAS
p_nombre <pi> <Undefined> <M> VEHICULOS
p_apellido <Undefined> v_matricula <pi> <Undefined> <M>
personas_vehiculos
p_direccion <Undefined> v_marca <Undefined>
p_poblacion <Undefined> v_modelo <Undefined>
p_telefono <Undefined>
Identifier_1 <pi>
p_DNI <Undefined>
Identifier_1 <pi>

accidentes_vehiculos
accidentes_personas

ACCIDENTES
a_numero de referencia <pi> <Undefined> <M>
a_fecha <Undefined>
a_hora <Undefined>
a_lugar <Undefined>
Identifier_1 <pi>

 EJERCICIO 24

Una agencia de viajes desea informatizar toda la gestión de los viajeros que acuden a la
agencia y los viajes que estos realizan. Tras ponernos en contacto con la agencia, ésta nos
proporciona la siguiente información.

"La agencia desea guardar la siguiente información de los viajeros: dni, nombre, dirección
y teléfono.

De cada uno de los viajes que maneja la agencia interesa guardar el código de viaje,
número de plazas, fecha en la que se realiza el viaje y otros datos. Un viajero puede
realizar tantos viajes como desee con la agencia. Un viaje determinado sólo puede ser
cubierto por un viajero.

Cada viaje realizado tiene un destino y un lugar de origen. De cada uno de ellos se quiere
almacenar el código, nombre y otros datos que puedan ser de interés. Un viaje tiene un
único lugar de destino y un único lugar de origen".

Realizar el modelo E-R y pasarlo al modelo de datos relacional. Diseñar las tablas en
Access, realizar las oportunas relaciones entre tablas e introducir cinco registros en cada
una de las tablas.
ENTIDAD:
ENTIDADES SIGLAS
VIAJEROS Vj
VIAJES V
ORIGENES O
DESTINOS D

ATRIBUTOS:
ENTIDADES ATRIBUTOS
VIAJEROS vj_código
vj_nombre
vj_dirección
vj_teléfono
VIAJES v_código
v-nunplaza
v_fecha
ORIGENES o_código
o_nombre
DESTINOS d_código
d_nombre

RELACIONES:
NOMBRE DEFINICION CARDINALIDAD
Viajeros_viajes Un viajero uno o mas viajes 1:M
Un viaje un solo viajero
Viajes_Destinos Un viaje un solo destino 1:1
Un destino un solo viaje
Viajes_Orígenes Un viaje un solo origen 1:1
Un origen un solo viaje

MODELO ENTIDAD RELACIÓN

vi aj eros vi aj es
vj _dni <pi > <Undefi ned> v_códi go <pi > <Undefi ned>
vj _nom bre <Undefi ned> vi aj eros_vi aj es v_nunpl aza <Undefi ned>
vj _di recci ón <Undefi ned> v_fecha <Undefi ned>
vj _tel éfono <Undefi ned>
Identi fi er_1 <pi >
Identi fi er_1 <pi >

vi aj es_desti nos
vi aj es_orígenes

desti nos
ori genes
d_códi go <pi > <Undefi ned> o_códi go <pi > <Undefi ned>
d_nom bre <Undefi ned> o_nom bre <Undefi ned>
Identi fi er_1 <pi >
Identi fi er_1 <pi >
EJERCICIO 25

Una empresa desea diseñar una base de datos para almacenar en ella toda la información
generada en cada uno de los proyectos que ésta realiza.

"De cada uno de los proyectos realizados interesa almacenar el código, descripción,
cuantía del proyecto, fecha de inicio y fecha de fin. Los proyectos son realizados por
clientes de los que se desea guardar el código, teléfono, domicilio y razón social. Un
cliente puede realizar varios proyectos, pero un solo proyecto es realizado por un único
cliente.

En los proyectos participan colaboradores de los que se dispone la siguiente información:

nif, nombre, domicilio, teléfono, banco y número de cuenta. Un colaborador puede
participar en varios proyectos. Los proyectos son realizados por uno o más colaboradores.

Los colaboradores de los proyectos reciben pagos. De los pagos realizados se quiere
guardar el número de pago, concepto, cantidad y fecha de pago. También interesa
almacenar los diferentes tipos de pagos que puede realizar la empresa. De cada uno de
los tipos de pagos se desea guardar el código y descripción. Un tipo de pago puede
pertenecer a varios pagos".

ENTIDADES:
ENTIDADES SIGLAS
Proyectos PR
Clientes CL
Colaboradores CO
Pagos PA
Tipos de Pago T

ATRIBUTOS:

ENTIDADES ATRIBUTOS ENTIDADES ATRIBUTOS

Proyectos PR_código Clientes CL_Código
PR_descripción CL_teléfono
PR_cuantía CL_domicilio
PR_fecha inicio CL_razon social
PR_fecha fin
ENTIDADES ATRIBUTOS ENTIDADES ATRIBUTOS
Colaboradores CO_código Pagos PA_Código
CO_nif PA_número de pago
CO_nombre PA_concepto
CO_domicilio PA_cantidad
CO_teléfono PA_fecha pago
CO_banco
CO_numero de cuenta

ENTIDADES ATRIBUTOS
Tipos de Pago T_código
T_descripción

RELACIONES:
CARDINALIDA
NOMBRE DESCRIPCIÓN D
Proyectos-Clientes un cliente uno o más proyectos
1:N
un proyecto un cliente
Proyectos-Colaboradores un colaborador uno o más proyectos
N:N
un proyectos uno o más colaboradores
Colaboradores-pagos un colaborador uno o más pagos
1:N
un pago un colaborador
Pagos-Tipo de pago un tipo de pago uno o más pagos
N:N
un pago uno o más tipos de pagos

MODELO ENTIDAD RELACION:

Proyectos Clientes
PR_código <pi> <Undefined> <M> CL_código <pi> <Undefined> <M>
PR_descripción <Undefined> Proyecto_Cliente CL_teléfono <Undefined>
PR_cuantía <Undefined> CL_domicilio <Undefined>
PR_fecha inicio <Undefined> CL_razon social <Undefined>
PR_fecha fin <Undefined> Identifier_1 <pi>
Identifier_1 <pi>

Proyectos_Colaboradores

Colaboradores
CO_código <pi> <Undefined> <M>
CO_nif <Undefined>
CO_nombre <Undefined>
CO_domicilio <Undefined>
CO_teleéfono <Undefined>
CO_banco <Undefined>
CO_numer de cuenta <Undefined>
Identifier_1 <pi>

Colaboradores_Pagos

Pagos
PA_Código <pi> <Undefined> <M>
Tipos de Pago
PA_número de pago <Undefined>
PA_concepto <Undefined> Pagos_Tipos de Pago T_código <pi> <Undefined> <M>
PA_cantidad <Undefined> T_descripción <Undefined>
PA_fecha de pago <Undefined> Identifier_1 <pi>
Identifier_1 <pi>
  EJERCICIO 26

Una empresa tiene clientes para los que guarda información y que se referencian mediante
un identificador único.
Los clientes están segmentados por 'Areas Comerciales' de las que se guarda un código y
una descripción. Un cliente puede asociarse a una o más áreas comerciales.
En su estrategia comercial, la Empresa lleva a cabo 'Acciones Comerciales'. Estas
acciones comerciales tienen un identificador único y afectan a uno o más clientes. Se
distinguen unas acciones comerciales de tipo presencial que implican la visita de un
comercial de la Empresa y de tipo no presencial, como por ejemplo el envío de faxes,
mailings, etc.
Cada empresa tiene asignado un comercial por defecto. Los comerciales tienen un
identificador único y se guarda para ellos el resto de información.
ENTIDADES:
ENTIDADES SIGLAS
Clientes Cl
Áreas Comerciales Ac
Acciones Comerciales Aco
Comercial C

RELACIONES:

NOMBRE DESCRIPCIÓN CARDINALIDAD

Un cliente 1 o más áreas
Clientes_Áreas_Comerciales comerciales 1:M
Una acción comercial 1 o más
Acciones_Comerciales_Clientes clientes 1:M
Comercial_Áreas_Comerciales Un área comercial 1 comercial 1:1

ATRIBUTOS:

ENTIDADES ATRIBUTOS
Clientes Cl_código
Áreas Comerciales Ac_código
Ac_descripción
Acciones Comerciales Aco_código
Aco_presencial
Aco_no_presencial
Comercial C_código

MODELO ENTIDAD RELACION:

 CLIENTES ÁREAS COMERCIALES
Clientes_Áreas_Comerciales
# cl_código <Undefined> # ac_código <Undefined>
o ac_descripición <Undefined>

Acciones_Comerciales_Clientes
Comercial_Áreas_Comerciales

ACCIONES COMERCIALES
# aco_código <Undefined> COMERCIAL
o aco_presencial <Undefined> # c_código <Undefined>
o aco_no_presencial <Undefined>

 EJERCICIO 27

Una empresa compra componentes a proveedores que luego ensambla para una variedad
de productos. La información almacenada sobre los productos incluye un identificador
único además del resto de la información. Sobre las piezas se guarda la descripción y un
identificador único. Algunos componentes pueden aparecer en varios productos y en
cantidades diferentes para cada uno de ellos, información que también hay que mantener.
Los proveedores pueden servirnos varios componentes, aunque para un mismo
componente podemos tener a varios proveedores. Además de componentes, los
proveedores también pueden servirnos por ejemplo soporte especializado para el montaje.
Estos servicios también forman parte del producto y para ellos vale todo los que se dijo
para los componentes aunque guardarán información específica como por ejemplo el
precio hora de la consultoría.

MODELO ER

ENTIDADES SIGLAS
COMPONENTES CM ENTIDADES ATRIBUTOS
PROVEEDORES PR Proveedores pr_codigo
PRODUCTOS PD pr_nombre
pr_telefono
pr_direccion
ENTIDADES ATRIBUTOS
Componentes cm_codigo ENTIDADES ATRIBUTOS
cm_nombre Productos pd_codigo
cm_descripcion pd_nombre
RELACIONES

NOMBRE DESCRIPCIÓN CARDINALIDAD

1componente varios proveedores
componentes_proveedores
1 proveedor 1 o mas cmponentes M:M
1 proveedor o +1 producto
proveedores-poductos
1productos 1 o +proveedores 1:M
1 producto 1 o +componentes
productos-componentes
1 componente 1 o + productos 1:m

MODELO ENTIDAD RELACION:

Componentes
cm_codigo <pi> <Undefined> <M> Producto
cm _nombre <Undefined> Componentes_producto pd_codigo <pi> <Undefined> <M>
cm_descripcion <Undefined> pd_nombre <Undefined>
Identifier_1 <pi> Identifier_1 <pi>

Componentes_proveedores Productos_Proveedores

Proveedores
pr_codigo <pi> <Undefined> <M>
pr_nombre <Undefined>
pr_telefono <Undefined>
pr_direccion <Undefined>
Identifier_1 <pi>
  EJERCICIO 28

Una zapatería identifica sus zapatos con un código de producto único. Cada combinación
del zapato tipo/talla/color se considera única. Por ejemplo, un par de los zapatos negros
de Espirit de la talla 36 de las mujeres tiene código de producto 56756-36 (tipo:567, color:
56, talla: 36), mientras que la talla 37 del mismo tipo/color tiene un diverso código de
producto. Para cada zapato (tipo/talla/color), el departamento almacena varios pares
idénticos. Así, debe no perder de vista la cantidad en stock de cada zapato específico. Los
zapatos son servidos por una variedad de proveedores. Sin embargo, un zapato específico
(tipo) sólo será servido por un proveedor. Un código único de proveedor identifica a los
proveedores. Un mismo proveedor sirve diversos tipos de zapatos al almacén. Hay una
necesidad de no perder de vista ventas a clientes. Un número único del cliente identifica
a cada cliente. La información adicional, tal como nombre, dirección, y teléfono también
se salva para cada cliente.
ENTIDADES
ENTIDADES SIGLAS
Zapatos Z
Proveedores P
Clientes C

ATRIBUTOS
ENTIDADES ATRIBUTOS
Zapatos z_codigo
z_tipo
z_talla
z_color
Proveedores p_codigo
p_nombre
p_direccion
p_telefono
Clientes c_codigo
c_nombre
c_dirección
c_telefono

RELACIONES
RELACIÓN DESCRIPCIÓN CARDINALIDAD
zapatos_proveedores un zapato 1 o más proveedores M:M
un proveedor 1 o más zapatos
zapatos_clientes un zapato 1 o más clientes M:M
un cliente 1 o más zapatos
MODELO ENTIDAD RELACION:
Zapatos Proveedores
z_codigo <pi> <Undefined> p_codigo <pi> <Undefined>
z_tipo <Undefined>zapatos_proveedores p_nombre <Undefined>
z_talla <Undefined> p_direccion <Undefined>
z_color <Undefined> p_telefono <Undefined>
Identifier_1 <pi> Identifier_1 <pi>

zapatos_clientes

Clientes
c_codigo <pi> <Undefined>
c_nombre <Undefined>
c_direccion <Undefined>
c_telefono <Undefined>
Identifier_1 <pi>

 EJERCICIO 29

Necesitamos almacenar información sobre los libros que imprime una imprenta. Cada
libro es identificado únicamente por su ISBN. El resto de información sobre un libro
incluye la fecha del título y la de publicación. Además de la información del libro, hay
también información salvada sobre el editor del libro. Esto incluye un identificador único
del editor, el nombre del editor, y la dirección. Un libro solo se puede publicar por un
editor. La información sobre los autores de un libro también se salva. Esta información
incluye el código, el nombre, y el número de la Seguridad Social del autor. Cualquier
libro se puede escribir por uno o varios autores. Cuando se imprime el libro, se envía a
una imprenta. La información sobre la imprenta incluye el identificador único, el nombre
y la dirección. Se escribe un contrato que indica que el número de libros que imprimirá
la imprenta y el plazo de impresión. Ocasionalmente, un mismo libro se puede contratar
a varias imprentas si la cantidad requerida excede la producción de la imprenta.
ENTIDADES:

ENTIDADES SIGLAS
Libros LI
Editor ED
Autores AU
Imprenta IM
ATRIBUTOS:

ENTIDADES ATRIBUTOS
Libros LI_código ENTIDADES ATRIBUTOS
LI_fecha del titulo Editor ED_nombre
LI_fecha de publicación ED_direccion
LI_editor ED_codigo

ENTIDADES ATRIBUTOS
Autores AU_código
AU_N° de seguridad ENTIDADES ATRIBUTOS
AU_nombre Imprenta IM_ nombre
IM_direccion

RELACIONES

CARDINALIDA
NOMBRE DESCRIPCIÓN D
Libró -Editor un libro uno editores
1:1
un editor un libros
libros-autores Varios libro uno o más autores
M:M
Varios autor uno o más libros
Libros-Imprentas un libró uno o más imprentas
1:N
Varias imprenta un libros

MODELO ENTIDAD RELACION:

  EJERCICIO 30

La Empresa ABC construye edificios comerciales de los que necesita manejar

información. Cada uno de los proyectos de construcción tiene un identificador único
además de otra información. Los proyectos, tienen un responsable de proyecto además de
otra serie de empleados, cada uno con su identificador y demás información. Los
responsables de proyecto pueden encargarse al mismo tiempo de varios proyectos.
Cada proyecto se asocia, generalmente a varios subcontratistas para los que se guarda un
identificador y el resto de la información. Estos subcontratistas se especializan en una
única línea de trabajo (calefacción, electricidad, carpintería, etc. ). Estas especializaciones
tienen un código único. Un subcontratista puede participar en varios proyectos, pero en
algunos proyectos pueden participar varios subcontratistas en una misma especialización.
Los proyectos pueden ser financiados mediante préstamos o subvenciones (ambas cosas
son exclusivas). Además de información general de la financiación se guarda
información específica según sea préstamo o subvención que tienen también su
identificación única. Habitualmente la financiación por préstamos puede emplear uno o
más préstamos aunque un préstamo sólo financia un proyecto.
ENTIDADES:

ENTIDADES SIGLAS
PROYECTOS PR
RESPONSABLES RS
SUBCONTRATISTAS SC
LINEA DE TRABAJO LT
PRESTAMOS PT
ATRIBUTOS:
ENTIDADES ATRIBUTOS
pr_codigo
PROYECTOS
pr_nombre
rs_codigo
rs_nombre
RESPONSABLES
rs_direccion
rs_telefono
sc_codigo
sc_nombre
SUBCONTRATISTAS
sc_direccion
sc_telefono
lt_codigo
lt_calefaccion
LINEA DE TRABAJO
lt_electricidad
lt_carpinteria
pt_codigo
PRESTAMOS
pt_cantidad
RELACIONES:
ENTIDADES DESCRIPCION CARDINALIDAD
varios proyectos un responsable
Proyectos-responsables 1:M
un responsable varios proyectos
un proyectos varios subcontratistas
proyectos-subcontratistas M:M
1 o mas subcontratistas varios proyectos
subcontratistas-linea de un subcontratista 1 linea de trabajo
1:M
trabajo 1 linea de trabajo varios subcontratistas
1 prestamo un proyecto
prestamos-proyectos 1:M
1 proyecto varios prestamos

MODELO ENTIDAD RELACION:

 PRESTAMOS
pt_codigo <pi> <Undefined> <M>
pt_cantidad <Undefined> <M>
Identifier_1 <pi>

prestamos-proyectos

RESPONSABLES
PROYECTOS
rs_codigo <pi> <Undefined> <M>
pr_codigo <pi> <Undefined> <M> proyectos-responsables rs_nombre <Undefined> <M>
pr_nombre <Undefined> <M> rs_direccion <Undefined> <M>
Identifier_1 <pi> rs_telefono <Undefined> <M>
Identifier_1 <pi>

proyectos-subcontratistas

SUBCONTRATISTAS LINEA DE TRABAJO

sc_codigo <pi> <Undefined> <M> lt_codigo <pi> <Undefined> <M>
sc_nombre <Undefined> <M> subcontratistas-lineadetrabajo lt_electrisista <Undefined> <M>
sc_direccion <Undefined> <M> lt_carpinteria <Undefined> <M>
sc_telefono <Undefined> <M> lt_calefaccion <Undefined> <M>
Identifier_1 <pi> Identifier_1 <pi>

 EJERCICIO 31
El departamento municipal de servicios sociales tiene diferentes agencias en la ciudad,
para proveer ayudas a personas o familias con necesidades. Las agencias tienen
información de su dirección, teléfono, etc. y un identificador único. Se mantendrá
información tanto general como específica según se trate de personas o familias ayudadas.
En ambos casos el identificador será el número de afiliación a la seguridad social. Estas
familias o individuos tienen asignada una agencia específica que es de quien reciben la
ayuda.
La ayuda puede ser en la forma de entrega de bienes o en la forma de visitas de los
asistentes sociales. Cada agencia puede tener uno o más asistentes sociales pero cada
agente social pertenece a una única agencia. Los asistentes sociales tienen un identificador
único y se guarda para ellos el resto de información. Hay un tipo especial de asistente que
se conoce como 'asistente externo' y que es ofrecido por otras organizaciones de ayuda
humanitaria. Estas organizaciones tienen un identificador único y el resto de información.
Para la ayuda asistencial (en la que va un asistente social), se guarda información de las
visitas que ha hecho como la fecha, etc.
Las ayudas en forma de bienes pueden ser a su vez en la forma de entrega de materiales
como alimentos, ropa, muebles, etc. o puramente económica. Para la ayuda económica se
debe saber el banco o caja a través de la que dispensa la ayuda; estos bancos o cajas tienen
un código único además del resto de información (nombre, dirección, etc.).
ENTIDADES:
 ENTIDADES SIGLAS
Beneficiario b
Banco ba
Asistente Sociales as
Ayuda de Forma de bienes afb
Ayuda Asistencial ay

ATRIBUTOS:

ENTIDADES ATRIBUTOS
Beneficiario b_codigo
b_dirección
b_telefono
b_Nombre
b_apellido
b_#cuenta
b_#afilición
b_nom.agencia
Banco ba_codigo
ba_beneficiario
ba_dirección
ba_monto
Asistente
Sociales as_codigo
as_nombre
as_apellido
as_telefono
Ayuda de Forma afb_codigo
de bienes afb_fecha
afb_cuidad
afb_hora
Ayuda
Asistencial ay_codigo
ay_fecha
ay_cuidad
ay_hora

RELACIONES:
NOMBRE
beneficiario_bancos
bancos_asistente social
asistente social_ayuda asistencial
asistente social_ayuda en forma de
bienes
DETALLE CARDINALIDAD
un beneficiario una cuentas 1:1
una cuenta un beneficiario
una cuenta de banco , 1 o mas asistentes sociales 1:M
un asistente social, una cuenta de banco
un asistente social, 1 o mas ayuda asistencial 1:M
una ayuda asistencial un solo asistente social
un asistente social, 1 o mas ayuda en forma de bienes 1:M
una ayuda en forma de bienes, un asistente social
MODELO ENTIDAD RELACION:

BENEFICIARIOS
BANCOS
b_codigo <pi> <Undefined> <M>
b_direción <Undefined> ba_codigo <pi> <Undefined> <M>
b_telefono <Undefined> beneficiarios_bancos ba_beneficiario <Undefined>
b_Nombre <Undefined> ba_dirección <Undefined>
b_apellido <Undefined> ba_monto <Undefined>
b_#cuenta <Undefined> Identifier_1 <pi>
b_#afiliación <Undefined>
b_nom.agencia <Undefined>
Identifier_1 <pi> bancos_asistente social

AYUDA EN FORMA DE BIENES

ASISTENTES SOCIALES
afb_codigo <pi> <Undefined> <M>
aistente social_ayuda en forma de bienes as_codigo <pi> <Undefined> <M>
afb_fecha <Undefined>
as_nombre <Undefined>
afb_cuidad <Undefined> asistente social_ayuda asistencia
as_apellido <Undefined>
afb_hora <Undefined>
as_telefono <Undefined>
Identifier_1 <pi>
Identifier_1 <pi>
AYUDA ASISTENCIA
ay_codigo <Undefined>
ay_fecha <Undefined>
ay_cuidad <Undefined>
ay_hora <pi> <Undefined> <M>
Identifier_1 <pi>

 EJERCICIO 32

Un empresa fabrica artículos de punto. Estos artículos de punto están identificados por
un código de artículo único y se guarda para ellos el resto de información. Un mismo
artículo puede fabricarse en diferentes colores y tallas. Tallas y colores tienen un código
único y también se guarda para ellos la descripción.
Los artículos están fabricados sobre unas determinadas 'bases de prenda' que son algo así
como una plantilla. Así pues un artículo está basado en una única 'prenda de base' pero
sobre la 'prenda base' pueden fabricarse diferentes artículos. Cada prenda base tiene un
identificador único además de otra información y también se guarda para ella las materias
primas y cantidad empleada en su confección. Una prenda base puede utilizar diferentes
materias primas y determinadas materias primas pueden aparecer en más de una prenda
base. Todas las materias primas están codificadas y se guarda para ellas el resto de
información.
Un artículo, además de una 'prenda base' puede tener diferentes complementos, como por
ejemplo un bordado, un cuello o puños en tela, botones, etc. Estos complementos tienen
su código único, su descripción y las materias primas y cantidades utilizadas en su
confección. También un complemento puede utilizar diferentes materias primas y una
determinada materia prima pueden aparecer en más de un complemento diferente.
Por último, la empresa tiene clientes que compran artículos (se entiende que artículos
acabados) y proveedores que nos sirven las materias primas. Un proveedor puede
servirnos diferentes materias primas y una materia prima pueden servirla diferentes
proveedores.
ENTIDADES:
ENTIDADES SIGLAS
Artículos A
Prenda Base PB
Clientes C
Materia Prima MP
Proveedores P

ATRIBUTOS:

ENTIDADES ATRIBUTOS
Artículos A_Codigo
A_Nombre
A_Color
A_Talla
Prendas Base PB_Codigo
PB_Nombre
Clientes C_Codigo
C_Nombre
C_Apellido

Materias Primas MP_Codigo

MP_Nombre
Proveedores P_Codigo
P_Nombre
P_Telefono
P_Email

RELACIONES:

CARDINALIDA
NOMBRE DESCRIPCIÓN D
Articulos_prendas base Un articulo 1 prenda base 1:M
Una prenda base 1 o más artículos
Articulos_Clientes Un articulo 1 o más clientes M:M
Un cliente 1 o más artículos
Prenda Base_Materia Prima Una prenda base 1 o más materias primas M:M
Una materia prima 1 o más Prendas Base
Materia Prima_Proveedores Una materia prima 1 o más proveedores M:M
Un proveedor 1 o más materias primas

MODELO ENTIDAD RELACION:

  EJERCICIO 33

Asignan a los clientes del videoclub un número único de cliente cuando hacen su primer
alquiler. Además del número del cliente, otra información tal como nombre y dirección
también se recoge. Cada cinta de vídeo que el almacén posee es identificada por un código
único. Así, si el almacén posee varias copias del mismo vídeo, cada copia tiene un código
único que la identifican. La otra información sobre un vídeo incluye la fecha de la compra
y el número de veces que el vídeo fue alquilado. Cuando un cliente selecciona un vídeo
para alquilar, el establecimiento registra esta transacción, incluyendo fecha y hora del
alquiler. Es habitual que un cliente alquile varios videos cuando visitan el
establecimiento. El establecimiento asigna un identificador único a cada título de la
película. Por ejemplo, a la película "Goldfinger" de James Bond se le asigna el
identificador ADV234. El videoclub puede tener varios cassettes para este título de
película. La otra información sobre películas incluye el título y el año en que fue realizada.
ENTIDADES:
ENTIDADES SIGLAS
Clientes CL
Videos V
Películas P
Cassettes CST
ATRIBUTOS:
 ENTIDADES ATRIBUTOS
Clientes cl_código
cl_nombre
cl_dirección
Videos v_código
v_fecha
v-hora
v_número _alquiler
películas p_código
p_título
p_año
cassettes cts_codigo
cts_título

RELACIONES:
RELACIONES DESCRIPCIÓN CARDINALIDADES
cliuentes_ videos Un cliente 1 o más videos 1:M
Un video un solo cliente
videos_peliculas Un video una sola pelicula 1:M
Una pelicula 1 o más videos
peliculas_casettes Una pelicula 1 o más casette 1.M
Un casette 1 sola película

MODELO ENTIDAD RELACION:

 videos
clientes
v_codigo <pi> <Undefined> <M>
cl_codigo <pi> <Undefined> <M>
cl_codigo <fi1> <Undefined>
cl_nombre <Undefined>
clientes_videos p_codigo <fi2> <Undefined> <M>
cl_direccion <Undefined>
v_fecha <Undefined>
Identifier_1 <pi> v_hora <Undefined>
v_numero_alquiler <Undefined>
Identifier_1 <pi>

videos_peliculas

cassettes peliculas
cts_codigo <pi> <Undefined> <M> p_codigo <pi> <Undefined> <M>
p_codigo <fi> <Undefined> peliculas_cassettes p_titulo <Undefined>
cts_titulo <Undefined> p_año <Undefined>
Identifier_1 <pi> Identifier_1 <pi>

 EJERCICIO 34

Cuando una persona solicita ingresar en la bolsa de trabajo de la escuela se le piden los
siguientes datos: número de la Seguridad Social, nombre, dirección y teléfono. Las
solicitudes no son para un trabajo específico, sino para una clase de trabajo. La
información salvada sobre cada clase de trabajo incluye un código único, una descripción,
y un rango de sueldo. Asignar a cada aspirante de trabajo a un responsable de la bolsa de
trabajo que tramite su solicitud y ayude al aspirante con cualquier pregunta. La
información sobre responsables incluye sus números de empleado, nombres, y números
de teléfono únicos. No se restringe a los aspirantes de trabajo a solicitar una sola clase de
trabajo, pueden estar calificados para varios. Se debe almacenar la fecha en que un
aspirante solicitó una clase de trabajo específico porque suprime las solicitudes más
antiguas. Se almacenará información sobre las empresas que solicitan empleados con las
mismas características que las del empleado (fecha de la solicitud, clase de trabajo,
número de empleados, ...). También se almacenarán todas las entrevistas concertadas de
cada solicitante para cada trabajo, y si ha sido contratado o no.
ENTIDADES
Entidades Siglas
solicitante s
clase de
trabajo t
empleado em
empresa ep
entrevista en
RELACIONES:
Entidades Atributos
solicitante s_codigo
s_numero de seguridad social
s_nombre
s_direccion
s_numero de telefono
trabajo t_codigo
t_descripcion
t_rango de sueldo
t_fecha de ingreso
empleado em_codigo
em_numero de empleado
em_nombre
em_numero de telefono
empresa ep_codigo
ep_fecha de solicitud
ep_clase de trabajo
ep _numero de empleado
entrevista en_codigo
en_fecha de la entrevista

en_numero de entrevista

MODELO ENTIDAD RELACION:

Nombre Descripción Cardinalidad

solicitante _trabajo un solicitante uno o mas trabajos 1:m
un trabajo uno mas solicitantes
solicitante_empresas una empresa una o mas solicitantes 1:m
un solicitante uno o mas empresas
solicitante_empleado un solicitante un empleado 1:m
un empleado uno o mas solicitantes
solicitante _entrevista un solicitante una entrevista 1_m
una entrevista uno o mas solicitantes
 entrevista
en_codigo <pi> <Undefined>
en_fecha de entrevista <Undefined>
en_numero de entrevista <Undefined>
Identifier_1 <pi>

entrevita_solicitante

solicitantes
empresa trabajo
s_codigo <pi> <Undefined>
ep_codigo <pi> <Undefined>empresa_solicitud s_numero de seguridd social solicitante_trabajo t_codigo <pi> <Undefined>
<Undefined>
ep_fecha de solicitud <Undefined> t_descripcion <Undefined>
s_nombre <Undefined>
ep_clase de trabajo <Undefined> t_rango de sueldo <Undefined>
s_direcccion <Undefined>
ep_numero de empleado <Undefined> t_fecha de ingreso <Undefined>
s_telefono <Undefined>
t_numero de entreviata <Undefined>

solicitante_empleado

empleado
e_codigo <pi> <Undefined>
e_nuero de empleado <Undefined>
e_nombre <Undefined>
e_numero de telefono <Undefined>

 EJERCICIO 35

En un gimnasio se imparten distintas actividades físicas que incluyen cosas tales como
aeróbic, máquinas o natación. Cada actividad es identificada por un código de la actividad
e incluye otra información tal como descripción. Se ofrecen clases para cada actividad.
Una clase es identificada únicamente por una combinación del código de la actividad y
del día y hora en los cuales se imparte. Se asume que una clase específica nunca será
ofrecida por la misma actividad en el mismo día y hora, aunque podría ser ofrecida en
diversos días y horas. El resto de información sobre una clase incluye el límite de la
inscripción y total de alumnos inscritos. Una clase nunca incluirá más de una actividad.
Un alumno puede apuntarse a un grupo mientras haya sitio en la clase. Un número único
identifica a los alumnos. La otra información salvada sobre alumnos incluye nombre,
dirección y edad. Los alumnos no tienen ningún límite en el número y el tipo de clases a
las cuales se pueden apuntar.
ENTIDADES:
ENTIDADES SIGLAS
Actividades Ac
Clases C
Alumnos Al
ATRIBUTOS:
ENTIDADES ATRIBUTOS
ac_codigo
Actividades
ac_nombre
c_codigo
Clases c_dia
c_hora
al_codigo
al_nombre
Alumnos
al_direccion
al_edad
RELACIONES:
CARDINALIDA
NOMBRE DESCRIPCION D
Una actividad 1 o mas clases
actividades_clases 1:M
Una clase 1 sola actividad
Una clase 1 o mas alumnos
clases_alumnos 1:M
Un alumno 1 o mas clases

MODELO ENTIDAD RELACION

ACTIVIDADES
Ac_nombre <Undefined>
Ac_codigo <pi> <Undefined> <M>
Identifier_1 <pi>

Actividades_Clases

CLASES
c_codigo <pi> <Undefined> <M> clases_alumnos
c_dia <Undefined>
c_hora <Undefined>
Identifier_1 <pi>

ALUMNOS
al_codigo <pi> <Undefined> <M>
al_nombre <Undefined>
al_direccion <Undefined>
al_edad <Undefined>
Identifier_1 <pi>