0% encontró este documento útil (0 votos)
45 vistas13 páginas

Ejercicios UT1 ER

Cargado por

hadasanchezruiz
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOCX, PDF, TXT o lee en línea desde Scribd

Temas abordados

  • empresa de software,
  • biblioteca,
  • menú diario,
  • empresa de comidas,
  • accidentes geográficos,
  • proyectos de investigación,
  • reservas de vuelos,
  • fútbol,
  • horario escolar,
  • guerras
0% encontró este documento útil (0 votos)
45 vistas13 páginas

Ejercicios UT1 ER

Cargado por

hadasanchezruiz
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOCX, PDF, TXT o lee en línea desde Scribd

Temas abordados

  • empresa de software,
  • biblioteca,
  • menú diario,
  • empresa de comidas,
  • accidentes geográficos,
  • proyectos de investigación,
  • reservas de vuelos,
  • fútbol,
  • horario escolar,
  • guerras

Ejercicio 1.

Biblioteca v1
Crear un diseño entidad relación (estando prohibido utilizar símbolos del modelo extendido) que permita gestionar los
datos de una biblioteca de modo que
 Las personas socias de la biblioteca disponen de un código de socio y además necesitar almacenar su DNI,
dirección, teléfono, nombre y apellidos
 La biblioteca almacena libros que presta a los socios y socias, de ellos se almacena su título, su editorial, el
año en el que se escribió el libro, el nombre completo del autor (o autores), el año en que se editó y en qué
editorial fue y el ISBN.
 Necesitamos poder indicar si un volumen en la biblioteca está deteriorado o no
 Queremos controlar cada préstamo que se realiza almacenando la fecha en la que se realiza, la fecha tope
para devolver (que son 15 días más que la fecha en la que se realiza el préstamo) y la fecha real en la que se
devuelve el libro

Ejercicio 2. Academia de clases


Crear un diseño entidad relación que permita controlar el sistema de información de una academia de cursos siguiendo
estas premisas:
 Se dan clases a trabajadores y desempleados. Los datos que se almacenan de los alumnos son el DNI,
dirección, nombre, teléfono y la edad
 Además de los que trabajan necesitamos saber el CIF, nombre, teléfono y dirección de la empresa en la que
trabajan
 Los cursos que imparte la academia se identifican con un código de curso. Además, se almacena el programa
del curso, las horas de duración del mismo, el título y cada vez que se imparte se anotará las fechas de inicio
y fin del curso junto con un número concreto de curso (distinto del código) y los datos del profesor o
profesora (sólo uno por curso) que son: DNI, nombre, apellidos, dirección y teléfono
 Se almacena la nota obtenida por cada alumno en cada curso teniendo en cuenta que un mismo alumno o
alumna puede realizar varios cursos y en cada cual obtendrá una nota.

Ejercicio 3. Geografía
Crear un diseño entidad relación que permita almacenar datos geográficos referidos a España:
 Se almacenará el nombre y población de cada localidad, junto con su nombre y los datos de la provincia a la
que pertenece la localidad, su nombre, población y superficie.
 Necesitamos también conocer los datos de cada comunidad autónoma, nombre, población y superficie y por
supuesto las localidades y provincias de la misma
 Para identificar a la provincia se usarán los dos primeros dígitos del código postal. Es decir 34 será el código
de Palencia y 28 el de Madrid
 Necesitamos saber qué localidad es la capital de cada provincia y cuáles lo son de cada comunidad

Ejercicio 4. Guerras
Diseñar un modelo entidad/relación que almacene los datos de todas las guerras de la historia de modo que:
 Se almacene el año en el que empezó la guerra y el año en que terminó, así como su nombre y el de los
países contendientes, pudiendo indicar además quienes fueron los ganadores
 Hay que tener en cuenta que los países se pueden unir a la guerra a uno u otro bando (suponemos que solo
hay dos bandos) después de comenzada la guerra (como EEUU en la 2ª guerra mundial) y que incluso pueden
abandonar la guerra antes de que esta finalice (como Rusia en la 1ª guerra mundial)
 Los países que se almacenan en la base de datos pueden no ser países actualmente (como Prusia, Aragón,
Asiria, etc.) por lo que se ha contemplado que en la base de datos se almacenen los años en los que el país
ha sido independiente, teniendo en cuenta que hay países que ha habido momentos en los que ha sido
independiente y otros en los que no (por ejemplo, Croacia). Bastará con almacenar los periodos en los que
ha sido independiente.
Ejercicio 5. Almacén v1
Se trata de crear una base de datos sobre un almacén de piezas de modo que:
 Cada pieza se identifica con dos letras (tipo, por ejemplo, TU=tuerca) y un número (modelo, por ejemplo 6)
 Almacenamos un atributo que permite saber la descripción de cada tipo de pieza. Es decir, el tipo TU tendrá
