Anda di halaman 1dari 8

DISEO DE BASES DE DATOS 3 ITIG EJERCICIOS DE MODELADO E/R

EJERCICIO 1: CURSOS DE FORMACIN


El departamento de formacin de una empresa desea construir una BD para planificar y gestionar la formacin de sus empleados. Los supuestos semnticos que deben recogerse son los siguientes:

La empresa organiza cursos internos de formacin de los que se desea conocer el


cdigo de curso, el nombre, una descripcin, el nmero de horas de duracin y el coste del curso.

Un curso puede tener como prerrequisito haber realizado otro(s) previamente, y, a su


vez, la realizacin de un curso puede ser prerrequisito de otros. Un curso que es prerrequisito de otro puede serlo de forma obligatoria u opcional.

Un mismo curso tiene diferentes ediciones, es decir, se imparte en distintos lugares,


fechas y con diversos horarios (intensivo, maana o tarde). En una misma fecha de inicio slo puede impartirse una edicin de un curso.

Los cursos se imparten por personal de la propia empresa. Un curso puede tener
varios docentes pero una edicin slo tiene un profesor.

De los empleados se desea almacenar su cdigo de empleado, nombre y apellidos,


direccin, telfono, 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 edicin de un curso y alumno en otra
edicin, pero nunca puede ser ambas cosas a la vez (en una misma edicin de un curso o lo imparte o lo recibe). La BD deber responder a consultas del tipo:

Quin imparti la edicin del 26 de Mayo de 2003 del curso 234


denominadoDiseo de Bases de Datos?

Cules son los cursos prerrequisito del curso 343 denominado Introduccin a los
SSOO?

Qu empleados asistieron a la edicin del 4 de Enero de 2003 del curso 221


denominadoProgramacin en Java?

Se pide:
Construir el esquema E/R correspondiente.

EJERCICIO 2: PROYECTOS DE INVESTIGACIN


El Departamento de Informtica de la Universidad Carlos III de Madrid necesita una base de datos para almacenar la informacin concerniente a los proyectos de investigacin tanto actuales como pasados en los que trabajan los profesores y as poder llevar a cabo una gestin ms eficiente. La informacin que se desea almacenar corresponde a los siguientes supuestos semnticos. En el departamento los profesores participan en proyectos de investigacin caracterizados por un cdigo de referencia nico, por un nombre, un acrnimo, un presupuesto total, el programa de I+D que lo financia, una fecha de inicio y una fecha de finalizacin y una breve descripcin de los objetivos del proyecto. En los proyectos trabajan profesores del departamento durante un perodo de tiempo, es decir, una fecha de inicio y una fecha de fin, pudiendo ocurrir que un profesor trabaje en el mismo proyecto en varias pocas (f_ini, f_fin) diferentes. Un profesor se identifica por su nombre y apellidos y se caracteriza por su despacho y telfono y puede trabajar en varios proyectos simultneamente y en un proyecto de investigacin trabajan varios profesores. De todos los profesores que trabajan en el proyecto hay uno que es el investigador principal de proyecto que interesa conocer. Es importante tener en cuenta que el profesor investigador del proyecto nunca vara a lo largo de la vida del proyecto de investigacin. Los profesores pueden ser doctores o no doctores, de tal manera que un profesor no doctor siempre tiene a un nico profesor doctor como supervisor en un momento determinado, interesando almacenar los supervisores y perodos de tiempo de la supervisin que ha tenido un determinado profesor no doctor. En relacin con la participacin de los profesores en proyectos de investigacin, el investigador principal de un proyecto siempre tiene que ser un doctor. Por otro lado, los proyectos de investigacin producen una serie de publicaciones sobre las que tambin interesa guardar informacin. Una publicacin se caracteriza por un nmero en secuencia dentro de cada proyecto de investigacin y se guardar el ttulo y los profesores que la han escrito; las publicaciones son de dos tipos, publicaciones en congresos y publicaciones en revista; de las primeras se almacenar el nombre del congreso, su tipo (nacional o internacional), la fecha de inicio y de fin, el lugar de celebracin, pas y la editorial que ha publicado las actas del congreso (si es que se han publicado); de las publicaciones en revista interesa saber el nombre de la revista, la editorial, el volumen, el nmero y las pginas de inicio y fin. No solamente interesa conocer los profesores que han participado en las publicaciones de los proyectos de investigacin sino tambin las lneas de publicacin que cubren estas publicaciones. Una lnea de investigacin se identifica por un cdigo, un nombre (por ejemplo, recuperacin de informacin multilinge, bases de datos espacio-temporales, etc.) y un conjunto de descriptores (por ejemplo, la lnea de investigacin bases de datos temporales puede tener como descriptores Bases de Datos, SGBD Relacional, Dimensin temporal). Los profesores tendrn asociados en la BD las lneas de investigacin en las que trabajan incluso podra ocurrir que hubiera profesores que no tuvieran ninguna lnea asignada. As, tanto los profesores doctores como los no doctores pueden escribir publicaciones sobre una o ms lneas de investigacin y nos interesa saber sobre qu lnea de investigacin ha escrito un determinado profesor en una publicacin, teniendo en cuenta que un profesor que participa en una publicacin slo escribe en el mbito de una lnea de investigacin y que una determinada publicacin puede cubrir varias lneas de investigacin.

