Ejercicio 1

Una cadena de agencias de viaje desea disponer de un sistema de informacin que gestione su funcionamiento referente a reservas de
hotel y vuelos para sus clientes. Los datos a tener en cuenta son:
La cadena de agencias tiene una serie de hoteles de forma exclusiva. Cada hotel estar definido por un cdigo de hotel, nombre,
direccin ciudad, telfono y nmero de plazas
disponibles.
De igual forma, la cadena tiene contratados una serie de vuelos regulares de forma, tambin, exclusiva. Cada vuelo viene definido por
el nmero de vuelo (nico), fecha, hora, origen y destino, plazas totales y plazas de clase turista.
De los clientes de la cadena, se desea almacenar un cdigo de cliente, nombre, apellidos, direccin y telfono.
Cada una de las agencias de la cadena estar almacenada en el sistema, en particular, se mantendrn los siguientes datos: cdigo de
agencia, direccin y telfono.
Por otra parte, hay que tener en cuenta las siguientes circunstancias:
Es de inters conocer qu agencias han atendido a qu clientes, independientemente del servicio prestado en cada caso.
A la hora de contratar un viaje, el cliente puede elegir cualquiera de los vuelos que ofrece la cadena y en qu clase (turista o primera)
desea viajar.
De igual manera, el cliente puede elegir cualquiera de los hoteles de la cadena y el rgimen de hospedaje (slo habitacin, con
desayuno, media pensin, etc.), siendo importante gestionar las fechas de llegada y partida.
Se pide: realizar el modelo Entidad-Relacin completo

Hora
N vuelo

Telfono

Clase
Plazas-clases-turistas

VUELO

1,1

Fecha

1,1
Toma
1,n

Plaza-hotelera

Destino

TURISTA

Origen

FECHA
1,n

Direccin

Telfono

RESERVA
AGENCIA

Cdigo sucursal

TIEMPO DE HOSPEDAJE

Artculos y encargos
Una base de datos para una pequea empresa debe contener informacin acerca de clientes, artculos y pedidos.
Hasta el momento se registran los siguientes datos en documentos varios:
Para cada cliente: Nmero de cliente (nico), Direcciones de envo (varias por cliente), Saldo, Lmite de crdito
(depende del cliente, pero en ningn caso debe superar los 3.000.000 pts), Descuento.
Para cada artculo: Nmero de artculo (nico), Fbricas que lo distribuyen, Existencias de ese artculo en cada
fbrica, Descripcin del artculo.
Para cada pedido: Cada pedido tiene una cabecera y el cuerpo del pedido. La cabecera est formada por el nmero
de cliente, direccin de envo y fecha del pedido. El cuerpo del pedido son varias lneas, en cada lnea se especifican
el nmero del artculo pedido y la cantidad.
Adems, se ha determinado que se debe almacenar la informacin de las fbricas. Sin embargo, dado el uso de
distribuidores, se usar: Nmero de la fbrica (nico) y Telfono de contacto. Y se desean ver cuntos artculos (en
total) provee la fbrica. Tambin, por informacin estratgica, se podra incluir informacin de fbricas alternativas
respecto de las que ya fabrican artculos para esta empresa.
Nota: Una direccin se entender como N, Calle, Comuna y Ciudad. Una fecha incluye hora.
Se pide hacer el diagrama ER para la base de datos que represente esta informacin.

N articulo

N cliente

Direccin

CLIENTES

Fab_cont

1,n

1,n

ARTICULO

Solicita

1,n

Descripcin

Saldo

Crdito
1,n

Existe
1,n

Realiza

N calle

Hora

1,n
N cliente
PEDIDO

N fabrica

FABRICA

Direccin

Fecha
Comuna

Telfono
Cantidad

Fecha-pedido

Total-art

Ciudad

