MÓDULO B

Fase de Análisis de Requisitos:

Modelo E/R

UNIDAD DIDÁCTICA 1

Índice de la unidad:

1. Introducción

2. Elementos Básicos del Modelo Entidad/Relación

3. Extensiones del Modelo Entidad/Relación

4. Diseño Caso Práctico – “Mentor”

5. Diseño Caso Práctico – “Historia”

6. Diseño Caso Práctico – “Constructora”

7. Diseño Caso Práctico – “Arte”

 OBJETIVOS

En esta unidad aprenderás:

 Qué es el modelo Entidad/Relación

 Cuáles son los elementos básicos del modelo Entidad/Relación y su
representación gráfica.
 Cuáles son los pasos para obtener el Modelo Entidad/Relación a partir
de los requisitos previos.
 Fase de Análisis de Requisitos : Modelo E/R

1. Introducción

Los datos constituyen en la actualidad el arma más poderosa de cualquier

organización o empresa. Una buena gestión de los datos puede influir de manera
más que notable en los beneficios de cualquier organización. Pongámonos en el
caso de una entidad bancaria y pensemos en los miles de clientes con cuyos
datos se realizan operaciones diarias; la mala utilización de los mismos puede
traer consigo pérdidas enormes para la empresa. En ocasiones esta mala
utilización puede ser debida a la falta de formación de los empleados, pero
muchas veces es ocasionada por un mal diseño del sistema de información o
base de datos que gestiona los datos.

Hoy en día todas las empresas cuentan con herramientas informáticas de

creación de bases de datos; entonces, ¿por qué se producen fallos?. La
respuesta no está en las herramientas en sí, sino, y reincidiendo en el tema, en
cómo se diseña la base de datos. Cada herramienta dispone de sus propios
utensilios de diseño, pero todos ellos se basan en los mismos conceptos teóricos,
conceptos que si se desconocen no pueden ser aplicados.

Por lo dicho anteriormente parece, si no completamente necesario, sí al

menos muy conveniente, la utilización de un modelo de datos que permita
diseñar bases de datos a nivel conceptual (y por tanto muy cercana al usuario) y
por supuesto la formación de personal cualificado en este campo.

El modelo Entidad/Interrelación (E/R) es un modelo conceptual que ha

demostrado ser muy válido para cumplir con este objetivo, pues está a un nivel
de abstracción lo suficientemente elevado como para poder diseñar cualquier
base de datos con independencia de la máquina en la que se implemente.
Además, en la actualidad disponemos en el mercado de una amplia gama de
herramientas que automatizan en gran parte las tareas del diseño1 y que toman
como base este modelo de datos.

El modelo E/R fue propuesto por Peter Chen en 1976. Desde entonces
muchos autores se han interesado por él, estudiándolo y ampliándolo,
consiguiendo así diversas variantes del modelo (distintas formas de
representación de los objetos), pero todas ellas parten del mismo concepto: el

1
Herramientas CASE (Computer Aided Software Engineering).

35
 conocimiento del mundo real que se desea representar a través de un análisis de
los requisitos o especificaciones del problema.

En la realización del esquema o diseño conceptual de cualquier base de

datos es fundamental el conocimiento del problema a modelar y es en este
conocimiento donde representan un papel primordial los usuarios finales del
sistema, pues es en esta primera etapa de modelización en la que el diseñador
de la base de datos debe hacer tantas entrevistas como sean necesarias con los
usuarios para conseguir clarificar todas las especificaciones del problema. Una
vez clarificados los objetivos y las necesidades se deberá pasar al diseño
propiamente dicho de la base de datos.

El modelo E/R, como todos los modelos, consiste en un conjunto de

conceptos, reglas y notaciones que permiten formalizar la semántica del mundo
real que se pretende modelar (también denominada Universo del Discurso) en
una representación gráfica o diagrama que denominamos esquema de la Base de
Datos.

En este capítulo se explican cuáles son los elementos básicos que componen
el modelo E/R y cómo se utilizan a la hora de diseñar una Base de Datos.

Aunque, como ya se comentó anteriormente, todo modelo de datos tiene

una parte estática y otra dinámica; en este capítulo únicamente nos referiremos
a la estática del modelo E/R, pues la parte dinámica carece de utilidad al no ser
soportada por ningún SGBD actual.

36
 Fase de Análisis de Requisitos : Modelo E/R

2. Elementos básicos del Modelo E/R

Los elementos u objetos básicos del modelo E/R son cuatro: entidades,
interrelaciones, atributos y dominios. A continuación se explican cada uno de
ellos.

2. 1 Entidades

Las entidades, también llamadas tipos de entidad, representan conjuntos

de elementos con existencia propia y que se caracterizan por las mismas
propiedades. Generalmente son personas, cosas, lugares,..., es decir,
conceptos sobre los que necesitamos guardar información y distinguibles de
los demás objetos. Su representación gráfica se hace por medio de un
rectángulo dentro del cual se escribe el nombre de la entidad en mayúsculas
(generalmente un sustantivo).

Por ejemplo, si queremos diseñar una base de datos para gestionar todos
los alumnos de los cursos Mentor, entre los tipos de entidad que deberíamos
definir estarían ALUMNO y CURSO. El primero representaría el conjunto de
todos los alumnos que se inscriben en los diferentes cursos, el segundo
recogería todos los cursos ofertados por el aula Mentor. Su representación
gráfica sería (véase el esquema de la figura 2.1).

ALUMNO CURSO

Figura 2.1: Dos ejemplos de entidades

2. 2 Atributos

Todo tipo de entidad tiene unas características o cualidades propias que

queremos recoger dentro de nuestro diseño. El modelo E/R define estas
cualidades como atributos, así por ejemplo el nombre del alumno, el teléfono,
etc., describen propiedades de cada uno de los miembros que pertenecen al
tipo de entidad ALUMNO. Estas propiedades no tienen existencia propia, es
decir, sólo tienen sentido en el esquema de la Base de Datos en tanto en
cuanto aparecen formando parte de una entidad o, como veremos más
adelante, de otro de los elementos del modelo E/R, de una interrelación.

37
 Supongamos que de cada alumno queremos la información referente a su
D.N.I., Nombre, Dirección, Teléfono y Nacionalidad. En la figura 2.2, aparece
cómo representamos los atributos en el modelo E/R.

D.N.I. Nombre Dirección

Teléfono

ALUMNO

Nacionalidad

Figura 2.2: Un ejemplo de entidad con sus atributos

Los ejemplares, también denominados ejemplares o elementos, de un tipo

de entidad se definen como los valores correspondientes a los atributos que
hemos definido para ella.

Por ejemplo dos ejemplares del tipo de entidad ALUMNO serían:

(DNI, 7515958), (Nombre, Juan), (Dirección, C/ Irún, nº 9 Madrid),

(Teléfono, 91-675-65-65), (Nacionalidad, Española)

(DNI, 7077777), (Nombre, Ana),(Dirección, C/ Bailén, nº 9, Madrid),

(Teléfono, 91-678-98-99), (Nacionalidad, Española)

Por lo tanto los valores de los atributos constituyen una parte importante
de los datos que almacenaremos posteriormente en la Base de Datos. Es
importante destacar que un mismo concepto no tiene por qué representarse
siempre de la misma forma (por ejemplo, como una entidad o como un
atributo). Así, si estuviéramos modelando una Base de Datos para una tienda
de ropa, probablemente tendríamos una entidad denominada PRENDA y uno
de sus atributos podría ser Color (roja, negra, etc.). Sin embargo, si
estuviéramos hablando de una Base de Datos para gestionar la información
de un taller de vehículos dedicado a trabajos de chapa y pintura, el concepto
de color puede tener tal importancia que pase a ser una entidad COLOR, pues
tiene existencia propia y un conjunto de propiedades (código de color,
textura, tipo de mezcla, etc.).

38
 Fase de Análisis de Requisitos : Modelo E/R

Tipos de atributos

Como se puede observar en la figura 2.2 no todos los atributos se

representan de la misma forma; ello significa que existen diversas formas de
recoger restricciones semánticas sobre los atributos de una entidad o de una
interrelación. En el ejemplo aparece el atributo D.N.I. con un círculo negro,
este tipo de atributo se denomina identificador principal (IP) y lo que
indica es que el atributo o propiedad DNI es único para cada ejemplar del tipo
entidad ALUMNO.

Para poder distinguir una ejemplar de otra, dentro de un mismo tipo de

entidad, el modelo E/R obliga a que cada vez que definimos un tipo de
entidad se defina un atributo que identifique cada ejemplar, es decir, un IP.
Por lo tanto en todos los tipos de entidad tiene que aparecer de forma
obligatoria una característica que identifique de forma única cada uno de los
ejemplares.

Esta es la representación que nos proporciona el modelo E/R para

distinguir este tipo de atributo del resto de atributos que componen el tipo de
entidad. En un tipo de entidad sólo puede aparecer un identificador
principal, pero pueden existir distintos atributos que también identifiquen los
ejemplares de esta; este tipo de atributos se denominan Identificadores
Alternativos (IA).

Veamos un ejemplo, supongamos que queremos añadir para el tipo de

entidad ALUMNO, la dirección de correo electrónico que este posee, sabiendo
que es única para cada uno de los alumnos. El atributo e-mail sería un
identificador alternativo y como vemos en la figura 2.3 se representa con un
círculo mitad negro mitad blanco, indicando que su valor es único para cada
ejemplar del tipo de entidad ALUMNO.

D.N.I. Nombre Dirección

e-mail
Teléfono

ALUMNO

Nacionalidad

Figura 2.3: La entidad ALUMNO y sus atributos

39
 En el ejemplo de la figura 2.3, el atributo Teléfono aparece representado
con una línea de puntos lo que significa que estamos ante un Atributo
Opcional que nos informa de que existen alumnos que puede que no tengan
número de teléfono o que al fin y al cabo es un atributo cuyo valor no es
demasiado importante y por eso no lo ponemos como obligatorio. Por tanto,
cuando los valores de un atributo van a ser desconocidos o por alguna otra
causa no van a tener valor se denominan Atributos Opcionales.

Supongamos que para el tipo de entidad CURSO es importante recoger las

siguientes propiedades: nombre, libro de consulta y dirección Web. De estas
tres características de CURSO elegiremos como identificador principal el
nombre, ya que cada curso tiene un nombre distinto, la dirección Web sería
un identificador alternativo porque toma valores únicos para cada curso y
libro de consulta sería un atributo opcional ya que permitimos que haya
cursos que no tengan o que desconozcamos su libro de referencia. La entidad
CURSO con sus atributos queda representada en la figura 2.4.

Libro de
Nombre Dirección Web
consulta

CURSO

Figura 2.4: Un ejemplo de atributos IP, IA y opcional

Existen otras formas de recoger restricciones semánticas sobre los

atributos que se estudiarán en el capítulo siguiente, en donde ampliaremos
estos conceptos.

Dominios

Supongamos que el atributo nacionalidad, véase figura 2.5, sólo puede

tomar los valores “española” o “extranjera”. Para los conjuntos de valores
sobre los que se definen los atributos utilizaremos un objeto del modelo E/R
denominado Dominio. Un dominio se define por un nombre y un conjunto de
valores. En nuestro ejemplo véase la definición del dominio Nacionalidad en la
figura 2.6 resaltado en color azul y cursiva.

40
 Fase de Análisis de Requisitos : Modelo E/R

D.N.I. Nombre Dirección

e-mail
Teléfono

ALUMNO

Nacionalidad

El atributo “Nacionalidad” toma valores del

dominio Nacionalidad = (Española, Extranjera)

Figura 2.6: Dominio Nacionalidad y su representación textual

D.N.I. Nombre Dirección

e-mail
Teléfono

ALUMNO
Nacionalidad

Nacionalidad

Nacionalidad = (Española, Extranjera)

Figura 2.5: Dominio Nacionalidad

En general los dominios no se suelen representar en el modelo por

problemas de espacio, pero para tener constancia de los valores que puede
tomar un atributo se suele anotar después de la representación gráfica una
representación textual.

2. 3 Interrelaciones

Las interrelaciones representan asociaciones del mundo real entre una o

más entidades. Por ejemplo, en la figura 2.1 presentábamos los alumnos y los
cursos del Mentor como entidades sin ningún tipo de relación, pero para poder
expresar que un alumno esta matriculado en distintos cursos y que en un
curso se pueden matricular alumnos necesitamos una Interrelación que nos
muestre la asociación existente entre ellos. Por lo tanto, vemos la necesidad
de poder representar este concepto ya que aparece continuamente en el
mundo real; algunos ejemplos son: “las sucursales de una entidad bancaria

41
 están relacionadas con sus clientes”, “las editoriales se relacionan con los
libros que publican”, “los tutores de los cursos Mentor tienen asignados una
serie de alumnos”, etc.

Gráficamente las interrelaciones se representan mediante un rombo unido

a los tipos de entidad mediante líneas; dentro del rombo se escribe el nombre
de la interrelación en minúsculas, que en general, suele coincidir con un verbo
en infinitivo.

Volviendo al ejemplo anterior veamos como se representa la relación

existente entre los alumnos que realizan cursos. Podríamos definir una
interrelación Realizar entre ambas entidades, como muestra la figura 2.7.

ALUMNO Realizar CURSO

Figura 2.7: Ejemplo de Interrelación

No todas las relaciones o asociaciones son iguales, en general se dividen

