·

m umpe
UT 2 – Interpretación del diseño conceptual. Diagramas Entidad/Relación. Bases De Datos
UT 2 - INTERPRETACIÓN DEL DISEÑO CONCEPTUAL. DIAGRAMAS
ENTIDAD/RELACIÓN
1 – ANÁLISIS Y DISEÑO DE BASES DE DATOS
NIVEL CONCEPTUAL: describe la estructura completa de la base de datos a través de lo que
llamamos esquema conceptual, que se encarga de representar la información de una manera
totalmente independiente del Sistema de Base de Datos.

TRES FASES DE TRABAJO:

• Análisis:
- Localizar y definir las entidades y sus atributos.
- Se definirán las relaciones existentes entre entidades.
- Obtención del Esquema Conceptual a través del modelo Entidad/Relación.
• Diseño:
- Conversión del modelo E/R en un modelo relacional.
- Creación de tablas con todas las restricciones definidas. Normalización.
• Implementación:
- Creación de las tablas en un SGBD concreto.
- Establecimiento de las reglas de acceso (qué usuarios pueden acceder a qué datos).

Saltarse el esquema conceptual conlleva un problema de pérdida de información respecto al

problema real a solucionar. El esquema conceptual debe reflejar todos los aspectos relevantes del
mundo real que se va a modelar.

Para la realización de esquemas que ofrezcan una visión global de los datos, se describe el modelo
Entidad/Relación.

Actualmente, el modelo Entidad/Relación extendido (ERE) es el más aceptado, aunque existen

variaciones que hacen que este modelo no sea totalmente un estándar.

2 - ¿QUÉ ES EL MODELO ENTIDAD/RELACIÓN?

Herramienta de referencia para la representación conceptual de problemas del mundo real.
OBJETIVO: facilitar el diseño de bases de datos permitiendo la especificación de un esquema que
representa la estructura lógica completa de una base de datos.

Este esquema partirá de las descripciones textuales de la realidad, que establecen los
requerimientos del sistema, buscando ser lo más fiel posible al comportamiento del mundo real
para modelarlo.
UT 2 – Interpretación del diseño conceptual. Diagramas Entidad/Relación. Bases De Datos

El modelo de dato Entidad/Relación representa el significado de los datos, es un modelo semántico.

Las características actuales de este modelo favorecen la representación de cualquier tipo de

sistema y a cualquier nivel de abstracción o refinamiento, lo cual da lugar a que se aplique tanto a la
representación de problemas que vayan a ser tratados mediante un sistema informatizado, como
manual.

Gracias al modelo Entidad/Relación, creado por Peter Chen en los setenta, se puede representar el
mundo real mediante una serie de símbolos y expresiones determinados. Este modelo está basado
en una percepció()n consistente en objetos básicos llamados entidades y relaciones entre estos
objetos.

3 – ENTIDADES
Una entidad puede ser un objeto físico, un concepto o cualquier elemento que queramos modelar,
que tenga importancia para la organización y del que desee guardar información. Cada entidad debe
poseer alguna característica, o conjunto de ellas, que lo haga único frente al resto de objetos.

ENTIDAD: objeto real o abstracto, con características diferenciadoras capaces de hacerse distinguir
de otros objetos.

No siempre una entidad puede ser concreta (EJ: camping, río, …), en ocasiones puede ser abstracta
(EJ: préstamo, reserva en un hotel, concepto, …).

CONJUNTO DE ENTIDADES: grupo de entidades que poseen las mismas características o

propiedades. Se suele utilizar el término entidad para identificar conjuntos de entidades. Cada
elemento del conjunto de entidades será una ocurrencia de entidad.

En el modelo Entidad/Relación, la representación

gráfica de las entidades se realiza mediante el CLIENTE
nombre de la entidad encerrado dentro de un
rectángulo.
UT 2 – Interpretación del diseño conceptual. Diagramas Entidad/Relación. Bases De Datos

TIPOS: FUERTES Y DÉBILES

ENTIDADES FUERTES O REGULARES:

➢ Aquellas que tienen existencia por sí mismas, su existencia no depende de la existencia de

