Fundamentos de Bases de Datos

Docente Experto: Mara Ncida Malca Quispe

Gua para la Elaboracin del

Modelo Entidad Relacin
A. Matriz de Relaciones
Es una tcnica que sirve para la recoleccin inicial de informacin acerca de las relaciones entre un conjunto de
entidades. Consiste en identificar conjuntos de datos (entidades), relaciones entre las sus instancias u ocurrencias, as
como determinar su cardinalidad.
Se debe seguir los siguientes pasos para llenar la matriz:
Identificar en el problema, los sustantivos, de preferencia en plural, que sern las entidades.
Colocar en las filas todas las entidades que encontr se encontr.
Colocar en las columnas todas las entidades, pero en el mismo orden que las coloc en las filas.
Llenar la diagonal, analizando si existen relaciones entre las instancias u ocurrencias de la misma entidad
(relaciones recursivas). Si se tienen relaciones recursivas se establece la cardinalidad y su nombre, en caso
contrario se coloca una X.
Llenar la matriz desde la primera fila, de izquierda a derecha, determinando si se relacionan o no. Si existe una
relacin, determinar su cardinalidad (partiendo del mnimo para la entidad fila y llegando al mximo en la entidad
columna) y su nombre. Se repite hasta la ltima fila.
Cada relacin por debajo de la diagonal es la inversa o espejo de una relacin por encima de la diagonal. Esto
debido a que las relaciones son en ambos sentidos, es decir simtricas; aunque toman su propia cardinalidad en
cada sentido.
Aqu tenemos un ejemplo de esta matriz:
ENTIDAD

DEPARTAMENTO

CARGO

DEPARTAMENTO

CARGO

EMPLEADO

1:1
asignado

1:1
posee

EMPLEADO
1:N
tiene
1:N
clasifica
X

B. Obtener el Diagrama Entidad Relacin (DER)

A partir de la matriz obtenida, realizar lo siguiente:
1. Determina la entidad que tiene ms relaciones 1:1; o cul es la entidad, que ms identifica el caso. Luego se
coloca en el centro del diagrama.
2. Examinar la matriz, desde la primera fila y determinar con qu entidades est relacionada (entidad columna).
Las entidades identificadas se colocan cerca de la entidad inicial, y se trazan las lneas de conexin de la

relacin estableciendo su razn de participacin (opcional u obligatoria) y colocando su nombre. Esta

operacin se repite hasta llegar a la ltima fila.
3. Agregar las cardinalidades en cada extremo de las relaciones, empezando desde la primera fila de la matriz
4. Resolver relaciones N:M existentes, mediante la agregacin de entidades interseccin.
5. Agregar los atributos a cada una de las entidades (suelen ser sustantivos en singular, que caracterizan a una
entidad), estableciendo si son obligatorios u opcionales.
6. Establecer el identificador nico o atributo clave para cada entidad, que puede ser ms de un atributo.
Adems, se puede tener entidades dbiles con dependencia de identificacin, que requieren el atributo clave
de la entidad fuerte de la cual dependen. En este caso, no olvide colocar la barra vertical de identificacin en la
relacin.
C.

Ejemplo: Control de rdenes de pedido

a) Caso
Disear un diagrama entidad-relacin para el control de recibo de rdenes, que contener la informacin de clientes,
artculos y rdenes.
De los clientes se desea tener su nmero (nico), nombre, direccin de envo (varias por cliente), ingresos anuales,
lmite de crdito y descuento. De las rdenes se desea tener su nmero de la orden (nico), nmero del cliente que
la orden, la direccin de envo del cliente, fecha de orden. Adems, todo el detalle de la orden, la cual contiene,
los artculos pedidos con su cantidad ordenada y su cantidad pendiente, cada lnea del detalle de la orden tienen
un nmero de lnea, que es un consecutivo.
De los artculos se desea tener su nmero (nico), descripcin del artculo, cdigo de la planta que lo produce
(varias) y cantidad almacenada en cada planta que lo produce.
As mismo, se sabe que no existen dos clientes con una direccin de envo comn.
b) Matriz de relaciones
Podemos identificar tres sustantivos en plural que identifican entidades: rdenes, clientes y artculos. Con ello, se
elabora la siguiente matriz:
ENTIDADES

ORDEN

