Está en la página 1de 6

BASE DE DATOS

Ejercicios: modelo entidad relación extendido (MERE)

1.
Una empresa de servicios quiere informatizar su gestión en lo referente a su personal, proyectos y los servicios que
presta a otras empresas.
Respecto al personal de la empresa, se almacenará un código asignado por el departamento de Recursos Humanos,
el nombre, dirección y teléfono así como el tipo de actividad dentro de la empresa de servicios: directivo o
plantilla. Únicamente aquel personal que realice funciones de directivo tendrá a su cargo personal. Interesa conocer
qué directivo tiene a su cargo qué personal. Hay que tener en cuenta que un directivo puede tener a su cargo a otros
directivos y que cada persona de la empresa sólo tiene un directivo como jefe directo. En cuanto al personal que
aparece como plantilla, se almacenará además la especialidad en la que ejercerá sus funciones. Los directivos
siempre tendrán personal a su cargo y todo empleado (ya sea de plantilla o directivo) tendrá siempre jefe. Por
último, el personal que realiza funciones de directivo no aparecerá nunca como personal de plantilla y al contrario.
En cuanto a los proyectos desarrollados por la empresa, se almacenará un código de proyecto, un nombre y el
esfuerzo estimado en personas-mes para realizarlo. Lo proyectos son de dos tipos: de desarrollo o estratégicos, sin
embargo, en algunos casos, los proyectos de desarrollo pueden ser además, estratégicos. Si un proyecto es
estratégico, se almacenará además el plazo de ejecución estimado y si es de desarrollo, el presupuesto.
Cada proyecto es gestionado por un directivo de la empresa siempre y cuando el proyecto sea estratégico. No
puede haber proyectos de este tipo sin directivo asignado. Esto no significa que todo directivo tenga un proyecto
bajo su dirección. En caso que el proyecto sea de desarrollo, se almacenará qué personal de plantilla participa en
dicho proyecto y el tanto por ciento de dedicación. Una persona de plantilla puede estar asignada a ninguno o
muchos proyectos.
Respecto a los servicios que se prestan a otras empresas, la política de esta empresa en considerar a parte del
personal de plantilla como un servicio lo mismo se puede decir de los proyectos de desarrollo: algunos son
servicios prestados a otras empresas. De estos servicios se almacenará el código de servicio y el precio por mes.
También se almacenará la empresa para la que se ofrece el servicio. Hay que tener en cuenta que un servicio (ya
sea personal de plantilla o un proyecto de desarrollo) siempre estará asignado a una única empresa y que una
empresa contrata uno o muchos servicios. De las empresas cliente interesa conocer el nombre, cif, dirección,
teléfono.

2.
Un restaurante quiere desarrollar un software para gestionar los pedidos y repartos a domicilio, así como obtener
estadísticas de los mismos. Se quiere registrar la siguiente información:
 Los pedidos para consumir en el establecimiento se recogen en ventanilla y los de entrega a domicilio se recogen
por teléfono
 Todos los pedidos van numerados correlativamente. Por cada uno de ellos se recoge la fecha y hora del pedido
 En los pedidos de ventanilla se registra el nº de ventanilla
1
 En los pedidos a domicilio se registra el teléfono, población y dirección
 Se cuenta con una serie de repartidores identificados por un número, con el nombre completo, una matrícula de
moto y un turno (mañana, tarde, noche)
 A cada pedido a domicilio se le asigna un repartidor
 El establecimiento ofrece una serie de productos (hamburguesa simple, doble, alemana, coca-cola pequeña
mediana, grande, ensalada...) identificados por un código y con un nombre y precio
 Se ofrecen también menús especiales compuestos por un conjunto de productos. Los menús están numerados,
tienen un nombre de menú y un precio
 Un pedido puede constar de varios menús en diferentes cantidades y/o varios productos en diferentes cantidades