otras entidades.
➢ EJ: doctor y paciente.
➢ En el modelo E/R las entidades fuertes se representan como hemos indicado anteriormente,
con el nombre de la entidad encerrado dentro de un rectángulo.

ENTIDADES DÉBILES:

➢ Aquellas cuya existencia depende de la existencia de otras instancias de entidad (EJ: edificio
y aula).
➢ Una entidad débil se representa con el nombre de la entidad encerrado en un rectángulo
doble:

CLIENTE

➢ DOS TIPOS DE DEPENDENCIA:

- Dependencia de existencia: entre entidades, si desaparece una instancia de entidad
fuerte desaparecerán las instancias de entidad débiles que dependan de la primera. La
representación de este tipo de dependencia incluirá una E en el interior de la relación
débil.
- Dependencia en identificación: debe darse una dependencia en existencia y además,
una ocurrencia de la entidad débil no puede identificarse por sí misma, debiendo hacerse
mediante la clave de la entidad fuerte asociada. La representación de este tipo incluirá
una ID en el interior de la relación débil.

LIBRO PACIENTE

ID E
tiene tiene

EJEMPLAR FAMILIAR
UT 2 – Interpretación del diseño conceptual. Diagramas Entidad/Relación. Bases De Datos

4 – ATRIBUTOS
Las entidades se representan mediante un conjunto de atributos. Éstos describen características o
propiedades que posee cada miembro de un conjunto de entidades.

ATRIBUTO: cada una de las propiedades o características que tiene un tipo de entidad o un tipo de
relación. Los atributos toman valores de uno o varios dominios.

Un atributo se utilizará para guardar información sobre alguna característica o propiedad de una
entidad o relación (EJ: altura, color, peso, DNI, fecha, …). Todo dependerá de la información que sea
necesaria almacenar.

En el modelo E/R los atributos de una entidad son representados mediante el nombre del atributo
rodeado por una elipse. La elipse se conecta con la entidad mediante una línea recta. Cada atributo
debe tener un nombre único que haga referencia al contenido de dicho atributo. Los nombres de los
atributos se deben escribir en letra minúscula.

dni
dni
nombre
nombre

JUGADOR apellido_1 PACIENTE apellido_1

apellido_2 apellido_2

fecha_nac

DOMINIO: conjunto de valores permitidos para un atributo.

Todos los posibles valores que puede tomar un atributo deberán estar dentro del dominio. Varios
atributos pueden estar definidos dentro del mismo dominio.

Aunque los dominios suelen ser amplios, a la hora de llevar a cabo el desarrollo de una base de
datos, es mejor establecer unos límites adecuados para que el sistema gestor de la base de datos
lleve a cabo las verificaciones oportunas en los datos que se almacenen, garantizando así la
integridad de éstos.
UT 2 – Interpretación del diseño conceptual. Diagramas Entidad/Relación. Bases De Datos

TIPOS DE ATRIBUTOS
ATRIBUTOS OBLIGATORIOS Y OPCIONALES:

• Atributo obligatorio: aquel que ha de estar siempre definido para una entidad o relación (EJ:
para la entidad JUGADOR será necesario tener algún atributo que identifique cada ocurrencia
de entidad). Un ATRIBUTO CLAVE es un atributo obligatorio.
• Atributo opcional: aquel que podría estar definido o no para la entidad. Puede haber
ocurrencias de la entidad para las que ese atributo no tenga valor.

ATRIBUTOS ATÓMICOS O COMPUESTOS:

• Atributo simple o atómico: atributo que no puede dividirse en otras partes o atributos,
presenta un único elemento. No es posible extraer de este atributo partes más pequeñas que
puedan tener significado (EJ: atributo DNI de la entidad JUGADOR).
• Atributo compuesto: atributo que no puede dividirse en otras partes o atributos, presenta un
único elemento. No es posible extraer de este atributo partes más pequeñas que puedan
tener significado (EJ: dirección del jugador podría considerarse como atributo compuesto por
la calle, número y localidad).

ATRIBUTOS DERIVADOS O ALMACENADOS: valor de este tipo de atributos puede ser obtenido del
valor o valores de otros atributos relacionados (EJ: EDAD, si se ha almacenado en algún atributo la
fecha de nacimiento, la edad es un valor calculable).

