El documento describe el modelo entidad-relación (MER) para modelar los requisitos de información de los negocios de manera independiente del hardware y software. El MER tiene tres componentes: entidades, relaciones y atributos. Las entidades representan los objetos importantes sobre los cuales se necesita almacenar información, las relaciones definen las dependencias entre entidades, y los atributos son los datos que se almacenan sobre cada entidad. Además, se proporcionan ejemplos de aplicación del MER para diseñar bases de datos relacionales para diferentes escenarios.

1. MODELO ENTIDAD
RELACIÓN
Lic. Anl. Jorge Luis Chalén P.

2. Modelamiento conceptuales de datos
Es un proceso que define y modela los objetos o cosas de importancia para
un negocio de las cuales necesito conocer y almacenar
INPUT PROCESS OUTPUT

3. MODELO ENTIDAD RELACIÓN (MER)
• Es el gráfico que se produce por el modelamiento de datos y que permite
modelar los requerimientos de información de los negocios.
• El MER debe ser independiente del hardware y software que se va a usar.
• El MER tiene 3 componentes:
• Entidades
• Relaciones
• Atributos

4. ENTIDADES
• Son los objetos de importancia acerca de los cuales se necesita conocer y
almacenar información.
• Es un box de n direcciones.
• El nombre de la entidad va en la parte superior en mayúscula y en singular.
• Puede tener un nombre alterno o sinónimo en singular, mayúscula y en paréntesis.
• Toda entidad tiene ocurrencia o instancia.
Leng.Traddicional Archivos Registro Campos
MER Entidad Ocurrencia/Instancia Atributos
B/D Tablas Filas Columnas
CAB_FACT CABECERA_FACTURA
Estandarización

5. ATRIBUTOS
• Son aquellos datos o piezas de información que se necesita conocer y
almacenar de cada entidad.
• Los atributos deben ir dentro del box en minúscula y en singular.
• Toda ocurrencia debe ser identificable a través de un Identificador Único (unique
identifier)
• UID: Un atributo o conjunto de atributos que permita identificar a una instancia o
ocurrencia de una entidad.
ESTUDIANTE
# matricula
(#) cedula
ESTUDIANTE
# código
descripcion
(#) código_barra

6. RELACIONES
• Es un vínculo que nos permite definir una dependencia entre varias entidades, es
decir, nos permite exigir que varias entidades compartan ciertos atributos de
forma indispensable.
• Es una asociación bidireccional significativa entre 2 entidades o entre una entidad
y ella misma.
• Grado de relaciones:
• Uno a Muchos
• Uno a Uno
• Muchos a Muchos
• Opcionalidad:
• Debe
• Puede

7. Ejercicio
Se quiere diseñar una base de datos relacional que permita almacenar
información de una tienda de calzados. Debiéndose registrar de cada
cliente su nombre, apellido, teléfono y la ciudad en que reside así como
los diferentes pedidos que pudiera realizar de los distintos modelos de
zapatos que existen en stock. De cada registro de pedido se debe guardar
la fecha de la compra, el total, el descuento en caso de haber y el
impuesto cobrado. De cada modelo de zapatos se conoce la marca, la
descripción, el precio, fecha de ingreso o registro, el stock existente y a
que tipo de calzado pertenece (deportivo, casual, dama, caballero…).
Como política de la compañía se establece que cada cliente puede realizar
una sola reservación.

8. CLIENTE
id_cliente nombre apellido telef ciudad
PEDIDO
id_pedido total descuento Impuesto Fecha
MODELO_CALZADO
id_mod_calz Tipo_calz marca descripcion precio stock Fech_reg
RESERVACIÓN
id_reservacion cantidad fech_registro fec_reservacion
CLIENTE_PEDIDO
Id_cliente Id_pedido
PEDIDO_MODELO_CALZADO
Id_pedido Id_mod_calz
MODELO_CALZADO_RESERV
Id_mod_calz Id_reserv
1 FN
2 FN

9. CLIENTE
id_cliente nombre apellido telef ciudad
PEDIDO
id_pedido total descuento Impuesto id_fech
MODELO_CALZADO
id_mod_calz Tipo_calz marca descripcion precio stock Fech_reg
RESERVACIÓN
id_reservacion cantidad fech_registro fec_reservacion
CLIENTE_PEDIDO
Id_cliente Id_pedido
PEDIDO_MODELO_CALZADO
Id_pedido Id_mod_calz
MODELO_CALZADO_RESERV
Id_mod_calz Id_reserv
FECHA
Id_fech dia mes año
TIPO_CALZADO
id_tipo_calz nombre descrip
3 FN

11. Ejercicios de Aplicación
• Ejercicio#1: Se quiere diseñar una base de datos relacional para almacenar
información sobre los asuntos que lleva un gabinete de abogados. Cada asunto
tiene un número de expediente que lo identifica, y corresponde a un solo cliente.
Del asunto se debe almacenar el período (fecha de inicio y fecha de archivo o
finalización), su estado (en trámite, archivado, etc.), así como los datos
personales del cliente al que pertenece (DNI, nombre, dirección, etc.). Algunos
asuntos son llevados por uno o varios procuradores, de los que nos interesa
también los datos personales
• Ejercicio#2: Se quiere diseñar una base de datos relacional que almacene
información relativa a los zoos existentes en el mundo, así como las especies
animales que éstos albergan. De cada zoo se conoce el nombre, ciudad y país
donde se encuentra, tamaño (en m2) y presupuesto anual. De cada especie
animal se almacena el nombre vulgar y nombre científico, familia a la que
pertenece y si se encuentra en peligro de extinción. Además, se debe guardar
información sobre cada animal que los zoos poseen, como su número de
identificación, especie, sexo, año de nacimiento, país de origen y continente.

12. Ejercicios de Aplicación
• Ejercicio#3: Se quiere diseñar una base de datos relacional para gestionar los datos de los socios de un
club náutico. De cada socio se guardan los datos personales y los datos del barco o barcos que posee:
número de matrícula, nombre, número del amarre y cuota que paga por el mismo. Además, se quiere
mantener información sobre las salidas realizadas por cada barco, como la fecha y hora de salida, el
destino y los datos personales del patrón, que no tiene porque ser el propietario del barco, ni es
necesario que sea socio del club.
• Ejercicio#4: Se desea diseñar una base de datos relacional que almacene la información sobre los
préstamos de las películas de un vídeo club. En la actualidad la gestión de esta información se lleva
cabo del siguiente modo: Cuando se hace un préstamo se rellena una ficha en la que se anota el socio
que se lleva la película, la fecha y el número de la cinta que se lleva, que es único (de cada película hay
varias copias en cintas distintas). Esta ficha se deposita en el archivador de películas prestadas. Cuando
el socio devuelve la cinta, la ficha se pasa al archivador de películas devueltas. El vídeo club tiene,
además, un archivador con fichas de películas ordenadas por título; cada ficha tiene además el género
de la película (comedia, terror, ...), su director y los nombres de los actores que intervienen. También se
tiene un archivador con las fichas de los socios, ordenadas por el código que el vídeo club les da cuando
les hace el carné; cada ficha tiene el nombre del socio, su dirección y teléfono, los nombres de sus
directores favoritos, los nombres de sus actores favoritos y los géneros cinematográficos de su
preferencia. Cuando un socio quiere tomar prestada una película de la que no hay copias disponibles, se
le puede anotar en la lista de espera de esa película. Cada vez que se devuelve una película, se
comprueba si hay alguien en su lista de espera, y si es así se llama por teléfono al primer socio de la lista
para decirle que ya puede pasar a recogerla, borrándolo después de la lista.