3.
Una empresa dedicada a la realización de reformas y construcciones en general maneja la siguiente información
para llevar parte de su negocio.
La empresa dispone de albañiles en plantilla de los que almacena, entre otras cosas, el número de la Seguridad
Social, nombre, apellidos, fecha de nacimiento, números de los teléfonos que dispone (fijos y/o móviles) y
categoría profesional. Las categorías profesionales en las que clasifica a los albañiles son Maestro y Peón,
pudiendo haber otras categorías. Si un albañil tiene la categoría de Maestro almacena el dni y el sueldo. Si es Peón
almacena, el dni y el sueldo en el caso de ser de nacionalidad española, y el país de origen y sueldo si es extranjero.
Obviamente un albañil sólo puede pertenecer a una categoría.
Los albañiles en plantilla están agrupados en cuadrillas propias de la empresa (un albañil debe encontrarse en una y
solo una cuadrilla) de las que se almacena un código interno, nombre (que también la identifica) y localidad
principal de actuación.

4.
Una empresa dedicada a la venta de material óptico desea que diseñemos una base de datos para la automatización
de sus procesos. La información relevante desde el punto de vista del modelo de datos es la siguiente:
Los productos que vende la empresa son lentes de contacto o gafas, interesando conocer de ellos su código de
producto (que es único), su precio de venta y su marca. En cuanto a las lentes de contacto interesa, además,
conocer su tipo (blandas, rígidas, etc.), su color, los productos de limpieza que requiere y su graduación. Para las
gafas, se desea también almacenar su modelo, el material de fabricación.
Se debe tener en cuenta que la empresa dispondrá de gafas graduadas, de gafas de sol y de gafas de sol graduadas.
De las gafas graduadas, interesa conocer su graduación así como en qué tipo de problemas oculares se pueden
utilizar (miopía, astigmatismo, etc.). De las gafas de sol, interesa conocer el nivel de filtrado de los rayos
ultravioleta.
Hay que tener en cuenta además que queremos gestionar las personas que han comprado gafas en nuestro
establecimiento, para estas personas almacenaremos un código y el nombre. Además cada persona pertenece a un

2
tipo (habitual, ocasional...) y queremos almacenar para cada tipo de usuarios que descuentos se aplican en las gafas
de sol.

5.
Obtén el modelo ERE para un banco de datos que contiene información relativa a ejercicios para toda la
Universidad.
Se tienen ejercicios, identificados por un código, con una fecha de propuesta asociada y que pueden tener varios
autores.
Estos ejercicios pueden ser prácticos, de examen o simplemente propuestas de ejercicios.
Los ejercicios prácticos están asociados a materias dentro de carreras determinadas. Por ejemplo, el ejercicio
código PR274 es un ejercicio práctico asociado a la materia Programación 1 de la carrera Ingeniería en
Computación, pero no está asociado a la misma materia de la carrera de Ing. en Sistemas de Computación.
Sobre los ejercicios prácticos asociados a una materia en una carrera, interesa saber en qué nro. de hoja está dicho
ejercicio y un código de dificultad asociado. Un ejercicio práctico puede aparecer en varias materias de diferentes
carreras.
Sobre los ejercicios de examen, interesa saber la fecha del examen en que apareció, su cantidad de puntos y el
número de ejercicio en el examen. Un ejercicio de examen está asociado a una y sólo una materia.
La información que interesa sobre las materias es el nombre y sobre las carreras su identificación.
Se sabe que dentro de una carrera hay muchas materias y que una misma materia puede estar dentro de varias
carreras.
Una materia en una carrera tiene una determinada cantidad de horas de curso.
Por otro lado, todos los ejercicios (de cualquier tipo) están relacionados con temas con distintos grados de
profundidad.
Cada tema se identifica por un código y hay que tener en cuenta que tenemos temas de tipo práctico, teórico o
mezcla de ambos. Queremos además dejar abierta la posibilidad de introducir nuevos tipos.

6.
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 una 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. 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 una clase mientras
haya sitio en la clase. Un número único identifica a los alumnos. La otra información almacenada 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.
Vamos a introducir también información sobre los monitores disponibles. Sobre los monitores guardamos un
código identificativo, su nombre, fecha de nacimiento y edad. Queremos saber qué monitores pueden impartir
3
clases de natación y queremos saber en qué especialidad. También tenemos monitores de máquinas. Para estos
queremos saber qué días tienen disponibles para la actividad de máquinas

