Ejercicios:

A.1 La cadena de Videoclubs Glob-Gusters ha decidido, para mejorar su servicio, emplear

una base de datos para almacenar la información referente a las películas que ofrece en
alquiler. Esta información es la siguiente:

.Una película se caracteriza por su título, nacionalidad, productora y fecha (por ejemplo,
Quo Vadis, Estados Unidos, M.G.M., 1955).

.En una película pueden participar varios actores (nombre, nacionalidad, sexo), algunos de
ellos como actores principales.

.Una película está dirigida por un director (nombre, nacionalidad).

.De cada película se dispone de uno o varios ejemplares diferenciados por un número de
ejemplar y caracterizados por su estado de conservación.

.Un ejemplar se puede encontrar alquilado a algún cliente (nombre, dirección, teléfono). Se
desea almacenar la fecha de comienzo del alquiler y la de devolución.

.Cada socio puede alquilar como máximo 4 ejemplares.

.Un socio tiene que ser avalado por otro socio que responda de él en caso de tener
problemas en el alquiler.
A.2 La asociación “Amigos de la fiesta” desea recoger en una base de datos toda la
información acerca de las corridas de toros que se celebran en España y de todos los datos
relacionados con ellas.

.Se desea tener información acerca de cada corrida, identificada conjuntamente por un
número de orden, la feria en la que se celebra y el año de celebración (por ejemplo: orden
= 2, feria = San Isidro, año = 1990).

.En una determinada corrida actúan una serie de toreros (mínimo 1 y máximo 3) de los que
se desea guardar su DNI, nombre, apodo y fecha en la que tomó la alternativa (fecha en la
que se convirtió en matador de toros). Además se desea saber quién fue el torero que le
dio la alternativa (padrino) en su día (un torero puede dar alternativa a varios toreros o a
ninguno).

.En cada corrida un torero obtiene una serie de premios (cuántas orejas, cuántos rabos y si
salió por la puerta grande o no) de los que se desea mantener información.

.Cada torero puede tener un apoderado del que es protegido. A su vez, un apoderado puede
ser de varios toreros. De él se desea saber su DNI, nombre, dirección y teléfono.

.Una corrida se celebra en una plaza de toros de la que se desea saber su nombre que se
supone único, localidad, dirección y aforo. En una misma plaza se pueden celebrar varias
corridas de toros.

.En cada corrida son estoqueados al menos 6 toros. Cada toro viene identificado por el
código de la ganadería a la que pertenece, el año en que nació y un número de orden.
Además se desea mantener información acerca de su nombre y color así como del orden
en que fue toreado.

.Cada toro pertenece a una ganadería determinada. De cada ganadería se pretende saber
su código, nombre, localidad y antigüedad (fecha de creación).
A.3 El ministerio de Educación y Ciencia desea mantener información acerca de todos los
cuadros que se encuentran en las pinacotecas españolas y toda la información relacionada
con ellos.

.De cada pinacoteca se desea saber el nombre (que se supone único), la ciudad en que se
encuentra, la dirección y los metros cuadrados que tiene.

.Cada pinacoteca tiene una serie de cuadros de los que tiene que se quiere mantener
información acerca de su código, nombre, dimensiones, fecha en que fue pintado y técnica
utilizada.

.Cada cuadro es pintado por un determinado pintor (nombre, país, ciudad, fecha de
nacimiento y fecha de defunción). Un pintor puede tener a otro como maestro; a su vez, un
maestro puede serlo de varios (o de ninguno).

.Los pintores pueden pertenecer o no a una escuela de la que se desea saber su nombre y
en qué país y en qué fecha apareció.

.Los pintores pueden tener también uno o varios mecenas que les protegen (nombre, fecha,
país y ciudad de nacimiento y fecha de muerte). A su vez un mismo mecenas puede serlo
de varios pintores. Se desea saber cuál es la relación que existe entre el pintor y su
mecenas.
A.4 En el gimnasio “Siempre en forma” se quiere implantar una base de datos para llevar
el control de los socios, recursos, utilizados, etc. Las especificaciones que nos han dado
son las siguientes:

.Existen varias salas, de las cuales se quiere guardar información, como los metros
cuadrados que ocupa, ubicación y el tipo de sala (cardio, general, muscular). Cada sala se
identifica por un número.