la descripción tuerca.
 Necesitamos conocer el precio al que vendemos cada pieza.
 Además, hay piezas que se componen de otras piezas, por ejemplo, una puerta se compone de una hoja de
madera, una bisagra y un picaporte. Incluso una pieza puede estar compuesta de otras piezas que a su vez
pueden estar compuestas por otras y así sucesivamente
 Tenemos una serie de almacenes de los que guardamos su número, descripción, dirección y el nombre de
cada estantería de almacén. Cada estantería se identifica por tres letras.
 Necesitaremos saber la cantidad de piezas que tenemos en cada almacén y saber en qué estanterías están
las piezas buscadas

Ejercicio 6. Biblioteca v2
Se trata de crear una base de datos sobre el funcionamiento de una biblioteca
 Almacenaremos el DNI, nombre, apellidos, código de socio, 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

Ejercicio 7. Organigrama
Crear el esquema entidad/relación que represente el organigrama de una empresa, de modo que:
 Aparezcan los datos de todos los empleados y empleadas: dni, nº de seguridad social, código de trabajador,
nombre, apellidos, dirección, teléfono y departamento en el que trabajan indicado por su código y nombre.
 También hay que tener en cuenta que cada trabajador puede tener un responsable (que en realidad es otro
trabajador)
 Los departamentos poseen un único coordinador del mismo
 Necesitamos almacenar la categoría profesional de los trabajadores y trabajadoras, teniendo en cuenta que
la categoría a veces cambia al cambiar el contrato, de los contratos se almacena la fecha de inicio del mismo
y la fecha final (un contrato en vigor tendrá como fecha final el valor nulo).
 También controlaremos las nóminas que ha recibido el trabajador de las que sabemos la fecha, el salario y a
qué trabajador van dirigidas y la categoría del mismo.

Ejercicio 8. Vuelos
Crear el esquema entidad/relación que permita gestionar reservas de vuelos, de modo que:
 Los clientes pueden reservar vuelos. Con la reserva se pueden reservar varias plazas, pero no poseeremos el
número de asiento hasta obtener la tarjeta de embarque. En ese instante se asignará el asiento que tiene
como identificación la fila, columna y la planta en la que está situado.
 Se pueden obtener tarjetas de embarque sin tener reserva
 Las tarjetas de embarque se refieren a un único cliente. De modo que, aunque reserváramos nueve plazas,
cada cliente podrá sacar su tarjeta de embarque indicando el número de reserva, la fecha de la misma y sus
datos personales (DNI, nombre, apellidos, dirección y teléfono). Además, la persona que reserva debe indicar
una tarjeta de crédito que quedará asociada a esa persona.
 El vuelo que se reserva tiene un código único, una fecha y una hora de salida y de llegada y un aeropuerto de
salida y otro de llegada
 Los aeropuertos poseen un código único, además del nombre y la localidad y el país en el que se encuentran
 Se guarda información sobre los aviones, código y número de plazas. Los vuelos sólo les puede realizar un
avión determinado, pero el mismo avión puede realizar (como es lógico) otros vuelos

Ejercicio 9. Recetas de cocina


Crear el esquema entidad/relación que permita gestionar los datos sobre preparación de rectas de cocina

Ejercicio 10. Futbol


Crear el esquema entidad/relación que permita crear el diseño de una base de datos que almacena información sobre
los partidos de una liga de futbol una temporada. Hay que tener en cuenta que en dicha liga los jugadores no pueden
cambiar de equipo

Ejercicio 11. Accidentes geográficos


Realizar un esquema entidad/relación que sirva para almacenar información geográfica. Para ello hay que tener en
cuenta
o Se almacenan los siguientes accidentes geográficos: ríos, lagos y montañas
o De cada accidente se almacenan su posición horizontal y vertical según el eje de la tierra, además de
su nombre
o De los ríos se almacena su longitud, de las montañas su altura y de los lagos su extensión
o Se almacena también información sobre cada país, su nombre, su extensión y su población
o Se desea almacenar información que permite saber en qué país está cada accidente geográfico,
teniendo en cuenta que cada accidente puede estar en más de un país.
o Se almacena también los nombres de cada localidad del planeta. Y se almacena por qué localidades
pasa cada río.

Ejercicio 12. Empresa de software


Realizar un esquema entidad/relación que permita modelar el sistema de información de una empresa de software
atendiendo las siguientes premisas
 La empresa crea proyectos para otras empresas. De dichas empresas se almacena el CIF, nombre, dirección y
