ESCUELA DE INGENIERIA DE SISTEMASBASES DE DATOS : EJERCICIOS

Profesor : Carlos Enrique Armas Romero

Fecha : Lima,01 de Septiembre del 2015 2015 IIIAlumno : ..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 empleado5.- 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.

2. Una reserva la realiza un nico cliente, pero puede involucrar a varios autos.

3. Es importante registrar la fecha de comienzo de la reserva y la de terminacin.

4. Todo auto tiene siempre asignado un nmero determinado de garaje, que no puede cambiar.

5. 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 BibliotecaSupongamos 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.