ORDEN

CLIENTE
ARTICULO

1:N
Tiene
1:N
est

CLIENTE
1:1
pertenece

ARTICULO
1:N
tiene

Observamos que no se tienen relaciones recursivas, por tanto la diagonal est vaca. En la primera fila tenemos
que la entidad orden tiene relacin con las entidades cliente y artculo. Una orden pertenece mximo a un cliente,
es decir, no puede haber rdenes que pertenezcan a dos clientes; as mismo, una orden puede tener muchos

artculos, esto debido a que los clientes hacen su solicitud de artculos a travs de una orden. De este modo, no
hay una relacin entre cliente y artculo
En la segunda fila, se observa que un cliente puede tener muchas rdenes, esto porque cada vez que hace un
pedido a la empresa, se le genera una orden.
Finalmente, el artculo solo tiene relacin con las rdenes, pues un artculo puede estar en varias rdenes, ya sea
del mismo cliente o clientes diferentes.
c) Obteniendo el DER
A partir de la matriz de relaciones se determina la entidad central ORDEN, dado que tiene ms relaciones 1:1. As
mismo, se observa que las otras dos entidades no se relacionan entre s; por tanto, su ubicacin grafica sera:
ARTICULO

ORDEN

CLIENTE

Luego, se trazan las relaciones, se coloca su nombre, razn de participacin y su opcionalidad.

Vemos que una orden tendr uno o muchos artculos y un artculo puede estar en muchas rdenes. Por otro lado, una
orden pertenece a un solo cliente y un cliente puede tener varias rdenes. El diagrama ahora se ve as:
ARTICULO

ORDEN

est
tiene

tiene

CLIENTE

pertenece

Podemos observar que existe una relacin N:M entre las entidades articulo y orden, lo cual debe resolverse con una
entidad interseccin, que la llamamos DETALLE_ORDEN:
ARTICULO

ORDEN

tiene

CLIENTE

pertenece
est

tiene
contiene

DETALLE_ORDEN
es

Luego agregamos los atributos a las entidades correspondientes.

Observamos que para la entidad CLIENTE, adems de guardar su nmero, nombre, ingresos, imite de crdito y
descuento, se dice que puede tener varias direcciones de envo. Por tanto, est caracterstica se vuelve entidad porque
es un conjunto de DIRECCIONES. Ahora el diagrama sera:

ARTICULO

ORDEN

CLIENTE
*numero_cli
*nombre_cli
*ingresos_cli
*credito_cli
*descuento_cli

tiene
pertenece

est

tiene
contiene

DETALLE_ORDEN

posee
es
es
DIRECCION
*nombre_dir

Analizando el caso tenemos que una ORDEN debe tener un nmero nico y el nmero del cliente que la orden; sin
embargo, esto es un atributo de la entidad CLIENTE que es compartido, por ello existe una relacin entre ORDEN y
CLIENTE. As mismo, la direccin de envo no ser un atributo de la entidad ORDEN, pues ya existe en DIRECCION;
por tanto, surge una nueva relacin entre ORDEN y DIRECCION, donde una ORDEN solo debe tener una direccin de
envo como mximo, mientras que una DIRECCION puede estar en varias rdenes. Adems, se tiene la fecha de la
orden. Entonces, el diagrama se ve as:
ARTICULO

ORDEN
*numero_ord
*fecha_ord

est

tiene
pertenece

tiene
contiene

tiene

DETALLE_ORDEN

CLIENTE
*numero_cli
*nombre_cli
*ingresos_cli
*credito_cli
*descuento_cli
posee

es
est

es
DIRECCION
*nombre_dir

Con respecto a la entidad DETALLE_ORDEN, almacena el artculo, la cantidad pedida y la cantidad pendiente. Pero
tengamos en cuenta que el artculo no sera atributo, pues ya es una entidad, por lo cual existen una relacin entre
ARTCULO y DETATALLE_ORDEN. Adems tiene un nmero de lnea consecutivo. As, nuestro diagrama se
transforma en:

ARTICULO

ORDEN
*numero_ord
*fecha_ord

est

CLIENTE
*numero_cli
*nombre_cli
*ingresos_cli
*credito_cli
*descuento_cli

tiene
pertenece

tiene
tiene

