IUPSM. UNIDAD II. MODELO ENTIDAD – RELACION Y NORMALIZACION Prof.

Mayra Lanza
Curso: Base de Datos. Período Académico: 2-2009

CONTENIDO.
1. MODELO DE DATOS. 2. DISEÑO DE BASE DE DATOS. 3. MODELO ENTIDAD – RELACIÓN
1.1 Concepto de modelo 2.1 Definición. 3.1 Fundamento.
1.2 Modelo de datos. 2.2 Fases de Diseño de BD. 3.2 Características.
1.3 Concepto de Abstracción. 3.3 Elementos del Modelo
1.4 Tipos de abstracción. 3.4 Restricciones del Modelo
1.5 Clasificación de los Modelos de 3.5 Diagrama Entidad-Relación/UML
Datos

1. MODELOS DE DATOS.
1.1 MODELO.
“Un conjunto de conceptos que permite construir una representación
organizacional de la empresa” y “Modelar consiste en definir un mundo abstracto y
teórico tal que las conclusiones que se puedan sacar de él coincidan con las
manifestaciones aparentes del mundo real.” (FLORY 1982).

1.2 MODELO DE DATOS.

“Un modelo de datos es un conjunto de conceptos que pueden servir para describir la estructura de
una base de datos.” (ELMASRI&NAVATHE, 1997)

“Un modelo de datos es una colección de herramientas conceptuales para la descripción de datos,
relaciones entre datos, semántica de los datos y restricciones de consistencia.” (SILBERSCHATZ& OTROS,

2001).

“un conjunto de conceptos, reglas y convenciones bien definidos que nos permiten aplicar una serie
de abstracciones a fin de describir y manipular los datos de un cierto mundo real que deseamos
almacenar en la base de datos” (PIATTINI, 2000)
Los modelos permiten representar la realidad, partiendo del hecho, que la misma posee propiedades
de dos tipos:

 Estáticas: Elementos invariantes en el tiempo, responden a estructuras. Ejemplos:

 Elementos Permitidos: Objetos (entidades, relaciones, registros, etc.), Asociaciones entre
objetos, Propiedades o características de los objetos o asociaciones (atributos, campos, etc.),
Dominios o conjunto de valores homogéneos sobre los que se definen las propiedades.

 Elementos no Permitidos o Restricciones: son valores no permitidos en el mundo real

(restricciones semánticas). Además, en cada modelo se impone limitaciones a las estructuras que
admite (restricciones inherentes).

1
IUPSM. UNIDAD II. MODELO ENTIDAD – RELACION Y NORMALIZACION Prof. Mayra Lanza
Curso: Base de Datos. Período Académico: 2-2009

Restricciones de Integridad. La Base de Datos debe reflejar las propiedades del Universo de
Discurso.
La Semántica: Significado de los Datos Y la Integridad: Corrección de los Datos
Si el esquema tiene descrita la semántica del Mundo Real, será posible comprobar si los valores
se atienen o no a la definición, se comprueba la integridad.

 Dinámicas: son operaciones que se aplican a los datos o valores almacenados en las
estructuras, varían en el transcurso del tiempo al aplicar dichas operaciones
Otros conceptos

Restricciones de Integridad. La Base de Datos debe reflejar las propiedades del Universo de
Discurso.
La Semántica: Significado de los Datos Y la Integridad: Corrección de los Datos
Si el esquema tiene descrita la semántica del Mundo Real, será posible comprobar si los valores
se atienen o no a la definición, se comprueba la integridad.
Clase: colección de objetos de la realidad que tienen características comunes.

1.3 ABSTRACCION.
Según el Diccionario de la Real Academia Española: es la acción y el efecto de abstraer. “separar por
medio de una operación intelectual las cualidades de un objeto para considerarlas aisladamente o
para considerar el mismo objeto en su pura esencia o noción”.
En otras palabras, la Abstracción es un proceso mental que se aplica al seleccionar algunas
características y prioridades de un conjunto de objetos y excluir otros no pertinentes.

Ejemplo: Se presenta al Concepto CARRO, como una abstracción en la que

únicamente se recoge características que lo distinguen, que son de interés
omitiendo detalles como motor, asientos, cauchos, etc. En este caso, se ha
aplicado un proceso de Abstracción, este es el resultado: podemos escribir
una representación de esta abstracción. CARRO (esquema conceptual).

2
IUPSM. UNIDAD II. MODELO ENTIDAD – RELACION Y NORMALIZACION Prof. Mayra Lanza
Curso: Base de Datos. Período Académico: 2-2009

1.4 TIPOS DE ABSTRACCIÓN.

Los modelos de datos ofrecen distintos tipos de
abstracciones a fin de facilitar la representación de
datos, siendo el esquema el resultado de aplicar un
proceso de abstracción a un determinado mundo real:

a. Clasificación: es la acción de extraer

características comunes de ejemplares para
crear una categoría a la cual pertenecen dichos
ejemplares.