CLAVES
Los valores de los atributos de una entidad deben ser tales que permitan identificar unívocamente
a cada ocurrencia de la entidad. No se permite que ningún par de ocurrencias de la entidad tengan
exactamente los mismos valores en todos sus atributos.

CLAVE CANDIDATA: atributo o conjunto de atributos que toman valores únicos y distintos para cada
ocurrencia de entidad, identificándola unívocamente. No pueden contener valores nulos.

CLAVE PRIMARIA: también llamada clave principal. De todas las claves candidatas, el diseñador de
la base de datos ha de escoger una, que se denominará clave principal o clave primaria.

CLAVES ALTERNATIVAS: son el resto de claves candidatas que no han sido escogidas como clave
primaria.
UT 2 – Interpretación del diseño conceptual. Diagramas Entidad/Relación. Bases De Datos

La representación en el modelo E/R de las claves primarias puede realizarse de dos formas:

✓ Se utilizan elipses para representar los atributos, se subrayarán aquel o aquellos que formen
la clave primaria.
✓ Se utilizan círculos para representar los atributos, se utilizará un círculo negro en aquellos
que formen la clave primaria.

dni
dni
nombre

JUGADOR apellido_1 JUGADOR nombre

apellido_2 apellido_1

apellido_2

ATRIBUTOS DE UNA RELACIÓN

Una relación puede también tener atributos que la describan.

EJ: consideramos la relación CURSA entre las entidades ALUMNO y ASIGNATURA. Podríamos
asociar a la relación CURSA un atributo NOTA para especificar la nota que ha obtenido un alumno/a
en una determinada asignatura.

En el modelo E/R la representación de atributos asociados a relaciones es exactamente igual a la

que utilizábamos para entidades. Podremos utilizar una elipse con el nombre del atributo en su
interior, conectada con una línea a la relación, o bien, un círculo blanco conectado con una línea a
la relación y junto a él, el nombre del atributo.

num_matricula código nomb_asig

nombre
curso
dirección

ALUMNO CURSA ASIGNATURA

nota
UT 2 – Interpretación del diseño conceptual. Diagramas Entidad/Relación. Bases De Datos

5 – RELACIONES
Las entidades interactúan entre sí a través de las relaciones. La relación o interrelación es un
elemento del modelo E/R que permite relacionar datos entre sí. En una relación se asocia un
elemento de una entidad con otro de otra entidad.

RELACIÓN: es una asociación entre diferentes entidades. En una relación no pueden aparecer dos
veces relacionadas las mismas ocurrencias de entidades.

La representación gráfica en el modelo E/R corresponde a un rombo en cuyo interior se encuentra

inscrito el nombre de la relación. El rombo estará conectado con las entidades a las que relaciona,
mediante líneas rectas, que podrán o no acabar en punta de flecha según el tipo de relación.

JUGADOR Pertenece EQUIPO

N:1

Para describir y definir adecuadamente las relaciones existentes entre entidades, es imprescindible
conocer los siguientes conceptos: grado de la relación, cardinalidad de la relación y
cardinalidades de las entidades.

GRADO DE UNA RELACIÓN

GRADO DE UNA RELACIÓN: número de entidades que participan en una relación.

EN FUNCIÓN DEL GRADO SE PUEDEN ESTABLECER DIFERENTES TIPOS DE RELACIONES:

• Relación Unaria o de grado 1: aquella relación en la que participa una única entidad.
También llamadas reflexivas.
• Relación Binaria o de grado 2: aquella relación en la que participan dos entidades.
• Relación Ternaria o de grado 3: aquella relación en la que participan tres entidades al mismo
tiempo.
• Relación N-aria o de grado n: aquella relación que involucra n entidades. No son usuales y
deben ser simplificadas hacia relaciones de menor grado.
• Relación doble: ocurre cuando dos entidades están relacionadas a través de dos relaciones.
UT 2 – Interpretación del diseño conceptual. Diagramas Entidad/Relación. Bases De Datos

RELACIÓN UNARIA
RELACIÓN BINARIA (REFLEXIVA)