.Hay salas que tienen aparatos y salas que no. En las salas se pueden o no impartir clases.

.Cada aparato está asignado a una única sala, y de cada uno de ellos se quiere tener
almacenado su código, descripción y estado de conservación.

.También se quiere mantener información relacionada con las clases que se imparten
(descripción y día/hora en la que se imparten); cada clase se identifica por un código de
clase. Cada clase tiene asignada una sala en la que se imparte y un monitor.

.De cada monitor se quiere conocer el DNI, nombre, teléfono, si tienen o no titulación y
experiencia profesional, así como las clases que pueden impartir (preparación como
monitor de aerobic, step, streching, etc.).

.De cada socio se quiere conocer el número de socio, nombre, dirección, teléfono, profesión
y datos bancarios, así como las clases a las que asiste.

.El gimnasio dispone también de pistas de Squash, de las que se requiere conocer el
número de pista, ubicación y estado. Las pistas de Squash pueden ser utilizadas por socios,
y existe un servicio de reserva de pista (en una fecha y a una hora).

El gimnasio “siempre en forma” del ejercicio impone las siguientes restricciones:

.Las pistas de Squash se consideran salas.

.Las clases solo se imparten sin aparatos. Las salas con aparatos siguen clasificándose en
sala de cardio, general, etc., elimina la restricción de una clase solo se imparten en salas
sin aparatos.
A.5 La gestión de una farmacia requiere poder llevar control de los medicamentos
existentes, así como de los que se van sirviendo, para lo cual se pretende diseñar un
sistema acorde a las siguientes especificaciones:

.En la farmacia se requiere una catalogación de todos los medicamentos existentes, para
lo cual se almacenará un código de medicamento, nombre del medicamento, tipo de
medicamento (jarabe, comprimido, pomada, etc.), unidades en stock, unidades vendidas y
precio. Existen medicamentos de venta libre y otros que solo pueden dispensarse con
receta médica.

.La farmacia compra cada medicamento a un laboratorio, o bien los fabrica ella misma. Se
desea conocer el código del laboratorio, nombre, teléfono, dirección y fax, así como el
nombre de la persona de contacto.

.Los medicamentos se agrupan en familias, dependiendo del tipo de enfermedades a las

que dicho medicamento se aplica. De este modo, si la farmacia no dispones de un
medicamento concreto, puede vender otro similar aunque de distinto laboratorio.

.La farmacia tiene algunos clientes que realizan los pagos de sus pedidos a fin de cada mes
(clientes con crédito). La farmacia quiere mantener las unidades de cada medicamento
comprado (con o sin crédito) así como la fecha de compra. Además, es necesario conocer
los datos bancarios de los clientes con crédito, así como la fecha de pago de las compras
que realizan.
A.6 Se trata de realizar un diseño de la base de datos (en el modelo E/R) para un organismo
que desea llevar un control del mantenimiento de sus equipos hardware (computadores,
impresoras, etc.), licencias de software (Sistemas operativos, SGBD, compiladores,
aplicaciones etc.) y redes.

.Hay que tener en cuenta que en los equipos de hardware pueden encontrase distintas
licencias de software, y que se considera que los distintos tipos de equipos hardware se
pueden encontrar conectados a una red (como máximo) o ser independientes. El software
de red se considera un tipo especial de software que se encuentra asociado a la red.

.Las redes se encuentran distribuidas en plantas, debiendo existir un usuario responsable

de ellas, lo mismo que para cada uno de los computadores del organismo. También interesa
conocer que aplicaciones utiliza cada uno de ellos usuarios del organismo. Los usuarios se
agrupan en secci0ones, que a su vez se agrupan en departamentos.

.Para todos los elementos del sistema se almacenará la siguiente información: código,
fecha de adquisición, precio de compra y si tienen o no contrato de mantenimiento, el
fabricante y si posee o no disquetera y de qué tipo (téngase en cuenta que algunos
computadores pueden disponer de varios tipos 3’5, 5’25, etc.). para el software se debe
almacenar, en el caso de las aplicaciones, el (o los) lenguaje(s) con las que se ha
desarrollado, siempre que se conozca.
A.7 Se trata de diseñar una base de datos para la administración de un consorcio de
hospitales, que permita gestionar datos acerca de personal así como de sus pacientes. De
casa hospital interesa almacenar además su nombre, dirección, teléfonos, fax, etc.