Ejercicio 2
Una empresa de venta anticipada de entradas para espectculos quiere informatizar su funcionamiento. El funcionamiento de la
empresa es el siguiente:
Cuando un cliente llama por telfono para comprar unas entradas, se comprueba si el cliente es nuevo, en cuyo caso se almacenar en
la Base de Datos el nombre del cliente, su DNI y su telfono. Adems se le asignar un cdigo de cliente nico.
Existen diferentes locales de espectculos que trabajan con esta empresa. La informacin de inters de dichos locales es el cdigo de
local, el nombre, la direccin, el telfono y el aforo de dicho local.
En los diferentes locales se dan distintos espectculos. Hay que tener en cuenta que la empresa quiere tener almacenada la
programacin de espectculos de toda la temporada por lo que un espectculo podr estar en varios locales a lo largo de la temporada y
un local podr tener tambin diferentes espectculos durante la temporada. Es esencial saber las fechas de comienzo y fin de los
espectculos en cada local.
De los espectculos interesa saber el cdigo de espectculo, su nombre y el precio por entrada. Hay que tener en cuenta que el precio
de un espectculo puede variar segn el local donde se produzca.
Cuando el cliente realiza una compra de entradas se tendr en cuenta lo siguiente: hay que almacenar la fecha para la que quiere las
entradas, en que espectculo y en cual local, as como el nmero de entradas que pide. Si un cliente habitual lleva compradas ms de
20 entradas, se le realizar un descuento del 15 %. Por lo tanto, hay que almacenar todas las compras realizadas por un cliente.
Tambin hay que comprobar que quedan entradas disponibles. De las compras interesa saber el cdigo de cliente, el nmero de
entradas compradas, la fecha, el cdigo del local y el cdigo del espectculo.

1,n
1,n

1,n
1,1

Olimpadas

1,n

Las sedes olmpicas se dividen en complejos deportivos. Los complejos deportivos se

subdividen en aquellos en los que se desarrolla un nico deporte y en los polideportivos.
Los complejos polideportivos tienen reas designadas para cada deporte con un indicador
de localizacin (ejemplo: centro, esquina-NE, etc.).
Un complejo tiene una localizacin, un jefe de organizacin individual y un rea total
ocupada.
Los dos tipos de complejos (deporte nico y polideportivo) tendrn diferentes tipos de
informacin. Para cada tipo de sede, se conservar el nmero de complejos junto con su
presupuesto aproximado.
Cada complejo celebra una serie de eventos (ejemplo: la pista del estadio puede celebrar
muchas carreras distintas.).
Para cada evento est prevista una fecha, duracin, nmero de participantes, nmero de
comisarios. Una lista de todos los comisarios se conservar junto cola lista de los eventos
en los que est involucrado cada comisario ya sea cumpliendo la tarea de juez u
observador. Tanto para cada evento como para el mantenimiento se necesitar cierto
equipamiento (ejemplo: arcos, prtigas, barras paralelas, etc).

Evento _manten

Localizacin

Fecha
Duracin

COMPLEJOS DEPORTIVOS

1,n

Realiza

1,n

EVENTOS

N comisarios
rea_ocupada

Numero

1,1

Jef_organiza
En

1,n

POLIDEPORTIVOS

N complejos

presupuesto

Ejercicio 3
Una empresa desea crear un sitio WEB de comercio electrnico al que se podrn conectar clientes para realizar sus compras. Se tiene
que realizar un diseo de la Base de Datos que soporte la operativa de este sitio WEB.
Cuando un usuario intenta entrar en este sitio, se le pedir un login y un password. El sistema comprobar si el usuario tiene cuenta y
en caso negativo se le pedirn los siguientes datos de alta antes de darle acceso: NIF, correo, nombre, direccin, telfono, login y
password. Se comprobar si ya exista con distinto login y password para darle un mensaje de error en caso afirmativo.
Una vez el usuario se ha dado de alta o ha entrado con su login y password correctos, puede visitar las distintas secciones de la tienda
virtual. Nuestra empresa cliente quiere que quede constancia de las secciones visitadas por los distintos usuarios en una fecha dada. El
formato de la fecha ser AA:MM:DD:hh:mm:ss (Ao, Ms, Da, hora, minuto, segundo). Por supuesto un usuario podr visitar varias
secciones y cada una de stas ser visitada por varios usuarios. De las secciones se almacenar un cdigo de seccin, nombre,
descripcin de la seccin y fecha de creacin en el sitio WEB.
Los usuarios pueden realizar sus compras utilizando un "carrito virtual". Cuando un usuario decide utilizar un carrito, el sistema crear
uno almacenando la fecha de creacin con el formato de fecha ya descrito. El usuario puede entonces poner productos, detallando
cuantas unidades desea, en el carrito o eliminarlos. Un carrito podr contener varios productos y un producto aparecer en carritos de
distintos usuarios.
De los productos se almacenar el cdigo de producto, el nombre, la descripcin y el precio por unidad. Cuando el usuario decide
finalizar sus compras, el sistema le pedir entonces los datos bancarios (en caso de que no los tuviese dados de alta previamente) y
dar el carrito por "comprado". El usuario puede dejar un carrito lleno y no completar la compra en esa sesin, para completarla otro
da. El usuario debe poder comprobar cual es el coste total de un carrito de compra antes de pagarlo. Adems podr comprobar el coste
de todos sus carritos virtuales anteriores y su contenido.
En este sitio WEB los productos estn en las secciones, teniendo en cuenta que un producto puede aparecer en varias secciones y una
seccin tener varios productos.
Nuestra empresa cliente quiere que quede constancia que qu productos ha comprado un usuario de cual seccin en particular.