Ejerce_de
JUGADOR Pertenece EQUIPO

EMPLEADO

RELACIÓN TERNARIA RELACIÓN DOBLE

Es_capital

Tiene
CLIENTE CUENTA LOCALIDAD PROVINCIA

SUCURSAL Pertenece

CARDINALIDAD DE RELACIONES
CARDINALIDAD DE UNA RELACIÓN: número máximo de ocurrencias de cada entidad que pueden
intervenir en una ocurrencia de relación. La cardinalidad vendrá expresada siempre para relaciones
entre dos entidades.

Dependiendo del número de ocurrencias de cada una de las entidades pueden existir relaciones
uno a uno, uno a muchos, muchos a uno y muchos a muchos.

EJ: la cardinalidad indicará el número de ocurrencias de la entidad JUGADOR que se relacionan con
cada ocurrencia de la entidad EQUIPO y viceversa. Podríamos hacer la siguiente lectura: un jugador
pertenece a un equipo y a un equipo pueden pertenecer varios jugadores.

JUGADOR Pertenece EQUIPO

N:1
UT 2 – Interpretación del diseño conceptual. Diagramas Entidad/Relación. Bases De Datos

Podríamos representar el resto de cardinales mediante las etiquetas 1:1, 1:N, N:1, N:M que se
leerían respectivamente: uno a uno, uno a muchos, muchos a uno y mucho.

RELACIONES UNO A UNO (1:1): sean las entidades A y B, una instancia u ocurrencia de la entidad
A se relaciona únicamente con otra instancia de la entidad B y viceversa.

1:1

Chen ALUMNO EXPEDIENTE

Chen ALUMNO EXPEDIENTE

1 1
Chen ALUMNO EXPEDIENTE

Martin y Ross ALUMNO EXPEDIENTE

Bachman ALUMNO EXPEDIENTE

Rumbaugh ALUMNO EXPEDIENTE

1 1
Booch ALUMNO EXPEDIENTE
UT 2 – Interpretación del diseño conceptual. Diagramas Entidad/Relación. Bases De Datos

RELACIONES UNO A MUCHOS (1:N): sean las entidades A y B, una ocurrencia de la entidad A se
relaciona con muchas ocurrencias de la entidad B y una ocurrencia de la entidad B sólo estará
relacionada con una única ocurrencia de la entidad A.

1:N

Chen EQUIPO JUGADOR

1 N
Chen EQUIPO JUGADOR

Chen EQUIPO JUGADOR

Ross EQUIPO JUGADOR

Bachman EQUIPO JUGADOR

Martin EQUIPO JUGADOR

Rumbaugh EQUIPO JUGADOR

1 *
Booch EQUIPO JUGADOR
UT 2 – Interpretación del diseño conceptual. Diagramas Entidad/Relación. Bases De Datos

RELACIONES MUCHOS A UNO (N:1): sean las entidades A y B, una ocurrencia de la entidad A está
asociada con una única ocurrencia de la entidad B y un ejemplar de la entidad B está relacionado
con muchas ocurrencias de la entidad A.

RELACIONES MUCHOS A MUCHOS (M:N): sean las entidades A y B, un ejemplar de la entidad A

está relacionado con muchas ocurrencias de la entidad B y viceversa.

M:N

PARTIDO JUGADOR

M N
PARTIDO JUGADOR

PARTIDO JUGADOR

PARTIDO JUGADOR

PARTIDO JUGADOR

PARTIDO JUGADOR

PARTIDO JUGADOR

PARTIDO * * JUGADOR

CARDINALIDAD DE ENTIDADES
La cardinalidad con la que una entidad participa en una relación especifica el número mínimo y el
número máximo de correspondencias en las que puede tomar parte cada ejemplar de dicha entidad.
Indica el número de relaciones en las que una entidad puede aparecer.

Sean las entidades A y B, la participación de la entidad A en una relación es obligatoria (total) si la

existencia de cada una de sus ocurrencias necesita como mínimo de una ocurrencia de la entidad
B. En caso contrario, la participación es opcional (parcial).
UT 2 – Interpretación del diseño conceptual. Diagramas Entidad/Relación. Bases De Datos

