UNIDAD II.

ELEMENTOS PARA INTERPRETAR EL MODELO

CONCEPTUAL DE DATOS
Objetivo: Al finalizar la unidad, el estudiante estar en la capacidad de interpretar el modelo
conceptual de datos, representado a travs del diagrama E-R, para su posterior conversin al
modelo lgico-relacional.

2.1 Introduccin al Modelo Conceptual de Datos.

Para introducir este tema, se retomar la definicin de modelo y, ms concretamente, de
modelo de datos:

Un modelo es una representacin de la realidad que contiene las caractersticas

generales de algo que se va a realizar. En bases de datos, este modelo lo elaboramos
de forma grfica.

Un modelo de datos es una serie de conceptos que pueden utilizarse para describir
un conjunto de datos y las operaciones para manipularlos.

Existen dos tipos de modelos de datos: los modelos conceptuales y los modelos lgicos.
Los modelos conceptuales se utilizan para representar la realidad a un alto nivel de
abstraccin. Mediante los modelos conceptuales se puede construir una descripcin de la
realidad fcil de entender. En los modelos lgicos, las descripciones de los datos tienen una
correspondencia sencilla con la estructura fsica de la base de datos.
En el diseo de bases de datos se usan primero los modelos conceptuales para lograr
una descripcin de alto nivel de la realidad, y luego se transforma el modelo conceptual en un
modelo lgico. El motivo de realizar estas dos etapas es la dificultad de abstraer la estructura
de una base de datos que presente cierta complejidad.
Los modelos conceptuales deben ser buenas herramientas para representar la realidad,
por lo que deben poseer las siguientes cualidades:

Expresividad: deben tener suficientes conceptos para expresar perfectamente la

realidad.
Simplicidad: deben ser simples para que los esquemas sean fciles de entender.
Minimalidad: cada concepto debe tener un significado distinto.
Formalidad: todos los conceptos deben tener una interpretacin nica, precisa y bien
definida.

2.2 El Modelo Conceptual de Datos Dentro del Diseo de la Base de Datos.

El diseo de bases de datos es el proceso por el que se determina la organizacin de una
base de datos, incluidos su estructura, contenido y las aplicaciones que se han de desarrollar.
Durante mucho tiempo, el diseo de bases de datos fue considerado una tarea para expertos:
ms un arte que una ciencia. Sin embargo, se ha progresado mucho en el diseo de bases de
datos y ste se considera ahora una disciplina estable, con mtodos y tcnicas propios.
Debido a la creciente aceptacin de las bases de datos por parte de la industria y el gobierno,
y a una variedad de aplicaciones cientficas y tcnicas, el diseo de bases de datos

desempea un papel central en el empleo de los recursos de informacin en la mayora de las

organizaciones. El diseo de bases de datos ha pasado a constituir parte de la formacin
general de los informticos, en el mismo nivel que la capacidad de construir algoritmos usando
un lenguaje de programacin convencional.
A finales de la dcada de 1960, cuando las bases de datos entraron por primera vez en el
mercado del software, los diseadores de bases de datos actuaban como artesanos, con
herramientas muy primitivas: diagramas de bloques y estructuras de registros eran los
formatos comunes para las especificaciones, y el diseo de bases de datos se confunda
frecuentemente con la implantacin de las bases de datos. Esta situacin ha cambiado: los
mtodos y modelos de diseo de bases de datos han evolucionado paralelamente con el
progreso de la tecnologa en los sistemas de bases de datos. Se ha alcanzado un consenso,
por ejemplo, sobre la descomposicin del proceso de diseo en fases, sobre los principales
objetivos de cada fase y sobre las tcnicas para conseguir estos objetivos.
Este proceso de diseo de una base de datos consta de tres fases que son:
Diseo conceptual,
Diseo lgico y
Diseo fsico de la base de datos.
La primera fase consiste en la produccin de un modelo conceptual, que es
independiente de todas las consideraciones fsicas. Este modelo se refina despus en un
modelo lgico, eliminando las construcciones que no se pueden representar en el modelo de
base de datos seleccionado (relacional, orientado a objetos, etc.). En la tercera fase, el
esquema lgico se traduce en un esquema fsico, apropiado al SMBD escogido (PostgreSQL,
Oracle,
SQLSErver, etc).
La fase de diseo fsico considera las estructuras de
almacenamiento y los mtodos de acceso necesarios para proporcionar un acceso eficiente a
la base de datos en memoria secundaria.
Estas dos ltimas fases del diseo de bases de datos, interpretacin del modelo
conceptual para su transformacin al modelo lgico y la implementacin fsica de la base de
datos, son habilidades que debe desarrollar el estudiante en esta unidad Curricular. En tal
sentido, este tema corresponde a la descripcin de los elementos que conforman el modelo
conceptual; en nuestro caso, el diagrama Entidad-Relacin que es la herramienta ms
ampliamente usada para la construccin de los modelos conceptuales.