en relaciones que denominamos de uno a muchos, como por ejemplo la que
presentamos a continuación: “una sucursal es únicamente de una entidad
bancaria (uno) pero una entidad bancaria posee varias sucursales (muchos)”.
También existen las relaciones muchos a muchos, como por ejemplo “un
curso Mentor tiene asociados tutores (muchos) y los tutores pueden tutorar
distintos cursos Mentor (muchos)”.

Para poder recoger estas características que nos distinguen unas

relaciones de otras, que nos permite, además, recoger más información
acerca del problema que estamos modelando, vamos a introducir los
siguientes propiedades de una interrelación: grado, tipo de correspondencia y
cardinalidad.

El grado de una interrelación es el número de entidades que intervienen en

ella, debe ser como mínimo dos, es decir, el número de entidades que
intervienen en una interrelación debe ser de al menos dos; existe un caso
especial en el que sólo participa una entidad en la interrelación aunque de dos
formas distintas (es lo que se denomina interrelación reflexiva, como se verá
después). En el ejemplo de la figura 2.7 se representa una interrelación
binaria, denominada así por tratarse de una interrelación entre dos tipos de

42
 Fase de Análisis de Requisitos : Modelo E/R

entidad. De la misma forma, cuando el grado es tres se habla de

interrelaciones ternarias y, en general, de interrelaciones n-arias cuando el
grado es n. El tipo de interrelaciones que aparece de forma habitual en el
modelado de una Base de Datos es la interrelación binaria y a partir de ahora
nos centraremos solo en este tipo de interrelaciones.

El Tipo de correspondencia de una interrelación binaria se define como el

número máximo de ejemplares de un tipo de entidad que pueden estar
asociados con un ejemplar del otro tipo de entidad. Su representación gráfica
se hace por medio de un par X:Y colocado sobre el rombo de la interrelación,
donde X e Y representan los ejemplares asociadas de los tipos de entidad en
estudio2. En nuestro ejemplo, en principio, el número de cursos a los que un
alumno puede optar es ilimitado y el de alumnos que realizan un curso
también, por tanto la correspondencia sería N:M o muchos a muchos (Figura
2.8).

N:M

ALUMNO Realizar CURSO

Figura 2.8: Tipo de Correspondencia N:M

Si, por el contrario, en las especificaciones del problema se nos dijera que
cada alumno solo puede matricularse de un curso, el tipo de correspondencia
entre ALUMNO y CURSO cambiaría, sería 1:N o uno a muchos, y se
representaría de la manera que aparece en la figura 2.9.

N:1

ALUMNO Realizar CURSO

Figura 2.9: Tipo de Correspondencia N:1

2
Esta representación se puede generalizar en el caso de grado n, de la forma X:Y:Z:.....

43
 La cardinalidad de un tipo de entidad que interviene en una interrelación
binaria se define como el número mínimo y el número máximo de ejemplares
de un tipo que pueden relacionarse con un elemento de otro tipo de entidad.
Para representar las cardinalidades utilizamos un par (x, y) situado sobre la
línea que une el tipo de entidad con la interrelación, donde x indica el número
mínimo e y el número máximo. Además, y cuando la cardinalidad máxima es
n, se dibuja una punta de flecha hacia la entidad correspondiente (figura 2.8).
En el ejemplo que nos ocupa y suponiendo que no se establece ninguna
restricción adicional, el número mínimo de alumnos que pueden matricularse
en un curso es uno (no tendría sentido un curso con 0 matriculados), y el
número máximo n (número ilimitado), por tanto la cardinalidad del tipo de
entidad ALUMNO es (1,n) como se muestra en la figura 2.10.

M:N
ALUMNO (1,n) CURSO
Realizar

Figura 2.10: Ejemplo de cardinalidades

La interpretación de la interrelación Realizar sería “un curso Mentor es

realizado como mínimo por un alumno y como máximo n”. Si tuviéramos
limitación en la matriculación de los alumnos en un curso, por ejemplo, los
cursos Mentor como máximo admiten 40 alumnos, lo representaríamos de la
siguiente forma:

M:N
ALUMNO (1,40) CURSO
Realizar

Figura 2.11: Ejemplo de cardinalidades

De la misma manera, el número mínimo de cursos que puede realizar un

alumno es uno y el máximo n, es decir, la cardinalidad de CURSO es (1,n) y
por tanto tendríamos que representar la punta de flecha hacía la entidad
CURSO y encima de esta línea la cardinalidad como se muestra en la figura
2.12.

44
 Fase de Análisis de Requisitos : Modelo E/R

M:N
ALUMNO (1,n) (1,n) CURSO
Realizar

Figura 2.12: Cardinalidades de la interrelación Realizar

Las cardinalidades mínimas y máximas son, como se puede apreciar, una

extensión del tipo de correspondencia y nos dan más información referente al
tipo de interrelación que estamos representando.

Veamos otro ejemplo con la relación que existe entre los empleados de
una empresa y el departamento en el que trabajan. Sabemos que un
empleado trabaja en un departamento y que a cada departamento se le
asigna al menos un empleado. De cada empleado se desea la siguiente
información: un código de empleado (número que le identifica), DNI, nombre
completo, dirección, teléfono y número de afiliación de la seguridad social.
Para los departamentos necesitamos un nombre, único para cada uno de
ellos, una localización y un número de teléfono. ¿Cuál sería su diseño en el
modelo E/R?.

Podemos detectar de forma clara que necesitamos dos entidades,

EMPLEADO y DEPARTAMENTO, objetos que tienen existencia propia con
determinadas características. Para la entidad EMPLEADO tenemos como
identificador principal el código de empleado, figura 2.13; el DNI, que es
único para cada empleado será un atributo alternativo ya que hemos elegido
el código como identificador principal por especificaciones del problema
(figura 2.14).

Código Código DNI

EMPLEADO EMPLEADO

Figura 2.13: Entidad EMPLEADO y su IP Figura 2.14: Entidad EMPLEADO con IP y IA

45
 Los atributos nombre y dirección de EMPLEADO son obligatorios ya que
dicha información la consideramos importante; por ejemplo, sin ellos no
podríamos mandar la nómina o contactar por cualquier causa con los
empleados de la empresa. El teléfono lo podemos considerar como un atributo
opcional y, por último, el número de afiliación de la seguridad social (NSS) al
tomar valores únicos para cada empleado lo consideraremos un atributo
alternativo. La entidad EMPLEADO con sus propiedades queda representada
como se muestra en la figura 2.15.

Código DNI Nombre Dirección

NSS

EMPLEADO

Teléfono

Figura 2.15: Atributos de la entidad EMPLEADO

Un razonamiento similar nos llevará a representar la entidad

DEPARTAMENTO con las características que la definen como se muestra en la
figura 2.16.

Nombre Localización Teléfono

DEPARTAMENTO

Figura 2.16: Atributos de la entidad DEPARTAMENTO

La interrelación que une las entidades representadas anteriormente,

EMPLEADO y DEPARTAMENTO, es binaria ya que relaciona dos entidades; el
tipo de correspondencia es 1:N o de uno a muchos, ya que un empleado está
asignado a un departamento y a un departamento pertenecen varios
empleados. Por último, se indican las cardinalidades que recogen
explícitamente como se relacionan cada una de los ejemplares de las
entidades participantes en dicha interrelación (figura 2.17).

46
 Fase de Análisis de Requisitos : Modelo E/R

Código DNI Nombre Dirección Nombre Localización Teléfono

NSS N:1

EMPLEADO (1,1) DEPARTAMENTO

Trabajar
Teléfono

Figura 2.17: Interrelación Trabajar

La interpretación de la interrelación Trabaja sería la siguiente: “Un

empleado trabaja como mínimo y como máximo en un solo departamento
(1,1)” y tendríamos una línea continua entre el rombo de la interrelación y la
entidad DEPARTAMENTO para reflejar este hecho.

Si interpretamos la figura 2.18 desde el tipo de entidad DEPARTAMENTO

su lectura sería la siguiente: “En un departamento trabajan como mínimo un
empleado y como máximo N”.

Código DNI Nombre Dirección Nombre Localización Teléfono

NSS N:1

EMPLEADO (1,n) (1,1) DEPARTAMENTO

Trabajar

Teléfono

Figura 2.18: Interrelación Trabajar

Atributos de una interrelación

Como ya se ha mencionado, los atributos no solo están referidos a los

tipos de entidad. Las interrelaciones también pueden tener atributos propios,
atributos cuyos valores tienen sentido únicamente en el caso de que se
establezca la relación entre los tipos de entidad que las une, como pueden ser
las fechas de comienzo y de finalización de un curso, que no tienen sentido si
dicho curso no es realizado por al menos un alumno. Un ejemplo de estos
atributos se muestra en la figura 2.19 en color verde.

47
 D.N.I. Nombre Dirección Nombre Libro WWW
e-mail F_Comienzo
F_Finalización
Teléfono M:N
(1,n) (1,n)
ALUMNO Realizar CURSO

Nacionalidad

Figura 2.19: Interrelación con atributos

¿Cómo serían los ejemplares de la interrelación “Realizar”? Si pensamos en

el mundo real, los valores nos vienen dados de la siguiente forma: Juan ha
realizado el curso de “Iniciación a Internet” durante el periodo de 12-02-96 al
05-06-96. Algo parecido ocurre en el modelo E/R, los elementos que se
encuentran en la interrelación “Realizar” son de la siguiente forma:

{(DNI, 7515458), (Nombre, Inciación a Internet), (F_Comienzo, 12-02-

96), (F_Finalización, 05-06-96)}.

{(DNI, 856593), (Nombre, Access Avanzado), (F_Comienzo, 02-12-96),

(F_Finalización, 15-03-97)}.

Todos estos ejemplares se corresponden con los valores de los atributos

identificadores de los tipos de entidad ALUMNO y CURSO que están
relacionados, junto con los atributos propios de la interrelación. La
interpretación o lectura que tienen estos elementos es la siguiente: el alumno
con DNI 7515458 ha realizado el curso “Iniciación a Internet” durante el
periodo del 12-02-96 al 05-06-96; el alumno con DNI 856593 ha realizado el
curso “Access Avanzado” durante el periodo del 02-12-96 al 15-03-97.

Hay que distinguir entre una ejemplar de un tipo de entidad y un tipo de

interrelación, pues una ejemplar de un tipo de interrelación existe siempre y
cuando existan ejemplares de los tipos de entidad que intervienen en la
asociación. Los ejemplares no tienen representación gráfica en el modelo E/R
pues se corresponden con los datos que realmente se almacenarán en la base
de datos y no con el diseño conceptual de ésta.

Hemos visto los elementos básicos del modelo E/R que nos permitirán el
diseño de la Base de Datos de forma Conceptual, es decir, tendremos una
representación sencilla y natural del caso que queremos modelar que,
además, no depende del Sistema Gestor de Bases de Datos que utilizamos
para su posterior implementación y que lo que intentará será recoger de la
48
 Fase de Análisis de Requisitos : Modelo E/R

mejor forma posible todas las especificaciones del problema de manera que
sea fácilmente comprensible por usuarios no informáticos.

Veamos un cuadro resumen de los conceptos del Modelo E/R tratados hasta
el momento:

Elementos del Representación

Descripción
modelo E/R Gráfica

Cosa u objeto con identidad propia de

Entidad ENTIDAD
la que necesitamos guardar información.

Ejemplar de Un ejemplar, también denominado

una entidad ejemplar, de un tipo de entidad es el
conjunto de los valores correspondientes a
los atributos definidos para ella.

Atributo Característica o propiedad de un tipo

de entidad.

Identificador Identifica de manera única los

principal ejemplares o ejemplares de una entidad

Identificador Distingue de manera única los

alternativo ejemplares o ejemplares de una entidad

Atributo Indica que el atributo siempre debe

Obligatorio tomar un valor para cada ejemplar de la
entidad o interrelación a la que pertenece

Atributo Indica que el atributo puede no tomar

Opcional valor para cada ejemplar de la entidad o
interrelación a la que pertenece

Interrelación Asociación o relación que existe entre

Interrelación entidades.

49
 Grado de una Número de entidades que participan
interrelación en una interrelación.

Tipo de 1:N Número máximo de ejemplares de un

Correspondencia en tipo de entidad que pueden estar asociados
N:M
interrelaciones con un ejemplar del otro tipo de entidad.
binarias
1:1

Cardinalidades (x, y) Número máximo y mínimo de

Mínima y Máxima ejemplares de una entidad que puede
en interrelaciones relacionarse con un único ejemplar de la
binarias otra.

Ejemplar de Un ejemplar, también denominado

una interrelación ejemplar, de una interrelación es la
binaria asociación de los valores de los atributos
identificadores principales de las entidades
participantes en la interrelación.

50
 Fase de Análisis de Requisitos : Modelo E/R

3. Extensiones del Modelo E/R

Posteriormente al modelo E/R propuesto por Chen se realizaron algunas

extensiones para darle más riqueza semántica. Esto significa que se le han
añadido nuevos conceptos para que el modelo se adapte mejor a la realidad que
queremos modelar, es decir, recoja mayor semántica.

Vamos a introducir algunos de estos nuevos conceptos retomando el

ejemplo visto en el apartado anterior sobre una empresa en el que habíamos
representado la relación que existía entre los empleados y los departamentos de
la empresa.

Supongamos que la empresa es un consorcio de distintas librerías