La cardinalidad de una entidad se representa con el número mínimo y máximo de correspondencias

en las que puede tomar parte cada ejemplar de dicha entidad, entre paréntesis. Su representación
gráfica será, por tanto, una etiqueta del tipo (0,1), (1, 1), (0, N) o (1, N). El significado del primer y
segundo elemento del paréntesis corresponde a (cardinalidad mínima, cardinalidad máxima):

• Cardinalidad mínima: indica el número mínimo de asociaciones en las que aparecerá cada
ocurrencia de la entidad (el valor que se anota es de 0 o 1, aunque tenga cardinalidad mínima
de más de 1, se indica sólo un 1). El valor 0 se pondrá cuando la participación de la entidad
sea opcional.
• Cardinalidad máxima: indica el número máximo de relaciones en las que puede aparecer
cada ocurrencia de la entidad. Puede ser 1, otro valor concreto mayor que 1 (EJ: 3) o muchos
(se representa con n).

EJ: un JUGADOR pertenece como mínimo a ningún EQUIPO y como máximo a uno (0, 1) y, por otra
parte, a un EQUIPO pertenece como mínimo un JUGADOR y como máximo varios (1, n). La
cardinalidad (0, 1) de JUGADOR se coloca junto a la entidad EQUIPO para representar que un jugador
no puede pertenecer a ningún equipo o como máximo a uno. Para la cardinalidad de EQUIPO ocurre
igual, se coloca junto a la entidad JUGADOR para expresar que en un equipo hay mínimo un jugador
y máximo varios.

N:1

JUGADOR Pertenece EQUIPO

(1, n) (0, 1)

Cuando se representa la cardinalidad de una entidad, el paréntesis y sus valores han de colocarse
junto a la entidad con la que se relaciona. Es decir, en el lado opuesto a la relación.

La cardinalidad de entidades también puede representarse en el modelo E/R con la siguiente

notación:

Muchos

Uno

De cero a muchos

De uno a muchos

De cero a uno
UT 2 – Interpretación del diseño conceptual. Diagramas Entidad/Relación. Bases De Datos

EJ: el ejemplo anterior utilizando otra notación:

JUGADOR Pertenece EQUIPO

6 – EL MODELO ENTIDAD/RELACIÓN EXTENDIDO

En el modelo E/R Extendido se han incorporado nuevas extensiones que permiten mejorar la
capacidad para representar circunstancias especiales.

Algunas de estas nuevas características que convierten al modelo E/R tradicional en el modelo E/R
Extendido son:

GENERALIZACIÓN Y ESPECIALIZACIÓN
Cuando estamos diseñando una base de datos puede que nos encontremos con conjuntos de
entidades que posean características comunes, lo que permitiría crear un tipo de entidad de nivel
más alto que englobase dichas características. Y a su vez, puede que necesitemos dividir un
conjunto de entidades en diferentes subgrupos de entidades por tener estas características
diferenciadoras. Este proceso de refinamiento ascendente/descendente, permite expresar
mediante la generalización la existencia de tipos de entidades de nivel superior que engloban a
conjuntos de entidades de nivel inferior. A los conjuntos de entidades de nivel superior también se
les denomina superclase o supertipo. A los conjuntos de entidades de nivel inferior se les
denomina subclase o subtipo.

Existirá la posibilidad de realizar una especialización de una superclase en subclases, y

análogamente, establecer una generalización de las subclases en superclases.

GENERALIZACIÓN: reunión en una superclase o supertipo de entidad de una serie de subclases o

subtipos de entidades, que poseen características comunes. Las subclases tendrán otras
características que las diferenciarán entre ellas.

Podremos identificar una generalización cuando encontremos una serie de atributos comunes a un
conjunto de entidades, y otros atributos que sean específicos. Los atributos comunes conforman la
superclase o supertipo y los atributos específicos la subclase o subtipo.

Las jerarquías se caracterizan por un concepto que hemos de tener en cuenta, la herencia. A través
de la herencia los atributos de una superclase de entidad son heredados por las subclases. Si una
superclase interviene en una relación, las subclases también lo harán.
UT 2 – Interpretación del diseño conceptual. Diagramas Entidad/Relación. Bases De Datos

