Вы находитесь на странице: 1из 13

Diagrama Entidad-Relacin

6.1 Concepto
El modelo E-R (entidad-relacin) fue propuesto por E. Chen en 1976
para la definicin del esquema conceptual de una BD. Posteriormente se ha ido
enriqueciendo con nuevos mecanismos de abstraccin y representacin de la
realidad, lo que se conoce como el modelo EER (entidad-relacin extendido). Es
el ms ampliamente utilizado de los llamados semnticos.

Se basa en la utilizacin de conceptos tales como entidad (objeto),


atributo y relacin entre objetos. Se dispone de un formalismo grfico para
realizar estas representaciones, pero no de un lenguaje de manipulacin de
datos.

La principal ventaja, que seguramente ha forzado su difusin, es que es


traducible casi automticamente a un esquema de BD bajo Modelo
Relacional, con cierta prdida de expresividad en el proceso, pero
garantizando que las tablas que resultan estn directamente en Tercera Forma
Normal (3FN).

Pasaremos ahora a describir cual es el lenguaje de representacin de


entidades, atributos, y relaciones entre entidades. Hacer notar, sin embargo,
que se muestra una mnima parte de este lenguaje, la necesaria para comprender
el significado de los diagramas E-R ms simples.

El Diagrama de entidad-relacin (DER), es una tcnica de modelizacin


que nos muestra los datos relevantes del sistema, as como las relacines entre
estos datos a un alto nivel de abstraccin.

La diferencia fundamental entre el DTE y el DFD, es que ste modela las


funciones que lleva a cabo un sistema ; y es diferente al DTE, ya que ste
modela el comportamiento dependiente del tiempo de un sistema.

Historia de los modelos


entidad relacin
Peter Chen (tambin conocido como Peter Pin-Shan Chen)
actualmente se desempea como miembro de la facultad de la
Universidad Carnegie Mellon ubicada en Pittsburgh y se le
atribuye el desarrollo del modelo ER para el diseo de bases de
datos en los 70. Mientras trabajaba como profesor adjunto en la
Escuela de Administracin y Direccin de Empresas Sloan del
MIT, public un documento influyente en 1976 llamado "Modelo
entidad-relacin: hacia una visin unificada de los datos".

En un sentido ms amplio, la representacin de la interconexin


de las cosas se remonta hasta, al menos, la Antigua Grecia, con
los trabajos de Aristteles, Scrates y Platn. Se ha visto ms
recientemente en las obras del siglo XX y XIX de filsofos y
lgicos, como Charles Sanders Peirce y Gottlob Frege.

En la dcada del 60 y 70, Charles Bachman (arriba)y A.P.G.


Brown trabajaron con los primeros antecesores del enfoque de
Chen. Bachman desarroll un tipo de diagrama de estructura de
datos que lleva su nombre: "el diagrama de Bachman". Brown
public escritos sobre el modelado de los sistemas del mundo
real. James Martin agreg mejoras al ERD. El trabajo de Chen,
Bachman, Brown, Martin y otros tambin contribuy al desarrollo
del lenguaje unificado de modelado (UML), ampliamente utilizado
en el diseo de software.

6.1.1 Para qu definir un modelo orientado a datos?

Es necesario definir un modelo orientado a datos por:


El sistema puede ser tan complicado que sea conveniente estudiar
sus estructuras de datos independientemente del proceso que se
llevar a cabo. .
El modelo de datos es esencial para comunicarse con el
administrador de datos, que es el responsable de gestionar,
controlar los datos esenciales para
administrar el negocio, asegurar el correcto y eficiente funcionamiento de las Bases
de Datos del sistema.
El modelo de datos define las relacines entre los almacenamientos
de los DFD's.

Usos de los diagramas