2.3 Diagrama Entidad-Relacin (E-R).

El modelo de datos Entidad-Relacin o diagrama Entidad-Relacin (E-R) se desarroll
para facilitar el diseo de bases de datos, permitiendo la especificacin de un esquema
conceptual de la empresa que representa la estructura lgica global de la base de datos. El
modelo de datos E-R es uno de los diferentes modelos de datos semnticos; el aspecto
semntico del modelo radica en la representacin del significado de los datos. Este modelo
resulta muy til para relacionar los significados e interacciones de las empresas reales (es
decir, los objetos que la conforman: empleados, nmina, departamentos, produccin, entre
otros) con el esquema conceptual. Debido a esta utilidad, muchas herramientas de diseo de
bases de datos se basan en los conceptos del modelo de datos E-R.
El diagrama E-R entidad-relacin es el modelo conceptual ms utilizado para el diseo
conceptual de bases de datos. Fue introducido por Peter Chen en 1976. Est formado por un
conjunto de conceptos que permiten describir la realidad mediante un conjunto de
representaciones grficas y lingsticas.

Originalmente, el modelo E-R

E R slo inclua los conceptos de entidad, relacin y atributo.
Ms tarde, se aadieron otros conceptos, como
como los atributos compuestos y las jerarquas de
generalizacin, en lo que se ha denominado modelo Entidad-Relacin
Relacin Extendido (ERE).
(ERE)

2.4 Elementos que conforman el Diagrama Entidad

Entidad-Relacin.
2.4.1 Entidad.
Una entidad es una cosa u objeto del mundo real que es distinguible de todos los
dems objetos; es cualquier tipo de objeto o concepto sobre el que se recoge informacin.
Las entidades pueden ser concretas, como las Asegurados o los libros, o abstractas, como los
prstamos, las vacaciones o los conceptos.
Hay dos tipos de entidades: fuertes y dbiles. Una entidad dbil es una entidad cuya
existencia depende de la existencia de otra entidad. Una entidad fuerte es una entidad que
no es dbil.
Un conjunto de entidades es un conjunto de entidades del mismo tipo que comparten
los mismos atributos. El conjunto de todas las personas que son clientes en una inmobiliaria
dada, por ejemplo, se puede definir como el conjunto de entidades clientes.
En el modelo E-R una
a entidad o conjunto de entidades es representada por un rectngulo
y en su interior el nombre de la misma, como en la figura N 2.1a. Cuando la entidad es dbil
o dependiente, se representa con un doble recuadro, ver figura N 2.1b.

Nombre
Entidad

(a) Conjunto de Entidades

Nombre
Entidad

(b) Conjunto de Entidades Dbiles

Figura N 2.1 Smbolos para el elemento entidad en el diagrama E

E-R.
Fuente: El Autor, 2009.

2.4.2 Relacin.
La relacin es una correspondencia o asociacin entre dos o ms entidades. Cada
relacin tiene un nombre que describe su funcin. La relacin o conjunto de relaciones se
representan grficamente mediante rombos y su nombre aparece en el interior, figura 2.2.
En la siguiente figura, la relacin Registro se conforma con las entidades participantes
Automvil y Tarjeta de Circulacin. Tambin se puede apreciar los atributos de cada entidad,
los cuales se representan con un valo conectado, a travs de una lnea, a la entidad a la cual
pertenece.

Figura N 2.2 Ejemplo diagrama E-R

R registro de Automvil.
Fuente: El Autor, 2009.