Existen varias notaciones para representar una generalización o especialización. Una jerarquía se
representa mediante un triángulo invertido, sobre él quedará la entidad superclase y conectadas a
él a través de líneas rectas, las subclases.

código

nombre_usuario USUARIO

contraseña

email

= #

INVITADO REGISTRADO ADMINISTRADOR

-

oferta perfil
demo puntos nivel área

EJ: las subclases INVITADO, REGISTRADO y ADMINISTRADOR constituyen subclases de la

superclase USUARIO. Cada una de ellas aporta sus propias características y heredan las
pertenencias a su superclase.

RESTRICCIONES SEMÁNTICAS:

• Totalidad: una generalización/especialización será total si todo ejemplar de la superclase

pertenece a alguna de las subclases.
• Parcialidad: será parcial si no todos los ejemplares de la superclase pertenecen a alguna de
las subclases.
• Solapamiento: presentará solapamiento si un mismo ejemplar de la superclase puede
pertenecer a más de una subclase.
• Exclusividad: presentará exclusividad si un mismo ejemplar de la superclase pertenece sólo
a una subclase.

ESPECIALIZACIÓN TOTAL CON ESPECIALIZACIÓN PARCIAL CON

EXCLUSIVIDAD EXCLUSIVIDAD

PERSONA PERSONA
(1, 1) (1, 1)

(0,1) (0, 1) (0, 1) (0, 1)

HOMBRE MUJER COCHE CAMIÓN
n - m
UT 2 – Interpretación del diseño conceptual. Diagramas Entidad/Relación. Bases De Datos

ESPECIALIZACIÓN TOTAL CON ESPECIALIZACIÓN PARCIAL CON

SOLAPAMIENTO SOLAPAMIENTO

INFECCIÓN PARTICIPANTE
(1, 1) (1, 1)

(1, 1) (1, 1) (1, 1) (1, 1)

ó ó ó ó
(0, 1) (0, 1) (0, 1) (0, 1)
VÍRICA BACTERIANA PARADO AFILIADO

7 – ELABORACIÓN DE DIAGRAMAS ENTIDAD/RELACIÓN

En la fase de diseño conceptual (en la que nos encontramos) hemos de generar el diagrama E/R que
representará de manera más sencilla el problema a modelar, independientemente del SGBD.

Este esquema será como un plano que facilite la comprensión y solución del problema. Este
diagrama estará compuesto por la representación gráfica, a través de la simbología vista, de los
requisitos o condiciones que se derivan del problema a modelar.

Esta fase, requerirá de la creación de uno o varios esquemas previos más cercanos al mundo real,
antes del paso a tablas del modelo relacional.

La práctica es fundamental: los diagramas no siempre se crean del mismo modo y, en ocasiones,
hay que retocarlos e incluso rehacerlos.

IDENTIFICACIÓN DE ENTIDADES Y RELACIONES

Lo primero que hemos de tener a nuestra disposición para poder generar un diagrama E/R adecuado
es el conjunto de requerimientos, requisitos o condiciones que nuestra base de datos ha de cumplir;
esto se denomina documento de especificación de requerimientos.
UT 2 – Interpretación del diseño conceptual. Diagramas Entidad/Relación. Bases De Datos

ETAPAS PARA LA CREACIÓN DEL DIAGRAMA E/R:

A. IDENTIFICACIÓN DE ENTIDADES: (PROCESO INTUITIVO). Para localizar las entidades,

analizaremos la especificación de requerimientos en busca de NOMBRES o SUSTANTIVOS.
Si estos nombres se refieren a objetos importantes dentro del problema probablemente
serán entidades. Nombres referidos a características, cualidades o propiedades no serán
entidades. Otra forma de identificarlas es localizando objetos que existen por sí mismos (EJ:
vehículo, pieza, …).
PARA PODER CONSIDERARSE ENTIDAD DEBEN CUMPLIR 3 REGLAS:
- Existencia propia.
- Cada ejemplar de un tipo de entidad debe poder ser diferenciado del resto de ejemplares.
- Todos los ejemplares de un tipo de entidad deben tener las mismas propiedades.