entidad-relacin
Diseo de bases de datos: los diagramas ER se usan
para modelar y disear bases de datos relacionales, en
trminos de reglas de negocio y lgicas (en un modelo de
datos lgicos) y en trminos de la tecnologa especfica que
se implementar (en un modelo de datos fsicos). En
ingeniera de software, un diagrama ER a menudo es un
primer paso para determinar los requisitos de un proyecto
de sistemas de informacin. Tambin se usa ms adelante
para modelar una base de datos en particular o varias. Una
base de datos relacional tiene una tabla relacional
equivalente y puede expresarse as potencialmente, segn
sea necesario.

Solucin de problemas de bases de datos: los diagramas


ER se usan para analizar las bases de datos existentes con
el fin de hallar y resolver problemas de lgica o
implementacin. Al dibujar un diagrama se debera
descubrir dnde est el problema.

Sistemas de informacin empresarial: los diagramas se


usan para disear o analizar las bases de datos
relacionales empleadas en procesos de negocio. Cualquier
proceso de negocio que utilice datos de campo
relacionados con entidades, acciones e interaccin puede
beneficiarse potencialmente de una base de datos
relacional. Puede simplificar procesos, revelar informacin
de forma ms sencilla y mejorar los resultados.

Reingeniera de procesos de negocio (BPR): Los


diagramas ER ayudan a analizar las bases de datos
empleadas en la reingeniera de procesos de negocio y en
el modelado de la configuracin de una nueva base de
datos.

Educacin: las bases de datos son el mtodo actual de


almacenamiento de informacin relacional para propsitos
educativos y la posterior recuperacin. As, los diagramas
ER pueden ser tiles para la planificacin de esas
estructuras de datos.

Investigacin: como hay muchas investigaciones


centradas en los datos estructurados, los diagramas ER
pueden desempear un papel fundamental en la
configuracin de bases de datos tiles para analizar los
datos.

6.1.2 Componentes

Los tres componentes principales de un DER son:


entidades
atributos
relaciones entre entidades

6.1.2.1 REPRESENTACIN DE ENTIDADES.


Una entidad se representar mediante un rectngulo nominado.
Representa un conjunto de objetos (materiales o inmateriales) del mundo real:
empleados, artculos, clientes, planificaciones, estndares....., cumpliendo las
siguientes caractersticas:
Cada uno de sus miembros individuales (instancias), pueden ser
identificados univocamente. Existe alguna manera de diferenciar
dos instancias individuales de la entidad.
Cada entidad juega una funcin dentro del sistema. El sistema no
funciona sin acceder a sus miembros instancias.
Cada entidad puede ser descrito por uno o mas datos elementales
(atributos). Los atributos se aplican a cada instancia del entidad.

Para poner nombre a la entidad, normalmente se utiliza la forma


singular. Hay que tener en cuenta la relacin entre los almacenes del DFD y
las entidades del DER. Si existe un entidad artculo en un DER, debe haber
un almacn de datos artculos en el DFD asociado.

CLIENTE

6.1.2.2 REPRESENTACIN DE ATRIBUTOS.


Un atributo se ver en un E-R como una elipse unida a una entidad mediante un
arco.

En funcin de los distintos tipos de atributos que nos podemos


encontrar, variar el tipo de representacin:
atributo identificador: son aquellos que identifican las ocurrencias de la
entidad. Se representan mediante el subrayado del nombre del atributo.

DNI

atributo descriptor: atributo no identificador.

poblacin

Si atendemos a su posible estructura:


atributo simple o escalar.
atributo compuesto o estructurado: el nombre del atributo compuesto es la
etiqueta de un arco que se subdividir en tantos atributos simples como
forme la estructura.

nomPropio

nombre apellido1

apellido2

atributo multivaluado: se indica mediante la etiqueta n sobre el arco.

n telfono

6.1.2.3 REPRESENTACIN DE RELACIONES.


