ESCUELA DE INGENIERIA DE SISTEMAS

BASES DE DATOS : EJERCICIOS

Profesor : Carlos Enrique Armas Romero
Fecha
: Lima,01 de Septiembre del 2015
Alumno

2015 III

: ..
MODELAMIENTO DE DATOS

1.- CASO DE ESTUDIO: Modelo de datos para una sucursal bancaria.

Se desea construir un modelo que contenga informacin sobre los Clientes, las
cuentas, las sucursales y las transacciones producidas. Construir el modelo
teniendo en cuenta las siguientes restricciones:
1.- Una transaccin viene determinada por su nmero de transaccin, la fecha
y la cantidad.
2.- Un cliente puede tener muchas cuentas.
3.- Una cuenta slo puede estar en una sucursal.
Escriba una consulta SQL para:
1.- Las transacciones realizadas en el mes de Enero del 2014.
2.- Las cuentas que han tenido transacciones de ms de 1000 soles.
2.- CASO DE ESTUDIO: Modelo de datos para una Universidad
Se desea construir un modelo para una Universidad que contenga informacin
sobre los Alumnos, los Cursos y los Profesores, teniendo en cuenta las
siguientes restricciones:
1.- Un curso puede estar impartida por muchos profesores (no a la vez).
2.- Un profesor puede dar clases de muchos cursos.
3.- Un alumno puede estar matriculado en muchos cursos.
4.- Se necesita tener constancia de los cursos en los que est matriculado un
alumno, la nota obtenida y el profesor que le ha calificado.
5.- Tambin es necesario tener constancia de los cursos que imparten todos los
profesores (independientemente de si tienen algn alumno matriculado).
6.- No existen cursos con el mismo nombre.
7.- Un alumno no puede estar matriculado en el mismo curso con dos
profesores distintos.

3.- CASO DE ESTUDIO: Modelo de una base de datos para una Multitienda
Una multitienda necesita crear una base de datos para su operacin. Esta
tienda tiene varias sucursales, cada una con un jefe de sucursal y un grupo de
vendedores.
La tienda vende productos y viajes, y cada producto pertenece a una categora
(Ropa, zapatos, electrodomsticos, etc.). Cada viaje tiene origen, destino y
fecha.
De cada venta que se realiza, se guardan los productos/viajes incluidos en la
Venta, y si la venta es a crdito o al contado. Si es a crdito, se guardan los
datos del comprador, y se genera un nmero de cuotas que deben ser
pagadas. Se debe guardar registro de la fecha en que vence cada cuota y de si
est pagada o no.
4.- CASO DE ESTUDIO: Modelo de una base de datos para una Empresa
La base de datos EMPRESA se ocupa de los empleados, departamentos
y proyectos de una empresa, de acuerdo con los siguientes requisitos:
1. La EMPRESA est organizada en departamentos. Cada departamento tiene
un nombre nico, un numero nico y un empleado que la dirige y estamos
interesados en guardar la fecha en que dicho empleado comenz a dirigir el
departamento. Un departamento puede estar distribuido en varios lugares.
2. Cada departamento controla un cierto nmero de proyectos, cada uno de los
cuales tiene un nombre y un nmero nicos, y se realiza en un solo lugar.
3. Se almacena el nombre, numero de la Seguridad Social, direccin, salario,
sexo y fecha de nacimiento de cada empleado. Todo empleado est asignado a
un departamento, pero puede trabajar en varios proyectos que no tienen por
qu ser del mismo departamento. Nos interesa saber el nmero de horas que
un empleado trabaja en cada proyecto a los que est asignado.
4. Tambin se quiere guardar la relacin de las cargas familiares de cada
empleado para administrar el seguro que poseen. Almacenaremos el nombre,
sexo y fecha de nacimiento de cada una de las cargas familiares y su
parentesco con el empleado
5.- CASO DE ESTUDIO: Modelo de Gestin de las lneas de metro de una
ciudad.
Construir el modelo que refleje toda la informacin necesaria para la gestin de
lneas de metro de una determinada ciudad. Los supuestos considerados son:
1.- Una lnea est compuesta por una serie de estaciones en un orden
determinado, siendo muy importante recoge la informacin de ese orden.
2.- Cada estacin pertenece al menos una lnea, pudiendo pertenecer a varias.
3.- Una estacin nunca deja de pertenecer a una lnea, pudiendo pertenecer a
varias.
4.- Cada estacin puede tener varios accesos, pero consideramos que un
acceso slo puede pertenecer a una estacin.
5.- Un acceso nunca podr cambiar de estacin.
6.- Cada lnea tiene asignados una serie de trenes, no pudiendo suceder que
un tren est asignado a ms de una lnea, pero s que no est asignado a
ninguna ( Ejemplo: si se encuentra en reparacin).