El número de entidades debe ser manejable y según se vayan identificando se les otorgará
nombres en mayúsculas y representativos de su significado o función.

B. IDENTIFICACIÓN DE RELACIONES: debemos establecer qué relación hay entre entidades.

Analizaremos el documento de especificación de requerimientos en busca de VERBOS o
EXPRESIONES VERBALES QUE CONECTEN ENTIDADES ENTRE SÍ. En la gran mayoría de
ocasiones encontraremos que las relaciones se establecen entre dos entidades (relaciones
binarias), pero prestaremos especial atención a las relaciones entre más entidades y a las
relaciones reflexivas o unarias. Cada una de las relaciones deberá tener asignado un nombre
en minúsculas y representativo de su significado o acción.

El siguiente paso será la representación de la cardinalidad de entidades participantes en cada

relación y del tipo de correspondencia de la relación.

Si tenemos alguna relación reflexiva o unaria, debemos representar los roles desempeñados por la
entidad en dicha relación:

jefe subordinado
es-jefe

EMPLEADO
UT 2 – Interpretación del diseño conceptual. Diagramas Entidad/Relación. Bases De Datos

IDENTIFICACIÓN DE ATRIBUTOS, CLAVES Y JERARQUÍAS

HEMOS DE COMPLETAR EL PROCESO REALIZANDO LAS SIGUIENTES TAREAS:

A. IDENTIFICACIÓN DE ATRIBUTOS: buscamos en el documento de especificación de

requerimientos para buscar nombres relativos a CARACTERÍSTICAS, PROPIEDADES o
CUALIDADES de entidades o relaciones. Tendremos en cuenta si los atributos son simples o
compuestos, derivados o calculados y si alguno se repite en varias entidades. Si se repiten,
debemos detenernos y plantear la posibilidad de establecer una jerarquía de especialización
o dejar las entidades tal y como habían sido identificadas.
Cada atributo tendrá asignado un nombre en minúsculas y representativo de su contenido
o función. SIEMPRE ES RECOMENDABLE RECOPILAR LA SIGUIENTE INFORMACIÓN DE
CADA ATRIBUTO:
- Nombre y descripción.
- Atributos simples que lo componen, si es atributo compuesto.
- Método de cálculo (derivado/calculado).

B. IDENTIFICACIÓN DE CLAVES: del conjunto de atributos de una entidad se establecerán una

o varias claves candidatas. Ésta estará formada por uno o varios atributos que identificarán
cada ocurrencia de la entidad. El proceso de identificación de claves permitirá determinar la
fortaleza (al menos una clave candidata) o debilidad (ninguna clave candidata) de las
entidades. Se representará la existencia de la clave primaria mediante la notación elegida
para la elaboración del diagrama E/R.

C. DETERMINACIÓN DE JERARQUÍAS: es probable que existan entidades con características

comunes que puedan ser generalizadas en una entidad de nivel superior o superclase
(jerarquía de generalización). También puede ser necesario expresar en el esquema las
particularidades de diferentes ejemplares de un tipo de entidad, por lo que se crearán
subclases o subtipos de una superclase o supertipo (jerarquía de especialización). Si se
identifica algún tipo de jerarquía, se deberá representar adecuadamente según el tipo de
notación elegida, determinando si la jerarquía es total/parcial o exclusiva/con solapamiento.

METODOLOGÍAS
• METODOLOGÍA DESCENDENTE (TOP-DOWN): se parte de un esquema general y se va
descomponiendo en niveles, cada uno de ellos con mayor número de detalles. Se parte de
objetos muy abstractos, que se refinan paso a paso hasta llegar al esquema final.
• METODOLOGÍA ASCENDENTE (BOTTOM-UP): se parte del nivel más bajo (los atributos). Se
irán agrupando en entidades, para después crear las relaciones entre éstas y las posibles
jerarquías hasta obtener el diagrama completo. Se parte de objetos atómicos que no pueden
descomponerse y a continuación se obtienen objetos de mayor nivel de abstracción que
forman el esquema.
UT 2 – Interpretación del diseño conceptual. Diagramas Entidad/Relación. Bases De Datos

• METODOLOGÍA DENTRO-FUERA (INSIDE-OUT): se comienza a desarrollar el esquema en