Las entidades que estn involucradas en una determinada relacin se denominan

entidades participantes.. El nmero de participantes en una relacin es lo que se denomina
grado de la relacin.. Por lo tanto, una relacin en la que participan dos entidades es una
relacin binaria, como aparece en la figura 2.3a;
2.3a; si son tres las entidades participantes, la
relacin es ternaria, figura 2.3b
2.3b.. En la siguiente figura se obviaron los atributos de las
entidades participantes para simplificar el modelo E-R.
E
Cliente

Empleado

Supervisor

Consultor

(a) Relacin Binaria

Presta

Servicio

(b) Relacin Ternaria

Figura N 2.3 Grados de una relacin en el diagrama E-R.

Fuente: El Autor, 2009.

Una relacin recursiva es una relacin donde la misma entidad participa ms de una
vez en la relacin con distintos papeles o roles. El nombre de estos roles es importante para
determinar la funcin de cada participacin. En los diagramas E-R
E R los roles se indican
mediante etiquetas
etas en las lneas que unen los rombos con los rectngulos. En el siguiente
figura se observan los roles de Supervisor y Trabajador.
Nombre

ID_Empleado

Empleado

Supervisor
Supervisa
Trabajador

E con indicadores de roles y relacin recursiva.

Figura N 2.4 Diagrama E-R
Fuente: El Autor, 2009.

2.4.2.1 Cardinalidad de la relacin.

La cardinalidad expresa el nmero de entidades a las que otra entidad se puede asociar
mediante un conjunto de relaciones.
Uno a Uno:: Cada entidad de A se asocia, a lo sumo, con una entidad de B, y cada entidad en
B se asocia, a lo sumo, con una entidad de A. Se represente con una punta de flecha a cada
extremo de la lnea. En la figura 2.5, se observa que existe un presidente por pas y viceversa.

Figura N 2.5 Ejemplo diagrama E-R

R con una relacin uno a uno.
Fuente: El Autor, 2009.

Uno a Mucho:: Cada entidad de A se asocia con cualquier nmero (cero o ms) de entidades
de B. Cada entidad de B, sin embargo, se puede asociar, a lo sumo, con una entidad
entid de A. La
flecha seala a la entidad que representa Uno y el otro extremo la entidad Mucho. El siguiente
ejemplo, figura 2.6, indica que un cliente puede aperturar muchas cuentas, pero que una
cuenta es aperturada por un solo cliente.

Figura N 2.6 Ejemplo diagrama E-R

R con una relacin uno a mucho.
Fuente: El Autor, 2009.

Mucho a uno: Cada entidad de A se asocia, a lo sumo, con una entidad de B. Cada entidad
de B, sin embargo, se puede asociar con cualquier nmero (cero o ms) de entidades de A. L
La
punta de flecha seala a la entidad que representa Uno y el otro extremo la entidad Mucho.
Mucho a Mucho: Cada entidad de A se socia con cualquier nmero (cero o
entidades de B, y cada entidad de B se asocia con cualquier nmero (cero o
entidades de A. La lnea que enlaza a las entidades no posee puntas de flechas. El
ejemplo, figura 2.7, indica que un empleado puede vender muchos artculos, as
artculo ser vendido por muchos empleados.

ms) de
ms) de
siguiente
como un

Figura N 2.7 Ejemplo diagrama E-R

R con una relacin mucho a mucho.
Fuente: El Autor, 2009.

La participacin de una entidad en una relacin es obligatoria (total) si la existencia de

cada una de sus ocurrencias requiere la existencia de, al menos, una ocurrencia de la otra
entidad
ad participante. Si no, la participacin es opcional (parcial). La participacin total se
representa con lneas dobles.
En la figura 2.8, las ocurrencias de la entidad Pago requieren, obligatoriamente, la
existencia de una ocurrencia en la entidad Prstamo.
Prsta

Nmero

Num_Pago

Monto
Prstamo

Pago
prstamo

Fecha_Pago

Pago

Figura N 2.8 Diagrama E-R

E R con un conjunto de entidades dbiles y una relacin total.
Fuente: El Autor, 2009.

La cardinalidad adecuada para una relacin dada depende, obviamente, de la situacin