b. Generalización. Es la acción de abstraer las características comunes a varias clases

(subclases) para construir una clase más
general (superclase) que las contenga a todas.
Por ejemplo: se puede generalizar las clases PROFESOR Y
ESTUDIANTE en la superclase PERSONA, la cual tendría las
características comunes a ambas subclase como Nombre,
cedula, dirección, etc.; también a partir de PERSONA, se
puede pasar a las clases PROFESOR y ESTUDIANTE
mediante especialización.

c. Asociación. Se vinculan dos o mas clases

(incluyendo sus ejemplares), que crea un
elemento de tipo distinto.

d. Agregación: Consiste en separar cada una de las

partes de un concepto para generar distintas
entidades. En otras palabras, es la Abstracción que
permite encontrar Entidades a partir de sus
atributos.

3
IUPSM. UNIDAD II. MODELO ENTIDAD – RELACION Y NORMALIZACION Prof. Mayra Lanza
Curso: Base de Datos. Período Académico: 2-2009

1.5 CLASIFICACIÓN DE MODELOS DE DATOS

 Modelos Conceptuales/basados en objetos. Facilitan la descripción global del

conjunto de información de la empresa Al nivel más próximo al usuario, por lo que sus
conceptos son cercanos al mundo real (entidades, atributos, interrelaciones, etc.). Entre ellos:
 Modelo Entidad-Relación. Surge como una solución a la poca capacidad de los modelos
lógicos en cuanto a abstracción y semántica del mundo real, facilitando la comunicación
del diseñador con el usuario. Adopta “el enfoque más natural del mundo real que consiste
en entidades e interrelaciones”. (PIATTINI, 2000)
 Modelo Orientado a Objetos. define una base de datos en términos de objetos, sus
propiedades y sus operaciones. Los objetos con la misma estructura y comportamiento
pertenecen a una clase, y las clases se organizan en jerarquías. Las operaciones de cada
clase se especifican en términos de procedimientos predefinidos llamados métodos.

 Modelos lógicos/basados en registros. Están orientados a describir los datos a

nivel lógico para el SGBD1, por lo que sus conceptos son tablas o relaciones en el caso del
modelo relacional, redes en modelo de Red, Jerarquías en el jerárquico, etc. Estos modelos
utilizan registros e instancias para representar la realidad, así como las relaciones que existen
entre estos registros (ligas) o apuntadores.
Los tres modelos de datos más ampliamente aceptados son:
 Modelo Relacional. En este modelo se representan los datos y las relaciones entre estos, a través
de una colección de tablas, en las cuales las filas (tuplas) equivalen a los cada uno de los registros
que contendrá la base de datos y las columnas corresponden a las características (atributos) de
cada registro localizado en la fila.

 Modelo de Red. Este modelo representa los datos mediante colecciones de registros y sus
relaciones se representan por medio de ligas o enlaces, los cuales pueden verse como punteros.
Los registros se organizan en un conjunto de gráficas arbitrarias. (CODASYL)
Ejemplo.

4
IUPSM. UNIDAD II. MODELO ENTIDAD – RELACION Y NORMALIZACION Prof. Mayra Lanza
Curso: Base de Datos. Período Académico: 2-2009

 Modelo Jerárquico. Es similar al modelo de red en cuanto a las relaciones y datos, ya que estos se
representan por medio de registros y sus ligas. La diferencia radica en que están organizados por
conjuntos de arboles en lugar de gráficas arbitrarias.

1
SGBD. Siglas de Sistema Gestor de Base de Datos

2. DISEÑO DE BASE DE DATOS.

“Conjunto de etapas necesarias para pasar de una determinada realidad (universo del discurso) a la
base de datos que la representa”. (PIATTINI, 2000). Los diferentes tipos de modelos, estudiados
anteriormente, permiten realizar abstracciones de la realidad, por lo que desempeñan un papel
primordial en el proceso de diseño de BD.
Por otro lado, es importante aclarar que la creación de una base de datos es, generalmente, una
operación difícil, larga y costosa que no puede improvisarse. Es por ello, que se hace necesario una
metodología que permita garantizar un buen diseño y controlar el proceso durante cada una de las
etapas del *ciclo de vida del Diseño de BD.
En este sentido, se hará uso de la siguiente metodología (existen otras) para el desarrollo de una
base de datos, pretende resolver el problema de comunicación entre las distintas personas que
intervienen a lo largo del proceso, la misma consiste en: seguir una serie de etapas (fases) las cuales
se inician cuando el
diseñador(es), partiendo del
universo del discurso (UD) y
apoyándose, en una primera
etapa, en el Modelo E-R (por ser el
más sencillo y el que captura
mayor semántica del mundo real),
llega a una estructura relacional
(conjunto de tablas), en la que se
almacenará toda la información
necesaria para la gestión de dicho
Universo. (PIATTINI, 2000). A continuación se detallan cada una de las fases.

5
IUPSM. UNIDAD II. MODELO ENTIDAD – RELACION Y NORMALIZACION Prof. Mayra Lanza
Curso: Base de Datos. Período Académico: 2-2009