una parte del papel y a medida que se analiza la especificación de requerimientos, se va
completando con entidades y relaciones hasta ocupar todo el documento.
• METODOLOGÍA MIXTA: (EMPLEADA EN PROBLEMAS COMPLEJOS). Se dividen los
requerimientos en subconjuntos que se analizarán independientemente. Se crea un
esquema que servirá como estructura en la que irán interconectando los conceptos
importantes con el resultado del análisis de los subconjuntos creados. Esta metodología
utiliza las técnicas ascendente (se aplica en cada subconjunto de requerimientos) y
descendente (para dividir requerimientos).

REDUNDANCIA EN DIAGRAMAS E/R

REDUNDANCIA: reproducción, reiteración, insistencia, reincidencia, reanudación. En bases de
datos hace referencia al almacenamiento de los mismos datos varias veces en diferentes lugares.

PROBLEMAS:

• Aumento de la carga de trabajo: al estar almacenado un dato en varios lugares, las

operaciones de grabación o actualización de datos necesitan realizarse en varias ocasiones.
• Gasto extra de espacio de almacenamiento: al estar repetidos, ocupan mayor cantidad de
espacio en el medio de almacenamiento. Cuanto mayor sea la base de datos, más patente
se hará este problema.
• Inconsistencia: los datos que están repetidos no contienen los mismos valores. Es decir, se
ha actualizado su valor en un lugar y en otro no, por lo que no se sabría qué dato es válido y
cuál erróneo.

Es imprescindible que nuestros diagramas E/R controlen la redundancia y, para ello, debemos
analizar el esquema y valorar qué elementos podrían presentar redundancia, POR EJEMPLO:

✓ Atributos redundantes cuyo contenido se calcula en función de otros. Un atributo derivado

puede ser origen de redundancia.
✓ Varias entidades unida circularmente o cíclica a través de varias relaciones (ciclo). En
caso de existir un ciclo, deberemos tener en cuenta las siguientes condiciones antes de
eliminar dicha relación redundante:
- Que el significado de las relaciones que componen el ciclo sea el mismo.
- Que si eliminamos la relación redundante, el significado del resto sea el mismo.
- Que si la relación eliminada tenía atributos asociados, éstos puedan ser asignados a
alguna entidad del esquema sin perder su significado.

No siempre que exista un ciclo estaremos ante una redundancia.

UT 2 – Interpretación del diseño conceptual. Diagramas Entidad/Relación. Bases De Datos

No toda redundancia es perjudicial, existen ciertas circunstancias y condiciones en las que es

conveniente introducir cierta redundancia controlada. Su incorporación dependerá de la elección
del diseñador.

PROPIEDADES DESEABLES DE UN DIAGRAMA E/R

Hemos de intentar cubrir la gran mayoría de propiedades o características que debe cumplir para
conseguir un diagrama con mayor calidad:

• COMPLETITUD: será completo si es posible verificar que cada uno de los requerimientos
está representado en dicho diagrama y viceversa, cada representación del diagrama tiene su
equivalente en los requerimientos.
• CORRECCIÓN: será correcto si emplea de manera adecuada todos los elementos del
modelo E/R. La corrección se puede analizar desde dos vertientes:
- Corrección sintáctica: no se producen representaciones erróneas en el diagrama.
- Corrección semántica: las representaciones simplifican exactamente lo que está
estipulado en los requerimientos (EJ: utilización de un atributo en lugar de entidad, uso
de entidad en lugar de relación, …).
• MINIMALIDAD: será mínimo si se puede verificar que al eliminar algún concepto presente se
pierde información. Si un diagrama es redundante, no será mínimo.
• SENCILLEZ: será sencillo si representa los requerimientos de manera fácil de comprender,
sin artificios complejos.
• LEGIBILIDAD: será legible si puede interpretarse fácilmente. La legibilidad dependerá en gran
medida del modo en que se disponen los diferentes elementos e interconexiones. Esta
propiedad tiene que ver con la estética del diagrama.
• ESCALABILIDAD: será escalable si es capaz de incorporar posibles cambios derivados de
nuevos requerimientos.