especializadas en libros y revistas informáticas llamada INTERFAZ. Sabemos que
los empleados de INTERFAZ están asignados a un departamento y que la
relación entre EMPLEADO y DEPARTAMENTO se representa como se indica en la
figura 2.20.

N:1 Teléfono

(1, n) (1, 1)
DEPARTAMENTO Trabajar EMPLEADO DNI

DNI NSS
Nombre Localización Teléfono Nombre Dirección

Figura 2.20: Interrelación Trabajar

3. 1 Entidades

En el apartado 2 se estudió que las entidades en un esquema E/R son los

objetos principales sobre los que debe recogerse información y generalmente
denotan personas, lugares, cosas o eventos de interés. En esta sección vamos
a estudiar cómo las entidades pueden clasificarse por la fuerza de sus
atributos identificadores.

Las entidades fuertes o regulares tienen existencia propia, es decir, poseen

identificadores internos que determinan de manera única la existencia de sus
ejemplares. Las entidades débiles son dependientes de otras entidades y

51
 pueden serlo por dos motivos: bien porque la existencia de sus ejemplares en
la base de datos depende de una entidad fuerte bien porque sus ejemplares
requieran para su identificación de los atributos identificadores (algunas veces
llamados atributos externos) de otra entidad.

Por ejemplo, los ejemplares correspondientes a los alumnos del MENTOR

no dependen de ninguna otra entidad para existir en la base de datos; por
ello la entidad ALUMNO es una entidad fuerte. Sin embargo, en el caso de una
base de datos de una cadena hotelera podríamos tener el tipo de entidad
HABITACIÓN dependiente del tipo de entidad HOTEL ya que para que existan
ejemplares de HABITACIÓN es necesario que existan ejemplares de HOTEL.
Una ejemplar de HABITACIÓN no tiene existencia por si misma porque
siempre estará asociada a una ejemplar de HOTEL. Además, si se elimina un
determinado ejemplar de la entidad HOTEL de la base de datos también
deberán desaparecer los ejemplares de la entidad HABITACIÓN asociadas a
él. La representación de una entidad débil difiere de la de una entidad regular
pues el rectángulo de la entidad débil es de doble recuadro como se muestra
en la figura 2.21.

ENTIDAD DÉBIL

Figura 2.21: Notación gráfica de una entidad débil

3. 2 Interrelaciones binarias

La clasificación anterior entre entidades fuertes y débiles da lugar a dos

tipos de interrelaciones según los tipos de entidades que asocian.

Las interrelaciones regulares relacionan tipos de entidades regulares o

fuertes. Las interrelaciones débiles relacionan un tipo de entidad regular y un
tipo de entidad débil. Además, en las interrelaciones débiles podemos
distinguir:

Dependencia en existencia. Este tipo de interrelación refleja que los

ejemplares del tipo de entidad débil que se relacionan con un determinado

52
 Fase de Análisis de Requisitos : Modelo E/R

ejemplar del tipo de entidad regular dependen de él y, si éste desaparece,

ellos también. Veamos un ejemplo que clarifique esta definición:

Supongamos que la empresa INTERFAZ necesita conocer los datos de los

familiares que están a cargo de cada empleado de la empresa (cónyuge,
hijos, etc.) para de esta manera apoyar a aquellos cuya carga familiar sea
numerosa.

Para saber los familiares que dependen de cada empleado debemos crear
un nuevo tipo de entidad, que denominaremos FAMILIAR, cuyos atributos
podrían ser el DNI (como IP), el nombre completo y parentesco con el
empleado. Como se puede observar, la existencia de un miembro de la familia
depende plenamente de que ese miembro tenga a una persona de su familia
trabajando en la empresa, o lo que es lo mismo que exista un ejemplar de
EMPLEADO que este relacionado con él; es decir, los familiares sólo existen en
la base de datos si existe un empleado con el que se relacionen y si un
determinado EMPLEADO se va de la empresa, entonces se eliminarán todas
los ejemplares de FAMILIAR que dependan de él. Así, tenemos una
interrelación de dependencia en existencia entre EMPLEADO y FAMILIAR
representada como muestra la figura 2.22.

N:1 Teléfono

(0, n) E (1, 1)
FAMILIAR EMPLEADO
Encargado

DNI NSS
DNI Nombre Parentesco Nombre Dirección

Figura 2.22: Ejemplo de una interrelación con Dependencia en Existencia

Dependencia en Identificación: Este tipo de interrelación complementa a la

anterior en que, además de que los ejemplares del tipo de entidad débil
dependen de la existencia de un ejemplar de la entidad regular, también
necesitan para su identificación el IP de la entidad regular. Así, veíamos
anteriormente que la entidad HABITACIÓN era débil respecto al HOTEL al que
pertenece. Si construimos las interrelación existente entre ambas entidades
debemos pensar si el atributo “Nº de Habitación” de la entidad HABITACIÓN
es suficiente para identificar cada ejemplar de esta.
53
 Como se muestra en la figura 2.23 el IP, es decir, el número de habitación
se repite para distintos hoteles (la habitación número 1 existe en el hotel
“Mar” y en el hotel “Sol”). Para solucionar este problema, existen dos
soluciones:

1 Abeto SI

1 Roja SI

n°_habitación nombre WC habitación perteneciente al

Hotel “MAR“

habitación perteneciente al
HABITACIÓN Hotel “SOL“

El valor del IP se repite para hoteles distintos

Figura 2.23: Ocurrencias de la entidad HABITACIÓN

1. La primera consiste en cambiar el IP, por ejemplo, poner el nombre de

la habitación como IP; esto significa que los nombres de la habitación no
pueden repetirse en los distintos hoteles y esto no es posible asegurarlo.

2. La segunda, y más razonable, consiste en crear una interrelación débil

de dependencia en identificación, es decir, los ejemplares de la entidad débil
requieren para su identificación de los atributos identificadores de la entidad
fuerte. Así, cada ejemplar de HABITACIÓN está identificada por la
concatenación de su número y del nombre del hotel en que se encuentra. Por
ejemplo, la habitación 1 “Sol”, habitación 1 “Mar”, etc. Su representación es
la que se muestra en la figura 2.24.

Nº Habitación

Teléfono

(1, n) I (1, 1)
HABITACIÓN HOTEL
Posee

Nombre WC N:1
Nombre Dirección

Figura 2.24: Ejemplo de una interrelación con Dependencia en Identificación

54
 Fase de Análisis de Requisitos : Modelo E/R

Otro tipo de interrelación es la denominada jerárquica que expresa la

clasificación de un determinado tipo de entidad en uno o más tipos de
entidad. Por ejemplo, supongamos que la empresa Interfaz tiene tres
departamentos INFORMATICA, PUBLICACIONES y RECURSOS HUMANOS. Esta
clasificación de los departamentos se representaría como una jerarquía
(también denominada generalización). Las generalizaciones nos proporcionan
un mecanismo de abstracción que permite descomponer una entidad (que se
denominará supertipo) en subtipos. De esta forma vemos un conjunto de
ejemplares de una entidad como de otra entidad. Así, por ejemplo, una
"Persona" es un "Animal" y un "Reptil" es un "Animal"; en este caso, "Animal"
puede considerarse el supertipo y "Persona" y "Reptil" son subtipos de
"Animal". Los ejemplares o ejemplares de "Persona" lo son también de
"Animal" e igual sucede con las de "Reptil".

La figura 2.25 muestra la jerarquía de departamentos de la empresa

INTERFAZ representada por un triángulo invertido que une el supertipo con
los subtipos.

Código Nombre
Ubicación
Número de empleados

DEPARTAMENTO Nombre director

Teléfono contacto

PUBLICACIONES RECURSOS INFORMÁTICA

HUMANOS

Facturación Número de equipos

e-mail de
contacto

Figura 2.25: Ejemplo de generalización total exclusiva

3. 3 Atributos

En este apartado ampliaremos nuestro conocimiento acerca de las

restricciones semánticas sobre los atributos de las entidades y de las
interrelaciones para de esta forma poder representar más fielmente los
requisitos que nos piden para el diseño de una determinada base de datos.

55
 Supongamos que en la entidad Empleado queremos recoger que un
empleado puede tener más de un teléfono, tendríamos un atributo Teléfonos
que tendría cero o más valores, esto es lo que llamamos atributo multivaluado
y se representa como se muestra en la figura 2.26.

Otro tipo de atributo es el atributo compuesto, que representa una

agregación de atributos simples. Vamos a modificar el atributo Nombre de la
entidad EMPLEADO ya que queremos un atributo, Nombre Completo,
compuesto por Nombre y Primer Apellido. Su representación sería la que se
muestra en la figura 2.26.

Nombre Primer Apellido

Dirección
e-mail
Nombre Completo Teléfono

EMPLEADO
D.N.I.

Nacionalidad

Figura 2.26: Ejemplo de atributo compuesto

Además, todas las restricciones semánticas definidas para los atributos

pueden combinarse entre sí, es decir, (pueden existir en un esquema E/R
atributos multivaluados simples opcionales, univaluados compuestos
opcionales, multivaluados obligatorios, multivaluados compuestos, etc.).

56
 Fase de Análisis de Requisitos : Modelo E/R

Para este caso práctico se ha pensado en una continuación del ejemplo

que se ha ido desarrollando a lo largo de este capítulo sobre el diseño de una
Base de Datos que recoja información acerca del proyecto llevado a cabo por el
Ministerio de Educación denominado MENTOR. Hay que tener en cuenta que los
supuestos semánticos de este ejemplo son hipotéticos. A continuación se
expondrán los requisitos que se van considerar en este apartado para llevar a
cabo el diseño de la base de datos. Dicho proyecto se encarga de ofertar cursos
por Internet para alumnos del territorio nacional.

La información que se desea almacenar en la Base de Datos se refiere a

los alumnos matriculados en cada curso, teniendo en cuenta la fecha de inicio y
la fecha de finalización de cada alumno en un determinado curso y sabiendo que
un alumno se ha podido matricular de uno o varios cursos y que un curso tiene
como mínimo un alumno.

De los alumnos se desea saber el DNI, nombre completo, dirección,

teléfono, nacionalidad, pero sólo interesa saber si la nacionalidad es
española o no, y la dirección de correo electrónico. La dirección de
correo electrónico es imprescindible para poder realizar los cursos y
además es única para cada alumno.

La información referente a los cursos consta del nombre, título del libro
de consulta que se utiliza (aunque existen cursos que no lo poseen) y
dirección de Internet donde se encuentra todo el material que se
puede utilizar durante el curso.

Cada curso tiene asociado un grupo de personas expertas, llamadas

tutores, que son las encargadas de resolver las dudas propuestas por
los alumnos, la evaluación de los mismos e incluso el hombro para
que estos se desahoguen. Dentro de los tutores de un mismo curso
existe una figura importante que es la de coordinador que se encarga
de realizar labores de unificación y planificación. No hay que olvidar
que una persona experta puede ser tutora de varios cursos y que
además un coordinador de curso es un tutor. La información que se

57
 quiere almacenar en la BD acerca de los tutores es la siguiente: DNI,
nombre completo y dirección de correo electrónico.

La información que se desea almacenar en la Base de Datos se refiere

a los alumnos matriculados en cada curso, teniendo en cuenta la
fecha de inicio y la fecha de finalización de cada alumno en un
determinado curso y sabiendo que un alumno se ha podido matricular
de uno o varios cursos y que un curso tiene como mínimo un alumno.

El proyecto MENTOR, además, tiene en cuenta que ha de facilitar a los

alumnos el acceso a Internet y por lo tanto ha instalado aulas con
todos los servicios necesarios para el pleno desarrollo de los cursos.

Cada alumno pertenece a un aula y el mantenimiento tanto de los

ordenadores como de los programas se lleva a cabo por los
administradores de aula.

Cada aula tiene asignado un código único, descripción y una dirección.

La información que se necesita de cada administrador es su DNI,

nombre completo, dirección de correo electrónico.

24
 Fase de Análisis de Requisitos : Modelo E/R

4. DISEÑO PROPUESTO AL CASO PRÁCTICO - MENTOR

Para realizar el diseño conceptual de la BD en el modelo E/R seguiremos una

serie de pasos que nos ayudarán a identificar los elementos básicos del modelo.
Estos pasos son iterativos, es decir, un esquema E/R se construye según
distintas fases de refinamiento. Además, las soluciones no son únicas, cada
diseñador puede ver el mundo real de distinta forma, dando lugar a distintos
esquema E/R válidos. Sin embargo, sí se puede estudiar si un determinado
esquema E/R refleja mejor que otro los supuestos semánticos del enunciado. No
hay que olvidar que en el esquema E/R de una base de datos hay que recoger la
mayor semántica posible y no dejar para las siguientes fases de desarrollo
(diseño lógico e implementación) ningún supuesto semántico, siempre que sea
posible.

1º paso: Identificar y enumerar las posibles entidades teniendo en

cuenta la siguiente heurística: en general, un tipo de entidad es un
sustantivo dentro de una oración con una seria de propiedades o
características tales como, DNI del alumno, nombre del curso, etc.

La información que se desea almacenar en la Base de datos se refiere a los

alumnos matriculados en cada curso. Teniendo en cuenta la fecha de inicio de
cada alumno en un determinado curso así como su fecha de finalización y
sabiendo que un alumno se ha podido matricular de uno o varios cursos y que un
curso tiene como mínimo un alumno.