teléfono, así como un código interno de empresa.
 Los proyectos se inician en una determinada fecha y finalizan en otra. Además, al planificarle se almacena la
fecha prevista de finalización (que puede no coincidir con la finalización real)
 Los proyectos los realizan varios trabajadores, cada uno de ellos desempeña una determinada profesión en
el proyecto (analista, jefe de proyecto, programador, …), dicha profesión tiene un código de profesión. En el
mismo proyecto puede haber varios analistas, programadores, …
 Todos los trabajadores tienen un código de trabajador, un DNI, un nombre y apellidos. Su profesión puede
cambiar según el proyecto: en uno puede ser jefe y en otro un programador
 Se anota las horas que ha trabajado cada trabajador en cada proyecto.
 Puede haber varios proyectos que comiencen el mismo día.
 A todas las empresas les hemos realizado al menos un proyecto
 Todos los trabajadores han participado en algún proyecto
 En la base de datos, la profesión “administrador de diseño” no la ha desempeñado todavía ningún trabajador
o trabajadora

Ejercicio 13. Empresa de comidas


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 DNI y su número de SS además del teléfono fijo y el móvil
 Algunos empleados/as son cocineros/as. De los cocineros y cocineras anotamos (además de los datos
propios de cada empleado) sus años de servicio en la empresa.
 Hay empleados/as que son pinches. De los y las pinches anotamos su fecha de nacimiento.
 La mayoría de trabajadores no son ni pinches ni cocineros/as
 En la base de datos figura cada plato (su nombre como “pollo a la carloteña”, “bacalao al pilpil”, …), 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. Dos almacenes distintos
pueden tener dos estantes con las mismas letras.
 Necesitamos también saber qué cocineros son capaces de preparar cada plato.
 Cada pinche está a cargo de un cocinero o cocinera.
 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.

Ejercicio 14. Red social


Crear un diseño entidad/relación que permita modelar un sistema que sirva para simular el funcionamiento de una red
social, teniendo en cuenta lo siguiente:
 Los usuarios de la red social se identifican con un identificador y una contraseña. Además, se almacena de
ellos:
o Su nombre, apellidos, dirección, teléfono (puede tener varios teléfonos) e e-mail (el e-mail no
tiene que poder coincidir con el de otro usuario) y una foto
o Si los usuarios son celebridades, de ellos no aparecerá ni el email ni la dirección ni el teléfono.
 Los usuarios pueden tener una serie de contactos, que en realidad son otros usuarios. De cada contacto se
puede almacenar un comentario que es personal y que sirve para describir al contacto.
 Los usuarios pueden organizar sus contactos en grupos de los cuales se almacena un nombre y deberemos
saber los contactos que contiene. El mismo contacto puede formar parte de varios grupos.
 Además, cada usuario puede tener una lista de usuarios bloqueados a fin de que no puedan contactar con él
 Los usuarios pueden publicar en la red comentarios, los cuales se puede hacer que los vea todo el mundo,
que los vea uno o varios de los grupos de contactos del usuario o bien una lista concreta de usuarios. Los
comentarios pueden incluir un texto y una imagen.

Ejercicio 15. Menú diario


Crear un esquema Entidad/relación que represente un modelo para llevar los datos que maneja un restaurante de
menús diarios. Teniendo en cuenta que:
 Sólo interesa llevar los datos de los menús diarios a la hora de la comida, nada más del restaurante
 Cada menú se compone de una serie de posibles platos. cada plato se puede repetir en diferentes días. Los
platos pueden ser primer plato, segundo plato o postres.
 De cada plato se almacena el nombre (por ejemplo, Arroz negro con setas) y una pequeña descripción.
 De los menús almacenamos la fecha en la que se ofrece el menú, el número de personas que han tomado
menú ese día. Además, almacenamos la cantidad de cada plato que se ha tomado ese día.
 Se almacena también la temperatura que hacía el día del menú para así poder analizar las temperaturas y los
platos exitosos

Ejercicio 16. Twitter


Crear un esquema Entidad/relación que represente un modelo para llevar los datos que maneja la red social Twitter:
usuarios, mensajes, ...

Ejercicio 17. Horario escolar


Crear un esquema Entidad/relación que represente el funcionamiento de un centro escolar de formación profesional,
teniendo en cuenta que:
 Sólo interesa llevar el control de ocupación de las aulas en el horario escolar
 El horario es de seis horas diarias y en la base de datos simplemente se anota si es la primera, segunda, … y
el día de la semana del que hablamos (por ejemplo, miércoles a tercera hora)
 Las asignaturas tienen un nombre, un código interno del centro y un código europeo. La misma asignatura se