.El personal de los hospitales (del que se quiere conocer su DNI, nombre, apellidos,
dirección y teléfono) se divide en personal administrativo y personal sanitario (dentro de
este se distingue a su vez entre ATS y médicos).

.Los médicos tienen una especialidad que interesa conocer (pediatría, obstetricia, etc.) y
solo trabajan, al igual que el resto del personal, en un hospital.

.Los pacientes pueden acudir a varios hospitales del consorcio y ser atendidos por varios
médicos.

.El medico comunica los datos personales de los pacientes que van a ingresar en el hospital,
así como la fecha de admisión y la sala (habitación) en la que deben de permanecer. Cada
sala se identifica por un numero dentro de cada hospital y se desean conocer el número de
camas de las que dispone cada una de ellas. No es relevante saber quién es el medico que
realiza la admisión.

.El paciente puede modificar estos datos, además de completarlos con otros como el
número de seguridad social, compañía aseguradora, etc.

.Cada admisión de un paciente en el hospital lleva asociada una o varias fichas de

tratamiento en las que se indica la enfermedad y el medico que la atiende. Cada tratamiento
se identifica por el nombre de la enfermedad del tratamiento que es única para cada
admisión.

.Además, cada tratamiento da lugar a distintos resultados que permiten realizar el

seguimiento de cada enfermedad de un paciente. El resultado debe de indicar la fecha y
hora en que tuvo lugar, así como un comentario (por ejemplo indicando si el paciente tienen
fiebre etc.). para un mismo tratamiento solo puede haber un resultado en un mismo día a
una misma hora.
A8 Sistema para el control de la semana académica de la carrera de Ing. en Sistemas
Computacionales del Instituto tecnológico de Tehuacán.

Diseñar un sistema que permita llevar el control de las semanas académicas año con
año se realizan en el tecnológico de Tehuacán en la carrera de Ingeniería en sistemas
Computacionales, en la semana académica se realizan conferencias, y talleres, las
conferencias se realizan solo un día, cada conferencia dura 1 hora aproximadamente y
es sobre un tema en específico, pudiendo abarcar en la mañana y en la tarde con un
receso de una hora o dos, para cada conferencista al inicio se da a conocer su currículo,
entre los datos mas importantes que debe tener es su grado de estudios, nombre,
formación académica , puestos desempeñados, cursos impartidos.

Las conferencias se llevan cabo en un salón donde cada uno de los alumnos debe
mostrar su gafete con un código que permita su acceso a las conferencias o talleres.
Los talleres se realizan en los cuatro días restantes, cubriendo un total de 30 horas con
valor curricular, para cada taller se solicita a la persona que va a impartirlo al igual que
el currículo, los requisitos del taller que necesitan los alumnos, estos talleres pueden
impartirse en turno matutino, vespertino, o ambos. Cada uno de los talleres se imparte
en los laboratorios o aulas asignados, dentro del tecnológico por ejemplo un taller de
Android impartido por Juan Pérez se imparte en el laboratorio 23 A, y el laboratorio 23
A, sólo tiene cupo para 30 personas (el número de equipos que tiene).

Existen talleres que requieren material especial como: compresora, pinzas,

retroproyectores, aire comprimido, switches, routers, etc. Los cuales se le deben dar un
vale de resguardo del equipo a cada uno de los instructores.

Los costos varían entre alumnos del tecnológico y externos (personas que no estudian
en el tecnológico), un alumno puede elegir uno o dos talleres, el paquete de
conferencias, o ambos, los externos deben pagar antes de poder elegir el paquete de
conferencias, taller o ambos, y los alumnos del tecnológico van abonando hasta
completar el total.

Para los coordinadores del evento el sistema debe permitirnos ver la lista de los talleres
que se ofrecen junto con sus participantes, para poder emitir los reconocimientos a los
asistentes (instructor o alumno).Para las conferencias también se tiene que mostrar una
lista de los asistentes y generar las constancias de participación.

También consultar algún taller y ver el material de resguardo asignado, consultar los
pagos que se van realizando y quienes faltan de pagar el total.

Los participantes (alumnos o externos) deben también consultar el paquete de