En el texto presentamos en negrita y subrayado los tipos de entidad que

hemos detectado.

De los alumnos se desea saber el DNI, nombre completo, dirección,

teléfono, nacionalidad, pero sólo interesa saber si la nacionalidad es
española o no, y la dirección de correo electrónico. La dirección de
correo electrónico es imprescindible para poder realizar los cursos y
además única para cada alumno. Observamos que del único
sustantivo que tenemos información que almacenar (DNI, nombre
completo, dirección, teléfono, nacionalidad,e-mail) es de alumnos
luego éste, será una entidad.

59
 La información referente a los cursos consta de nombre de este, título
del libro de consulta que utiliza (aunque existen cursos que no lo
poseen) y dirección de Internet donde se encuentra todo el material
del que consta. Curso es una entidad

Cada curso tiene asociado un grupo de personas expertas, llamadas

tutores, que son las encargadas de resolver los problemas propuestos
por los alumnos, la evaluación de los mismos e incluso el hombro
para que estos se desahoguen. Dentro de los tutores de un mismo
curso existe una figura importante que es la de coordinador que se
encarga de realizar labores de unificación. No hay que olvidar que
una persona experta puede ser tutora de varios cursos y que además
un coordinador de curso es un tutor. La información que se quiere
almacenar en la BD acerca de los tutores es la siguiente: DNI,
nombre completo y dirección de correo electrónico. De este párrafo
podemos extraer que, por un lado necesitamos una entidad para
almacenar los datos de los tutores y por otro lado vemos que se
destaca en el texto la labor del coordinador y se podría pensar si es o
no un atributo de la entidad tutores.

El proyecto MENTOR, además, tiene en cuenta que ha de facilitar a los

alumnos el acceso a Internet y por lo tanto a instalado aulas con
todos los servicios necesarios para el pleno desarrollo de los cursos.
Aunque, por ahora desconocemos posibles atributos de las aulas
parece que interactúa lo suficiente como para pensar en que pueda
ser una entidad

Cada alumno pertenece a un aula y el mantenimiento tanto de los

ordenadores como de los programas se lleva a cabo por los
administradores de aula. Aula va cogiendo peso como posible entidad

Cada aula tiene asignado un código único, una descripción y una

dirección. Definitivamente aula es una entidad, ya nos han
especificado sus atributos

La información que se necesita de cada administrador es su DNI,

nombre completo, dirección de correo electrónico. Este párrafo
muestra claramente que administrador es una entidad ya que es
necesario almacenar información sobre él.

60
 Fase de Análisis de Requisitos : Modelo E/R

Los tipos de entidades que hemos localizado son: ALUMNO, CURSO, TUTOR,
AULA y ADMINISTRADOR. Del enunciado se podría deducir que COORDINADOR
es también un tipo de entidad; dejamos para más adelante la discusión sobre si
este concepto puede representarse como una entidad, un atributo o una
interrelación.

2º paso: Identificar y enumerar las posibles interrelaciones, teniendo en

cuenta la siguiente heurística: en general, una interrelación viene
reflejada por un verbo dentro de una oración que relaciona dos objetos.

En el texto aparece un número correlativo como superíndice en los verbos

que indican la posible existencia de una interrelación.

La información que se desea almacenar en la Base de datos se refiere a

los alumnos matriculados1 en cada curso. Teniendo en cuenta la
fecha de inicio de cada alumno en un determinado curso así como su
fecha de finalización y sabiendo que un alumno se ha podido
matricular de uno o varios cursos y que un curso tiene como mínimo
un alumno.

De los alumnos se desea saber el DNI, nombre completo, dirección,

teléfono, nacionalidad, pero sólo interesa saber si la nacionalidad es
española o no, y la dirección de correo electrónico. La dirección de
correo electrónico es imprescindible para poder realizar los cursos y
además única para cada alumno. Observamos que del único
sustantivo que tenemos información que almacenar (DNI, nombre
completo, dirección, teléfono, nacionalidad,e-mail) es de alumnos
luego éste, será una entidad.

La información referente a los cursos consta de nombre de este, título

del libro de consulta que utiliza (aunque existen cursos que no lo
poseen) y dirección de Internet donde se encuentra todo el material
del que consta. Curso es una entidad

Cada curso tiene asociado2 un grupo de personas expertas, llamadas

tutores, que son las encargadas de resolver los problemas propuestos

61
 por los alumnos, la evaluación de los mismos e incluso el hombro
para que estos se desahoguen. Dentro de los tutores de un mismo
curso existe una figura importante que es la de coordinador que se
encarga de realizar labores de unificación. No hay que olvidar que
una persona experta puede ser tutora de varios cursos y que además
un coordinador de curso es un tutor. La información que se quiere
almacenar en la BD acerca de los tutores es la siguiente: DNI,
nombre completo y dirección de correo electrónico. De este párrafo
podemos extraer que, por un lado necesitamos una entidad para
almacenar los datos de los tutores y por otro lado vemos que se
destaca en el texto la labor del coordinador y se podría pensar si es o
no un atributo de la entidad tutores.

El proyecto MENTOR, además, tiene en cuenta que ha de facilitar a los

alumnos el acceso a Internet y por lo tanto a instalado aulas con
todos los servicios necesarios para el pleno desarrollo de los cursos.
Aunque, por ahora desconocemos posibles atributos de las aulas
parece que interactúa lo suficiente como para pensar en que pueda
ser una entidad

Cada alumno pertenece3 a un aula y el mantenimiento4 tanto de los

ordenadores como de los programas se lleva a cabo por los
administradores de aula. Aula va cogiendo peso como posible entidad

Cada aula tiene asignado un código único, una descripción y una

dirección. Definitivamente aula es una entidad, ya nos han
especificado sus atributos

La información que se necesita de cada administrador es su DNI,

nombre completo, dirección de correo electrónico. Este párrafo
muestra claramente que administrador es una entidad ya que es
necesario almacenar información sobre él.

Para que nos sea más sencillo saber qué tipos de entidades están
relacionadas vamos a construir una matriz donde en la primera fila y la primera
columna se enuncian los tipos de entidad anteriormente enumerados y se
señalará en el cruce de filas y columnas aquellas interrelaciones que hemos
detectado. De esta forma se facilita también la identificación de posibles
interrelaciones que no aparecen explícitamente expresadas en los supuestos
semánticos del enunciado pero que son, bien de sentido común, bien deducidas
62
 Fase de Análisis de Requisitos : Modelo E/R

del enunciado; estas interrelaciones también tienen que aparecer en el esquema

E/R de la base de datos.

Interrelaciones ALUMNO CURSO TUTOR AULA ADMINISTRADOR

ALUMNO Matricular 1 Pertenecer 3
CURSO Asociar 2
¿Coordinar?
TUTOR
AULA Mantener 4
ADMINISTRADOR

En la tabla se muestra el nombre de las interrelaciones y una numeración

que indica el orden en el que han ido apareciendo en el texto; se muestran
sombreadas las celdas que representan interrelaciones simétricas a las definidas
en el resto de las celdas. Además de las interrelaciones extraídas del texto hay
que estudiar si en las celdas vacías deberían aparecer nuevas interrelaciones.
Así, podría existir la interrelación Coordinar entre TUTOR y CURSO; dejaremos
esta interrelación entre interrogaciones con el fin de estudiar posteriormente si
debe reflejarse de esta forma.

3º paso: Dibujar las interrelaciones (estudiando el tipo de correspondencia y

las cardinalidades) y los tipos de entidad con los atributos correspondientes.

Interrelación Matricular

Tanto los atributos de CURSO como de ALUMNO se presentaron a lo largo

del capítulo, pero recordamos que el IP (identificador principal) de CURSO es
Nombre y el de ALUMNO es DNI. Tanto el atributo WWW como el e-mail son
identificadores alternativos, es decir, los valores que toman para cada elemento
del tipo de entidad CURSO o ALUMNO son únicos; Los atributos Libro y Teléfono
son opcionales. La figura 2.27 muestra el esquema E/R correspondiente a la
interrelación Matricular.

63
 D.N.I. Nombre Dirección Libro WWW
Nombre
e-mail
Teléfono

ALUMNO Matricular CURSO

Nacionalidad

Figura 2.27: Interrelación Matricular

El estudio del tipo de correspondencia y las cardinalidades máximas y

mínimas también se realizó durante el desarrollo del capítulo pero recordaremos
que la correspondencia es de muchos a muchos (N:M) ya que un alumno puede
matricularse de uno o varios cursos, cardinalidad (1,n), y en un curso se
matriculan uno o varios alumnos, cardinalidad (1,n). Además, para saber las
fechas en las que un alumno inició y finalizó un curso se introducen dos atributos
que pertenecen a la interrelación Matricular (figura 2.28)

D.N.I. Nombre Dirección Nombre Libro WWW

e-mail F_Comienzo
F_Finalización
Teléfono
M:N
(1,n) (1,n)
ALUMNO CURSO
Matricular
Nacionalidad

Figura 2.28: Interrelación Matricular con cardinalidades y atributos en la interrelación

Interrelación Asociar

Antes de analizar las propiedades de la interrelación Asociar veamos los

atributos del tipo de entidad TUTOR.

Según se muestra en el enunciado, la información que se requiere para los

tutores es: DNI, nombre completo y dirección de correo. De estos tres atributos
tenemos que elegir cual de ellos puede ser el IP. Elegiremos el DNI aunque bien
podría ser la dirección de correo si esta es única. Por lo que el e-mail será un
atributo alternativo y el nombre completo un atributo obligatorio.

64
 Fase de Análisis de Requisitos : Modelo E/R

El tipo entidad y sus atributos quedan representados como muestra la

figura 2.29.

Nombre
DNI completo e-mail

TUTOR

Figura 2.29: Entidad TUTOR

La interrelación Asociar relaciona las entidades TUTOR y CURSO (véase la

tabla del paso 2 y Figura 2.30); tenemos que estudiar el tipo de correspondencia
y las cardinalidades máximas y mínimas para completar las propiedades de la
interrelación.

Si leemos detenidamente las especificaciones del texto tenemos que un tutor

puede realizar sus labores en varios cursos y que en un curso puede ser tutorado
por varias personas expertas (tutores) por lo tanto la correspondencia es N:M o
muchos a muchos.

Nombre
DNI completo e-mail Nombre Libro WWW

N:M

TUTOR Asociar CURSO

Figura 2.30: Interrelación Asociar

Veamos ahora las cardinalidades máximas y mínimas del tipo de entidad

TUTOR en la interrelación Asociar; para ello, tenemos que mirar al tipo de
entidad TUTOR y preguntarnos:

- ¿A cuántos cursos está asociado como mínimo un TUTOR? La respuesta

podría ser 0 si consideramos que podemos tener tutores que en un momento
dado no estén tutorando ningún curso, o, por el contrario, podríamos poner un 1
con lo que supondríamos que todos los tutores que tenemos en nuestra base de

65
 datos siempre estarán ocupados con algún curso. Nos quedamos con la primera
alternativa para poder dejar descanso a los tutores. De esta forma la
cardinalidad mínima es 0.

- ¿A cuántos cursos está asociado como máximo un TUTOR? En este caso,

como en las especificaciones no se restringe el número de cursos que un tutor
puede impartir, la cardinalidad máxima será N.

Gráficamente, las cardinalidades de la entidad TUTOR se representan al lado

contrario de esta, es decir, junto al tipo de entidad CURSO (Figura 2.31).

Nombre
DNI completo e-mail Nombre Libro WWW

N:M

(0,n)
TUTOR Asociar CURSO

Figura 2.31: Cardinalidad de TUTOR en la interrelación Asociar

De forma análoga se razonaría para el caso de las cardinalidades asociadas a

CURSO (figura 2.32). Un curso como mínimo ha de ser tutorado por un TUTOR
(cardinalidad mínima 1) y como máximo por N (cardinalidad máxima N).

Nombre
DNI completo e-mail Nombre Libro WWW

N:M

(1,n) (0,n)
TUTOR Asociar CURSO

Figura 2.32: Cardinalidades en la interrelación Asociar

En los pasos 1 y 2 dejamos sin estudiar el concepto de coordinador de los

cursos. Volviendo a releer el texto nos preguntamos ¿qué pasa con la figura del
coordinador?, ¿cuál sería su representación?

66
 Fase de Análisis de Requisitos : Modelo E/R

Como bien se indica en los supuestos semánticos del enunciado, el

coordinador es también un tutor y, además, puede desarrollar una función
añadida de planificación en determinados cursos. Esto significa que un tutor en
determinados cursos (pero solamente en aquellos donde participa) puede
realizar dos labores: tutor y coordinador. Por lo que una solución puede ser
considerar, dentro de la interrelación Asocia un atributo, Coordinador, definido
dentro del dominio Verdad que toma los valores (SI, NO), y el cual nos indicará
con el valor SI que un determinado tutor desarrolla la función de coordinador en
un curso con el que se relaciona (Figura 2.33).

Nombre
DNI completo e-mail Nombre Libro WWW

N:M

(1,n) (0,n)
TUTOR Asociar CURSO

Coordinador
Coordinador está definido dentro del Dominio VERDAD = (SI,NO)

Figura 2.33: Interpretación de la figura Coordinador

Analicemos como se interpreta el atributo Coordinador en la interrelación