Por ltimo, aparte de la informacin especificada para los proyectos de investigacin tambin se almacenarn las lneas de investigacin que abarca cada proyecto.

Se pide:
Realizar el esquema E/R teniendo en cuenta los supuestos semnticos anteriores. Indicar si no se ha podido recoger algn supuesto semntico en el diagrama E/R.

EJERCICIO 3: MEDIO AMBIENTE


Dado el esquema E/R de la figura 1 correspondiente al diseo de una BD de medio ambiente para recoger las caractersticas y ubicacin de los ejemplares de rboles de las calles de una ciudad.
Num_ejemplar Cod_especie Nombre Familia 1: N Cod_ejemplar ESPECIE RBOL (1, 1) Id tiene (0, N) EJEMPLAR (0, N) Coordenadas (1, 1) ubicado LUGAR

1:N Fotograf a incial Descripci n entorno Nombre Calle/plaza mapa

Figura 1. Diagrama E/R inicial sobre medio ambiente

Se pide:
Extender el diagrama E/R de la figura 1 para recoger los siguientes supuestos semnticos, indicando aquellos supuestos que no hayan podido reflejarse en la solucin propuesta. A. Interesa guardar la informacin no slo de los ejemplares existentes en la actualidad sino tambin de los desaparecidos; de estos ltimos se almacenar la fecha de desaparicin del ejemplar. Esto permitir almacenar en otra BD (que no es objeto de este ejercicio) un histrico de los ejemplares desaparecidos. B. Adems, el objetivo de la BD es que toda la actividad dedicada al cuidado y mejora que se realiza sobre todos los ejemplares de los rboles quede registrada. Para ello, se almacenar en la BD una serie de actividades a las que puede someterse cualquier ejemplar de un rbol. Por un lado se guardan todas las podas de cada ejemplar, interesando el tipo de poda, comentarios, fotografa y si se trata de una poda o de una tala; esta informacin permite comparar de una poda a otra si el trabajo ha sido correcto y permiti mejorar el crecimiento. Tambin se registran las mediciones tomadas a cada ejemplar (altura, tamao de la copa y la edad relativa), las limpiezas, almacenando el tipo de limpieza (si es del tronco o de la base) y una descripcin y, por ltimo, la eliminacin de las plagas de la que se guarda una descripcin de los daos, la especie atacante (lombrices, pulgones, etc.) y el tratamiento que se aplica para combatirla. Cada una de estas actividades se realiza en una determinada fecha de tal manera que en una fecha solo puede llevarse a cabo una actividad sobre un ejemplar, almacenndose la hora de inicio y la hora de fin y los operarios de Parques y Jardines del ayuntamiento (cdigo de empleado, nombre y telfono de contacto) que las han llevado a cabo. Como mximo participan dos operarios en cualquiera de las actividades que pueden llevarse a cabo sobre un determinado ejemplar de rbol.