2.2 FASES EN EL DISEÑO DE UNA BD.

1. ANALISIS DE REQUERIMIENTOS. se debe analizar los requisitos –datos y procesos-,
percibiendo, identificando y describiendo los fenómenos del mundo real a analizar; mediante el
estudio de las reglas de una empresa y de entrevistas a los usuarios de diferentes niveles de la
organización, lo que generará información útil para elaborar el esquema descriptivo de la realidad.
Esto es, para conseguir qué es lo que los usuarios esperan de la BD. Para poder definir los
requerimientos se debe establecer el “mini-mundo” o universo del discurso, fijando una serie de
objetivos del mundo real que se desea analizar.

2. DISEÑO CONCEPTUAL.
La información recolectada en la fase de análisis de
requerimientos es usada para desarrollar un esquema
conceptual la cual es una descripción en alto nivel del
mundo real (sus datos y sus restricciones conocidas)
de acuerdo con un modelo conceptual (modelo
Entidad-Relación), el cual es independientemente del
software de SMBD que se use para manipularla. Su
propósito es crear una simple descripción de los datos tan cercana a como los usuarios y
desarrolladores la conciben.
Existen 2 metodologías o enfoques para el diseño conceptual de
datos:
a. Centralizada o Descendente. Su filosofía responde a que “el esquema
conceptual refleje directamente la visión de la empresa que se intenta modelar
en la BD”. Las diferentes aplicaciones y grupos de usuarios de la fase 1 se
combinarán en un solo conjunto de requerimientos antes de iniciarse el diseño
del esquema. A continuación se definen las vistas de usuario como
subconjuntos de ese esquema conceptual.
b. Integración de vistas o Ascendente. Entiende el esquema conceptual como
“el resultado de la integración de las vistas de los grupos de usuarios” –
subsistemas-, por lo que se empieza construyendo las vistas de cada uno de
ellos (aplicaciones más importantes) y teniendo en cuenta las restricciones entre
dichas vistas, se elabora el esquema conceptual mediante un proceso de
Integración de Vistas (consiste en partir de dos vistas y obtener una nueva que
las englobe, con esta y una tercera se obtiene una nueva vista, y así
sucesivamente hasta llegar al esquema global que refleje la estructura de

6
IUPSM. UNIDAD II. MODELO ENTIDAD – RELACION Y NORMALIZACION Prof. Mayra Lanza
Curso: Base de Datos. Período Académico: 2-2009

información de la empresa).

En resumen, el objetivo de esta fase es obtener una buena representación de los recursos de
información de la organización, con independencia de usuarios o aplicaciones en particular, y fuera
de consideraciones sobre eficiencia del computador .

3. DISEÑO LOGICO (BASE DE DATOS). A partir del esquema conceptual de la etapa anterior y
tomando en cuenta los requisitos de los procesos y el entorno, se elabora un esquema lógico que
responda a la estructura especifica del SGBD que se aplique (Modelo relacional, red, orientado a
objeto o jerárquico). Para esto, se transforma el esquema conceptual (diagrama E-R) al modelo de
datos correspondiente al SGBD elegido en nuestro caso al esquema lógico del Modelo Relacional
(tablas o relaciones), pero sin las restricciones de ningún producto comercial.
La transformación puede establecerse en dos etapas:
1. Transformación independiente del sistema: En este paso, la transformación al modelo de datos del

SGBD no considera las características específicas o casos especiales que se aplican a la forma como el

SGBD implementa el modelo de datos.

2. Adaptación de los esquemas a un SGBD específico : Los diferentes SGBD implementan un modelo de

datos con características y restricciones de modelado específicas. Teniendo en cuenta el Modelo lógico

específico propio del SGBD se elabora el esquema lógico específico, que consisten en enunciados DDL

escritos en el lenguaje del SGBD elegido que especifiquen los esquemas a nivel conceptual y externo del

sistema de base de datos.

En esta etapa, además de los lenguajes SQL estándar, se hará uso de otras herramientas como
Diagramas de Dependencias Funcionales, Normalización, Grafos Relacionales, etc. Entre los objetivos
de esta fase están: eliminar redundancias, conseguir la máxima simplicidad y evitar cargas suplementarias de
programación, obteniendo una estructura lógica adecuada que permita un equilibrio entre las exigencias de los usuarios
(confidencialidad, flexibilidad, integridad, tiempo de respuesta, etc.) y la eficiencia.

7
IUPSM. UNIDAD II. MODELO ENTIDAD – RELACION Y NORMALIZACION Prof. Mayra Lanza
Curso: Base de Datos. Período Académico: 2-2009

4. DISEÑO FISICO. Es el proceso de elegir estructuras de almacenamiento y caminos de acceso