Asocia. El atributo Coordinador toma un valor para cada ejemplar de la
interrelación Asociar; esto significa que como un determinado curso puede tener
más de un tutor y el atributo Coordinador podría tomar el valor de SI en esas
ejemplares de la interrelación Asocia, entonces estamos permitiendo en el
esquema E/R que un curso tenga más de un coordinador. Esto significa que no
respetamos uno de los supuestos semánticos del enunciado.

3446721

7423412

4567433 TUTOR Asociar CURSO

SI
TUTOR Asociar CURSO

TUTOR Asociar CURSO

Diseño de BD
SI
NO Diseño de BD
Diseño de BD
Figura 2.34: Ejemplares de la interrelación Asociar

67
 Veámoslo con los ejemplos de ejemplares de la interrelación mostrados en la
figura 2.34; el curso “Diseño de BD” tiene tres tutores cuyos DNI son 3446721,
7423412, 4567433. El tutor con DNI 4567433 no es coordinador y los tutores
con DNI 3446721 y 7423412 están definidos como coordinadores. Si no
queremos violar la restricción semántica de que un curso no tenga más de un
coordinador, entonces en el diseño lógico de la BD se debería definir algún
mecanismo que cuando se haya definido un coordinador para un curso, entonces
no se permita introducir ninguno más. Sin embargo, la solución de la figura 2.34
si contempla la restricción semántica consistente en que los coordinadores de los
cursos deben ser tutores de los mismos, es decir, no es posible definir un
coordinador de un curso que no sea tutor del mismo.

Nombre
DNI e-mail Nombre Libro
completo WWW
N:M

(1, n) (0, n)
TUTOR Asociar CURSO

1:N
(1, 1) (0, n)

Coordinar

Figura 2.35: Interrelación Coordinar.

Otra posible solución para representar la semántica de la figura de

coordinador de un curso consiste en utilizar otra interrelación denominada
Coordinar entre TUTOR y CURSO con las cardinalidades mostradas en la figura
2.35. La interrelación Coordinar representa que un determinado TUTOR puede
ser coordinador de más de un CURSO y que un CURSO tiene uno y solo un
TUTOR que lo coordina. Si bien esta propuesta de solución recoge a la perfección
la restricción de que un curso sólo tiene un coordinador, sin embargo, no recoge
que el coordinador de un curso tenga que ser obligatoriamente un tutor de ese
curso (ver figura 2.36). Para controlar esta última restricción habría que incluir
un mecanismo en el diseño lógico que obligara a que el coordinador de un curso
debe ser un tutor del mismo.

68
 Fase de Análisis de Requisitos : Modelo E/R

3446721

7423412

4567433 TUTOR CURSO

Asociar

TUTOR Asociar CURSO

TUTOR Asociar CURSO

Diseño de BD

2223456 Diseño de BD
Diseño de BD

TUTOR
Coordinar CURSO

Diseño de BD
Figura 2.36: Ejemplares de la interrelación Asociar y Coordinar

Aunque existen otras formas de representar la figura del coordinador de un

curso, no vamos a presentarlas aquí con el fin de no complicar el ejercicio. Se
han mostrado las dos más significativas. Para este caso práctico se ha
seleccionado la primera propuesta de solución (considerar el atributo
Coordinador en la interrelación Asocia). De esta forma, el esquema E/R definido
hasta el momento se muestra en la figura 2.37:

Nombre
DNI completo e-mail Nombre lLibro WWW
N:M

(1, n) (0, n)
TUTOR Asociar CURSO

F_Comienzo (1, n)
Coordinador
F_Finalización

Matricular N:M

nacionalidad = (española, no_española)

(1, n) Teléfono
coordinador = (SI, NO)
ALUMNO Nacionalidad

e-mail
DNI Nombre Dirección

Figura 2.37: Esquema E/R parcial

69
 Interrelación Pertenecer

Esta interrelación asocia las entidades ALUMNO y AULA. En primer lugar se

representarán los atributos del tipo de entidad AULA que (código_aula,
descripción y dirección). El código_aula será el IP, y el resto de atributos serán
obligatorios.

Teléfono
1:N
Nacionalidad
AULA Pertenecer ALUMNO

e-mail
Código_aula DNI
DescripciónDirección Nombre Dirección

Figura 2.38: Interrelación Pertenecer

Para la interrelación Pertenecer tenemos un tipo de correspondencia de uno

a muchos porque según el enunciado cada ALUMNO pertenece a un AULA
(suponemos que un alumno no puede estar asociado a más de un aula);
además, un AULA puede tener asociados varios ALUMNOS (figura 2.38). Las
cardinalidad mínima y máxima de ALUMNO es (1,1) ya que el alumno está
asignado a una y solo un AULA. Las asociadas a AULA serían (1,n) ya que no
tendría mucho sentido mantener un aula sin alumnos (figura 2.39).

1:N Teléfono

(1,1) (1,n) Nacionalidad

AULA Pertenecer ALUMNO

Dirección e-mail
Código_aula Descripcion DNI Nombre Dirección

Figura 2.39: Cardinalidades de la interrelación Pertenecer

El esquema E/R obtenido hasta el momento es el mostrado en la figura 2.40.

70
 Fase de Análisis de Requisitos : Modelo E/R

Nombre
DNI completo e-mail Nombre Libro WWW

N:M

(1, n) (0, n)
TUTOR Asociar CURSO

F_Comienzo (1, n)
Coordinador
F_Finalización

nacionalidad = (española, no_española) Matricular N:M

administrador = (SI, NO)

1:N (1, n) Teléfono
(1,1) (1,n) Nacionalidad
AULA Pertenecer ALUMNO

e-mail
DNI Nombre Dirección
Código_aula Descrip Dirección

Figura 2.40: Esquema E/R parcial

Interrelación Mantener

La interrelación Mantener se da entre las entidades ADMINISTRADOR y

AULA. Los atributos del tipo de entidad ADMISTRADOR son DNI, nombre
completo y e-mail y representan el IP, un atributo obligatorio y otro alternativo,
respectivamente.

El tipo de correspondencia es de uno a muchos (1:N) ya que un

ADMINISTRADOR solamente puede estar asignado a un AULA y sin embargo un
AULA puede ser mantenida por más de un ADMINISTRADOR lo que nos indica
también las cardinalidades: (1,n) para el tipo de entidad AULA y (1,1) para el
tipo de entidad ADMINISTRADOR.

Así, el diseño conceptual de la base de datos referente al proyecto MENTOR

se representa en la figura 2.413:

3
Como se ha mencionado al principio del ejercicio, esta representación conceptual no es única; puede
haber diversas interpretaciones. Lo importante es que el usuario o la persona que nos ha encargado el
diseño este conforme con este y refleje lo más fielmente posible las características del problema.

71
 Nombre
DNI completo e-mail Nombre Libro WWW
N:M

(1, n) (0, n)
TUTOR Asociar CURSO

F_Comienzo (1, n)
Coordinador
F_Finalización

nacionalidad = (española, no_española) Matricular N:M

coordinador = (SI, NO)

1:N (1, n) Teléfono
(1,1) (1,n) Nacionalidad
AULA Pertenecer ALUMNO

e-mail
DNI Nombre Dirección
Código_aula Descripcion Dirección

(1,1)
(1,n)
1:N Mantener ADMINISTRADOR

e-mail
DNI Nombre

Figura 2.41: Esquema E/R completo

Observando el esquema E/R final, las entidades TUTOR y ADMINISTRADOR

tienen atributos comunes. Podremos identificar generalizaciones si encontramos
una serie de atributos comunes a un conjunto de entidades; estos atributos
comunes describirán al supertipo y los atributos particulares permanecerán en
los subtipos. Puede ocurrir que los subtipos no tengan atributos propios, como es
el caso que nos ocupa; en ese caso, sólo existirán subtipos si éstos van a
participar en interrelaciones (aparte de las interrelaciones en las que participe el
supertipo). Así, podemos tener, como muestra la figura 2.42, el supertipo
PERSONA con los atributos DNI, nombre y e-mail y los subtipos TUTOR y
ADMINISTRADOR que no tienen ningún atributo propio. Los subtipos TUTOR y
ADMINISTRADOR siguen participando en las mismas interrelaciones que en la
figura 2.41. Sin embargo, el supertipo PERSONA no participaría en ninguna
interrelación; por ello, se ha optado por eliminar la generalización de la solución
propuesta.

72
 Fase de Análisis de Requisitos : Modelo E/R

Nombre
DNI completo e-mail

PERSONA

TUTOR ADMINISTRADOR

Figura 2.42: Generalización de PERSONA

73
 En este segundo caso práctico se ha pensado en el diseño de una Base de
Datos para los estudiantes universitarios de Historia. Debemos crear una base
de datos que permita consultar la información más relevante de la Edad Media,
y más concretamente de las cruzadas que se llevaron a cabo en dicha época.
Veremos a continuación los requisitos que se plantean en este nuevo proyecto:

Interesa conocer la información de los caballeros más importantes de

los que sea almacenará la información de su nombre, fecha de
nacimiento y apodo.

También será importante conocer las provincias de aquella época, de

las que guardaremos la información de su denominación, número de
habitantes y los caballeros que las gobernaron, teniendo en cuenta
que un caballero pudo gobernar más de una provincia y que una
provincia estuvo gobernada por diferentes caballeros en distintas
fechas. Interesará conocer el año de inicio y el número de años que
estuve gobernada por cada caballero.

De las cruzadas almacenaremos la información del nombre, la fecha

de inicio y la fecha de fin, los caballeros que participaron, la fecha en
la que se incorporaron, la fecha en la que se retiraron y el resultado
que obtuvieron (derrota, victoria o abandono).

En esta época también fueron muy importantes los reyes, de los que
nos interesa conocer el nombre y sus apellidos, fecha de nacimiento,
corona y las provincias sobre las que reinaron.

Por último, interesa conocer para cada rey la información de su

ascendente. En aquella época ya se sabe que su ascendiente sería
otro rey.

74
 Fase de Análisis de Requisitos : Modelo E/R

5. DISEÑO PROPUESTO AL CASO PRÁCTICO - HISTORIA

Para realizar el diseño conceptual de la BD en el modelo E/R seguiremos los

mismos pasos que seguimos en el ejemplo anterior con el fin de identificar los
elementos básicos del modelo. Recordemos que las soluciones no son únicas, y
cada pueden existir distintos esquema E/R válidos.

1º paso: Identificar y enumerar las posibles entidades teniendo en

cuenta la siguiente heurística: en general, un tipo de entidad es un
sustantivo dentro de una oración con una seria de propiedades o
características. Por ejemplo, DNI del alumno, nombre del curso, etc.

En el texto presentamos en negrita y subrayado los tipos de entidad que

hemos detectado.

Interesa conocer la información de los caballeros más importantes de

los que sea almacenará la información de su nombre, fecha de
nacimiento y apodo.

También será importante conocer las provincias de aquella época, de

las que guardaremos la información de su denominación, número de
habitantes y los caballeros que las gobernaron, teniendo en cuenta
que un caballero pudo gobernar más de una provincia y que una
provincia estuvo gobernada por diferentes caballeros en distintas
fechas. Interesará conocer el año de inicio y el número de años que
estuvo gobernada por cada caballero.

De las cruzadas almacenaremos la información del nombre, la fecha

de inicio y la fecha de fin, los caballeros que participaron, la fecha en
la que se incorporaron, la fecha en la que se retiraron y el resultado
que obtuvieron (derrota, victoria o abandono).

En esta época también fueron muy importantes los reyes, de los que
nos interesa conocer el nombre y sus apellidos fecha de nacimiento,
corona, y las provincias sobre las que reinaron.

75
 Por último, interesa conocer para cada rey la información de su
ascendente. En aquella época ya se sabe que su ascendiente sería
otro rey.

Las entidades que hemos encontrado son: CABALLERO, PROVINCIA,

CRUZADA y REY.

2º paso: Identificar y enumerar las posibles interrelaciones, teniendo en

cuenta la siguiente heurística: en general, una interrelación viene reflejada por
un verbo dentro de una oración que relaciona dos objetos.

Igual que en el ejemplo visto anteriormente, en los verbos con posiblidad de

interrelación aparece un número correlativo que se muestra como superíndice.

Interesa conocer la información de los caballeros más importantes de

los que sea almacenará la información de su nombre, fecha de
nacimiento y apodo.

También será importante conocer las provincias de aquella época, de

las que guardaremos la información de su denominación, número de
habitantes y los caballeros que las gobernaron, teniendo en cuenta
que un caballero pudo gobernar1 más de una provincia y que una
provincia estuvo gobernada por diferentes caballeros en distintas
fechas. Interesará conocer el año de inicio y el número de años que
estuvo gobernada por cada caballero.

De las cruzadas almacenaremos la información del nombre, la fecha de

inicio y la fecha de fin, los caballeros que participaron2, la fecha en la
que se incorporaron, la fecha en la que se retiraron y el resultado que
obtuvieron (derrota, victoria o abandono).

En esta época también fueron muy importantes los reyes, de los que
nos interesa conocer el nombre y sus apellidos, fecha de nacimiento,
corona, y la provincia sobre la que reinó más tiempo, teniendo en
cuenta que una provincia pudo tener diferentes reyes.

Por último, interesa conocer para cada rey la información de su

ascendente. En aquella época ya se sabe que su ascendiente sería
otro rey.
76
 Fase de Análisis de Requisitos : Modelo E/R

A continuación realizaremos la matriz de interrelaciones, donde