EJERCICIO 4: VIVERO
Se desea disear una Base de Datos para gestionar los empleados y productos a la venta de una cadena de viveros dedicados a la venta de diversos productos relacionados con la jardinera. Los supuestos que hay que recoger en la BD son los siguientes: La cadena de viveros dispone de varios viveros en la provincia de Madrid identificados por un cdigo de tienda y de los que se almacenar un telfono, una direccin y un responsable que ser uno de los empleados que trabaja en el vivero (es necesario almacenar durante qu perodos de tiempo ha sido responsable cada empleado). Los productos que se venden tienen asignado un cdigo de producto y nos interesa guardar el precio y el stock que hay de cada producto en cada uno de los viveros y pueden ser de tres tipos: plantas de las que se guardar su nombre, y una breve descripcin de los cuidados que requiere; accesorios de jardinera y artculos de decoracin. Estos productos se distribuyen en zonas dentro de cada vivero cada una de ellas identificadas por un nombre dentro de cada vivero (zona exterior regado, interior climatizada, zona de caja, etc.). Se desea conocer el stock de cada producto de acuerdo a las zonas del vivero. Los empleados estarn asignados a una determinada zona en un vivero la cual podr cambiar a lo largo del tiempo (se guardar histrico de ello) y adems, los empleados pueden moverse de un vivero a otro segn las necesidades en distintos perodos de tiempo. De los empleados se quiere conocer su DNI, su nombre y un telfono de contacto. En cuanto al proceso de venta de los distintos productos, slo se almacenarn los pedidos que realizan los clientes pertenecientes al Club VIP que es una promocin especial que permite a los clientes obtener descuentos segn las cuantas de sus compras. De estos clientes se almacena su DNI, su nombre, direccin, telfono y la fecha de incorporacin al club as como los datos de sus pedidos que incluyen un nmero de pedido, la fecha de realizacin, los productos adquiridos junto con las unidades y el descuento realizado; por ltimo, tambin se incluye el precio de los portes en caso de que se hayan contratado. De cada cliente se almacenarn todos los pedidos que haya realizado hasta la fecha. En cuanto a estos pedidos de clientes pertenecientes al Club VIP interesa tambin guardar quin fue el empleado que lo gestion y en qu vivero se realiz el pedido teniendo en cuenta que un pedido en un determinado vivero lo gestiona un nico empleado.

Se pide:
Realizar el esquema E/R extendido correspondiente a los supuestos anteriores explicando si se ha considerado algn supuesto semntico adicional. Si alguna especificacin del enunciado no ha podido reflejarse en el esquema, hacerlo constar.

EJERCICIO 5: MEDICAMENTOS
Se desea disear una Base de Datos para controlar los costes econmicos derivados del consumo de medicamentos por parte de los pacientes as como de los distintos servicios de especialidades que componen el hospital. Los supuestos semnticos que se van a contemplar son: Cada paciente ingresado en el hospital consume una serie de frmacos durante el perodo de su hospitalizacin cuya gestin permitir generar informes de gasto de frmacos por paciente, por servicio (oncologa, pediatra digestiva, traumatologa, etc.) o por diagnstico y as llevar un control contable ms exhaustivo de los gastos que el hospital sufraga por paciente o servicio. As, interesa almacenar la informacin relativa a los ingresos de pacientes con los datos de cada ingreso realizado en un servicio determinado de hospital, los consumos de frmacos producidos por un determinado ingreso, y los consumos generales de frmacos generados por la actividad propia de los servicios del hospital que no estn asignados a un paciente en particular (por ejemplo, suero fisiolgico, alcohol, bicarbonato, etc.). Tambin se guardar informacin sobre los servicios as como el vademcum de frmacos donde se recogen todos los medicamentos existentes en el hospital que pueden ser consumidos bien por los pacientes ingresados bien por los servicios del hospital. La BD deber permitir la insercin, borrado, consulta y modificacin de los pacientes que se encuentran en cada servicio del hospital. Cada uno de estos pacientes se identifica por su nmero de historia clnica y se desea conocer adems el nombre, el nmero de la seguridad social (si lo tuviera), la direccin, un telfono y la fecha de nacimiento. Un paciente puede haber estado ingresado en ms de una ocasin en el hospital; cada ingreso se caracteriza por un nmero en secuencia dentro de cada nmero de historia clnica e interesa el servicio en el que ha sido ingresado, el diagnstico y la fecha de ingreso y la fecha de alta si se hubiera producido. Un ingreso se realiza en un determinado servicio del hospital (traumatologa, pediatra, etc.) Cada uno de los consumos de cada paciente as como los consumos que cada servicio genera para su actividad propia se componen de un nmero determinado de unidosis1 de frmacos. De estos frmacos se desea conocer un n de registro, el nombre comercial, nombre clnico, el compuesto qumico, su ubicacin, el cdigo de proveedor, el nmero de unidosis por envase, precio por unidosis y el precio total por envase. Ser de gran importancia obtener los listados de gastos de unidosis por los pacientes de un determinado servicio y el gasto total de cada servicio. Interesa tambin almacenar los facultativos que trabajan en el hospital identificados por su N de colegiado y caracterizados por su nombre, direccin, un telfono de contacto y el servicio del hospital al que estn adscritos, teniendo en cuenta que un mdico slo puede trabajar en un determinado servicio. Por otro lado, no slo interesa saber qu frmacos, en qu fecha y en qu cantidades se han consumido en un determinado ingreso de un paciente sino tambin el facultativo que los recet2 teniendo en cuenta que durante un ingreso de un paciente un facultativo puede haberle

