Diseño de Base de Datos.

Modelo E-R

Facilitador: Ing. Raúl Hidalgo

Especificación del problema
El departamento de Tecnología de la
Universidad desea desarrollar una aplicación
para la gestión de reservas de sus laboratorios
de computación, por los docentes. Esta
aplicación será implantada dentro de la
intranet del departamento y tendrán acceso a
ella todos los profesores. El departamento
consta actualmente de 6 laboratorios y el
horario de posibles reservas es de 8:00 a las
20:00 horas todos los días de la semana
(incluso fines de semana).
Los requisitos funcionales de la
aplicación, en una primera fase,
son los siguientes:
Creación de reservas.
Esta funcionalidad permite a un profesor crear
una nueva reserva. El sistema debe solicitar la
CI del profesor, el numero de laboratorio, la
fecha de reserva (que debe ser igual o mayor
a la fecha del día) y la hora de inicio y la hora
de fin. Las reservas se hacen por horas
completas (60 minutos) y no hay restricción
de tiempo.
Si es posible hacer la reserva, el sistema debe
pedir confirmación antes de proceder a
reservar el aula. Para finalizar se despliega
por pantalla el comprobante de reserva.
DFD
(Diagrama de Contexto)
Hora inicio

Hora fin
Sistema
Nro lab Listado de reserva
de reserva
Profesor
ci de
Profesor laboratorio
Fecha reserva Comprobante de
reserva
Confirmación reserva

Fecha

Sistema
Listado de reservas
Esta funcionalidad debe permitir realizar un listado
genérico de todas las reservas de un laboratorio o todas
las reservas de un profesor. El sistema debe solicitar
numero de laboratorio y la CI del profesor, y al menos
uno de los datos debe ser introducido (en caso contrario
es un error).
Si el numero de lab se deja en blanco (nulo) y sólo se
introduce la CI del profesor se deben listar todas las
reservas del profesor en cualquier lab.
Si la CI de profesor de deja en blanco (nulo) y sólo se
introduce el numero de lab se deben listar todas las
reservas de ese lab.
Si se introducen la CI del profesor y el numero de lab,
sólo se listan las reservas del profesor para el lab
indicado.
DFD nivel 0
Hora inicio
Hora fin
Nro lab
Realizar
Profesor
ci reserva
Profesor Comprobante de
Fecha reserva reserva

Confirmación reserva

profesor lab reservas

ci Generar
listado
Nro lab Listado de reserva
Fase II

Diagrama Entidad Relación (DER)

Diccionario de Datos
El modelado entidad-relación
Es una técnica para el modelado de datos utilizando diagramas
entidad relación.

Pasos a seguir:

1. Se parte de una descripción textual del problema o sistema de

información a automatizar (los requisitos).
2. Se hace una lista de los sustantivos y verbos que aparecen.
3. Los sustantivos son posibles entidades o atributos.
4. Los verbos son posibles relaciones.
5. Analizando las frases se determina la cardinalidad de las relaciones
y otros detalles.
6. Se elabora el diagrama (o diagramas) entidad-relación.
7. Se completa el modelo con listas de atributos y una descripción de
otras restricciones que no se pueden reflejar en el diagrama
 Diagrama entidad relación
No_lab,ci,fecha, hora_inicio,hora_fin
Es entregado Compro-
bante
reserva
genera
(Ci, nombre, tlf)
Profesor reserva (No_lab
ubicacion,
recursos,)
Sistema verifica Lab
reserva
solicita cod_reserva,
No_lab,ci,
fecha_reserva,
hora_inicio,
genera hora_fin+motivo

Listado
{reg_reserva}
reserva
Cardinalidad de relaciones
El tipo de cardinalidad se representa mediante una etiqueta en el exterior de la relación,
respectivamente: "1:1", "1:N" y "N:M", aunque la notación depende del lenguaje utilizado, la
que más se usa actualmente es el unificado. Otra forma de expresar la cardinalidad es
situando un símbolo cerca de la línea que conecta una entidad con una relación:

"0" si cada instancia de la entidad no está obligada a participar en la relación.

"1" si toda instancia de la entidad está obligada a participar en la relación y, además,

solamente participa una vez.

"N" , "M", ó "*" si cada instancia de la entidad no está obligada a participar en la relación y
puede hacerlo cualquier número de veces.

Ejemplos de relaciones que expresan cardinalidad:

Cada esposo (entidad) está casado (relación) con una única esposa (entidad) y viceversa. Es
una relación 1:1.

Una factura (entidad) se emite (relación) a una persona (entidad) y sólo una, pero una
persona puede tener varias facturas emitidas a su nombre. Todas las facturas se emiten a
nombre de alguien. Es una relación 1:N.

Un cliente (entidad) puede comprar (relación) varios artículos (entidad) y un artículo puede
ser comprado por varios clientes distintos. Es una relación N:M.
Ejemplo de Cardinalidad
Diccionario de Datos
reg_profesor=ci+nombre+teléfono
reg_Lab=No_lab+ubicación+recursos
reg_reserva=cod_reserva+No_lab+ci+fecha_reserva+hora_inicio
+hora_fin+motivo

ci=cadena [9] No_lab=entero

nombre=cadena[50] Ubicación=cadena[50]
teléfono=cadena[9] recursos=cadena[100]

cod_reserva=entero fecha=cadena[8]
fecha_reserva=fecha
hora_inicio=entero
hora_fin=entero
motivo = cadena [100]
Diccionario de Datos
comprobante_reserva= No_lab+ci+fecha+hora_inicio+hora_fin

listado_reserva={reg_reserva}

datos_de_reserva=ci+No_lab+hora_inicio+hora_fin+motivo
+fecha_reserva