DETALLE_ORDEN
*numero_lin
*cantidad_pedida_lin
*cantidda_pendiente_li
n

contiene

posee
es
est

es
DIRECCION
*nombre_dir

Tambin vemos, que en la entidad ARTICULO se desea tener la informacin de nmero, descripcin, cdigo de planta
que lo produce, que pueden ser varias. En este caso, se necesita una nueva entidad PLANTA que mantiene una
relacin con ARTICULO: un artculo puede ser producido por muchas plantas, y que una planta puede producir varios
artculos. Grficamente tenemos:
ARTICULO
*numero_art
*descripcin_art
producido

ORDEN
*numero_ord
*fecha_ord

est

tiene
pertenece

tiene
contiene

produce

DETALLE_ORDEN
*numero_lin
*cantidad_pedida_lin
*cantidda_pendiente_li
n

tiene

CLIENTE
*numero_cli
*nombre_cli
*ingresos_cli
*credito_cli
*descuento_cli
posee

es
est

es
DIRECCION
*nombre_dir

PLANTA
*codigo_pla
*nombre_pla

Nuevamente tenemos una relacin N:M, la que resolvemos con una entidad interseccin, que puede ser llamada
ALMACENAMIENTO, y guardara la cantidad almacenada de cada artculo en la planta. Ahora nuestro diagrama se ve
as:

ARTICULO
*numero_art
*descripcin_art
tiene

ORDEN
*numero_ord
*fecha_ord

est

pertenece

tiene
contiene

corresponde
ALMACENAMIENTO
*cantidad_alm

tiene

DETALLE_ORDEN
*numero_lin
*cantidad_pedida_lin
*cantidad_pendiente_lin

tiene

CLIENTE
*numero_cli
*nombre_cli
*ingresos_cli
*credito_cli
*descuento_cli
posee

es
est

es
DIRECCION
*nombre_dir

es

produce
PLANTA
*codigo_pla
*nombre_pla

Bien, ahora, solo nos queda establecer los identificadores de las entidades, tomando cuidado en las entidades con
dependencia de identificacin.
Para las entidades CLIENTE, ARTICULO, ORDEN y PLANTA, tienen un numero nico o cdigo que puede
identificar sus instancias, por ende sern sus atributos clave y los identificamos con el smbolo #. Estas son
entidades fuertes.
En la entidad DIRECCION, el nico atributo que tiene se convierte en atributo clave, pues se garantiza que dos
clientes no tienen nunca una misma direccin.
En la entidad DETALLE_ORDEN, si bien tiene un nmero consecutivo cada detalle y no se repite en la misma
orden; sin embargo, se puede tener similares nmeros de lneas en distintas rdenes. Por tanto, se trata de
una dependencia de identificacin con respecto a la entidad ORDEN, y la definicin de su clave primaria
necesita de la clave primaria de ORDEN ms el atributo propio numero_lin; de este modo para indicar que la
relacin forma parte de la clave primaria usamos la barra de identificacin.
Finalmente, para la entidad ALMACENAMIENTO, observamos que no dispone de atributos que puedan
identificar en forma nica a sus instancias, adems, que es una entidad interseccin derivada de una
resolucin N:M. Por tanto, se requiere de las relaciones con las entidades que le dieron origen, en este caso
ARTICULO y PLANTA, para poder identificar sus instancias.
De este modo, nuestro diagrama obtenido se muestra as:
ARTICULO
#*numero_art
*descripcin_art
tiene

ORDEN
#*numero_ord
*fecha_ord

est

pertenece

tiene
contiene

corresponde
ALMACENAMIENTO
*cantidad_alm

tiene

DETALLE_ORDEN
#*numero_lin
*cantidad_pedida_lin
*cantidad_pendiente_lin

tiene

CLIENTE
#*numero_cli
*nombre_cli
*ingresos_cli
*credito_cli
*descuento_cli
posee

es
est

es
DIRECCION
#*nombre_dir

es

produce
PLANTA
#*codigo_pla
*nombre_pla

 Referencias bibliogrficas
UNAD (s.f). Bases de datos bsicos. Colombia: Universidad Nacional Abierta y a Distancia. Recuperado de
http://datateca.unad.edu.co/contenidos/301330/Contenido_Linea_EXE-1/diagrama_entidad_relacin.html