conferencia y taller(res) que está(n) inscrito(s), así como lo que resta de pagar, y
algunos datos del instructor y requisitos que necesita. A los instructores algunos se les
paga sus viáticos o algunos otros el pago del taller a impartir.
A.9 GESTION DE PROYECTOS INFORMATICOS.
Una empresa de consultoría desea crear una base de datos para facilitar la gestión de
los proyectos informáticos que desarrolla para sus empresas clientes. Los requisitos
que hay que recoger se muestran a continuación:

La empresa desarrolla proyectos de los que se almacena su código, nombre, cliente

para el que se desarrolla el proyecto, una breve descripción, presupuesto, número de
horas totales estimadas, fecha de inicio y fecha de fin. Cada proyecto se compone de
una serie de fases identificadas por un número en secuencia en cada proyecto. Cada
fase se caracteriza, además, por su nombre, fecha de comienzo, fecha de fin y estado
en que se encuentra (en curso o finalizada).

Los empleados de la empresa (código, DNI, nombre, dirección, titulación y años de

experiencia) están asignados a los proyectos que desarrolla la empresa. Interesa
almacenar los empleados que son jefes de proyecto junto con su dedicación total en
horas prevista a cada proyecto así como el coste de su participación en euros, teniendo
en cuenta que cada proyecto lo lidera un único jefe de proyecto. En cuanto a los
informáticos que participan en los proyectos, se quiere conocer los que son analistas y
los que son programadores, así como el número de horas totales previstas dedicadas
en cada proyecto y el coste en euros que supone cada dedicación. De los
programadores se almacenaran también los lenguajes en los que son expertos.

En cada fase de un proyecto se generan una serie de productos (software, informes

técnicos y prototipos) sobre los que se quiere guardar información. Cada producto
previsto para una fase tiene un código, un nombre, una descripción, si está finalizado o
no y tiene como responsable un analista. Además, la obtención de un producto puede
abarcar varias fases de un proyecto y se quiere guardar los empleados informáticos
involucrados en cada producto cuantificado el número de horas de trabajo dedicadas a
cada producto teniendo en cuenta cada fase de un proyecto en la que se desarrolla.
Para el software se almacena, además, su tipo (diagrama, programa, etc.) y para los
prototipos su versión y su ubicación.

Por otro lado, a cada fase de un proyecto le corresponde una serie de recursos de los
que se quiere conocer su código identificador, nombre, descripción, tipo (Hw o Sw) así
como el periodo de tiempo que se utilizan en cada fase.

Cada empleado, en cada proyecto en el que trabaja, puede originar una serie de gastos
(dietas, viajes, alojamiento, etc.) que se cargan a los proyectos. Cada gasto se
caracteriza por un código único, una descripción, una fecha, un importe y el tipo de
gasto.