1,n

Login
1,n

1,1

1,n

Olimpadas
Las sedes olmpicas se dividen en complejos deportivos. Los complejos deportivos se
subdividen en aquellos en los que se desarrolla un nico deporte y en los polideportivos.
Los complejos polideportivos tienen reas designadas para cada deporte con un indicador
de localizacin (ejemplo: centro, esquina-NE, etc.).
Un complejo tiene una localizacin, un jefe de organizacin individual y un rea total
ocupada.
Los dos tipos de complejos (deporte nico y polideportivo) tendrn diferentes tipos de
informacin. Para cada tipo de sede, se conservar el nmero de complejos junto con su
presupuesto aproximado.
Cada complejo celebra una serie de eventos (ejemplo: la pista del estadio puede celebrar
muchas carreras distintas.).
Para cada evento est prevista una fecha, duracin, nmero de participantes, nmero de
comisarios. Una lista de todos los comisarios se conservar junto cola lista de los eventos
en los que est involucrado cada comisario ya sea cumpliendo la tarea de juez u
observador. Tanto para cada evento como para el mantenimiento se necesitar cierto
equipamiento (ejemplo: arcos, prtigas, barras paralelas, etc).

Evento _manten

Localizacin

Fecha
Duracin

COMPLEJOS DEPORTIVOS

1,n

Realiza

1,n

EVENTOS

N comisarios
rea_ocupada

Numero

1,1

Jef_organiza

1,n

POLIDEPORTIVOS

N complejos

presupuesto

Ejercicio 4
Un peridico desea tener una base de datos para almacenar la informacin referente a los periodistas que
trabajan el dicho peridico. Adems se almacenar informacin referente a las noticias que cubren los
periodistas y las agencias de noticias que trabajan con el peridico.
De los periodistas se almacenar un cdigo indentificativo, nombre, direccin telfono el nmero de
noticias que ha cubierto. De las noticias cubiertas por los periodistas, se almacenar un cdigo, la fecha y
hora de la noticia, el titular y el texto. Adems se almacenar que noticias estn relacionadas entre s. Hay
que tener en cuenta que en una noticia puede haber varios implicados y que un implicado lo puede ser de
distintas noticias.
De estos implicados, se almacenar un cdigo, nombre, fecha de nacimiento y calidad en la que aparece
como implicado en cada noticia. Cuando se produce una noticia, uno o varios periodistas la pueden cubrir,
as como un periodista, por supuesto, puede cubrir varias noticias. A la hora de cubrir la noticia, los
periodistas pueden hablar con los implicados en dicha noticia. Un periodista podr hablar con varios
implicados y un implicado ser preguntado por varios periodistas, eso si, referente a distintas noticias en la
que estn implicados.
Se desea conocer qu periodista habla con cual implicado respecto a cul noticia.
Por otro lado, de las agencias de noticias que trabajan con el peridico se desea almacenar un cdigo de
agencia, el nombre y el ao de creacin. Se desea almacenar qu agencia o agencias han dado cada
noticia, siendo importante la hora en la que han dado la noticia para comprobar cual agencia es ms
rpida en dar una determinada noticia.
Por ltimo, cuando un usuario se conecta a la base de datos podr realizar cualquier tipo de consulta como
por ejemplo saber el nmero total de noticias ofrecidas por una agencia determinada. Existir tambin un
administrador de la aplicacin que se encargar de dar altas y bajas en la base de datos, realizar
modificaciones y una copia de seguridad mensual.