puede impartir en dos ciclos distintos y en ese caso tendría el mismo código europeo y nombre, pero el
código interno sería distinto. Hace falta saber en qué curso del ciclo se imparte la asignatura
 Los ciclos tienen un nombre, pueden ser de grado superior, de grado medio o de iniciación profesional;
además tienen otro código interno en el centro.
 Las asignaturas en cada momento ocupan un aula, del que tenemos que almacenar un código de aula, un
nombre (que no se repite), un número de aula (que tampoco se repite) y los metros que tiene. A una hora
concreta de la semana, el aula puede estar vacía o bien ocuparse, pero sólo se puede ocupar por una
asignatura
 Necesitamos saber y anotar en la base de datos si una asignatura requiere que antes se hayan aprobado
otras, para poder matricularse en ella. Por ejemplo, Ampliación de Matemáticas de 2º a lo mejor requiere
aprobar Matemáticas de 1º. Puede requerirse terminar más de una asignatura previamente para poder
matricularse de una concreta.
 Se entiende que la asignatura sólo la puede impartir un profesor en todo el año, siempre será uno en todo
momento el titular
 De los profesores se almacena su nombre, dirección, teléfono, email, DNI, nº de Seguridad Social y un código
interno de profesor, así como los años que tiene de antigüedad impartiendo cada asignatura. Puede ser cada
profesora o profesor, tutora de un curso y también se anota la antigüedad que tiene en esa tarea
Complicamos el esquema anterior en este sentido
 Siendo más realistas, nos damos cuenta de que, en un curso escolar, puede haber varios profesores
responsables de una asignatura (por bajas, ceses, etc.); por lo que anotamos cuándo empezó a impartir dicho
profesor la asignatura y cuando terminó (si no ha terminado, se dejaría vacío)
 Asegurar que podemos averiguar gracias al diseño, que si buscamos a un profesor un día concreto (por
ejemplo, el 13 de mayo de 2012) a una hora concreta (sexta hora), podríamos saber en qué aula va a estar.

Ejercicio 18. Inmuebles


Crear un diseño entidad/relación que permita modelar un sistema que sirva para gestionar una empresa que posee
inmuebles. Para ello
 Se almacenan los clientes usando su DNI, 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.
 A cada cliente y trabajador se le asigna un código personal
 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.

Ejercicios – Diagrama Entidad\Interrelación


1. Todo profesor tiene un despacho, cada despacho tiene como mucho 1 profesor y hay muchos despachos sin
profesor.
2. Todo profesor tiene uno o ningún despacho y en cada despacho hay un profesor o ninguno.
3. Un empleado puede estar casado con otro empleado no se contempla el caso de que pueda estar casado con
alguien ajeno a la empresa
4. Un empleado puede ser supervisor de un grupo de empleados, un empleado solo tiene un jefe directo y un
supervisor puede tener otros empleados supervisores.
5. Un producto puede estar compuesto por ninguno o muchos productos y un producto puede formar parte de
ninguno o muchos productos.
6. Una familia se constituye por un hombre, una mujer y la vivienda en la que habitan
7. Todos los empleados tienen trabajos asignados, cualquier empleado trabajando en un proyecto tiene un supervisor.
Todos los proyectos se hayan bajo la responsabilidad de un solo supervisor, ningún supervisor puede tener a su
cargo empleados en dos proyectos distintos.
8. Las mercancías pueden ser repartidas por cualquier camión, desde cualquier almacén y hacia cualquier cliente.
Todos los camiones y almacenes son usados en el reparto
Es posible que algún cliente recoja sus mercancías por cuenta propia sin participar en el reparto.
9. Tenemos unos profesores que dan notas a unos alumnos y cada profesor pertenece a una cátedra.
10. Realizar el Diagrama de E/R de una empresa que se dedica a la elaboración de Proyectos con estas especificaciones:
Los proyectos son encargados por clientes externos;
Cada uno de los proyectos se subdividen en fases y de cada una de ellas nos interesa conservar información relativa
a su desarrollo.
En la empresa hay empleados y cada uno de ellos está asignado a un único proyecto, sin embargo, un empleado ha
trabajado en muchos proyectos de los que queremos conservar información.
Los empleados son todos titulados pertenecientes a distintas carreras y se quiere destacar la existencia de las
carreras y la pertenencia de cada empleado a una de ellas.
La empresa está dividida en Departamentos que tienen un único jefe y un empleado no puede pertenecer a más de
un departamento.
11. Realizar el Diagrama de E/R de una Compañía Aérea con estas especificaciones: Los pasajeros reservan plazas para
la partida Una partida es un nº de vuelo y una fecha Un mismo vuelo (lógicamente) puede tener lugar en distintas
fechas Las aeronaves se encuadran en grupos según el tipo de avión Un mismo piloto es capaz de tripular diversos
tipos de aviones Los empleados de la compañía pueden formar parte de la tripulación de distintas partidas Un piloto
es un empleado más de la compañía.
12. Realizar el Diagrama de E/R de la programación de conciertos del Auditorio Nacional con estas especificaciones:
Una orquesta puede interpretar varios conciertos.
La orquesta tiene un director titular pero puede contar con directores invitados En un mismo concierto pueden
interpretarse varias obras y también varios solistas Un solista puede participar en varios conciertos
Cada obra es escrita por un sólo compositor En la obra pueden participar varios solistas.

