Está en la página 1de 6

Símbolos del diagrama entidad relación

Cada diagrama presenta una selección de símbolos de diagrama entidad relación. Estos son
algunos de los símbolos más comunes:
Rectángulos
Los rectángulos representan las entidades padre. Suelen tener entidades débiles
(rectángulos dobles) que dependen de ellas.
Óvalos
Los atributos se representan mediante óvalos. Describen las características de una
entidad.
Rombos
Los rombos se utilizan para mostrar las relaciones entre entidades.
Flechas y líneas de conexión
Las líneas y flechas sirven para indicar las relaciones entre entidades.
Cardinalidades
Las cardinalidades indican la cantidad de información que fluye de una entidad a otra
(más información sobre este tema más adelante).

¿Por qué es importante el diagrama ER en el diseño de bases de datos?


A la hora de crear un nuevo sistema, los desarrolladores y diseñadores de bases de datos
necesitan una forma sencilla pero eficaz de visualizar la estructura. Necesitan saber cómo
funcionan juntas las entidades, sus atributos y cómo se relacionan entre sí. Aquí es donde puede
ayudar un modelo ER lógico. Un DER permite a los desarrolladores mapear cada elemento clave
de una nueva base de datos. Pueden ver cómo funcionará el software, probar ciertas relaciones
de antemano y detectar cualquier laguna en el software antes de que se ponga en marcha. De
este modo, el equipo de desarrollo tendrá un proceso más fluido en el momento de la puesta en
marcha. La creación de un diagrama entidad relación también ayuda a los desarrolladores a
detectar áreas de mejora en las bases de datos existentes. Facilita la visualización de las áreas en
las que el software actual necesita mejoras. Los desarrolladores pueden entonces depurar las
bases de datos para mejorar el software en el futuro.

¿Cuáles son los 3 componentes principales de un diagrama ER?


Los tres componentes de un diagrama entidad relación son:

1.- Entidades
Las entidades, que suelen representarse en forma de rectángulo, son sustantivos (como objetos,
personas, conceptos o eventos). Diferentes símbolos suelen reflejar distintos tipos de entidades.
Por ejemplo, un conjunto de entidades fuerte suele representarse mediante un rectángulo,
mientras que un conjunto de entidades débil se ilustra como un rectángulo doble.

2.- Atributos
Los atributos son las características de una entidad. Por ejemplo, supongamos que su diagrama
ER representa el software que utilizan los estudiantes para solicitar plaza en la universidad. Bajo
la entidad "Estudiante", la siguiente información se mencionará como atributos:
Número_de_estudiante, Nombre_de_estudiante y Curso_de_estudio.

3.- Relaciones
En un diagrama ER, las líneas y flechas de conexión tienen etiquetas. Estas etiquetas representan
cómo interactúan las entidades, mostrando al desarrollador las relaciones entre ellas. Los
diferentes tipos de líneas de conexión también tienen diferentes significados y mostrarán a los
desarrolladores cuántos datos fluyen de una entidad a la siguiente. Se trata de relaciones
cardinales, que se explicarán con más detalle más adelante. Con estos tres componentes, los
desarrolladores pueden mapear los elementos clave de una base de datos nueva o existente.

Cómo hacer un diagrama entidad relación

1. Identifica las entidades


El primer paso es identificar todas las entidades que forman su base de datos o proceso. Este
paso es diferente para cada persona. Si estás mapeando una base de datos o un software,
identificarás todos los elementos clave del software. Pero si te centras más en un proceso o una
estructura empresarial, te centrarás en los elementos empresariales y las funciones relevantes.
En última instancia, depende de ti identificar las entidades adecuadas en función del modelo que
intentes mapear. Para ayudarte a empezar, aquí tienes algunos ejemplos de entidades DER:
A) Una persona
Por ejemplo, un cliente, un empleado, un estudiante o un paciente.
B) Objetos
Los ejemplos incluyen productos, maquinaria y vehículos.
C) Eventos
Algunos ejemplos son la captación de clientes, la finalización de una venta o la realización de una
renovación.
En este punto del proceso, no te preocupes demasiado por colocar los elementos en un orden
concreto. Ya lo harás cuando identifiques las relaciones. En su lugar, concéntrate en cubrir cada
entidad para asegurarte de que tu diagrama de base de datos es lo más preciso posible.