Por último, interesa conocer que proyectos están relacionados con uno dado, es decir,
cuales son los proyectos que incluyen aspectos similares según distintas palabras clave
(gestión de personal, gestión de stocks, etc.), con el fin de facilitar su desarrollo
reutilizando algún componente.
A.10 Una empresa desea crear un sitio WEB de comercio electrónico al que se podrán
conectar clientes para realizar sus compras. Se tiene que realizar un diseño 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 una contraseña.
El sistema comprobará si el usuario tiene cuenta y en caso negativo se le pedirán los
siguientes datos de alta antes de darle acceso: correo, dirección (calle, colonia,
población), teléfono, código postal, login y password. Se comprobará si ya existía con
distinto login y password para darle un mensaje de error en caso afirmativo. En caso de
que se trate de una empresa introducirá RFC y nombre de la empresa, en caso de ser
un cliente (usuario común) se le pedirá su nombre (nombre y apellidos).

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 (Año, Mes, Día, 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 código de sección, nombre,
descripción de la sección y fecha de creación 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
creación 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 código de producto, el nombre, la descripción, precio

por unidad, precio por mayoreo, número de piezas que se consideran para tener precio
de mayoreo, stock (productos en existencia), y una imagen del producto. 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
sesión, para completarla otro día. El usuario debe poder comprobar cuál es el costo
total de un carrito de compra antes de pagarlo. Además podrá comprobar el costo de
todos sus carritos virtuales anteriores y su contenido.

Cuando se completa la compra del carrito, el usuario (empresa) puede decidir si

requiere o no Factura, entonces se le pedirá su login y contraseña para imprimir sus
datos en dicha factura (datos antes registrados), por consiguiente se generará la fecha
de la factura y un número de folio.
En este sitio WEB los productos están en las secciones, teniendo en cuenta que un
producto puede aparecer en varias secciones y una sección tener varios productos.

La empresa cliente quiere que quede constancia que qué productos ha comprado un
usuario de cual sección en particular.
A.11 El proyecto ―compañía Telefónica‖ se basa en la realización y lo que conlleva la
creación de una empresa desde su inicio, cuáles son sus requerimientos, sus
necesidades para poder satisfacer al cliente y así mismos como empresa nueva a
competir en el mercado.

Los requerimientos necesarios para iniciar el proyecto son mencionados a continuación:

La compañía telefónica de reciente creación quiere desarrollar una base de datos para
gestionar las líneas de telefonía fija y las llamadas de sus clientes así como las tarifas
de descuentos que ofrecen. En principio se considera solo un núcleo de la base de
datos en las que se deberán contemplar los siguientes supuestos semánticos.

En la base de datos se almacenaran las líneas que tiene contratadas los clientes de la
compañía telefónica. Cada línea se identificara con un número telefónico y se
caracteriza por el nombre y apellidos del cliente que la contrata, su NIF, dirección así
como el tipo de línea que es (básico, ADLS o RDSL) la compañía ofrece la posibilidad
de que cada línea puede tener contratados una serie de servicios (código de servicios,
nombre, descripción y coste) como por ejemplo servicio de contestador, de llamada en
espera, etc. De los que también se quiere almacenar información.

Las líneas realizan llamadas de las que quieren guardar el número de teléfono de
destino, la fecha, la hora de comienzo y el final (con el formato hora-minuto-segundo),
la duración y el coste total de la llamada. Este coste se calculara teniendo en cuenta
las tarifas de descuento que haya contratado el cliente, considerando también la franja
horaria y la duración de las llamadas. Además, cada llamada es de un determinado
ámbito, caracterizado por un código identificador y un tipo (provincial, interprovincial,
internacional).

En el sistema se almacenaran las tarifas de descuento que oferta la compañía. Cada

línea puede contratar varias tarifas de descuento. De cada tarifa desea almacenar un
código identificador de tarifa, un nombre la cuota de alta en dicha tarifa y la cuota de
establecimiento de llamada en caso de que la haya; también interesa guardar con que
tarifa de descuento es incompatible una determinada tarifa. Cada tarifa de descuento
abarca unas determinadas franjas horarias y se puede contratar para diversos ámbitos.

Además, existen dos tipos de tarifa de descuento; por un lado están los bonos de los
que guarda la cuota mensual que debe abonar el cliente (los bonos permiten disponer
de una tarifa plana para realizar llamadas a cualquier hora del día) y, por otro lado,
están los planes de descuento que no tiene cuota mensual ya que las llamadas
realizadas tienen determinado descuento siempre y cuando se realicen en unas
determinadas franjas horarias.

Cada franja horaria tiene un identificador, un rango de días (de lunes a viernes, festivos,
etc.,), un rango de horas (de 8:00 a 14:00, todo el día, de 14:00 a16:00, etc.,) y una
descripción. De igual manera, también se almacenaran los posibles rangos de duración
(código identificador y rango de duración de las llamadas, por ejemplo, entre menos de
3 minutos, entre 3 y 15 minutos, etc.).

El tipo de plan de descuento, la franja horaria en que se realicen las llamadas y la

duración de estas determinara el coste en céntimos/minuto de la las llamadas; este
coste se realizara para calcular el coste total dé cada una de las llamadas realizadas
en cada línea telefónica. Es importante tener en cuenta que para el cálculo del coste de
las llamadas, se tendrá en cuenta únicamente la fecha y hora inicial de la misma (la
franja horaria inicial).

Por último, la compañía telefónica también adoptara un sistema de puntos para

premiarla fidelidad de sus clientes. Para ellos, a cada línea se le asignaran una serie
de puntos cada dos meses (fecha de inicio y fecha de fin) según la facturación realizada
(un punto cada 6 € de gato de llamadas). Esta información se guardara también en la
base de datos así como los puntos que ha ido canjeando el cliente cada dos meses y
el total de puntos acumulados que ha conseguido.