Las relaciones entre entidades se representan mediante un polgono de
tantos lados como entidades se asocian, salvo en el caso de las binarias
(relaciones que asocian dos entidades o una consigo misma) que utilizan un
rombo, unido a las entidades mediante arcos. Este polgono ir etiquetado con
el nombre de la relacin. Asimismo, se pueden etiquetar los arcos para realzar
el papel que juega dicho objeto dentro de la relacin.
Las entidades estan ligadas unas a otras por relaciones. Cada instancia
de la relacin representa una asociacin entre 0 ms ocurrencias de una
entidad y 0 ms ocurrencias de otra entidad. Por ejemplo :

C
O
M
P
R
A
S

instancia 1: cliente 1 compra artculo 1.


instancia 2: cliente 2 compra artculo 2 y 3.
instancia 3: cliente 3 y 4 compran artculo 4.
instancia 4: cliente no compra ningun artculo.

Las relaciones que pueden ser calculadas o derivadas a partir de otros


datos, no se representan.

Nos podemos encontrar mltiples relaciones entres dos o ms entidades,


y debemos interpretarlo como una unidad. La relacin se debe estudiar desde la
perspectiva de cada uno de las entidades participantes. Es el conjunto de todas
aquellas perspectivas que describen completamente la relacin.
Podemos hablar de relaciones segn la cardinalidad :

relaciones binarias.

R
A B

Un caso especial seran aquellas relaciones de un objeto consigo mismo: las


relaciones reflexivas.

R
relaciones ternarias.

6.1.2.4 REPRESENTACIN DE RESTRICCIONES.


Sobre atributos.
Las restricciones de valor se pueden indicar colocando al lado del
atributo el dominio sobre el que se define el mismo.
Si un atributo no puede tomar valores nulos lo representaremos como:

formaPago

Sobre entidades.
Toda entidad debe tener su conjunto de atributos identificador.
Sobre relaciones.
Las restricciones de cardinalidad se expresan mediante el rallado de la
parte del polgono que indica la asociacin de una de las entidades.
Dependiendo del nmero de entidades asociadas la cardinalidad mxima
implica una lectura u otra. Slo nos vamos a fijar en las relaciones
binarias.
Suponiendo dos entidades A y B asociadas por una relacin R,
definimos las restricciones de cardinalidad mnima y mxima como:

R ( A(mA, MA), B(mB, MB) )

Las restricciones de cardinalidad mxima se expresa por el rallado de


la parte del polgono (en este caso, relaciones binarias, la mitad del rombo)
que indica la asociacin de una de las entidades. Nos encontraremos con
los siguientes casos:

R ( A(0, ), B(0, ) )

A B

R ( A(0, 1), B(0, ) )

A B

R ( A(0, 1), B(0, 1) )

A B

Para las restricciones de cardinalidad mnima, esto es, las de tipo


existencial, utilizaremos un doble rectngulo para la(s) entidad(es) que
sufren la restriccin, y etiquetaremos el arco de la relacin con una E:
R ( A(1, 1), B(0, ) )

A B
E

Restriccin de dependencia de identificador.


Aquellas entidades que no se puedan identificar por s misma, es decir,
que necesitan de los atributos identificadores de otra entidad para
reconocer cada ocurrencia de su entidad, se dice que sufren dependencia
de identificador. Se las conoce como entidades dbiles, en contraposicin
con la entidad que presta sus identificadores, que se considera fuerte.
Se representa igual que la restriccin existencial, pero etiquetando el
arco con ID.

est
_en
PAS CIUDAD
ID

nombre
nombre
extensin habitantes

6.2 Reglas para la construccin de DER'S

Construccin del modelo inicial.