Ejercicio 13: Alta seguridad


Se desea diseñar una base de datos para controlar los datos referentes a las personas que realizan visitas a
un establecimiento de alta seguridad. (Todas las visitas son en vehículo)
Los atributos a gestionar son: DNI-PROP, DNI-OCU, MAT, FECHA, HORA-ENT, HORA-SALIDA. Requisitos:
 Cada vehículo (MAT) tiene un propietario (DNI-PROP)
 Una persona puede tener varios vehículos
 Una visita se identifica por vehículo, fecha y hora de entrada (MAT+FECHA+HORA-ENT)
 A cada visita se corresponde una hora de salida (HORA –SAL)
 Un vehículo puede realizar más de una visita el mismo día.
 Cada vehículo (mat) en el momento de la visita (FECHA+HORA-ENT) tiene una serie de ocupantes (DNI-
OCU).

Ejercicio 14: Periódico


La editora de un periódico ha decidido controlar su base de fotografías. Para ello es necesaria una base de datos
en la que se crearán los siguientes conjuntos de valores:
 NF. nº que identifica cada fotografía del archivo
 NP nombres de las personas que han aparecido en alguna fotografía
 T son temas genéricos, como deportes, arte, política...
 F es la fecha de cada periódico, en realidad identifica a cada periódico publicado Entre
estos conjuntos de valores se deben considerar las siguientes relaciones:
 Cada fotografía debe relacionarse con las personas que aparecen en ella, personas famosas
aparecerán en muchas fotografías.
 Cada persona se asocia a uno o más temas
 Dado que en una fotografía aparecen personas que se relacionan con distintos temas, se establece la
relación entre fotografías y temas en los que se puede emplear.
 Cada fotografía se relaciona con los ejemplares en los que se insertó; algunas fotografías nunca se han
publicado y otras aparecieron varios días.
 Se relaciona también cada persona con los periódicos en los que apareció su nombre.

Ejercicio 15: CAMPEONATO DE AJEDREZ


El club de ajedrez de Villatortas, ha sido encargado por la FIA de la organización de los próximos
campeonatos mundiales que se celebrarán. Por este motivo, desea llevar a una base de datos toda la
gestión relativa a participantes, alojamientos y partidas. Teniendo en cuenta que:
 En el campeonato participan jugadores y árbitros; de ambos se requiere conocer el número de asociado,
nombre, dirección, teléfono de contacto y campeonatos en los que han participado (como jugador o como
árbitro). De los jugadores se precisa además el nivel de juego en una escala de 1 a 10.
 Ningún árbitro puede participar como jugador.
 Los países envían al campeonato un conjunto de jugadores y árbitros, aunque no todos los países envían
participantes. Todo jugador y árbitro es enviado por un único país. Un país puede ser representado por
otro país.
 Cada país se identifica por un número correlativo según su orden alfabético e interesa conocer además
de su nombre, el número de clubes de ajedrez existentes en el mismo.
 Cada partida se identifica por un número correlativo (Cod_P), la juegan dos jugadores y la arbitra un árbitro.
Interesa registrar las partidas que juega cada jugador y el color (blancas o negras) con el que juega. Ha de
tenerse en cuenta que un árbitro no puede arbitrar a jugadores enviados por el mismo país que le ha
enviado a él.
 Todo participante participa en al menos una partida.
 Tanto jugadores como árbitros se alojan en uno de los hoteles en los que se desarrollan las partidas, se dé
sea conocer en qué hotel y en qué fechas se ha alojado cada uno de los participantes. Los participantes
pueden no permanecer en Villatortas durante todo el campeonato, sino acudir cuando tienen que jugar
alguna partida alojándose en el mismo o distinto hotel. De cada hotel, se desea conocer el nombre, la
dirección y el número de teléfono.
 El campeonato se desarrolla a lo largo de una serie de jornadas (año, mes, día) y cada partida tiene lugar en
una de las jornadas, aunque no tengan lugar partidas todas las jornadas.
 Cada partida se celebra en una de las salas de las que pueden disponer los hoteles, se desea