recordaremos que en la primera fila y en la primera columna especificaremos las
entidades localizadas en el texto, mientras que en el cruce de filas y columnas
indicaremos las interrelaciones encontradas.

Interrelaciones CABALLERO PROVINCIA CRUZADA REY

CABALLERO Participar 2
PROVINCIA Gobernar 1
CRUZADA
REY Reinar 3 Ascender 4

La numeración como en el ejemplo anterior, muestra el orden de aparición

en el texto. Se muestran sombreadas las celdas que representan interrelaciones
simétricas.

3º paso: Dibujar las interrelaciones (estudiando el tipo de correspondencia y

las cardinalidades) y los tipos de entidad con los atributos correspondientes.

Interrelación Gobernar

En esta interrelación participan las entidades CABALLERO y PROVINCIA.

Los atributos de la entidad CABALLERO son: Nombre, Fecha de nacimiento y

Apodo. Elegiremos como IP (identificador principal) el atributo Apodo, ya que
identifica de forma única a cada caballero. En cuanto a la entidad PROVINCIA,
nos interesa conocer, según los requisitos del modelo, la Denominación y el
Número de Habitantes siendo el IP (identificador principal) la denominación
(única para cada provincia).

La figura ”Historia 1: Interrelación Gobernar” muestra la representación de

las entidades Caballero y Provincia con sus atributos , y la representación de la
interrelación Gobernar en el diagrama entidad-relación.

77
 Apodo Nombre Fecha_Nac
. Denominación Num_Hab

CABALLERO PROVINCIA
Gobernar

Historia 1:: Interrelación Gobernar

Para el estudio de las cardinalidades, nos fijaremos en los requisitos

indicados en el enunciado, donde se afirma que “Un caballero puede gobernar
más de una provincia y que una provincia estuvo gobernada por deferentes
caballeros en distintas fechas”. Además nos indican que debemos conocer el
año de inicio y el número de años que estuvo gobernada por cada caballero.

Para hallar las cardinalidades, preguntaremos:

- ¿Un caballero, cuántas provincias pudo gobernar? Podemos pensar que

habrá caballeros que no gobernaron ninguna provincia (0), y que habrá otros
que habrán gobernado más de una, por lo que las cardinalidades mínimas y
máximas son (0,n). Recordemos que la cardinalidad se expresa en sentido
contrario.

- ¿Una provincia, por cuántos caballeros estuvo gobernada? Siempre estuvo

gobernada como mínimo por un caballero, pero a lo largo de la historia pudo
estar gobernada por diferentes caballeros (1,n).

Por último vemos que nos hablan de dos atributos: “Año de inicio y número
de años” que un caballero estuvo gobernando una provincia. Como vemos, son
dos atributos que dependen de la interrelación Gobernar.

Apodo Nombre
. Año_inicio Denominación Num_Hab
Num_Años

M:N
(1,n) (0,n)
CABALLERO PROVINCIA
Gobernar

Historia 2: Interrelación Gobernar con cardinalidades y atributos de interrelación

78
 Fase de Análisis de Requisitos : Modelo E/R

Interrelación Participar

Esta interrelación representa las cruzadas en las que participaron los

caballeros. Analizaremos los atributos de la nueva relación CRUZADA, que según
el enunciado deben ser: Nombre, la fecha en la que comenzó la cruzada y la
fecha en la finalizó. Como IP (identificador principal) elegiremos el atributo
Nombre.

La entidad y sus atributos quedan representados en la siguiente figura:

Nombre Fecha_Inicio Fecha_Fin

CRUZADA

Historia 3: Entidad CRUZADA

El siguiente paso será establecer las cardinalidades entre las dos entidades
de esta interrelación PARTICIPAR, donde intervienen las entidades CRUZADA y
CABALLERO.

- Un caballero, ¿en cuántas cruzadas pudo participar? Como mínimo en una

y como máximo en muchas (1,n).

Nombre
Apodo completo Fecha_Nac Nombre Fecha_Inicio
Fecha_Fin

(1,n)
CABALLERO CRUZADA
Participar

Historia 4: Cardinalidad de CABALLERO en la interrelación Participar

79
 Recordemos que la cardinalidad se representa gráficamente en sentido
contrario.

- En una cruzada, ¿cuántos caballeros pudieron participar? Como mínimo un

caballero y como máximo N.

Nombre
Apodo completo Fecha_Nac Nombre Fecha_Inicio
Fecha_Fin

N:M

(1,n) (1,n)
CABALLERO CRUZADA
Participar

Historia 5: Cardinalidad de CABALLERO y CRUZADA en la interrelación Participar

Vemos que la cardinalidad de la interrelación es del tipo N:M.

Ahora bien, también interesa conocer para cada caballero que participó en
cada cruzada, la información de la fecha de incorporación, la fecha de retirada y
el resultado (derrota, abandono, victoria). Estos atributos no son propios ni de la
entidad CABALLERO ni de la entidad CRUZADA, sino que la información depende
de cada uno de los caballeros que participó en una cruzada, por lo tanto, son
atributos de la interrelación PARTICIPAR:

Nombre
Apodo completo Fecha_Nac Nombre Fecha_Inicio
Fecha_Fin
F_Retirada
F_Incorpor
N:M Resultado
(1,n) (1,n)
CABALLERO CRUZADA
Participar

Historia 6: Esquema entidad/relación parcial

80
 Fase de Análisis de Requisitos : Modelo E/R

Interrelación Reinar

Esta interrelación asocia las relaciones PROVINCIA y REY. Sus atributos son:
Nombre, Apellidos, (ID Principal) Fecha de nacimiento y Corona.

Nombre
Completo Fecha_Nac
Corona

REY

Historia 7: Entidad REY

Veamos la representación de la interrelación Reinar

Nombre Fecha_Nac
Denominación Num_Habitantes Corona

PROVINCIA REY
Reinar

Historia 8 : Representación de la interrelación Reinar

- En una provincia, cuántos reyes reinaron? Uno o más de uno (en distintas
fechas)

81
 Nombre Fecha_Nac
Denominación Num_Habitantes Corona

(1,n)
PROVINCIA REY
Reinar

Historia 9 : Cardinalidad de la entidad Provincia

Un rey, ¿cuántas provincias reinó? Puedo reinar sobre uno o más provincias.

Nombre Fecha_Nac
Denominación Num_Habitantes Corona

N:1

(1,n) (1,1)
PROVINCIA Reinar REY

Historia 10 : Cardinalidad de la interrelación

Por lo tanto la cardinalidad entre estas relaciones es 1:N

Interrelación Ascender

En esta interrelación participa únicamente la relación REY relacionada

consigo misma.

82
 Fase de Análisis de Requisitos : Modelo E/R

Nombre Fecha_Nac
Completo
Corona

REY

Ascender

Historia 11: Interrelación Asociar

Para hallar la cardinalidad, preguntaremos:

- ¿Un rey cuántos ascendientes tiene? Tendrá dos. (Se incluye la información
de los Reyes y de las Reinas)

- Un rey, ¿de cuántos Reyes es ascendiente? De uno o más de uno (en el

caso de que haya tenido más de un hijo). Por lo tanto, la representación sería:

Nombre Fecha_Nac
Completo
Corona

REY

(1,n) (1,n)

Ascender N:M

Historia 12: Interrelación Asociar

83
 Hasta ahora hemos representado todas las interrelaciones de forma parcial,
por lo que el siguiente paso es la representación global de las interrelaciones a
través del diagrama entidad-relación:

Apodo Nombre
. Fecha_Nac Año_inicio Denominación
Num_Años Num_Hab

M:N
(1,n) (0,n)
CABALLERO PROVINCIA
Gobernar

(1,n) (1,n)

F_Retirada
F_Incorpor
M:N Resultado M:N
Participar Reinar

Nombre Fecha_Inicio
Fecha_Fin

(1,n)
Nombre Fecha_Nac
CRUZADA Completo
Corona
(1,n)

REY

(1,n) (1,n)

Ascender N:M

Historia 13 : Diagrama Entidad- Relación completo

84
 Fase de Análisis de Requisitos : Modelo E/R

En este tercer caso práctico se requiere el diseño de una Base de Datos

para una Constructora que dispone de varias sucursales dedicadas al alquiler de
sus inmuebles. Se desea almacenar la información de su negocio. Se exponen a
continuación los requisitos para la creación de la base de datos:

Cada sucursal se identifica por un código y se requiere la información

de su dirección, código postal, población y teléfono.

Se desea conocer los comerciales que trabajan en las distintas

sucursales. De ellos se quiere conocer su Dni, nombre, apellidos y la
fecha de contratación.

De los inmuebles que gestiona cada sucursal interesa conocer el

Código del inmueble, su dirección, código_postal, población, nº de
habitaciones, nº de baños, y el importe de su alquiler mensual. Se
tendrá en cuenta que un inmueble será gestionado por una única
sucursal.

Los clientes reales son aquellos que tienen alquilado algún inmueble.
Nos interesa conocer la información de su DNI, nombre, apellidos, y
teléfono. Tendremos en cuenta que un inmueble puede ser alquilado
por diferentes clientes a lo largo del tiempo y nos interesará conocer
la fecha de inicio, la fecha de fin y el importe máximo mensual que
un cliente pagó por ese alquiler.

Sus clientes potenciales son aquellos que buscan el alquilar de un

inmueble. Nos interesa conocer la información de su DNI, nombre,
apellidos, teléfono, y precio máximo que está dispuesto a pagar por
el alquiler. Un cliente potencial será atendido por un único comercial.

Cada sucursal depende a su vez, de una sucursal principal a la que

enviará mensualmente todos sus informes de alquileres. La sucursal
principal tendrá a su cargo varias sucursales.

85
 6. DISEÑO PROPUESTO AL CASO PRÁCTICO - CONSTRUCTORA

Seguiremos los mismos pasos que hemos visto en ejemplos anteriores.

Recordemos que las soluciones no son únicas, y que pueden existir distintos
esquemas E/R válidos.

1º paso: Identificar y enumerar las posibles entidades teniendo en

cuenta la siguiente heurística: en general, un tipo de entidad es un
sustantivo dentro de una oración con una seria de propiedades o
características. Por ejemplo, DNI del alumno, nombre del curso, etc.

En el texto presentamos en negrita y subrayado los tipos de entidad que

hemos detectado.

Cada sucursal se identifica por un código y se requiere la información

de su dirección, código postal, población y teléfono.

Se desea conocer los comerciales que trabajan en las distintas

sucursales. De ellos se quiere conocer su Dni, nombre, apellidos y la
fecha de contratación.

De los inmuebles que gestiona cada sucursal interesa conocer el

Código del inmueble, su dirección, código_postal, población, nº de
habitaciones, nº de baños, y el importe de su alquiler mensual. Se
tendrá en cuenta que un inmueble será gestionado por una única
sucursal.

Los clientes reales son aquellos que tienen alquilado algún inmueble.
Nos interesa conocer la información de su DNI, nombre, apellidos, y
teléfono. Tendremos en cuenta que un inmueble puede ser alquilado
por diferentes clientes a lo largo del tiempo y nos interesará conocer
la fecha de inicio, la fecha de fin y el importe máximo mensual que
un cliente pagó por ese alquiler.

Sus clientes potenciales son aquellos que buscan el alquilar de un

inmueble. Nos interesa conocer la información de su DNI, nombre,
86
 Fase de Análisis de Requisitos : Modelo E/R

apellidos, teléfono, y precio máximo que está dispuesto a pagar por

el alquiler. Un cliente potencial será atendido por un único comercial.

Cada sucursal depende a su vez, de una sucursal principal a la que

enviará mensualmente todos sus informes de alquileres. La sucursal
principal tendrá a su cargo varias sucursales.

Las entidades que hemos encontrado son: SUCURSAL, COMERCIAL,

INMUEBLE, CLIENTE REAL y CLIENTE POTENCIAL.

2º paso: Identificar y enumerar las posibles interrelaciones, teniendo en

cuenta la siguiente heurística: en general, una interrelación viene
reflejada por un verbo dentro de una oración que relaciona dos objetos.

Igual que en el ejemplo visto anteriormente, en los verbos con posiblidad de

interrelación aparece un número correlativo que se muestra como superíndice.

Cada sucursal se identifica por un código y se requiere la información

de su dirección, código postal, población y teléfono.

Se desea conocer los comerciales que trabajan1 en las distintas

sucursales. De ellos se quiere conocer su Dni, nombre, apellidos y la
fecha de contratación.

De los inmuebles que gestiona2 cada sucursal interesa conocer el

Código del inmueble, su dirección, código_postal, población, nº de
habitaciones, nº de baños, y el importe de su alquiler mensual. Se
tendrá en cuenta que un inmueble será gestionado por una única
sucursal.

Los clientes reales son aquellos que tienen alquilado3 algún inmueble.
Nos interesa conocer la información de su DNI, nombre, apellidos, y
teléfono. Tendremos en cuenta que un inmueble puede ser alquilado
por diferentes clientes a lo largo del tiempo y nos interesará conocer

87
 la fecha de inicio, la fecha de fin y el importe máximo mensual que
un cliente pagó por ese alquiler.

Sus clientes potenciales son aquellos que buscan el alquilar de un

inmueble. Nos interesa conocer la información de su DNI, nombre,
apellidos, teléfono, y precio máximo que está dispuesto a pagar por
el alquiler. Un cliente potencial será atendido4 por un único comercial.