específicos para que los archivos de la base de datos tengan un buen rendimiento c o n las diversas
aplicaciones de la base de datos. Cada SGBD ofrece varias opciones de organización de archivos y
caminos de acceso, entre ellas diversos tipos de indización, agrupamiento de registros relacionados
en bloques de disco, enlace de registros relacionados mediante apuntadores y varios tipos de
técnicas de dispersión.
Una vez seleccionado un
SGBD específico, el
proceso de diseño físico
se reduce a elegir las
estructuras más
apropiadas para los
archivos de la base de
datos entre las opciones
que ofrece ese SGBD.
(ELMASRI&NAVATHE, 1997)

En resumen, el objetivo de esta etapa es conseguir una implementación, lo más eficiente posible, del
esquema lógico.
*CICLO DE VIDA DEL SISTEMA DE APLICACIÓN DE BASE DE DATOS (ELMASRI&NAVATHE, 1997)

Entre las actividades relacionadas con el ciclo de vida del sistema de aplicación para la base de
datos están las siguientes fases:

1. Definición del sistema: Se definen el alcance del sistema de base de datos, sus usuarios y sus
aplicaciones.

2. Diseño: Al final de esta fase, estará listo un diseño lógico y físico completo del sistema de base de
datos en el SGBD elegido.

3. Implementación: Esto comprende el proceso de escribir las definiciones conceptual, externa e

interna de la base de datos, crear archivos de base de datos vacíos e implementar las aplicaciones
de software.
8
IUPSM. UNIDAD II. MODELO ENTIDAD – RELACION Y NORMALIZACION Prof. Mayra Lanza
Curso: Base de Datos. Período Académico: 2-2009

4- Carga o conversión de los datos: La base de datos se alimenta ya sea cargando los datos
directamente o convirtiendo archivos ya existentes al formato del sistema de base de datos.

5. Conversión de aplicaciones: Cualesquier aplicaciones de software que se usaban en un sistema

anterior se convierten al nuevo sistema.

6. Prueba y validación: Se prueba y valida el nuevo sistema.

7. Operación: El sistema de base de datos y sus aplicaciones se ponen en operación.

8. Supervisión y mantenimiento: Durante la fase de operación, el sistema se vigila y mantiene

constantemente. Puede haber crecimiento y expansión tanto en el contenido de datos como en las
aplicaciones de software. Es posible que de vez en cuando se requieran modificaciones y
reorganizaciones importantes.

9
IUPSM. UNIDAD II. MODELO ENTIDAD – RELACION Y NORMALIZACION Prof. Mayra Lanza
Curso: Base de Datos. Período Académico: 2-2009

3. MODELO ENTIDAD RELACION. (DISEÑO CONCEPTUAL)

El origen del modelo ER se encuentra en trabajos efectuados por Peter Chen en 1976. Posteriormente,
muchos otros autores han descrito variantes y/o extensiones de este modelo. El nombre completo del modelo
ER es "The Entity-Relationship Model: Toward a Unified View of Data" y proviene del hecho de que los
principales elementos que incluye son las entidades y las interrelaciones (entities y relationships).

Los modelos de datos convencionales (red y jerárquico) no ofrecían suficiente capacidad de

abstracción ni el poder expresivo como para poder captar la semántica del mundo real, haciendo difícil la
comunicación usuario –diseñador. El modelo entidad relación, fue uno de los tantos modelos que surgió con el
fin de resolver estos problemas.

El modelo de datos entidad-relación (E-R) según Chen (1976), “puede ser usado como una base para
una vista unificada de los datos”, está basado en una percepción del mundo real que consta de una colección
de objetos básicos, llamados entidades, y de relaciones entre estos objetos. El modelo tal como fue propuesto
por Chen distingue los siguientes elementos: entidades, interrelaciones, atributos y dominios.

3.2CARACTERÍSTICAS DEL MODELO

 Refleja tan solo la existencia de los datos, no lo que se hace con ellos.

 Se incluyen todos los datos relevantes del sistema en estudio.

 No está orientado a aplicaciones específicas.

 Es independiente de los SGBD.

 No tiene en cuenta restricciones de espacio, almacenamiento, ni tiempo de ejecución.

 Está abierto a la evolución del sistema.

 Es el modelo conceptual más utilizado.

3.3 ELEMENTOS DEL MODELO

Los elementos básicos del modelo E-R original son: ENTIDAD (entity), ATRIBUTO (attribute),
DOMINIO (domain), RELACION (relationship)

ENTIDAD. Cualquier objeto (real o abstracto) que existe en la realidad y acerca del cual queremos
almacenar información en la base de datos. Según ANSI (1977), es “una persona, lugar, cosa,
concepto o suceso real o abstracto, de interés para la empresa”. Ejemplo. CLIENTE

10
IUPSM. UNIDAD II. MODELO ENTIDAD – RELACION Y NORMALIZACION Prof. Mayra Lanza
Curso: Base de Datos. Período Académico: 2-2009

 Entidades fuertes y entidades débiles. Hay dos tipos de entidades: fuertes y débiles. Una entidad débil es una