7.- Algunas estaciones tienen asignadas cocheras, y cada tren tiene asignada
una cochera.
8.- Interesa conocer todos los accesos de cada lnea.
6.- CASO DE ESTUDIO: Modelo de datos para una empresa de alquiler de
autos.
Se desea un modelo de datos que guarde la informacin de las reservas de
una empresa dedicada al alquiler de automviles. Los supuestos son los
siguientes:
1.
Un determinado cliente puede tener en un momento dado varias
reservas.
1.
Una reserva la realiza un nico cliente, pero puede involucrar a
varios autos.
2.
Es importante registrar la fecha de comienzo de la reserva y la de
terminacin.
3.
Todo auto tiene siempre asignado un nmero determinado de
garaje, que no puede cambiar.
4.
Cada reserva se realiza en una determinada agencia.
7.- CASO DE ESTUDIO: Modelo de datos para administracin de carreteras.
Se desean un modelo de datos que contenga informacin relativa a todas las
carreteras de un determinado pas. Se pide realizar el modelo de datos,
sabiendo que:
1. En dicho pas las carreteras se encuentran divididas en tramos.
2. Un tramo siempre pertenece a una nica carretera y no puede
cambiar de carretera.
3. Un tramo puede pasar por varios trminos municipales, siendo un
dato de inters el km. del tramo por el que entra en dicho termino
municipal y el km. por el que sale.
4. Existen una serie de reas en las que se agrupan los tramos, cada
uno de los cuales no puede pertenecer a ms de un rea.
8.- CASO DE ESTUDIO: Modelo de una base de datos de Tienda de Discos
Una tienda de venta de discos desea guardar informacin sobre los discos que
vende. Cada disco es editado por un sello, del cual guardaremos el nombre y el
ao de fundacin. En un disco participa una o varias bandas o grupos
musicales, cada uno con un nombre, y cada grupo musical puede estar
formado por uno o varios artistas con nombre, nacionalidad y algunos con
instrumentos. Note que la composicin de los grupos musicales puede variar
con el tiempo, y que un grupo se relaciona con un sello cuando vende un disco.
Por normalizacin de la base de datos, tanto los instrumentos como los pases
van en su propia entidad. A veces un grupo edita su propio disco, para lo cual
forma un sello propio. Otras veces hay artistas que buscan pequeas bandas
para editar sus discos, estos son sellos independientes, ambos son tipos de
sellos, para los sellos propios guardaremos la banda que cre el sello, y para
los sellos independientes el artista que lo mantiene. Hay discos de msica
clsica que estn interpretados por orquestas, estas orquestas son un tipo
especial de grupo que tiene un director, que puede cambiar con el tiempo y es
un artista y un nmero de integrantes.
En un disco viene uno o varios temas, algunos de las cuales pueden ser una
versin (cover) de un tema ya existente, o un mix de varios temas, en ambos