El DER inicial se construye basandose en el propio conocimiento
del sistema, y con las entrevistas iniciales con el usuario.
No se debe esperar que este modelo inicial sea el definitivo.
Refinamiento del modelo inicial.
El primer refinamiento que se debe hacer es definir los datos
elementales ligados a cada entidad.
Si se ha hecho el DFD, seguramente estar definido, en el DD, el
almacen de datos asociado. Al hacer este refinamiento nos
podemos encontrar ante la necesidad de aadir nuevas entidades
o eliminarlos.
Aadir entidades al modelo inicial
1. Datos elementales que no pueden aplicarse a todas las
instancias de un entidad:
Ejemplo: Entidad Empleado. Atributos: nombre,
edad,....., nmero de embarazos....
Solucin: Crear un conjunto de entidades-subtipo,
Empleado- Masculino, Empleado-Femenino.
2. Datos elementales aplicables a todas las instancias de dos
entidades diferentes:
Ejemplo: Entidad Cliente-Caja, Cliente-Crdito. Atributos comunes: nombre, di
Solucin: Crear una entidad-supertipo Cliente.
3. Datos elementales que describen relacines entre entidades-tipo.
Ejemplo: Relacin Compra y los datos
fecha_de_compra, y descuento.
Solucin: Crear un entidad asociativo Compra.
4. Eliminar grupos de datos repetitivos dentro de un entidad.
Ejemplo: Entidad Empleado, y cada uno puede tener hijos.
Solucin: Crear un entidad hijo y la relacin es Padre de.
Eliminar entidad del modelo inicial.
5. Entidades de las cuales solo hay una instancia, y solo tienen identificador.
Ejemplo: Entidad Cnyuge, del cual solo nos interesa el nombre.
Solucin: Eliminar la entidad Cnyuge y la relacin
Esta_Casado_con y guardamos el nom_cnyuge con el
atributo de empleado.
6. Relaciones calculadas o derivadas.
Ejemplo: Relacin Renova, que se puede calcular a
partir de diversos datos de Conductor
(fecha_nacimiento, apellidos....).
Solucin: Eliminar la relacin RENOVA.
Modelos de datos fsicos,
lgicos y conceptuales
Los modelos de datos y los modelos ER se dibujan tpicamente con hasta tres niveles de
detalle:

Modelo de datos conceptuales: la visualizacin de nivel ms alto que contiene la


menor cantidad de detalle. Su valor muestra el alcance global del modelo y representa la
arquitectura del sistema. Para un sistema de menor alcance, quizs no sea necesario
dibujarlo. En cambio, se comienza con el modelo lgico.

Modelo de datos lgicos: contiene ms detalle que un modelo conceptual. Ahora se


definen las entidades transaccionales y operativas ms detalladas. El modelo lgico es
independiente de la tecnologa en la que se implementar.

Modelo de datos fsicos: uno o ms modelos fsicos pueden desarrollarse a partir de


cada modelo lgico. El modelo fsico debe mostrar los suficientes detalles tecnolgicos
para producir e implementar la base de datos en cuestin.

Ten en cuenta que existen niveles de alcance y de detalle similares en otros tipos de
diagramas, como los diagramas de flujo de datos, pero esto se contrasta con el enfoque
de tres esquemas de la ingeniera de software, que divide la informacin de forma
diferente. En algunas ocasiones, los ingenieros ramificarn los diagramas ER con
jerarquas adicionales con el fin de agregar los niveles de informacin necesarios para el
diseo de la base de datos. Por ejemplo, pueden agregar categoras mediante la
ampliacin hacia arriba con superclases y hacia abajo con subclases.

Limitaciones de los modelos y


diagramas ER
Exclusivo para datos relacionales: comprende que el propsito es solo mostrar las
relaciones. Los diagramas ER muestran nicamente la estructura relacional.

Inadecuado para datos no estructurados: a menos que los datos se delineen


claramente en campos, filas o columnas diferentes, es probable que los diagramas ER
tengan un uso limitado. Lo mismo sucede con los datos semiestructurados, porque solo
algunos datos sern tiles.

Complicaciones al realizar una integracin con una base de datos existente: usar
modelos ER para realizar una integracin con bases de datos existentes puede ser un
desafo debido a las diferentes arquitecturas.

Вам также может понравиться