entidad cuya existencia depende de la existencia de otra entidad. Una entidad fuerte es una entidad que no es
débil.
 Tipo de entidad. Grupo de objetos que tienen las mismas propiedades y que en la organización para la que va a
servir la BD tienen una existencia independiente, bien sea física o abstracta. Ejemplo: CLIENTES, CUENTAS

ATRIBUTO. Propiedad o característica de interés que describe a una entidad o a una relación.
Ejemplo: La entidad CLIENTE, puede ser identificada o descrita por los atributos Cedula, Nombre,
Dirección, Teléfono, etc.

Los atributos pueden ser:

Identificadores O Clave Primaria: son atributos que identifican de manera unívoca cada ocurrencia de una entidad . Toda
entidad debe tener al menos un atributo identificador. Una clave permite identificar un conjunto de atributos suficiente
para distinguir las entidades entre sí. Las claves también ayudan a identificar unívocamente a las relaciones y así a
distinguir las relaciones entre sí. Por ejemplo, un CLIENTE en particular puede ser identificado por CI, ya que es un
atributo único para cada ocurrencia o ejemplar de la entidad CLIENTE.

Simples: Son los atributos atómicos, es decir que no están formados por otros
atributos.

Compuestos, están conformados por otros atributos que a su vez pueden ser
simples o compuestos. El valor de este tipo de atributos, es la concatenación de
los valores de los atributos simples que lo constituyen. Por ejemplo, el atributo
nombre-cliente de la entidad CLIENTE se puede subdividir en nombre, primer-
apellido, segundo-apellido, por tanto su valor es la combinación de sus
componentes.

Monovaluados: tienen un único valor para una entidad en particular. Por ejemplo, el atributo numero – préstamo para una
entidad PRESTAMO especifica, referencia a un único número de préstamo.

Multivalorados: Cuando un atributo tiene un conjunto de valores para una entidad específica. Ejemplo, La entidad
EMPLEADO con el atributo número-teléfono. Cada empleado puede tener entre 1 o más números telefónicos.

Derivados o calculados. Son atributos cuyo valor se obtiene aplicando una fórmula (normalmente a partir del valor de
otros atributos). Estos, no se almacenarán en la base de datos. Ejemplo, para una persona el atributo edad puede
calcularse a partir de los valores de los atributos fecha-nacimiento y fecha-actual.

Llaves candidatas. consiste de un conjunto de atributos K (no vacío) de una relación R que satisface las siguientes
propiedades:

1. Unicidad: en cualquier momento dado, no existen dos tuplas en R con el

mismo valor de K.

11
IUPSM. UNIDAD II. MODELO ENTIDAD – RELACION Y NORMALIZACION Prof. Mayra Lanza
Curso: Base de Datos. Período Académico: 2-2009

2. Minimalidad: si K es compuesto, no será posible eliminar ningún componente de K sin destruir

la propiedad de unicidad.

Toda relación tiene por lo menos una llave candidata (las relaciones no contienen tuplas repetidas). Del conjunto
de las llaves candidatas de una relación dada, se elige una y sólo una como llave primaria de esa relación; las
demás, si existen se llaman llaves alternativas. Siempre existirá una dependencia entre cualquier llave candidata
y los atributos que no son o no componen dicha llave, pero que también pertenecen a la relación.

RELACIÓN o INTERRELACIÓN. Es una asociación entre varias entidades. El conjunto de todas las
relaciones del mismo tipo, se denominan conjunto de relaciones. Por otro lado, se dice que la
asociación entre conjuntos de entidades se conoce como n; es decir, los conjuntos de entidades E1,
E2,…, En participan en el conjunto de relaciones R.

Elementos de una Relación

 Nombre. Cada relación tiene un nombre que la distingue unívocamente del resto, mediante el cual será
referenciado.
 Grado. Es el número de entidades que participan en un tipo de relación. Pueden ser: de grado 2 o binaria si
se asocian dos tipos de entidad. En esta se incluyen las recursivas, en donde se asocia una entidad consigo
misma.
 Papel (rol). Se refiere a la función que desempeña una entidad en una relación.
 Correspondencia de cardinalidades, o razón de cardinalidad, expresa el número de entidades a las que otra
entidad puede estar asociada vía un conjunto de relaciones.

 Uno a uno. Una entidad en A se asocia con a lo sumo una entidad en B, y una
entidad en B se asocia con a lo sumo una entidad en A.

 Uno a varios. Una entidad en A se asocia con cualquier número de entidades en

B (ninguna o varias). Una entidad en B, sin embargo, se puede asociar con a lo

sumo una entidad en A.

 Varios a varios. Una entidad en A se asocia con cualquier número de entidades

(ninguna o varias) en B, y una entidad en B se asocia con cualquier número de

entidades (ninguna o varias) en A.

 Participación. Cada entidad podrá

participar en la relación con un número

12
IUPSM. UNIDAD II. MODELO ENTIDAD – RELACION Y NORMALIZACION Prof. Mayra Lanza
Curso: Base de Datos. Período Académico: 2-2009