conocer el número de entradas vendidas en la sala para cada partida. De cada sala, se desea
conocer la capacidad y medios de que se dispone (radio, televisión, vídeo…) para facilitar la
retransmisión de los encuentros. Una sala puede disponer de varios medios distintos.
 De cada partida se pretende registrar todos los movimientos que la componen, la identificación de
movimiento se establece en base a un número de orden dentro de cada partida: para cada movimiento se
guardan la jugada (5 posiciones) y un breve comentario realizado por un experto.

Ejercicio 16: Energía Eléctrica


Se pretende llevar a cabo un control sobare la energía eléctrica que se produce y consume en un
determinado país. Se parte de las siguientes hipótesis:
 Existen productores básicos de electricidad que se identifican por un nombre, de los cuales interesa su
producción media, producción máxima y fecha de entrada en funcionamiento. Estos productores básicos lo
son de una de las siguientes categorías: Hidroeléctrica, solar, Nuclear o Térmica. De una central
hidroeléctrica o presa nos interesas saber su ocupación, capacidad máxima y número de turbinas. De una
central solar nos interesa saber la superficie total de paneles solares, la media anual de horas de sol y tipo
(fotovoltaica o termodinámica). De una central nuclear, nos interesa saber el número de reactores que
posee, el volumen de plutonio consumido y el de residuos nucleares que produce. De una central térmica,
nos interesa saber el número de hornos que posee, el volumen de carbón consumido y el volumen de su
emisión de gases.
 Por motivos de seguridad nacional interesa controlar el plutonio de que se provee una central nuclear,