Se define unidosis como la unidad de consumo de cada frmaco, es decir, si un envase de Aspirinas tiene 30 comprimidos, entonces son 30 unidosis. 2 Suponemos que los medicamentos recetados son los consumidos, es decir, no hay que almacenar por separado los consumos y por otro lado los recetados.

recetado varios medicamentos pero que un medicamento slo es recetado a un determinado paciente ingresado por un nico facultativo. Un facultativo puede recetar el mismo medicamento a un paciente ingresado varias veces en distintas fechas y a un paciente ingresado le pueden recetar medicamentos distintos facultativos. De los consumos generales de frmacos originados por la actividad propia de los servicios se almacenar el nmero de unidosis de cada frmaco as como la fecha del consumo. Por ltimo, se desea registrar la informacin relativa a las revisiones que los facultativos realizan a un determinado paciente en un determinado ingreso; se guardar la fecha, la hora y un pequeo informe.

Se pide:
Realizar el diseo conceptual de los supuestos semnticos anteriores basndose en el Modelo Entidad/Interrelacin. Indicar claramente todos aquellos supuestos semnticos que ha sido imposible incorporar en el diagrama E/R.

EJERCICIO 6: LONJA DE PESCADO


Se quiere desarrollar una base de datos para llevar la gestin de la lonja de pescado de un pueblo costero. Los barcos llevan la pesca de cada da a la lonja y all se subasta a los compradores que generalmente son pescaderas de la zona. Los supuestos semnticos que se deben contemplar en la base de datos son los siguientes: Una vez llega la pesca de cada da en los barcos, sta se prepara en los distintos lotes que se subastarn. Cada lote se identifica por un cdigo de lote que se le asigna en la lonja antes de la subasta y consta de un nmero de cajas de una determinada especie (por ejemplo, pulpo, merluza, gambas, etc.) as como el nmero de kilos total y la fecha de recepcin. Adems, tambin interesa almacenar el precio por kilo de salida y el precio total de salida del lote. De cada especie se guardar un cdigo, un nombre y un tipo (por ejemplo, marisco, pescado azul, etc.). Se almacenar tambin informacin sobre los barcos (matrcula, nombre, clase, nombre del capitn y armador) que entregan la pesca en la lonja para saber qu barco captur cada lote. Estos barcos pueden faenar en distintos caladeros en los que capturan las especies que componen los lotes. De cada caladero nos interesa conocer un nombre (que suponemos es nico), extensin y ubicacin. En la lonja se guarda informacin relativa a qu barcos y en qu caladeros se han capturado las especies (nmero de kilos de cada especie y perodo de tiempo de faena representado por una fecha de inicio y otra de fin). Una vez empezada la subasta, los distintos compradores (cdigo de comprador, nombre, direccin, CIF y cuota anual de pago a la lonja) pujan por los lotes en los que estn interesados. Cada lote se asigna al comprador que realiza mejor puja. De cada adquisicin de lote se almacena el precio de compra por kilo y el precio total de adjudicacin del lote. En la BD se almacenar informacin de los pagos que realiza la lonja a los barcos que entregan la pesca diaria y de los pagos que efectan los compradores por la adquisicin de los lotes. En cuanto a los compradores, existen compradores que tienen crdito y realizan los pagos al final de cada mes; de estos compradores se guarda un nmero de cuenta bancaria, el ltimo importe acumulado hasta el momento y la fecha de vencimiento del pago (suponemos que no se guarda histrico de todas las mensualidades pues slo nos interesa la mensualidad en curso). Por otro lado, existen los compradores que realizan los pagos al contado sobre los que no se necesita guardar informacin adicional. Un comprador no puede ser de ambos tipos a la vez. As, la lonja generar una factura por uno o varios lotes que ha adquirido un comprador. De todas las facturas se guarda un nmero de factura, una fecha de emisin y un importe total. Adems, en las facturas emitidas a los compradores se incluyen los lotes que contiene y el comprador que debe abonarla. En las facturas emitidas por los barcos, la lonja almacena adems de los datos mencionados de la factura, el CIF del barco y los cdigos de lote facturados. En el caso de los compradores sin crdito interesa saber el estado de sus facturas (pendiente o pagado).

Se pide:
Realizar el esquema E/R extendido correspondiente a los supuestos anteriores explicando si se ha considerado algn supuesto semntico adicional. Si alguna especificacin del enunciado no ha podido reflejarse en el esquema, hacerlo constar.

Anda mungkin juga menyukai