Cdigo
Nombre
1,n
tener

IMPLICADOS
Fecha naci
1,n

NOTICIAS
Fecha

Ciudad

Nombre

Cdigo id

PERIODISTAS

N noticia

Cdigo a

AGENCIA NOTICIAS

Direccin

Hora

Telfono

Ao-crea
1,n

1,n

Cubiertas

1,n

nombre

hay

trab

PERIODI

Noti-relacionadas-entre si:

Cdigo id

1,1

Carreteras

hora
El titular- texto

Disear un esquema E/R que recoja la organizacin de una

base de datos para contener la informacin sobre todas las
carreteras del pas, sabiendo que se deben cumplir las
siguientes especificaciones:
- Las carreteras estn divididas en varias categoras (locales,
comerciales, regionales, nacionales, autovas, etc).
- Las carreteras se dividen en tramos. Un tramo siempre
pertenece a una nica carretera y no puede cambiar de
carretera.
- Un tramo puede pasar por varias comunas, interesando
conocer el Km de la carretera y la comuna donde empieza el
tramo y en donde termina.
- Para los tramos que suponen principio o final de carretera,
interesa saber si es que la carretera concluye fsicamente o es
que confluye en otra carretera. En este caso, interesa conocer
con qu carretera confluye y en qu kilmetro, tramo y
comuna.

Locales

Comerciales

CARRETERAS

1,n

Autovas

Dividen

1,1

TRAMOS

1,1

Pasan

1,n

COMUNAS

Regionales

EJERCICIO 5
Un sitio de juegos online por Internet de sea contar con una base de datos para
gestionar los usuarios, juegos y partidas que se desarrollan en el mismo. El
funcionamiento del sitio es el siguiente:
Cuando un usuario intenta entrar en este sitio, se le pedir un login y un
password. El sistema comprobar si el usuario tiene cuenta y en caso negativo
se le pedirn los siguientes datos de alta antes de darle acceso: nombre,
correo, nick (nombre de batalla), login y password. Se comprobar si ya exista
con distinto login y password para darle un mensaje de error en caso
afirmativo. Hay que tener en cuenta que el nick es nico.
Una vez el usuario se ha dado de alta o ha entrado con su login y password
correctos, puede visitar los distintos salones donde se estn desarrollando las
partidas. No se desea que quede constancia de dichos salones en la base de
datos. Si un usuario quiere entrar en una partida o crear una nueva, tiene que
tener un avatar que ser su representacin en el mundo virtual. Un usuario
podr tener distintos avatares, pero cada avatar slo pertenecer a un usuario.
De los avatares se almacenar el aspecto y el nivel y se identificar por el nick
del propietario. Hay que tener en cuenta que cada avatar slo sirve para un
tipo de juego, mientras que en un juego puede haber registrados varios
avatares. Los responsables del sitio quieren que quede constancia de esto en la
base de datos. De los tipos de juegos se quiere almacenar un cdigo
identificador, nombre y descripcin. Los usuarios que tengan en casa el juego
apropiado, podrn crear partidas de ese juego para que otros usuarios se unan
a la partida o unirse a partidas existentes, siempre utilizando el avatar
correspondiente. De las partidas se almacenar un cdigo de partida, un
password (opcional) para acceder a la partida, la fecha y hora de creacin, el
nombre de la partida y el estado (en curso o finalizada). Adems hay que tener
en cuenta que una partida slo puede ser de un tipo de juego y un juego tener
varias partidas. Se desea que quede constancia de esta restriccin en la base
de datos.
Las partidas se podrn dejar a medias para continuarlas otro da. Cuando un
usuario crea una partida, puede dar un password de entrada para limitar el
acceso. No quedar constancia que cual usuario es el creador de una partida.
Los usuarios que se unen a una partida (a travs de sus avatares) con
password quedarn registrados de manera que si quieren abandonarla y unirse
ms tarde, no tengan que volver a introducir el password de dicha partida.