este control se refiere a la cantidad de plutonio que compra a cada uno de sus posibles suministradores,
(nombre y país), y que porta un determinado transportista (nombre y matrícula), ha de tenerse en cuenta
que el mismo suministrador puede vender plutonio a distintas centrales nucleares y que cada porte, (un
único porte por compra, puede realizarlo un transportista diferente.
 Cada día, los productores entregan la energía producida a una o varias estaciones primarias, las cuales
pueden recibir diariamente una cantidad distinta de energía cada uno de estos productores. Los
productores entregan siempre el total de su producción. Las estaciones primarias se identifican
por su nombre y tienen un número de transformadores de baja a alta tensión y son cabecera de una o
varias redes de distribución.
 Una red de distribución se identifica por un número de red y sólo puede tener una estación primaria
como cabecera. La propiedad de una red puede ser compartida por varias compañías eléctricas, a
cada compañía eléctrica se le identifica por su nombre.
 La energía sobrante en una de las redes puede enviarse a otra red. Se registra el volumen total de energía
intercambiada entre dos redes.
 Una red está compuesta por una serie de líneas, cada línea se identifica por un número secuencial dentro
del número de red y tiene una determinada longitud. La menor de las líneas posibles abastecerá al menos a
dos subestaciones.
 Una subestación es abastecida por una línea.

Ejercicio 17: CURSOS DE FORMACIÓN


El departamento de formación de una empresa desea construir una base de datos para planificar y
gestionar la formación de sus empleados.
 La empresa organiza cursos internos de formación de los que se desea conocer el código del curso, el
nombre, descripción, el número de horas de duración y el coste del curso.
 Un curso puede tener como prerrequisito haber realizado otros previamente, y a su vez la realización de
un curso puede ser prerrequisito de otros. Un curso que es un prerrequisito de otro puede serlo de forma
obligatoria o sólo recomendable.
 Un mismo curso tiene diferentes ediciones, es decir, se imparte en diferentes lugares, fechas y con
diferentes horarios (intensivo, de mañana o de tarde). En una misma fecha de inicio sólo puede impartirse
una edición de un curso.
 Los cursos se imparten por personal de la propia empresa.
 De los empleados se desea almacenar su código de empleado, nombre y apellidos, dirección,
teléfono, NIF, fecha de nacimiento, nacionalidad, sexo, firma y salario, así como si está o no
capacitado para impartir cursos.
 Un mismo empleado puede ser docente en una edición de un curso y alumno en otra edición, pero nunca
puede ser ambas cosas a la vez (en una misma edición de curso o lo imparte o lo recibe).

Ejercicio 18: ENTORNO DE EJECUCIÓN


Una empresa decide crear un único entorno de ejecución que controle la seguridad de acceso para todas
sus aplicaciones informáticas. Para ello considera conveniente dividir sus aplicaciones en subsistemas
funcionales especializados y establecer el control de acceso al nivel de estos subsistemas. Se desarrollará
un motor de ejecución de los subsistemas y el acceso a los mismos. Este motor de ejecución que, tomando
como parámetros los contenidos de la BD, controlará la ejecución de los subsistemas y el acceso a los
mismos. Este motor se hará cargo también de la navegación dentro de los subsistemas. Profundizando en
este enfoque, se establecen los siguientes requisitos:
 La unidad básica de acceso a los subsistemas es el denominado perfil de acceso.
 Un usuario tendrá acceso a todos los subsistemas a los que permiten acceder los distintos perfiles de que
disfruta (al menos uno). Un perfil permite el acceso de al menos un subsistema y para cualquier
subsistema habrá siempre un perfil que permita acceder al mismo.
 De cada usuario se mantiene el DNI, nombre, teléfono y terminales en que trabaja.
 De los perfiles de acceso, lo mismo que de los subsistemas, se mantiene un código y una
descripción, De los subsistemas, se mantiene, además la ventana en la que arranca.
 Las ventanas están compuestas por controles; toda ventana tendrá un control que permita cerrarla. Todo
control ha de emplearse en alguna ventana y el mismo control puede ser empleado en distintas ventanas.
De las ventanas y controles se mantiene también un código y una descripción.
 Los controles pueden ser de dos tipos: botones o ítems de menú. Para soportar la estructura jerárquica de
menús, de un ítem pueden depender otros ítems, pero no puede darse la situación de que el mismo ítem
dependa de varios ítems. En los ítems de menú se ha de mantener forzosamente el texto que se visualizará
en pantalla. De los controles de tipo botón se mantiene el nombre del icono que opcionalmente se
visualizará.
 La activación de un control tiene como consecuencia la ejecución de una única acción (todo control
ejecutará una acción al menos). Una acción requiere siempre un control que pueda ejecutarla. De las
acciones se mantiene el código y la descripción.
 Las acciones pueden ser de dos tipos, de función y de llamada. Las acciones de función ejecutan una
función interna del propio entorno (de la que ha de guardar el nombre). Las acciones de llamada
invocan una única ventana.

Ejercicio 19: BANCO


Se conocen las siguientes reglas de negocio de un banco:
 El banco tiene cuentas corrientes, cuentas de ahorro y clientes. Un cliente tiene al menos una cuenta,
aunque puede tener varias cuentas de cualquiera de los dos tipos. Cada cuenta pertenece a un único cliente.
 Los clientes tienen un nombre, una dirección y se identifican por su código. Los clientes del banco son
personas reales u organizaciones. Las personas tienen fecha de nacimiento y sexo; en cambio las
organizaciones tienen un tipo de organización (empresa, institución pública, etc.), un representante y un nº
de empleados.
 Cada cuenta se identifica por un código-cuenta-cliente (CCC), formado por el identificador del banco, de la
sucursal y el nº de la cuenta (dentro de dicha sucursal).
 Todas las cuentas tienen un saldo actual y un saldo medio, pero el tipo de amortización sólo lo tienen las
cuentas de ahorro (que sólo suponen el 5% del total de cuentas existentes).
 Cada sucursal se identifica por su número. Además, tiene una dirección, un código postal y una ciudad.
 Los empleados del banco se identifican por su DNI. También interesa conocer su nombre, fecha- nacimiento,
sexo y la sucursal en la que trabajan (aunque hay empleados que no trabajan en ninguna sucursal).
Se pide:
1. Representar mediante diagramas E/R cada regla por separado.
2. Integrar las vistas conceptuales obtenidas en el apartado anterior en un único esquema conceptual,
eliminando las redundancias encontradas.
3. Entre las preguntas siguientes, señale cuáles no se podrían responder con el esquema obtenido en el
apartado anterior, explique por qué no y proponga el cambio necesario en el esquema para poder
responderlas:
- ¿Cuál es el saldo medio de las empresas con más de 500 trabajadores?
- ¿Cuántos directores de sucursal tienen cuenta de ahorro?
- ¿Cuántos titulares de cuentas corrientes son empleados del banco?
- ¿Cuál es la antigüedad media de las cuentas con saldo mayor de 100000 pesetas?
NOTA: No realizar ninguna suposición innecesaria. Si considera que para realizar el ejercicio es necesario realizar
alguna, indique de manera expresa la regla de negocio correspondiente
En los siguientes ejercicios se comprueba la capacidad de interpretar los diagramas E/R para extraer
su semántica. Igualmente se trata de detectar errores, inconsistencias o redundancias en los
diagramas E/R.
Ejercicio
20 Describir el
esquema E/R de
la figura, referido
a una base de
datos para la
gestión de
proyectos de
investigación.

Explicar la
Semántica de cada
una de las
entidades
(con sus atributos
e identificadores)
y de todas
las interrelaciones.

Ejercicio 21
Se ha diseñado el esquema conceptual de una base de datos universitaria según el diagrama E/R de la figura.
Responder SI o NO a las siguientes afirmaciones y justificarlas:
a) No existen departamentos sin profesores.
b) Todas las clases de una asignatura son en el mismo local.
c) De una asignatura pueden dar clase profesores de varios departamentos diferentes.
Ejercicio 22:
El diagrama E/R de la figura representa una base de datos para gestionar proyectos de una
empresa.