Cada sucursal depende5 a su vez, de una sucursal principal a la que

enviará mensualmente todos sus informes de alquileres. La sucursal
principal tendrá a su cargo varias sucursales.

A continuación realizaremos la matriz de interrelaciones, donde

recordaremos que en la primera fila y en la primera columna especificaremos las
entidades localizadas en el texto, mientras que en el cruce de filas y columnas
indicaremos las interrelaciones encontradas.

Interrelaciones SUCURSAL COMERCIAL INMUEBLE CLIENTE CLIENTE

REAL POTENCIAL
SUCURSAL Depender 5
COMERCIAL Trabajar 1

INMUEBLE Gestionar 2
CLIENTE REAL Alquilar 3
CLIENTE Atender 4
POTENCIAL

Recordemos que la numeración, se corresponde con el orden de aparición en

el texto. Se muestran sombreadas las celdas que representan interrelaciones
semánticas.

88
 Fase de Análisis de Requisitos : Modelo E/R

3º paso: Dibujar las interrelaciones (estudiando el tipo de

correspondencia y las cardinalidades) y los tipos de entidad con los
atributos correspondientes.

Interrelación Trabajar

En esta interrelación participan las entidades SUCURSAL y COMERCIAL.

Los atributos de la entidad SUCURSAL son: Cod_Suc, Dirección, Cod_Postal,

Población y Teléfono. Elegiremos como IP (identificador principal) el atributo
Cod_Suc (Código de Sucursal), ya que identifica de forma única a las distintas
sucursales con las que cuenta la Constructora. En cuanto a la entidad
COMERCIAL, nos interesa conocer para cada uno de los comerciales, su DNI que
será el IP (identificador principal), su nombre, apellidos y la fecha de
contratación.

La figura”Constructora 1: Interrelación Trabajar” muestra el diagrama

parcial entidad-relación.

Cod_Suc. Cod_Postal Nombre

Direccion Población Teléfono Apellidos Fecha_Contrato
DNI

SUCURSAL Trabajar COMERCIAL

Constructora 1:: Interrelación Trabajar

Para el estudio de las cardinalidades, nos preguntaremos lo siguiente:

- En una sucursal, ¿cuántos comerciales trabajan? Puedes trabajar como

mínimo 1 y como máximo N. Por lo tanto la cardinalidad será 1:N. Recordemos
que la cardinalidad se expresa en el sentido contrario.

89
 Cod_Suc. Cod_Postal Nombre
Direccion Población Teléfono Apellidos Fecha_Contrato
DNI

SUCURSAL (1,n)
Trabajar COMERCIAL

Constructora 2:: Interrelación Trabajar

- Un comercial, ¿ en cuántas sucursales trabaja? Lo lógico sería pensar que

un comercial trabaja únicamente en una sucursal, por lo que la cardinalidad sería
1:1 (Como mínimo trabajaría en una sucursal y como máximo también en una
única sucursal).

Cod_Suc. Cod_Postal Nombre

Direccion Población Teléfono Apellidos Fecha_Contrato
DNI
1:N
SUCURSAL (1,1) (1,n)
Trabajar COMERCIAL

Constructora 3:: Interrelación Trabajar

Interrelación Gestionar

Esta interrelación representa los inmuebles que gestiona cada sucursal.

Analizaremos los atributos de la nueva relación INMUEBLES. En el enuanciado
nos indican que las propiedades más relevantes para esta entidad son: Código
del inmueble, su dirección, código_postal, población, nº de habitaciones, nº de
baños, y el importe de su alquiler mensual. Como IP (identificador principal)
elegiremos el atributo Código del inmueble ya que identificará de forma única a
cada uno de los inmuebles de la constructora.
90
 Fase de Análisis de Requisitos : Modelo E/R

El tipo de entidad y sus atributos quedan representados en la siguiente

figura:

Dirección. Población Num_Baños

Cod_Inmueble. Cod_Postal Num_Habitaciones.Importe_Alquiler

INMUEBLE

Constructora 4: Entidad Inmueble

El siguiente paso será establecer las cardinalidades de la interrelación

GESTIONAR, donde intervienen las entidades SUCURSAL e INMUEBLE.

- Una sucursal, ¿cuántos inmuebles puede gestionar? Como mínimo podrá

gestionar 1 y como máximo N (Muchos).

Cod_Postal
Cod_Suc. Cod_Postal Dirección. Num_Baños
Direccion Población Teléfono Cod_Inmueble. Num_Habitaciones.
Importe_Alquiler

(1,n)
INMUEBLES
SUCURSAL Gestionar

Constructora 5: Cardinalidad de SUCURSAL en la interrelación Gestionar

- Un inmueble, ¿por cuántas sucursales es gestionado? Como mínimo por

una sucursal y como máximo también por 1, ya que en el enunciado nos indican
que un inmueble será gestionado por una única sucursal.

91
 Cod_Postal
Cod_Suc. Cod_Postal Dirección. Num_Baños
Direccion Población Teléfono Cod_Inmueble. Num_Habitaciones.
Importe_Alquiler
1:N

(1,1) (1,n)
INMUEBLE
SUCURSAL Gestionar

Constructora 6: Cardinalidad de SUCURSAL e INMUEBLE

Vemos que la cardinalidad de la interrelación es del tipo 1:N.

Interrelación Alquilar

Esta interrelación ALQUILAR asocia las entidades CLIENTE (real) e

INMUEBLE. Los atributos de la entidad CLIENTE (real), según el enunciado son:
DNI, nombre, apellidos, y teléfono. Elegiremos como IP (Identificador Principal)
el atributo DNI y representaremos la entidad de la siguiente forma:

DNI. Nombre Apellidos Teléfono

CLIENTE (real)

Constructora 7: Entidad Cliente (Real)

A continuación estableceremos las cardinalidades de la interrelación

ALQUILAR, donde intervienen las entidades CLIENTE (real) e INMUEBLE. Para
ello, preguntaremos:

92
 Fase de Análisis de Requisitos : Modelo E/R

- Un cliente ¿Cuántos inmuebles puede alquilar? Puede ser que alquile como
mínimo 1, y como máximo muchos (N), ya que puede alquilar diferentes
inmuebles a lo largo del tiempo.

Cod_Postal
Dirección. Num_Baños
DNI. Nombre Apellidos Teléfono Cod_Inmueble. Num_Habitaciones.
Importe_Alquiler

(1,n)
INMUEBLE
CLIENTE (real) Alquilar

Constructora 8: Cardinalidad de CLIENTE en la interrelación ALQUILAR

- Un inmueble, ¿por cuántos clientes es alquilado? Como mínimo estará

alquilado por un cliente y como máximo por muchos (N), ya que un inmueble
pudo estar alquilado por más de un cliente en distintas fechas.

Cod_Postal
Dirección. Num_Baños
DNI. Nombre Apellidos Teléfono Cod_Inmueble. Num_Habitaciones.
Importe_Alquiler

N:M
(1,n) (1,n)
INMUEBLE
CLIENTE (real) Alquilar

Constructora 9: Cardinalidad de la interrelación ALQUILAR

Ahora bien, también interesa conocer la fecha de inicio, la fecha de fin y el

importe máximo mensual que un cliente pagó por ese alquiler. Esos atributos no
son propios ni de la entidad Cliente (real), ni de la entidad Inmueble, sino que
son propios de la relación.

93
 Cod_Postal
Dirección. Num_Baños
DNI. Nombre Apellidos Teléfono Cod_Inmueble. Num_Habitaciones.
Fecha_InicFecha_Fin Importe_Alquiler
Importe_Max

(1,n) N:M (1,n)

INMUEBLE
CLIENTE (real) Alquilar

Constructora 10: Cardinalidad y atributos de la interrelación ALQUILAR

Interrelación Atender

En esta interrelación participan las entidades CLIENTE (potencial) y

COMERCIAL.

Los atributos de la entidad CLIENTE (potencial) son: DNI, nombre, apellidos,

teléfono, y precio máximo que está dispuesto a pagar por el alquiler. Elegiremos
como IP (identificador principal) el atributo DNI, ya que identifica de forma
única a los clientes (pontenciales).

Antes de continuar, podemos observar que los atributos de los clientes

reales y clientes potenciales son prácticamente los mismos, por lo que podemos
hablar de una generalización, donde crearemos un supertipo denominado
CLIENTE y dos subtipos: CLIENTES (real) y CLIENTE (potencial). La
representación de esta generalización se expone a continuación:

Nombre
DNI Apellidos
Teléfono

CLIENTE

Precio_Max

CLIENTE (REAL) CLIENTE POTENCIAL

Constructora 11: Generalización de Cliente

94
 Fase de Análisis de Requisitos : Modelo E/R

Como la entidad cliente y cliente real, tienen los mismos atributos puesto
que la entidad cliente real no tiene ninguno propio, se decide mantener
únicamente las entidades cliente (real) y cliente potencial. La entidad cliente
real, pasa a denominarse Cliente, por lo que a partir de ahora ya no hablaremos
de cliente real y cliente potencial, sino únicamente de cliente y cliente potencial:

CLIENTE CLIENTE POTENCIAL

Continuaremos analizando la cardinalidad entre las entidades CLIENTE

POTENCIAL y COMERCIAL.

Comenzaremos por establecer la cardinalidad de la entidad CLIENTE

POTENCIAL:

- Un cliente potencial ¿por cuántos comerciales es atendido? Según se nos

indica en el enunciado “Un cliente potencial será atendido por un único
comercial”

DNI Apellidos Precio_Max Nombre

Nombre Teléfono Apellidos Fecha_Contrato
DNI

CLIENTE (1,1)
POTENCIAL Atender COMERCIAL

Constructora 12:: Cardinalidad de Cliente

- Un comercial ¿a cuántos clientes potenciales atiende? Como mínimo

atenderá a 1 y como máximo a muchos (1:N)

95
 DNI Apellidos Nombre
Nombre Teléfono Apellidos Fecha_Contrato
N:1 DNI

CLIENTE (1,n) (1,1)

POTENCIAL Atender COMERCIAL

Constructora 13:: Cardinalidad de la interrelación Atender

Por lo tanto, hemos visto que la cardinalidad entre las entidades CLIENTE
POTENCIAL Y COMERCIAL es N:1.

Interrelación Depender

Para finalizar, analizaremos la interrelación Depender. La entidad

participante es SUCURSAL ya que se relaciona consigo misma:

Dirección Población
Cod_Sucural Cod_Postal Teléfono

SUCURSAL

Depender

Constructora 14: Interrelación Depender

A continuación establecemos las cardinalidades:

- Una sucursal, ¿de cuántas sucursales depende? Según se deduce del

enunciado, una sucursal dependerá únicamente de otra sucursal:

96
 Fase de Análisis de Requisitos : Modelo E/R

Dirección Población
Cod_Sucural Cod_Postal Teléfono

SUCURSAL

1:1

Depender

Constructora 15: Interrelación Depender

De Una sucursal, ¿cuántas sucursales dependan? Pueden ser una o más de

una.

Dirección Población
Cod_Sucural Cod_Postal Teléfono

SUCURSAL

1:N 1:1

Depender

N:1
Constructora 16: Interrelación Depender

Por lo tanto, estamos ante una cardinalidad N:1.

97
 Diagrama Entidad-Relación

N:1
Depender