casos hay que guardar el nombre del tema original en el caso de los versiones,
y el nombre de los temas usados en los mixes. Cada tema tiene nombre y
duracin, y cada disco un nombre. Finalmente, cada tema tiene su propio
estilo, y ocasionalmente un grupo puede enmarcarse en uno o varios estilos
musicales. Note que los estilos forman una jerarqua con estilos y sub-estilos.
Adems los grupos tienen influencias de otros grupos o artistas.
9.- CASO DE ESTUDIO: Modelo de una base de datos para una Empresa
Area
El Catalogo de Vuelos una empresa area establece un anuario de los
vuelos interiores indicando para cada vuelo los horarios, precios y las
correspondencias entre vuelos. Se desea concebir una base de datos capaz de
reconstruir la totalidad de las informaciones de dicho documento.
Descripcin
El anuario est organizado en varias tablas con idntica estructura. Hay tantas
tablas como ciudades con vuelos de salida. A su vez, para cada una hay una
subtabla con los posibles destinos de los vuelos. En cada destino aparecen la
lista de los posibles vuelos, de forma que para ir de una ciudad a otra se puede
coger un vuelo directo o bien un vuelo con correspondencia (2 vuelos en
realidad).
Por ejemplo, el vuelo Madrid - Londres puede efectuarse bien en vuelos
directos, bien con escala en Barcelona.
En todos los casos hay al menos una correspondencia.
En el anuario, un vuelo vendr representado por la conexin entre una ciudad
de salida y otra de llegada sin escala.
Un vuelo puede estar en correspondencia con algn otro vuelo o no estarlo con
ninguno, de forma que varios das un vuelo puede estar en correspondencia
con otro.
Dado un vuelo y un da considerado le corresponder un tipo de aparato y un
color, que identificara el tipo de vuelo (azul, rojo, amarillo) y permitir
determinar el precio del billete.
Un mismo nmero de vuelo tendr unas horas de salida y de llegada segn el
da de la semana al que corresponda.
Resultados a considerar: El sistema debe dar respuesta a las siguientes
preguntas:
1. Dado un vuelo, ciudad de salida y de llegada.
2. Dado un vuelo, horario para un da determinado de la semana, as como el
tipo de vuelo (privado, de pasajeros, etc.).
3. Precio para un vuelo de un determinado tipo entre dos ciudades dadas.
10.- CASO DE ESTUDIO: Modelo de datos de un Sistema de Ventas
Le contratan para hacer una Base de Datos 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 RUC,
nombre, direccin, telfono y pgina web. Un cliente tambin tiene RUC,
nombre, direccin, pero puede tener varios telfonos de contacto. La
direccin se entiende por calle, nmero, urbanizacin 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.
11.- CASO DE ESTUDIO: Modelo de datos para una Universidad
Disear una base de datos que recoja la organizacin de una Universidad. Se
considera que:
1. Los departamentos pueden estar en una sola facultad o ser interfacultativos,
agrupando en este caso ctedras que pertenecen a facultades distintas.
2. Una ctedra se encuentra en un nico departamento.
3. Una ctedra pertenece a una sola facultad.
4. Un profesor esta siempre asignado a un nico departamento y adscrito a una
o varias ctedras, pudiendo cambiar de ctedra, pero no de departamento.
Interesa la fecha en que un profesor es adscrito a una ctedra.
5. Existen reas de conocimiento, y todo departamento tendr una nica rea
de conocimiento.
12.- CASO DE ESTUDIO: Modelo de datos de una Biblioteca
Supongamos que queremos disear una base de datos para una biblioteca y
hemos conocido que sta funciona de la siguiente forma:
En la biblioteca se encuentran, como es natural, una serie de libros que los
empleados solicitan a las editoriales. Cando un libro se recibe, se le da de alta,
construyndole una ficha para bsqueda por autor y otra ficha para bsqueda
por tema. En ambas fichas aparecen el ttulo del libro, el nombre del autor y su
nacionalidad, la editorial a la que pertenece la publicacin, el tema sobre el que
trata, el ISBN y la estantera de la biblioteca en la que se encuentra. Hay que
aclarar que en la biblioteca no se encuentran ejemplares repetidos de ningn
libro. Las estanteras de la biblioteca soportan como mximo 100 libros y tienen
un nmero y un lugar asignado dentro de la biblioteca. Un empleado puede
solicitar un libro escribiendo una carta de peticin a la editorial correspondiente.
La direccin a la que ha de dirigir la carta se encuentra en un archivo de
editoriales.
Para acceder a los libros de la biblioteca es necesario la posesin de un carnet
que acredita a los distintos usuarios. Este carnet se confecciona a cada
persona la primera vez que intenta retirar un libro. Cada usuario solo puede
tener retirado un libro en cada instante determinado.
En la biblioteca les gustara disponer de un listado que se lanzara al final de
cada da y en el que aparecera, para cada libro que se encentra retirado, el
ttulo, el ISBN, el autor y el nmero de carnet, nombre y el DNI del usuario que
lo mantiene retirado.
Cuando un usuario intenta retirar un libro ha de presentar su carnet para que se
tome nota de la retirada. Si el libro que desea ha sido retirado por otro usuario
se llama a ste por telfono indicndole que hay otro usuario que desea el libro
para que lo devuelva en caso de que no lo est utilizando. Mensualmente se

confecciona un inventario actualizado donde se indica para cada libro el

nombre, el autor y el lugar de la biblioteca donde se encuentra.