Indicar si las afirmaciones siguientes son ciertas o falsas y justificarlos:


- Los departamentos siempre tienen director (un empleado que los dirige).
- Una misma clase de pieza puede ser suministrada por más de un proveedor.
- Todos los empleados tienen un jefe.
- Un proyecto es realizado por varios departamentos.
- No sabemos los empleados que son investigadores (trabajan en un proyecto de
investigación).
En los siguientes ejercicios se trata de modificar esquemas E/R para añadir nuevas
funcionalidades, cambiar funcionalidades existentes, o para corregir errores.

Ejercicio 23:
Cambiar el esquema del ejercicio 20 para:
− Añadir una especialización de Empleado en Investigadores y No_Investigadores
respetando el resto de consideraciones indicadas en el diagrama.
− Incluir materias de investigación actuales y pasadas de aquellos empleados que son
investigadores.

− Sustituir el atributo multivaluado Autores del tipo de entidad Artículo por una
interrelación con el nuevo subtipo Investigador.
Ejercicio 24:
Considerar el esquema de la figura, que representa los productos de una compañía y las piezas
con las cuales los fabrican
Modificar el esquema para representar lo siguiente:
- Para cada pieza, las subpiezas componentes.
- Para cada pieza, el color y el peso.
- Considerar que las piezas están identificadas por el #pieza dentro de los productos; es decir, la
misma pieza puede tener un #pieza diferente en diferentes productos.

Common questions

Con tecnología de IA

The database records essential elements such as the students' personal details (DNI, address, name, phone number, and age), the courses (with details such as the course code, program, duration, title, and specific course dates), and the instructors (DNI, name, address, and phone). These elements are related through the courses they teach, the students' enrollment, and their performance in terms of grades for each course they undertake .

The geographic data storage schema structures information about provinces by identifying each with the first two digits of the postal code. It includes data such as name, population, and surface area, and establishes administrative relationships by associating provinces with their respective localities and autonomous communities, including indications of capital cities at both provincial and community levels .

The schema accommodates complex geographical data by storing each accident's name, spatial coordinates, and specific measurements (e.g., river length, mountain height) and catalogs the countries and localities they traverse. It manages relationships by allowing cross-referencing between geographical accidents and multiple countries or localities, supporting comprehensive environmental data analysis .

The data model integrates customer and account data by enforcing that a client must have at least one account and that each account belongs to a single client. Customer information (name, address, identification code) relates to accounts identified by a unique CCC. Constraints like these ensure structured relationships and integrity in managing financial data, distinguishing between personal and organizational client characteristics .

The Entity-Relationship model for a library system manages book loans by storing the transaction details as attributes such as the date of the loan, the due date for returning the book (15 days from the loan date), and the actual return date. This structure helps in tracking each loan's compliance with library policies and managing overdue items .

The database design is compatible with the dynamic nature of project involvement by allowing multiple projects to have the same start dates and manage roles dynamically, as employees can switch roles between projects. It supports project management by recording each employee's profession per project, hours worked, and associating these with a project’s planned and actual completion dates, thereby providing flexibility and comprehensive tracking of project activities .

Constraints applied include prohibiting referees from participating as players and ensuring no referee arbitrates matches involving players from the country that sent them. These constraints maintain neutrality and fairness by preventing conflicts of interest and ensuring that referees do not officiate matches with potential national biases .

The conceptual design handles user privacy by differentiating data storage for general users and celebrities, omitting email, address, and phone data for celebrities. Users are linked through connections stored with personal comments and organized in named groups. This design enhances user experience by protecting sensitive information, allowing personalized interactions, and facilitating organized communication .

The schema stores cooking recipes by including attributes such as a dish's name, price, and classification (e.g., entrees, main courses), and details the ingredients with quantities and storage locations. This design allows immediate updates to inventory levels when ingredients are used, ensuring real-time inventory tracking and efficient inventory management for seamless kitchen operations .

The design incorporates features such as employee roles with personal details and specialized roles (e.g., cooks, helpers), records of all dishes with classification and pricing, and meticulously tracks ingredient quantities and locations. These structures facilitate efficient role management, accurate dish preparation accountability, and real-time inventory updates, ensuring smooth operational processes in meals production .

También podría gustarte