7.
Queremos representar la información de un museo de arte. La información relevante que tenemos es la siguiente:
En el museo tenemos un conjunto de objetos de arte para los que almacenamos un código identificativo. Los
objetos de arte los clasificamos en esculturas, pinturas y otros. Para las esculturas almacenaremos el material del
que está hecho, su peso, altura y los estilos a los que pertenece. Para las pinturas almacenamos el material y el
estilo y para los demás el estilo, tipo y material.
Queremos saber también qué artistas o artistas la realizaron. Para cada artista almacenaremos su nombre único,
país y la época a la que pertenece.
Los objetos de arte también los podemos dividir en permanentes o prestados. Para los permanentes almacenaremos
su fecha de adquisición, el coste y si está o no en exposición. Para las prestadas además queremos saber a qué
colección pertenece, cuando nos la prestaron y cuando hay que devolverla. Para las colecciones almacenaremos su
nombre, descripción y tipo.

8.
Se trata de crear una base de datos sobre el funcionamiento de una biblioteca:
 De los socios almacenaremos la identificación, nombre, apellidos, código, dirección y teléfonos (pueden ser
varios, pero al menos uno)
 La biblioteca presta libros, CDs y películas. De todos ellos se almacena un código de artículo distinto para cada
pieza en la biblioteca. Es decir si tenemos tres libros del Quijote, los tres tendrán un número distinto de
artículo.
 Además almacenamos el nombre de cada artículo, el año en el que se hizo la obra (sea del tipo que sea) un
resumen de la obra y los datos de los autores del mismo. Se considera autor de la película al director, de la
música al intérprete y del libro al escritor. Pero de todos ellos se guarda la misma información: nombre y país.
 De los libros además se guarda el número de páginas, de los CDs el número de canciones y de la película la
duración
 Anotamos si un artículo concreto está deteriorado y un comentario sobre el posible deterioro
 Cuando se presta un artículo, se anota fecha en la que se presta y la fecha tope para devolverle. Cuando el
socio le devuelve, se anota la fecha de devolución.
 No hay tope sobre el número de artículos que puede prestarse a un socio e incluso el socio podría llevarse
varias veces el mismo artículo en distintos préstamos

9.
Realiza un diagrama Entidad/Relación que modele el siguiente escenario dentro de una empresa: un cliente puede
realizar varios pedidos en un período de tiempo. Cada pedido está formado por varias líneas de pedido, cada una de
las cuales se refiere a un solo producto. Se diferencian dos tipos de clientes, el cliente personal y el cliente
corporativo. La diferencia entre los dos tipos de clientes es que el cliente personal pagará mediante una tarjeta de
crédito, mientras el cliente corporativo tiene un contrato con la empresa y un límite de crédito. Además, los
vendedores de la empresa se encargan de atender las peticiones de los clientes corporativos, de forma que cada

4
vendedor se hace cargo de una cartera de clientes corporativos, y a cada cliente corporativo sólo le atiende un
vendedor. Hay que tener en cuenta que un vendedor no podrá vender más material a un cliente corporativo si este
ha superado el límite de su crédito. Por otra parte, cada pedido de un cliente es entregado por una compañía de
transporte. Justifica cualquier decisión de diseño.

10.
Se desea diseñar una base de datos para una aseguradora de coches. Como es lógico, cada cliente puede tener
asegurado más de un vehículo en la compañía, e incluso distintos tipos de vehículos (motos, coches, camiones). El
seguro de cada coche lo subscribe un solo cliente. De cada persona asegurada es necesario almacenar su código,
nombre, dirección y edad. De los vehículos es necesario almacenar su código, su color y tipo de pintura. En caso
de que el vehículo sea una moto será también necesario almacenar su cilindrada, mientras que si el vehículo es un
coche, será necesario almacenar el número de puertas que tiene. Para calcular el importe del seguro es necesario
almacenar información sobre cada accidente que haya tenido cada cliente, con qué vehículo sucedió el accidente, y
en caso de que haya otros vehículos implicados, cuál es la compañía aseguradora de dichos vehículos. De las
compañías implicadas en un accidente es necesario conocer con qué talleres trata cada una de las compañías
implicadas en un accidente, para poder enviarles la factura. Modélese el escenario descrito utilizando un diagrama
Entidad/Relación justificando cualquier decisión de diseño.