mínimo y un máximo de ocurrencias. La participación mínima es 0, cuando existen ocurrencias que no estan
asociadas a ninguna ocurrencia de otra entidad. Por otro lado, si la participacion mínima es uno significa que
toda ocurrencia de una entidad debe estar asociada a una ocurrencia de otra entidad. En el ejemplo, un
profesor puede no ser tutor de ningún alumno (participación mínima 0). Mientras que un alumno tendrá
siempre un tutor (participación mínima 1).

DOMINIOS. Conjunto de valores que puede tomar una cierta característica. Para determinar si un
valor pertenece a determinado dominio, se debe comprobar el predicado del dominio que el dominio
lleva siempre asociado. Expresado matemáticamente de la forma: D={vi:p(vi)}, donde D es el
dominio, vi es un valor y p es el predicado asociado a dicho dominio. Los dominios se especificarán
en el diccionario de datos. Siendo obligatoria, la especificación el nombre del dominio, el tipo y la
descripción.
Ejemplo de definición de dominios en el diccionario de datos del esquema conceptual.
DOMINIO Tipo Formato Valores Descripción
Números de Cedula de
CI Cadena(9) {carácter}+{digito}8 Identidad del ciudadano
Vzlano.
Nombre Cadena(30) {carácter}1,30 Nombre de ciudadano
Vzlano.
Apellido Cadena(30) {carácter}1,30 Apellido de ciudadano
Vzlano
„FIJO‟
TipoTelef Cadena(5) {carácter}3,5 „MOVIL‟ Tipo de teléfonos
„FAX‟
Teléfono Numero {digito}10 Numero teléfono del
ciudadano Vzlano
… … …………………………………….. ……………… ……………………………………………
Edad Numero {digito}1,3 Fecha_actual
Edad del ciudadano Vzlano
– fecha_nac

13
IUPSM. UNIDAD II. MODELO ENTIDAD – RELACION Y NORMALIZACION Prof. Mayra Lanza
Curso: Base de Datos. Período Académico: 2-2009

3.4 DIAGRAMA ENTIDAD/RELACION. Representa gráficamente las relaciones existentes entre las
diferentes entidades. Los rectángulos representan entidades, los rombos relaciones y los óvalos
propiedades (atributos)

Pasos para realizar el Diagrama E/R:

1. Se parte de una descripción textual del problema (los requisitos).

2. Se hace una lista de los sustantivos (posibles entidades y atributos) y verbos (posibles
relaciones)
3. Analizando las frases se determina la cardinalidad de las relaciones
4. Se elabora el diagrama (o diagramas) entidad-relación.

3.5 SÍMBOLOS USADOS PARA REALIZAR DIAGRAMAS E-R. SILVERSCHATZ (2001). PAG 61

UML (Unified Modeling Language) Lenguaje de Modelado Unificado.

Los diagramas entidad-relación ayudan a modelar el componente de representación de datos de un sistema software. La
representación de datos, sin embargo, sólo forma parte de un diseño completo de un sistema. Otros componentes son
modelos de interacción del usuario con el sistema, especificación de módulos funcionales del sistema y su interacción, etc.
El lenguaje de modelado unificado (UML, Unified Modeling Language) es un estándar propuesto para la creación de
especificaciones de varios componentes de un sistema software. Es un lenguaje usado para especificar, visualizar y
documentar los diferentes aspectos relativos a un sistema de software bajo desarrollo, así como para modelado de
negocios y almacenamiento de datos. UML es una notación, no un método, destinado a los sistemas de modelado que
utilizan conceptos orientados a objetos. Algunas de las partes de UML son:

14
IUPSM. UNIDAD II. MODELO ENTIDAD – RELACION Y NORMALIZACION Prof. Mayra Lanza
Curso: Base de Datos. Período Académico: 2-2009

• Diagrama de clase. Un diagrama de clase es similar a un diagrama E-R.

• Diagrama de caso de uso. Los diagramas de caso de uso muestran la interacción entre los usuarios y el sistema, en
particular los pasos de las tareas que realiza el usuario (tales como prestar dinero o matricularse de una asignatura).

• Diagrama de actividad. Los diagramas de actividad describen el flujo de tareas entre varios componentes de un sistema.

• Diagrama de implementación. Los diagramas de implementación muestran los componentes del sistema y sus
interconexiones tanto en el nivel del componente software como el hardware.

La siguiente figura muestra varios constructores de diagramas E-R y sus constructores equivalentes de los
diagramas de clase UML. Más abajo se describen estos constructores. SILVERSCHATZ (2001). PAG 47. Figura 2.28