Nunca se permitir a los usuarios conectarse a partidas que se han dado por
terminadas.
Un servicio de inters es que se pueda consultar los enfrentamientos que hay
entre los distintos avatares en las partidas y el resultado de dicho
enfrentamiento de cualquier partida en curso o terminada.

1,n

Tener

1,n

Aspecto

Nivel
Avarata
Nick _pro

Nombre

1,1

1,n

Sistema de ventas
Le contratan para hacer una BD que permita apoyar la gestin de un
sistema de ventas. La empresa necesita llevar un control de
proveedores, clientes, productos y ventas.
Un proveedor tiene un RUT, nombre, direccin, telfono y pgina web.
Un cliente tambin tiene RUT, nombre, direccin, pero puede tener
varios telfonos de contacto. La direccin se entiende por calle, nmero,
comuna y ciudad.
Un producto tiene un id nico, nombre, precio actual, stock y nombre del
proveedor. Adems se organizan en categoras, y cada producto va slo
en una categora. Una categora tiene id, nombre y descripcin. Por
razones de contabilidad, se debe registrar la informacin de cada venta
con un id, fecha, cliente, descuento y monto final. Adems se debe
guardar el precio al momento de la venta, la cantidad vendida y el
monto total por el producto.

Ruc

Ruc

Nombre
Direccin

Direccin (calle, numero, comuna)

PROVEEDORES

Telfono

precios

Nombre

Direccin

CLIENTE
Pagina_web

Nmero_telf_ prod

Cantidad_ven

Id

Categora
PRODUCTO

VENTAS
Nombre_producto

stock
1,
1

Total_prod
1,n

Id

Nombre

Nombre
Descripcin
CATEGORIA
Fecha
Descuento

Cliente

Nombre

Precio_act

EJERCICIO 6
La empresa madrilea de comida rpida CO&COMO con servicio a
domicilio, desea crear una bases de datos con la informacin
concerniente a los pedidos de sus clientes y los empleados que trabajan
en dicha empresa.
Los datos a tener en cuenta son:

CO&COMO tiene varios centros de comida rpida distribuidos por

toda la comunidad de Madrid y atender peticiones en todas la
poblaciones. De cada centro se desea almacenar su cdigo, nombre,
direccin, poblacin en la que se encuentra y telfono.

Aunque todos los centros pertenecen a CO&COMO, la empresa da

libertad a cada uno para que oferten sus propios platos combinados.
De dichos platos combinados se almacena su nmero, nombre,
descripcin y precio. Hay que tener en cuenta que un plato
combinado puede ser ofertado por ms de un centro.

De los clientes, se desea almacenar su nmero, nombre, direccin y

telfono. CO&COMO quiere que quede registrado qu cliente ha
pedido qu plato en cual centro, y la fecha del encargo. Tambin es
importante para hacer descuentos, saber la cantidad de pedidos
totales por cliente.

Respecto a los empleados, hay que almacenar su DNI, nombre,

direccin, telfono y poblacin en la que reside. La empresa asignar
empleados a los diferentes centros segn las necesidades de cada
centro. Un empleado slo estar asignado a un centro en un
momento dado. Interesa saber dnde estn trabajando los empleados
no siendo necesario saber por qu centros ha pasado.

CO&COMO quiere guardar la siguiente informacin de las poblaciones

en las que tiene centros: Cdigo postal, nombre y nmero de
habitantes. Hay que tener en cuenta que una poblacin puede tener
ms de un centro.

Dni

Telfono

Nombre

Poblacin_reside

Torneo de Tenis Grand Slam