(1,n) (1,1

Cod_Postal
Dirección. Num_Baños
Cod_Suc. Cod_Postal Cod_Inmueble. Num_Habitaciones.
Direccion Población Teléfono Importe_Alquiler
1:N
(1,1)
(1,n)
INMUEBLE
SUCURSAL Gestionar

(1,1) (1,n)

Importe_Max
Fecha_Fin
Fecha_Ini
Trabajar N:M
Alquilar
1:N

(1,n) DNI. Nombre Apellido Teléfono

(1,n)
COMERCIAL

CLIENTE

DNI
Nombre Fecha_Contrato
Apellidos
(1,1)

DNI Apellidos Precio_Max

Nombre Teléfono

1:N
(1,n)
Atender CLIENTE
POTENCIAL

Constructora 17: Diagrama Entidad Relación Final

98
 Fase de Análisis de Requisitos : Modelo E/R

Se necesita almacenar la información en una base de datos de los artistas

más importantes del momento. Se almacenará la información de sus obras y de
las sedes donde han permanecido expuestas. Se presenta a continuación la
especificación de los requisitos de forma detallada:

De los artistas se requiere: DNI, nombre, apellidos, sexo, apodo

(quienes lo tengan), fecha de nacimiento y su dirección de correo
electrónico.

Un artista puede trabajar distintos estilos (cubista, surrealista,

impresionista,...) y diferentes técnicas (óleo, escultura, acuarela, ….)
Cada estilo y cada técnica vendrán identificadas por un código y se
almacenará la información de su descripción.

De las obras es necesario recoger el nombre de la obra, dimensiones

(alto, largo, ancho), valor de la última subasta (si es que ha sido
subastada), valor estimado por el tasador, así como el artista que la
creó. También se recogerá información del estilo al que pertenece y
de la técnica empleada.

Además si la obra ha estado expuesta en alguna sede, se necesita

saber el nombre y la dirección de la sede, así como la exposición en
la que tuvo cabida. Una obra puede haber sido expuesta en varias
sedes y en una misma sede varias veces, por lo que es importante
almacenar la fecha en la que se realizó la exposición.

99
 7. DISEÑO PROPUESTO AL CASO PRÁCTICO – OBRAS DE ARTE

Para la realización del diseño conceptual y con el fin de obtener el modelo

entidad-relación, identificaremos los principales elementos del modelo.
Seguiremos los mismos pasos vistos en los casos prácticos anteriores:

1º paso: Identificar y enumerar las posibles entidades teniendo en

cuenta la siguiente heurística: en general, un tipo de entidad es un
sustantivo dentro de una oración con una seria de propiedades o
características tales como, DNI del alumno, nombre del curso, etc.

En el texto presentamos en negrita y subrayado los tipos de entidad que

hemos detectado.

De los artistas se requiere: DNI, nombre, apellidos, sexo, apodo

(quienes lo tengan), fecha de nacimiento y su dirección de correo
electrónico.

Un artista puede trabajar distintos estilos (cubista, surrealista,

impresionista,...) y diferentes técnicas (óleo, escultura, acuarela, ….)
Cada estilo y cada técnica vendrán identificadas por un código y se
almacenará la información de su descripción.

De las obras es necesario recoger el nombre de la obra, dimensiones

(alto, largo, ancho), valor de la última subasta (si es que ha sido
subastada), valor estimado por el tasador, así como el artista que la
creó. También se recogerá información del estilo al que pertenece y
de la técnica empleada.

Además si la obra ha estado expuesta en alguna sede, se necesita

saber el nombre y la dirección de la sede, así como la exposición en
la que tuvo cabida. Una obra puede haber sido expuesta en varias
sedes y en una misma sede varias veces, por lo que es importante
almacenar la fecha en la que se realizo la exposición.

100
 Fase de Análisis de Requisitos : Modelo E/R

Los tipos de entidades que hemos localizado son: ARTISTA, ESTILO,

TÉCNICA, OBRA y SEDE. Del enunciado se podría deducir que SUBASTA es
también un tipo de entidad, pero parece ser que solo interesa conocer el valor de
la obra en la última subasta, independientemente de la subasta. Parece que
dicha entidad no cobra peso en nuestro modelo.

2º paso: Identificar y enumerar las posibles interrelaciones, teniendo

en cuenta la siguiente heurística: en general, una interrelación viene
reflejada por un verbo dentro de una oración que relaciona dos objetos.

En el texto aparece un número correlativo como superíndice en los

verbos que indican la posible existencia de una interrelación.

De los artistas se requiere: DNI, nombre, apellidos, sexo, apodo

(quienes lo tengan), fecha de nacimiento y su dirección de correo
electrónico.

Un artista puede trabajar1/2 distintos estilos (cubista, surrealista,

impresionista,...) y diferentes técnicas (óleo, escultura, acuarela, ….)
Cada estilo y cada técnica vendrán identificadas por un código y se
almacenará la información de su descripción.

De las obras es necesario recoger el nombre de la obra, dimensiones

(alto, largo, ancho), valor de la última subasta (si es que ha sido
subastada), valor estimado por el tasador, así como el artista que la
creó3. También se recogerá información del estilo al que pertenece4 y
de la técnica empleada5.

Además si la obra ha estado expuesta6 en alguna sede, se necesita

saber el nombre y la dirección de la sede, así como la exposición en
la que tuvo cabida. Una obra puede haber sido expuesta en varias
sedes y en una misma sede varias veces, por lo que es importante
almacenar la fecha en la que se realizo la exposición.

101
 A continuación realizaremos la matriz que nos permitirá conocer las
relaciones existentes entre las entidades. En la primera fila y la primera columna
se enuncian los tipos de entidad anteriormente enumerados y se señalará en el
cruce de filas y columnas aquellas interrelaciones que hemos detectado:

Interrelaciones ARTISTA ESTILO TECNICA OBRA SEDE

ARTISTA Trabajar 1 Trabajar 2 Crear 3
ESTILO
TÉCNICA
OBRA Pertenecer 4 Emplear 5 Exponer 6
SEDE

3º paso: Dibujar las interrelaciones (estudiando el tipo de

correspondencia y las cardinalidades) y los tipos de entidad con los
atributos correspondientes.

Interrelación Trabajar 1

Las entidades participantes de esta interrelación son ARTISTA y ESTILO. La

entidad ARTISTA presenta los atributos DNI, nombre, apellidos, sexo, apodo
(quienes lo tengan), fecha de nacimiento y su dirección de correo electrónico.
Como IP se elige el atributo DNI ya que permite identificar de forma única a
cada uno de los artistas. La entidad ESTILO contará con los atributos Código de
Estilo y Descripción.

La figura 1: Interrelación Trabajar muestra el esquema parcial E/R:

102
 Fase de Análisis de Requisitos : Modelo E/R

DNI Apellidos Fecha_Nac Cod_Estilo

Nombre Sexo Apodo E-mail Descripcion

ARTISTA
Trabajar ESTILO

Artistas 1: Interrelación Trabajar

Analizaremos a continuación las cardinalidades máximas y mínimas de la

interrelación Trabajar. Para ver la cardinalidad de la entidad Artista,
preguntaremos:

- Un artista, ¿cuántos estilos trabaja? Puede trabajar un estilo o más de

uno. (1:N)

DNI Apellidos Fecha_Nac Cod_Estilo

Nombre Sexo Apodo E-mail Descripcion

ARTISTA (1,n)
Trabajar ESTILO

Artistas 2: Cardinalidad de Artista en la interrelación Trabajar

Veremos ahora la cardinalidad de la entidad Estilo:

- Un estilo ¿cuántos artistas lo pueden trabajar? Un estilo lo puede trabajar un

único artista o más de uno (1:N)

103
 DNI Apellidos Fecha_Nac Cod_Estilo
Nombre Sexo Apodo E-mail Descripcion
N:M

ARTISTA (1,n) (1,n)

Trabajar ESTILO

Artistas 3: Cardinalidad de la Interrelación Trabajar

Interrelación Trabajar 2

Las entidades participantes de esta interrelación son ARTISTA y TÉCNICA.

La entidad ARTISTA ya la hemos visto anteriormente. La entidad TÉCNICA
contará con los atributos Código de Técnica y Descripción.

La figura 1: Interrelación Trabajar muestra el esquema parcial E/R:

DNI Apellidos Fecha_Nac Cod_Técnica

Nombre Sexo Apodo E-mail Descripcion

ARTISTA
Trabajar TÉCNICA

Artistas 4: Interrelación Trabajar

De la misma forma que en el ejemplo anterior, para ver la cardinalidad de la

entidad Artista, preguntaremos:

- Un artista, ¿cuántas técnicas trabaja? Puede trabajar una técnica o más de

una. (1:N)

104
 Fase de Análisis de Requisitos : Modelo E/R

DNI Apellidos Fecha_Nac Cod_ Técnica

Nombre Sexo Apodo E-mail Descripcion

ARTISTA (1,n)
Trabajar TÉCNICA

Artistas 5: Cardinalidad de Artista en la interrelación Trabajar

- Una técnica ¿cuántos artistas la pueden trabajar? Una técnica la puede

trabajar un único artista o más de uno (1:N).

DNI Apellidos Fecha_Nac Cod_Técnica

Nombre Sexo Apodo E-mail Descripcion
N:M

ARTISTA (1,n) (1,n)

Trabajar TÉCNICA

Artistas 6: Cardinalidad de la Interrelación Trabajar

Interrelación Crear

La interrelación Crear une las entidades OBRA y ARTISTA. Los atributos de la

entidad OBRA son: Nombre, dimensiones, valor de la última subasta y valor
estimado por el tasador.

Artistas
Valor_Subasta
Nombre Dimensiones Valor_Tasador

OBRA

Artistas 7: En tidad OBRA

105
 La interrelación Crear presenta un tipo de cardinalidad de uno a muchos,
porque una obra será creada por un único artista y un artista creará una o varias
obras. Esta cardinalidad se representa en la figura 8

DNI Apellidos Fecha_Nac Valor_Subasta

Nombre Sexo Apodo E-mail
Nombre Dimensiones Valor_Tasador
1:N

ARTISTA (1,1) (1,n)

Crear OBRA

Artistas 8: Cardinalidad de la Interrelación Crear

Interrelación Pertenecer

Esta interrelación relaciona a dos entidades que ya han sido analizadas:

OBRA y ESTILO.

Analizaremos primero la cardinalidad de la entidad Obra.

- Una obra, ¿ a cuántos estilos pertenece? Pertenecerá a uno y solo a uno.

Valor_Subasta Cod_Estilo
Nombre Dimensiones Valor_Tasador Descripcion

OBRA (1,1)
Pertenecer ESTILO

Artistas 9: Cardinalidad de la Entidad Obra

- Un estilo, ¿a cuántas obra pertenece? Puede pertenecer a una o más

obras.

106
 Fase de Análisis de Requisitos : Modelo E/R

Valor_Subasta Cod_Estilo
Nombre Dimensiones Valor_Tasador Descripcion

N:1

OBRA (1,n) (1,1)

Pertenecer ESTILO

Artistas 10: Cardinalidad de la Interrelación Pertenecer

Interrelación Emplear

Esta interrelación también relaciona dos entidades que ya han sido

analizadas: OBRA y TÉCNICA. Veremos la cardinalidad de la interrelación:

- Una obra, ¿cuántas técnicas emplea? En una obra se empleará una única
técnica predominante.

Valor_Subasta Cod_Técnica
Nombre Dimensiones Valor_Tasador Descripcion

OBRA (1,1)
TÉCNICA
Emplear

Artistas 11:Cardinalidad de la Entidad Obra en la interrelación Emplear

- Una técnica, ¿en cuántas obras se emplea? Se puede emplear en una o

más obras.

Valor_Subasta Cod_Técnica
Nombre Dimensiones Valor_Tasador Descripcion

N:1

OBRA (1,n) (1,1)

Emplear TÉCNICA

Artistas 12: Cardinalidad de la Interrelación Pertenecer

107
 Interrelación Exponer

Esta última interrelación relaciona a las entidades OBRA y SEDE. Los

atributos de la entidad Sede serán Nombre y Dirección. Como identificador
principal elegiremos el atributo Nombre ya que identificará de forma única a
cada una de las sedes.

Valor_Subasta Nombre
Nombre Dimensiones Valor_Tasador Dirección

OBRA
Exponer SEDE

Artistas 13: Interrelación Exponer

Veremos a continuación las cardinalidades mínimas y máximas de la entidad

OBRA en la interrelación Exponer.

- Una obra, ¿en cuántas sedes ha estado expuesta? Una obra puede haber sido
expuesta en varias sedes.

Valor_Subasta Nombre
Nombre Dimensiones Valor_Tasador Dirección

(1,n)
OBRA
Exponer SEDE

Artistas 14: Cardinalidad de la Entidad Obra

- En una sede, ¿ cuántas obras se pueden exponer? Una o más de una.

108
 Fase de Análisis de Requisitos : Modelo E/R

Valor_Subasta Nombre
Nombre Dimensiones Valor_Tasador Dirección

N:M

OBRA (1,n) (1,n)

Exponer SEDE

Artistas 15: Cardinalidad de la Interrelación Exponer

Además, nos indican que “Una obra puede haber sido expuesta en una
misma sede varias veces, por lo que es importante almacenar la fecha en la obra
se expuso en la sede.

Como vemos, nos encontramos con un atributo “Fecha de exposición” que

no depende ni de la entidad obra, ni de la entidad Sede sino que depende de la
relación Exponer: Fecha en la obra se expuso en la sede

Valor_Subasta Nombre
Nombre Dimensiones Valor_Tasador Dirección
Fecha_Exposición
N:M

OBRA (1,n) (1,n)

Exponer SEDE

Artistas 15: Cardinalidad de la Interrelación Exponer

109
 Diagrama Entidad-Relación

DNI Apellidos Fecha_Nac Cod_Estilo

Nombre Sexo Apodo E-mail Descripcion
N:M

ARTISTA (1,n) (1,n)

Trabajar ESTILO
(1,1)

(1,1)

Cod_Técnica
(1,n) Descripcion
N:M
1:N
(1,1)
Crear (1,n)
Trabajar TÉCNICA

(1,n)
Valor_Subasta Nombre Dirección
Nombre Dimensiones Valor_Tasador
Fecha_Exposición
N:M

OBRA (1,n) (1,n)

Exponer SEDE

(1,n)
(1,n)

N:1

Emplear

N:1
Pertenecer

110
 Fase de Análisis de Requisitos : Modelo E/R

El modelo E/R, como todos los modelos, consiste en un conjunto de

conceptos, reglas y notaciones que permiten formalizar la semántica del
mundo real que se pretende modelar (también denominada Universo del
Discurso) en una representación gráfica o diagrama que denominamos
esquema de la Base de Datos.

Los elementos básicos del modelo Entidad/Relación son:

- Entidades: representan conjuntos de elementos con existencia propia
y que se caracterizan por las mismas propiedades
- Interrelaciones: representan asociaciones del mundo real entre una o
más entidades
- Atributos: Características o cualidades propias de las entidades que
queremos recoger dentro de nuestro diseño.
- Dominios: Conjunto de valores sobre los que se definen los atributos

Los pasos que se deben seguir para obtener el modelo Entidad/Relación

son los siguientes:
- Identificar y enumerar las posibles entidades
- Identificar y enumerar las posibles interrelaciones
- Dibujar las interrelaciones y los tipos de entidad con los atributos
correspondientes.

111