del mundo real; es decir, quin define la cardinalidad de las relaciones son las reglas del
negocio o empresa a modelar.
2.4.3 Atributos.
Es una caracterstica de inters o un hecho sobre
sobre una entidad o sobre una relacin. Los
atributos representan las propiedades bsicas de las entidades y de las relaciones. Toda la
informacin extensiva es portada por los atributos. Grficamente, se representan mediante un
eclipse unido a la entidad o relacin a la que pertenecen.

Cada atributo tiene un conjunto de valores asociados denominado dominio. El dominio

define todos los valores posibles que puede tomar un atributo. Puede haber varios atributos
definidos sobre un mismo dominio.

2.4.3.1 Tipos de Atributos.

Existe diferentes formas de tipificar un atributo, a continuacin se define cada uno de
estos tipos.
Los atributos pueden ser simples o compuestos:

Un atributo simple es un atributo que tiene un solo componente, es decir, no

puede dividirse en partes ms pequeas que tengan un significado propio; la
figura 2.9a muestra el smbolo de este elemento para el diagrama E-R.

Un atributo compuesto es un atributo con varios componentes, cada uno con un

significado por s mismo. Un grupo de atributos se representa mediante un
atributo compuesto cuando tienen afinidad en cuanto a su significado, o en
cuanto a su uso; ver atributo direccin en figura 2.10.
Al identificar los atributos, hay que tener en cuenta si son simples o compuestos. Por
ejemplo, el atributo direccin puede ser simple, teniendo la direccin completa como un solo
valor: `San Rafael 45, Cariaco'; o puede ser un atributo compuesto, formado por la calle (`San
Rafael'), el nmero (`45') y la poblacin (`Cariaco'). El escoger entre atributo simple o
compuesto depende de los requisitos del usuario. Si el usuario no necesita acceder a cada
uno de los componentes de la direccin por separado, se puede representar como un atributo
simple. Pero si el usuario quiere acceder a los componentes de forma individual, entonces se
debe representar como un atributo compuesto.

Telfono

Cdula

(a) Atributo Simple

Edad

(b) Atributo Multivaluado

(c) Atributo Calculado

Figura N 2.9 Smbolos de Atributo para el diagrama Entidad-Relacin.

Fuente: El Autor, 2009.

El que un atributo sea simple o compuesto depende de la realidad del negocio o empresa
a modelar. La figura 2.10 muestra a la entidad Cliente con sus atributos; se puede observar
que Direccin es un atributo compuesto ya que est dividido a su vez por los atributos Calle,
Poblacin y Nmero.

Cdula

FechaNac

Calle
Poblacin

Cliente

Direccin
Nro_Casa

Telfono

Edad

Figura N 2.10 Diagrama E-R con diferentes tipos de atributos.

Fuente: El Autor, 2009.

Los atributos tambin pueden clasificarse en monovaluados o multivaluados.

Un atributo monovaluado es aquel que tiene un solo valor para cada ocurrencia de
la entidad o relacin a la que pertenece. Emplea el mismo smbolo del atributo
simple, figura 2.9a.

Un atributo multivaluado es aquel que tiene varios valores para cada ocurrencia de
la entidad o relacin a la que pertenece. Se representa con una eclipse doble, ver
figura 2.9c.

Para ejemplificar estos dos tipos de atributos, en la figura N 2.10 se puede apreciar que
el atributo Cdula de la entidad Cliente en un atributo monovaluado, ya que solo puede existir
un nmero de cdula para un cliente en concreto. Sin embargo, el atributo Telfono es un
atributo multivaluado ya que un cliente puede reportar varios nmeros de telfonos
(habitacin, oficina, porttil, etc).
Tambin se deben identificar los atributos derivados o calculados, que son aquellos cuyo
valor se puede calcular a partir de los valores de otros atributos. Por ejemplo, el nmero de
empleados de cada oficina, la edad de los empleados o el nmero de inmuebles que gestiona
cada empleado. En el diagrama E-R, este tipo de atributo se representa con una eclipse
punteada, ver figura 2.9c. Algunos diseadores no representan los atributos derivados en los
esquemas conceptuales. En la figura N 2.10 el atributo Edad de la entidad Cliente es un
atributo derivado.
2.4.3.2 Identificadores.
Un identificador de una entidad es un atributo o conjunto de atributos que determina de
modo nico cada ocurrencia de esa entidad. Un identificador de una entidad debe cumplir dos
condiciones:

No pueden existir dos ocurrencias de la entidad con el mismo valor del identificador.

Si se omite cualquier atributo del identificador, la condicin anterior deja de

cumplirse.

Toda entidad tiene al menos un identificador y puede tener varios identificadores

alternativos. Las relaciones no tienen identificadores. En el diagrama E-R el atributo
identificador se subraya con una lnea continua. En el diagrama E-R de la figura N 2.8, el
identificador de la entidad Prstamo es Nmero.
Los identificadores pueden ser simples (un solo atributo) o compuestos (ms de un
atributo). De cada entidad se escoge uno de los identificadores como clave primaria en la fase
del diseo lgico.
Si una entidad tiene al menos un identificador, es fuerte (otras denominaciones son
padre, propietaria o dominante). Si una entidad no tiene atributos que le sirvan de
identificador, es dbil (otras denominaciones son hijo, dependiente o subordinada). Algunas
veces las entidades dbiles poseen un atributo que es capaz de discriminar entre una
ocurrencia y otra de esa entidad, a este atributo se le denomina clave parcial y se representa
con un subrayado discontinuo. En la figura N 2.8, el discriminador de la entidad Pago es el
atributo Nm_Pago.
2.4.3.3 Dominios de los atributos.

El dominio de un atributo es el conjunto de valores que puede tomar el atributo. Por

ejemplo, el dominio de los nmeros de oficina son las tiras de hasta tres caracteres, en donde
el primero es una letra y el siguiente o los dos siguientes son dgitos en el rango de 1 a 99; el
dominio de los nmeros de telfono y los nmeros de fax son las tiras de 9 dgitos; el dominio
del atributo Sexo sera Femenino o Masculino; entre otro.
Un esquema conceptual est completo si incluye los dominios de cada atributo: los
valores permitidos para cada atributo, su tamao y su formato. Para ello se utilizan los
diccionarios de datos, se muestra en la figura 2.11. Tambin los identificadores de las
entidades se deben anotar en el diccionario de datos.
DICCIONARIO DE DATOS
Nombre de la Entidad:
Descripcin de la Entidad:
Atributo identificador:
Nombre del
Atributo
CedulaInquilino

Inquilino
Contiene los datos personales del inquilino que ha rentado algn inmueble que ofrece la
compaa.
CedulaInquilino

Tipo de
Dato

Longitud/
Formato

Texto

Descripcin del Atributo

Cdula del inquilino.

Dominio de Valores
Del 1 al 99.999.999

NombresInquilino

Texto

25

Nombres del inquilino.

25 caracteres alfanumricos

ApellidosInquilino

Texto

25

Apellidos del inquilino.

25 caracteres alfanumricos

EstadoCivil

Texto

10

Estado civil del inquilino

Casado, Soltero, Viudo o Divorciado.

Numrico

14,2

Ingreso mensual del inquilino

1 al 999.999.999.999,99

IngresoMensual

Tabla N 2.1 Diccionario de datos de la entidad Inquilino.

Fuente: El Autor, 2009.

2.5 Modelo Entidad-Relacin Extendido.

Aunque los conceptos bsicos del modelo E-R pueden modelar la mayor parte de las
caractersticas de las bases de datos, algunos aspectos de las bases de datos se pueden
expresar mejor mediante ciertas extensiones del modelo E-R bsico. Esta seccin presenta el
Modelo Entidad-Relacin Extendido (ERE) el cual incluye todos los conceptos del modelo E-R
e incorpora los conceptos Especializacin y Generalizacin, asociado a los trminos de
Subclase y Superclase.
2.5.1 Subclases, Superclases y relacin Clase/Subclase.
En el modelo E-R, una entidad agrupa un conjunto de ocurrencias de entidad del mismo
tipo. En muchos casos, estas ocurrencias se pueden agrupar a su vez en otros subconjuntos
que tienen un significado propio para los propsitos de la base de datos y, por tanto, deberan
representarse de forma explcita.
Por ejemplo, en la figura 2.11, la entidad Empleado puede a su vez subdividirse en
Secretaria, Ingeniero, Jefe, Tcnico, Asalariado, Subcontratado, etc. el conjunto de
ocurrencias de entidad en cada una de estas entidades ser un subconjunto de las
ocurrencias de entidad de Empleado, ya que por ejemplo, un Ingeniero tambin es un
empleado. A cada uno de estos subconjuntos se les llama subclase de la entidad Empleado y
a Empleado una superclase de cada uno de estos subconjuntos.

Llamaremos a la relacin existente entre las Superclases y las Subclases como relacin
Clase/Subclase. En el ejemplo anterior, Empleado/Secretaria y Empleado/Tcnico son dos
relaciones Clase/Subclase. Hay que tener en cuenta que una ocurrencia de una Subclase
representa el mismo objeto real que alguna correspondiente a su Superclase, por ejemplo la
Secretaria "Mara Prez" ser tambin la Empleado "Mara Prez". Por tanto, la ocurrencia de
Subclase es la misma que en la Superclase pero con un rol especfico. Una ocurrencia de
Subclase no tienen sentido si no es a su vez ocurrencia de Superclase.
Por otro lado, una ocurrencia de superclase puede ser a su vez ocurrencia de varias
subclases o de ninguna. Por ejemplo, "Roberto Mate" como ocurrencia de Empleado puede a
su vez pertenecer a subclases Ingeniero y Asalariado.
Las subclases y superclases se corresponden con entidades y por tanto se
representarn con rectngulos en el diagrama ERE.

Figura N 2.11 Diagrama ERE con Especializacin/Generalizacin.

Fuente: http://www.fortunecity.com/lavender/dale/1054/base/extendido.htm, 2009.

2.5.1.1. Herencia de atributos en la relacin Clase/subclase.

Debido a que una subclase es a su vez parte de una superclase, la subclase tendr sus
atributos especficos as como los atributos correspondientes a la superclase a la que
pertenece. Esto quiere decir que la ocurrencia de entidad de una subclase hereda los
atributos correspondientes a la superclase a la que pertenece. De la misma manera hereda las
relaciones en las que su correspondiente superclase participa.
2.5.2 Especializacin.
El proceso por el que se definen las diferentes subclases de una superclase se conoce
como Especializacin. El conjunto de subclases se define basndonos en caractersticas
diferenciadoras de las ocurrencias de entidad de la superclase. Por ejemplo, el conjunto de
subclases {Secretaria, Ingeniero, Tcnico} es una especializacin de la superclase Empleado
mediante la distincin del tipo de trabajo en cada ocurrencia de entidad. Podemos tener varias
especializaciones de una misma entidad basndonos en distintos criterios. Por ejemplo, otra

especializacin de Empleado podra dar lugar a las subclases Asalariado y Subcontratado,

dependiendo del tipo de contrato.
La figura N 2.11 muestra como se representa la especializacin en un diagrama ERE.
Las subclases definidas por una especializacin estn unidas mediante un triangulo invertido,
que conecta con la superclase. Los atributos aplicables solamente a cada una de las
subclases se unen a estas mediante arcos (por ejemplo, velocidad en la subclase Secretaria).
Estos atributos se denominan atributos especficos de la subclase. Las subclases tambin
pueden tener relaciones especficas con otras entidades (por ejemplo, la relacin Es De entre
Subcontratado y Empresa).
2.5.2.1 Utilizacin de subclases en los modelos de datos.
Hay dos razones principales para el uso de la relacin clase/subclase en los modelos de
datos.

La primera es que ciertos atributos no pueden ser aplicados a todas las ocurrencias de
entidad correspondiente a la superclase. Una subclase se define para agrupar aquellas
ocurrencias de entidad donde el atributo es aplicable. Suele ocurrir que las subclases
comparten la mayora de los atributos correspondientes a la superclase. Por ejemplo,
Secretaria tiene el atributo de velocidad mientras que Ingeniero tiene tipo, sin embargo
ambos comparten los mismos atributos de Empleado, figura 2.11.

La segunda razn para la utilizacin de subclases es que algunas relaciones pueden

tener sentido solo para algunas ocurrencias de entidad de la superclase. Por ejemplo, si
solo los empleados subcontratados pueden pertenecer a otras empresas, podremos
representar este hecho mediante la creacin de la subclase Subcontratado y
relacionarla con la entidad Empresa mediante la relacin Es De, como se pudo apreciar
en la figura anterior.

2.5.3. Generalizacin.

El proceso de especializacin expuesto en el punto anterior nos permite lo siguiente:

Definir un conjunto se subclases a partir de una entidad.
Asociar atributos especficos a cada subclase.
Establecer relaciones especficas entre cada subclase con otras entidades o
subclases.

Podemos pensar en un proceso inverso de abstraccin en el cual suprimimos las

diferencias entre las distintas entidades, identificando sus caractersticas comunes, y
generalizando dichas entidades en una sola superclase de la cual las entidades iniciales
seran subclases especiales.
Por ejemplo, supongamos las entidades Coche y Camin de la figura N 2.12a;
podremos generalizarlas en la entidad Vehiculo, como se muestra en la figura N 2.12b. Tanto
Coche como Camin sern ahora subclases de la superclase generalizada Vehiculo. Usamos
el trmino generalizacin para referirnos al proceso de definicin de una entidad generalizada
a partir de unas entidades dadas. Se emplea el mismo smbolo de la Especializacin.
Hay que tener en cuenta que el proceso de generalizacin puede ser visto
funcionalmente como el proceso inverso de especializacin. Por tanto, en la figura N 2.13
podemos ver {Coche, Camin} como una especializacin de Vehiculo, as como Vehiculo

puede verse como la generalizacin de Coche y Camin de la misma forma podemos ver en la
figura N 2.12 a empleado como la generalizacin de Secretaria, Tcnico e Ingeniero. En
algunas ocasiones se utilizan flechas para representar en los diagramas ERE cual ha sido la
tcnica de identificacin de superclases/clases.

Figura N 2.12 Diagramas ERE.

Fuente: http://www.fortunecity.com/lavender/dale/1054/base/extendido.htm, 2009.

2.5.4. Restricciones de especializacin y generalizacin.

En los siguientes prrafos se presentarn las restricciones aplicables a una
especializacin o a una generalizacin; sin embargo, por abreviar, nuestra visin se referir
solamente a la especializacin en vez de a ambas tcnicas.
En general se puede tener varias especializaciones definidas sobre la misma entidad o
superclase, como se ve en la figura N 2.11. En tal caso las ocurrencias de entidad pueden
pertenecer a cada una de las especializaciones. Sin embargo, una especializacin puede
consistir en solo una subclase, tal como Jefe en la figura N 2.11.
En algunas especializaciones podremos determinar exactamente que ocurrencias de
entidad se convertirn en ocurrencias de cada subclase, mediante la utilizacin de una
condicin en algn atributo de la superclase. Tales subclases se llaman subclases definidas
por predicado (o definidas por condicin). Por ejemplo, si la entidad EMPLEADO tiene el
atributo tipotrabajo, como se ve en la figura N 2.11, podremos especificar una condicin de
pertenencia a la subclase SECRETARIA mediante el predicado tipotrabajo = "Secretaria"), al
cual llamaremos predicado de definicin de la subclase. Esta condicin es una restriccin
especificando que los miembros de la subclase SECRETARIA deben satisfacer el predicado y
que todas las ocurrencias de la entidad EMPLEADO en las que el valor del atributo tipotrabajo
sea "Secretaria" deben pertenecer a esta subclase.
Si todas las subclases en una especializacin tienen la condicin de pertenencia en el
mismo atributo de la superclase, la especializacin ser una especializacin definida por
atributo y el atributo ser llamado atributo de definicin de la especializacin. Definiremos
una especializacin definida por atributo en el diagrama colocando el atributo de definicin
cerca del arco que va desde el crculo a la superclase, como puede verse en la figura N 2.13.

Cuando no exista tal condicin para determinar la pertenencia a una superclase, la

subclase se llamar subclase definida por el usuario. En tales subclases, la pertenencia
vendr determinada por los usuarios de la base de datos cuando realicen una operacin de
insercin de una ocurrencia en la subclase; por tanto, el usuario especifica la pertenencia de
cada ocurrencia individualmente y no mediante una condicin que pueda ser evaluada
automticamente.

Figura N 2.13 Diagrama ERE con especializacin.

Fuente: http://www.fortunecity.com/lavender/dale/1054/base/extendido.htm, 2009.

Se pueden aplicar dos restricciones ms a la especializacin. La primera es la

restriccin de desunin, la cual especifica que las subclases de la especializacin deben
estar separadas. Esto significa que una ocurrencia de la entidad puede ser miembro de como
mximo una de las subclases de la especializacin. Una especializacin definida por atributo
implica la restriccin de desunin, si el atributo para definir el predicado de pertenencia es
simple. La figura N 2.13 muestra este caso, donde la palabra disjunta al lado del triangulo
denota la desunin. Tambin usaremos esta notacin para especificar que una especializacin
definida por el usuario debe tener la restriccin de desunin asociada, como puede verse en la
especializacin {ASALARIADO, SUBCONTRATADO} de la figura N 2.11.

Figura N 2.14 Diagrama ERE con especializacin total.

Fuente: http://www.fortunecity.com/lavender/dale/1054/base/extendido.htm, 2009.

Si las subclases no son desunidas, sus conjuntos de ocurrencias pueden solaparse, esto
es, la misma ocurrencia de entidad puede ser miembro de ms de una subclase de la

especializacin. Este caso, que es el caso por defecto, por lo tanto no se expresa en el
diagrama ERE.
La segunda restriccin a la especializacin se llama la restriccin de totalidad, la cual
puede ser parcial o total. Una restriccin de especializacin total especifica que cada
ocurrencia de entidad de la superclase debe ser miembro de alguna subclase de la
especializacin. Por ejemplo, si cada EMPLEADO debe se ASALARIADO o
SUBCONTRATADO, entonces la especializacin {ASALARIADO, SUBCONTRATADO} de la
figura N 2.11 es una especializacin total de EMPLEADO; esto se representa en el diagrama
ERE usando una lnea doble entre el triangulo y la superclase. Una lnea sencilla se utiliza
para representar una especializacin parcial, la cual permite que una ocurrencia de entidad
no pertenezca a ninguna de las subclases. Por ejemplo, si alguna ocurrencia de entidad
EMPLEADO no pertenece a ninguna de las subclases {SECRETARIA, INGENIERO,
TCNICO} de las figuras N 2.11 y N 2.13, entonces la especializacin es parcial.
Hay que tener en cuenta que las restricciones de desunin y totalidad son
independientes, por tanto habr cuatro tipos de especializacin:

Desunin, total.
Desunin, parcial.
Solapamiento, total.
Solapamiento, parcial.

Como es lgico, las restricciones correctas vienen dadas por la naturaleza del problema
real aplicado a cada especializacin, si embargo, la generalizacin en una superclase suele
ser total, ya que la superclase se deriva de las subclases y, por tanto, contiene slo
ocurrencias de entidad que estn en las subclases.

2.6 Ejercicios Propuestos.

1. Enumere y grafique los tipos de cardinalidad en las relaciones entre entidades.
2. Explique la relacin que existe en los trminos Entidad y Conjunto de Entidades.
3. Cundo una entidad es considerada dbil y cuando fuerte?
4. Enumere al menos dos extensiones realizadas al diagrama entidad relacin.
5. Explique la diferencia entre las restricciones de desunin y las solapadas.
6. Explique la diferencia entre las restricciones totales y parciales.
7. A continuacin se muestra algunos modelos conceptuales de datos, por favor indique los
elementos presentes y el nmero de ellos.

Cedula
Nombre

Modelo
Direccin

Propiedad

Coche

Empresa
Nombre

Placa

Ao

Persona

Nro.
Accidente

Conductor
Fecha

Cantidad
de daos

Accidente

Bitcora

Posee

Rif

Direccin

Calle

Habitantes

Telfonos

Nombre

Estado
Ubicacin

Edificio
Direccin
Fuentes
Financieras

Avenida
Monto

RIF

Comunidad

Cdigo

Partida
Direccin

Numero
Aportes
Financieros

Proyecto
Urbanstico

A-P

Vivienda
Dueo
Elaborado

IDProyecto

Fecha

Nmero

NroCheque

Costo

Descripcin

rea