UML muestra los conjuntos de entidades como cuadros y, a diferencia de E-R, muestra los atributos dentro del cuadro en
lugar de como elipses separadas. UML modela realmente objetos, mientras que E-R modela entidades. Los objetos son
como entidades y tienen atributos, pero además proporcionan un conjunto de funciones (denominadas métodos) que se
pueden invocar para calcular valores en términos de los atributos de los objetos, o para modificar el propio objeto. Los
diagramas de clase pueden describir métodos además de atributos. Los conjuntos de relaciones binarias se
representan en UML dibujando simplemente una línea que conecte los conjuntos de entidades. Se escribe el nombre del
conjunto de relaciones adyacente a la línea. También se puede especificar el papel que juega un conjunto de entidades en
un conjunto de relaciones escribiendo el nombre del papel en un cuadro, junto con los atributos del conjunto de relaciones,
y conectar el cuadro con una línea discontinua a la línea que describe el conjunto de relaciones. Este cuadro se puede
15
IUPSM. UNIDAD II. MODELO ENTIDAD – RELACION Y NORMALIZACION Prof. Mayra Lanza
Curso: Base de Datos. Período Académico: 2-2009

tratar entonces como un conjunto de entidades, de la misma forma que una agregación en los diagramas E-R puede
participar en relaciones con otros conjuntos de entidades.

La relaciones no binarias no se pueden representar directamente en UML —se deben convertir en relaciones binarias. Las
restricciones de cardinalidad se especifican en UML de la misma forma que en los diagramas E-R, de la forma i..s,
donde i denota el mínimo y s el máximo número de relaciones en que puede participar una entidad. Sin embargo, se
debería ser consciente que la ubicación de las restricciones es exactamente el inverso de la ubicación de las restricciones
en los diagramas E-R, como muestra la Figura 2.28. La restricción 0..* en el lado E2 y 0..1 en el lado E1 significa que cada
entidad E2 puede participar a lo sumo en una relación, mientras que cada entidad E1 puede participar en varias relaciones;
en otras palabras, la relación es varios a uno de E2 a E1. Los valores como 1 o * se pueden escribir en los arcos; el valor 1
sobre un arco se trata equivalentemente como 1..1, mientras que * es equivalente a 0..*.

La generalización y especialización se representan en el diagrama E-R conectando conjuntos de entidades por una línea
con un triángulo al final correspondiente al conjunto de entidades más general. Por ejemplo, el conjunto de entidades
persona es una generalización de cliente y empleado. Los diagramas UML también pueden representar explícitamente las
restricciones de generalizaciones disjuntas y solapadas. La Figura 2.28 muestra generalizaciones disjuntas y
solapadas de cliente y empleado a persona. Recuérdese que se la generalización de cliente / empleado a persona es
disjunta, y significa que ninguna entidad puede ser a la vez un cliente y un empleado. Una generalización solapada permite
que una persona sea tanto cliente como empleado.

DIAGRAMAS DE CLASE.
Aunque las bases de datos orientadas a objetos se están volviendo más populares, la base de datos relacional es el
método predominante para almacenar datos. Los diagramas de Clases de UML se pueden usar para modelar la base de
datos relacional en la que un sistema este basado, sin embargo los diagramas tradicionales de modelado capturan mas
información sobre la base de datos relacional y son mas adecuados para modelarla. La capa de datos del diagrama de
clase se puede usar para implementar directamente las clases persistentes, sus atributos, y sus relaciones en una base de
datos orientada a objetos, pero en el modelado relacional, UML se queda corto. El diagrama de clases se puede usar para
modelar algunos aspectos del diseño de bases de datos relacionales, pero no cubre toda la semántica involucrada en el
modelado de las mismas, mayoritariamente la noción de atributos clave que relacionan las tablas unas con otras.
El diagrama de clases sirve para visualizar las relaciones entre las clases que involucran el sistema, las cuales
pueden ser asociativas, de herencia, de uso y de contenido. Se utiliza cuando necesitamos realizar un análisis de
dominio.

16
IUPSM. UNIDAD II. MODELO ENTIDAD – RELACION Y NORMALIZACION Prof. Mayra Lanza
Curso: Base de Datos. Período Académico: 2-2009

DISEÑO CONCEPTUAL
EJEMPLO #1. La base de datos COMPAÑÍA se ocupa de los empleados, departamentos y proyectos de una empresa.
Suponiendo que, una vez concluida la fase de recolección y análisis de requerimientos, los diseñadores de la base de
datos redactaron la siguiente descripción del "mini mundo" (la parte de la compañía que se representará en la base de
datos):
1. La compañía está organizada en departamentos. Cada departamento tiene un nombre único, un número único y un
cierto empleado que lo dirige, y nos interesa la fecha en que dicho empleado comenzó a dirigir el departamento. Un
departamento puede estar distribuido en varios lugares.
2. Cada departamento controla un cierto número de proyectos, cada uno de los cuales tiene un nombre y un número
únicos, y se efectúa en un solo lugar.
3. Almacenaremos el nombre, número de seguro social, dirección, salario, sexo y fecha de nacimiento de cada empleado.
Todo empleado está asignado a un departamento, pero puede trabajar en varios proyectos, que no necesariamente
estarán controlados por el mismo departamento. Nos interesa el número de horas por semana que un empleado trabaja
en cada proyecto.
4. Queremos mantenernos al tanto de los dependientes de cada empleado con el fin de administrar los términos de sus
seguros. Almacenaremos el nombre, sexo y fecha de nacimiento de cada dependiente, y su parentesco con el empleado.