2. Añade los atributos


Ahora puedes añadir atributos para caracterizar las entidades. Utilicemos un ejemplo para
demostrarlo. Imagina que una de tus entidades es el color de un producto. Dentro de esta
entidad, los atributos podrían incluir lo siguiente — Nombre del color — Código del color — ID
del color Toda esta información añade detalles a la entidad. Los atributos son vitales tanto si se
está mapeando una base de datos como si se está esbozando un proceso de negocio. Definen
todas las propiedades que definen una entidad, aportando información clave al primer plano del
diagrama.

3. Identifica las relaciones entre entidades


Una vez definidas las entidades y los atributos, es hora de trazar sus relaciones. Utilizando líneas
de conexión y flechas, conecta las entidades para indicar sus relaciones. No todas las entidades
estarán relacionadas, y no pasa nada. Concéntrate en los elementos que se relacionan entre sí y
conéctalos. Una vez colocadas todas las líneas de conexión, puedes añadir etiquetas para
describir el tipo de relación. Imagina que tiene dos entidades - un "Cliente" y un "Pedido". Puedes
añadir una etiqueta a la línea de conexión para mostrar cómo se relacionan estas entidades. La
etiqueta dice "Lugares", lo que indica que las entidades se relacionan entre sí a través de una
acción específica (cuando un cliente hace un pedido). Aunque este dato es pequeño,
proporciona un contexto adicional, facilitando que cualquiera que lea el diagrama comprenda
plenamente cómo y por qué se conectan determinados elementos.
4. Define las cardinalidades
Otra forma de proporcionar información adicional es utilizar cardinalidades. Las cardinalidades
definen los atributos numéricos de las relaciones entre entidades. Representan la cantidad de
información o datos que fluyen entre las entidades. Algunos ejemplos de cardinalidades
comunes son:
Una relación de uno a uno
Un cliente que sólo puede comprar un producto a la vez.
Una relación de uno a muchos
Un cliente que puede comprar varios productos a la vez.
Una relación de muchos a muchos
Un grupo de clientes que pueden comprar varios productos a la vez.

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.
Correspondencia de cardinalidades
Dado un conjunto de relaciones en el que participan dos o más conjuntos de entidades, la
correspondencia de cardinalidad indica el número de entidades con las que puede estar
relacionada una entidad dada.
Dado un conjunto de relaciones binarias y los conjuntos de entidades A y B, la correspondencia
de cardinalidades puede ser:
✓ Uno a uno: Una entidad de A se relaciona únicamente con una entidad en B y viceversa.
✓ Uno a varios: Una entidad en A se relaciona con cero o muchas entidades en B. Pero una
entidad en B se relaciona con una única entidad en A.
✓ Varios a uno: Una entidad en A se relaciona exclusivamente con una entidad en B. Pero
una entidad en B se puede relacionar con 0 o muchas entidades en A.
✓ Varios a varios: Una entidad en A se puede relacionar con 0 o muchas entidades en B y
viceversa.

Los símbolos pequeños en cada línea o flecha de conexión reflejan estos valores numéricos. Los
símbolos varían en función de la cantidad de información que fluye y en qué dirección se mueve.
Para que el diagrama sea lo más claro y conciso posible, hay que tener en cuenta la cardinalidad.
Esto te permite mostrar exactamente cuánta información se mueve entre las entidades, así
como en qué dirección se mueve. Como resultado, cualquier persona que lea el diagrama tendrá
al instante una imagen clara de cómo fluyen los datos a través de toda la base de datos o sistema.

DIBUJOS DE LAS FLECHAS

1:N
EJEMPLO SENCILLO DE DIAGRAMA ENTIDAD/RELACION

Relación uno a JEFE


varios

1:N

DEPARTAMENTO PERTENECE EMPLEADO


Tenemos un empleado que puede ser jefe de otros empleados, pero esos empleados no
pueden tener más de un jefe. –

Un empleado pertenece a un solo departamento, pero un departamento puede tener varios


empleados.

Técnica para el modelado de datos utilizando diagramas entidad relación.

No es la única técnica, pero sí la más utilizada. Brevemente consiste en los siguientes pasos:

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.

También podría gustarte