Documentos de Académico
Documentos de Profesional
Documentos de Cultura
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).
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.
▪ 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.
1:N
EJEMPLO SENCILLO DE DIAGRAMA ENTIDAD/RELACION
1: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).
7. Se completa el modelo con listas de atributos y una descripción de otras restricciones que no
se pueden reflejar en el diagrama.