17
IUPSM. UNIDAD II. MODELO ENTIDAD – RELACION Y NORMALIZACION Prof. Mayra Lanza
Curso: Base de Datos. Período Académico: 2-2009

PRACTICA I
UNIDAD II. Modelo Entidad-Relación.
EJERCICIO 1. Para el siguiente enunciado identifique entidades, atributos (tipos: clave, univaluado,
multivaluado, etc.), relaciones (nombre, grado, cardinalidad) y dominio.
Se quiere registrar información correspondiente a un depósito, sus departamentos, sus empleados,
sus productos y los fabricantes de estos productos:
Cada empleado está representado por un número de empleado, su nombre y dirección. Se debe
indicar además a qué departamento pertenece. Cada departamento está representado por su
nombre y se saben que empleados trabajan en él, quién es el jefe del departamento y los productos
que vende. Cada producto está representado por su nombre, fabricante, precio, número de producto
asignado por el fabricante y número de producto asignado por el almacén. Cada fabricante está
representado por su nombre, dirección, productos que suministra al almacén y precios de estos
productos.
MATRIZ ENTIDAD/ATRIBUTO/RELACION
TIPO RELACIONES
ENTIDADES ATRIBUTOS
ATRIBUTO NOMBRE GRADO CARDINALIDAD

DOMINIO
ATRIBUTO Tipo Formato Valores Descripción

18
IUPSM. UNIDAD II. MODELO ENTIDAD – RELACION Y NORMALIZACION Prof. Mayra Lanza
Curso: Base de Datos. Período Académico: 2-2009

Ejercicio 2. Dado el siguiente Diagrama E-R:

Realice el Modelado de
este ejemplo Usando
diagrama Clases de UML.

2.3 Determine las Ventajas y Desventajas de la representación UML y la E/R

Herramienta Diferencias Ventajas Desventajas
de Modelado
Diagrama de
Clases UML

Diagrama E-R

19
IUPSM. UNIDAD II. MODELO ENTIDAD – RELACION Y NORMALIZACION Prof. Mayra Lanza
Curso: Base de Datos. Período Académico: 2-2009

EJERCICIO 3. Dibújense equivalentes UML de los diagramas E-R de las Figuras A, B, C, D y E.

20
IUPSM. UNIDAD II. MODELO ENTIDAD – RELACION Y NORMALIZACION Prof. Mayra Lanza
Curso: Base de Datos. Período Académico: 2-2009

EJERCICIO 4. Para cada uno de los siguientes enunciados se pide el Diseño Conceptual y lógico de
la BD, usando el modelo entidad relación.
a. “A un concesionario de autos llegan clientes para comprar automóviles. De cada automóvil
interesa saber la matrícula, modelo, marca y color. Un cliente puede comprar varios automóviles en
el concesionario. Cuando un cliente compra un automóvil, se le hace una ficha en el concesionario
con la siguiente información: CI, nombre, apellidos, dirección y teléfono. Los automóviles que el
concesionario vende pueden ser nuevos o usados (de segunda mano). De los automóviles nuevos
interesa saber el número de unidades que hay en el concesionario. De los automóviles viejos
interesa el número de kilómetros que lleva recorridos. El concesionario también dispone de un taller
en el que los mecánicos reparan los automóviles que llevan los clientes. Un mecánico repara varios
automóviles a lo largo del día, y un coche puede ser reparado por varios mecánicos. Los mecánicos

21
IUPSM. UNIDAD II. MODELO ENTIDAD – RELACION Y NORMALIZACION Prof. Mayra Lanza
Curso: Base de Datos. Período Académico: 2-2009

tienen un CI, nombre, apellidos, fecha de contratación y salario. Se desea guardar también la fecha
en la que se repara cada vehículo y el número de horas que se tardado en arreglar cada automóvil”.

b. La cadena de video club “Glogs-Gusters ha decidido, para mejorar su servicio emplear una base
de datos para almacenar información referente a las películas que ofrece en alquiler. Esta
información es la siguiente:
 Una película se caracteriza por su titulo, nacionalidad, productora y fecha.
 En una película pueden participar varios actores (nombre, nacionalidad, sexo), algunos de
ellos como principales.
 Una película esta dirigida por un director (nombre, Nacionalidad).
 De cada película se dispone de uno o varios ejemplares diferenciados por un número de
ejemplar y caracterizados por su estado de conservación.
 Un ejemplar se puede encontrar alquilado a un cliente (nombre, Cedula, dirección, teléfono).
Se desea almacenar la fecha de comienzo de alquiler y la de devolución.
 Cada socio puede alquilar como máximo 4 ejemplares.
 Un socio debe estar avalado por otro socio que responda de por el en caso de tener
problemas con el alquiler.

22