11.
Crear un diseño entidad/relación para una empresa de comidas. En la base de datos tienen que figurar:
 El nombre y apellidos de cada empleado, su identificación y su número de SS además del teléfono fijo y el
móvil.
 Algunos empleados son cocineros ayudantes. De los cuales anotamos (además de los datos propios de cada
empleado) sus años de servicio en la empresa.
 Hay empleados que son cocineros profesionales. De ellos anotamos su fecha de nacimiento.
 La mayoría de empleados no son ni cocineros ayudantes ni profesionales.
 En la base de datos figura cada plato (su nombre como “pollo a la cacerola”, “bacalo al ají”,…), el precio del
plato junto con los ingredientes que lleva. Anotamos también si cada plato es un entrante, un primer plato,
segundo plato o postre
 De los ingredientes necesitamos la cantidad que necesitamos de él en cada plato y en qué almacén y estantería
del mismo le tenemos.
 Cada almacén se tiene un nombre (despensa principal, cámara frigorífica A, cámara frigorífica B…), un
número de almacén y una descripción del mismo.
 Cada estante en el almacén se identifica con dos letras y un tamaño en centímetros.
 Necesitamos también saber qué cocineros profesionales son capaces de preparar cada plato.
 Cada cocinero profesional está a cargo de uno o varios cocineros ayudantes.
 La cantidad de ingredientes en cada estantería de un almacén se actualiza en la base de datos al instante. Si
cogemos dos ajos de un estante, figurará al instante que tenemos dos ajos menos en ese estante. Es necesario
por lo tanto saber los ingredientes (cuáles y en qué número) que tenemos en cada estante.

12.
Crear un diseño entidad/relación que permita modelar un sistema que sirva para gestionar una empresa que posee
inmuebles. Para ello:

5
 Se almacenan los clientes usando su Código, Teléfono fijo, Móvil, Nombre y Apellidos.
 Se almacenan los trabajadores y se almacenan los mismos datos. Ocurre además que un trabajador puede ser
un cliente (porque puede alquilar o comprar mediante la inmobiliaria) a veces.
 Los clientes pueden comprar pisos, locales o garajes. En los tres casos se almacena un código de inmueble
(único para cada inmueble), los metros que tienen, una descripción y su dirección.
 Los pisos tienen un código especial de piso que es distinto para cada piso.
 En los locales se indica el uso que puede tener y si tienen servicio o no.
 De los garajes se almacena el número de garaje (podría repetirse en distintos edificios) y la planta en que se
encuentra (para el caso de garajes que están en varias plantas). Los garajes además pueden asociarse a un piso
y así cuando se alquile el piso se incluirá el garaje.
 La empresa prevé que podría haber inmuebles que podrían no ser ni locales, ni garajes, ni pisos
 Los inmuebles se pueden comprar. Incluso varias veces. Se asigna un código de compra cada vez que se haga,
la fecha y el valor de la compra. La compra puede tener varios titulares.
 Cada inmueble se puede alquilar y en ese caso se asigna un número de alquiler por cada inmueble. Ese número
se puede repetir en distintos inmuebles (es decir puede haber alquiler nº 18 para el inmueble 40 y el 35). Pero
no se repite para el mismo inmueble.
 Al alquilar queremos saber el nombre del agente de la empresa que gestionó el alquiler así como a qué persona
(solo una) estamos alquilando el inmueble.
 Cada pago de cada alquiler será almacenado en la base de datos, llevando el año, el mes y el valor del mismo.

También podría gustarte