El sistema debe memorizar todos los encuentros que se han desarrollado
desde que existe el torneo, as como las siguientes caractersticas de
estos.
Descripcin:
El Grand Slam se compone de cuatro torneos anuales que se celebran en
Gran Bretaa,
Estados Unidos, Francia y Australia. En cada pas se pueden desarrollar
en distintos lugares (p. ej., en EE. UU. Puede desarrollarse en Forest Hill
o en Flashing Meadows).Cada partido tiene asociado un premio de
consolacin para el perdedor que depender de la fase en que se
encuentre el torneo (p. ej., el perdedor de octavos de final puede ganar
5.000 dlares). El ganador de a final recibir el premio correspondiente
al torneo.
Cada torneo tiene cinco modalidades: Individual masculino, individual
femenino, dobles masculino, dobles femenino y dobles mixtos. Tambin
hay que tener en cuenta la nacionalidad de un jugador, de forma que
este puede ser aptrida o tener varias nacionalidades.
Resultados a considerar:
El sistema debe dar respuesta a las siguientes preguntas:
1. Dado un ao y un torneo, composicin y resultado de los partidos.
2. Lista de rbitros que participaron en el torneo.
3. Ganancias percibidas en premios por un jugador a lo largo del torneo.
4. Lista de entrenadores que han entrenado a un jugador a lo largo del
torneo y fechas en las que lo hizo.
Ejemplos de acceso a la base de datos.
1. Connors gano Gerulaitis en Roland Garros en 1979 en cuartos de final
en individuales masculinos por 6-3 4-6/7-5 6-0.
2. El seor Wilkinson arbitro ese partido.
3. Alemania ha ganado dos veces las individuales masculinas de
Wimbledon. Borg ha ganado
2.000.000 de dlares a lo largo de su participacin en el Grand Slam.
4. El ganado de Roland Garros de 1987 gan 20.000 dlares.

5. Noah ha jugado cuatro veces en dobles mixtos con Mandlikova.

cantidad
Id
id

Nombre_toreneo

categoria

PREMIO
Id_jugador

Id

Modalidad

ARBITROS

PARTIDO

GRAND_SLAM

Id_grand_slam

Id_grand_slam
pas

lugar

Nacionalidad

ao
id

Ganancias

Nombre

Id

tiempo
Nombre

Nombre

ENTRENADOR

JUGADOR

nacionalidad

ID

edad

Fecha_fin

Fecha_inicio

EJERCICIO 7 (adicional)
La red de Paradores de Turismo quiere mantener un servicio de atencin y reservas a travs de Internet.
Uno de las tareas dentro del desarrollo del sistema es la construccin del modelo lgico de datos. La
informacin de partida para la construccin de dicho modelo es la siguiente:
Los Paradores vendrn definidos por un cdigo nico, nombre, direccin, telfono, nivel y nmero total de
habitaciones. Los Paradores disponen de distintos tipos de habitaciones. De cada habitacin se desea
almacenar el nmero de habitacin, la ubicacin dentro del Parador, el tipo (normal o suite), una
descripcin y el precio por noche.
Los Paradores pueden tener adems unas instalaciones adicionales (golf, piscina, hpica, etc.). De cada tipo
de instalacin se desea almacenar el cdigo de instalacin el nombre y la descripcin. Hay que tener en
cuenta que un mismo tipo de instalacin se puede encontrar en distintos Paradores. La informacin
referente a los Paradores se completa con la oferta gastronmica que tienen. De la gastronoma ofrecida
por cada Parador se almacenar un cdigo, nombre y tipo de plato. Aunque un mismo tipo de plato puede
ser servido por distintos Paradores, puede haber variaciones de precio en cada caso. Se desea almacenar
la informacin de esta diferencia.
Cuando un usuario se conecte al sitio web de los Paradores de Turismo, adems de poder consultar la
informacin referente a lo descrito anteriormente, podr hacer reservas de habitaciones. En el caso de
realizar reservas, se toman los datos del cliente: DNI, nombre y apellidos. Se almacenar tambin un
cdigo de cliente generado por la aplicacin si el cliente fuese nuevo.
Una vez registrado el cliente, este podr elegir en qu Parador o Paradores desea alojarse, la fecha de
llegada y el nmero de noches, as como el nivel de la habitacin que quiere. El sistema le asignar las
habitaciones correspondientes, teniendo en cuenta que un cliente no puede tener reservadas habitaciones
de dos Paradores distintos en la misma fecha.

Por ltimo, se desea que un cliente pueda consultar en cualquier momento qu reservas ha realizado en
qu paradores para cada fecha as como la habitacin reservada