Unidad 1

Diseo de Bases de Datos y el modelo E-R.

2.1 El proceso de diseo
2.2 Modelo entidad relacin
2.3 Restricciones
2.4 Diagrama E-R
2.5 Diseo con diagramas E-R
2.6 Conjunto de entidades dbiles
2.7 Modelo E-R extendido
2.8 La Notacin E-R con UML
ILIANA JAZMIN CORTEZ MUTUL

El proceso de diseo
El diseo de una base de datos no es un proceso sencillo. Habitualmente, la
complejidad de la informacin y la cantidad de requisitos de los sistemas de
informacin hacen que sea complicado. Por este motivo, cuando se disean bases de
datos es interesante aplicar la vieja estrategia de dividir para vencer. Por lo tanto,
conviene descomponer el proceso del diseo en varias etapas; en cada una se obtiene
un resultado intermedio que sirve de punto de partida de la etapa siguiente, y en la
ltima etapa se obtiene el resultado deseado. De este modo no hace falta resolver de
golpe toda la problemtica que plantea el diseo, sino que en cada etapa se afronta un
solo tipo de sub problema. As se divide el problema y, al mismo tiempo, se simplifica
el proceso. En resumen, el diseo de una base de datos consiste en definir la
estructura de los datos que debe tener la base de datos de un sistema de informacin
determinado. En el caso relacional, esta estructura ser un conjunto de esquemas de
relacin con sus atributos, dominios de atributos, claves primarias, claves forneas,
etc.
Introduccin al diseo de bases de datos
Descompondremos el diseo de bases de datos en tres etapas:
1) Etapa del diseo conceptual:
En esta etapa se obtiene una estructura de la informacin de la futura BD
independiente de la tecnologa que hay que emplear. No se tiene en cuenta todava
qu tipo de base de datos se utilizar relacional, orientada a objetos, jerrquica, etc.;
en consecuencia, tampoco se tiene en cuenta con qu SGBD ni con qu lenguaje
concreto se implementar la base de datos. As pues, la etapa del diseo conceptual
nos permite concentrarnos nicamente en la problemtica de la estructuracin de la
informacin, sin tener que preocuparnos al mismo tiempo de resolver cuestiones
tecnolgicas. El resultado de la etapa del diseo conceptual se expresa mediante
algn modelo de datos de alto nivel. Uno de los ms empleados es el modelo entidad
interrelacin
2) Etapa del diseo lgico:
En esta etapa se parte del resultado del diseo conceptual, que se transforma de
forma que se adapte a la tecnologa que se debe emplear. Ms concretamente, es
preciso que se ajuste al modelo del SGBD con el que se desea implementar la base
de datos. Por ejemplo, si se trata de un SGBD relacional, esta etapa obtendr un
conjunto de relaciones con sus atributos, claves primarias y claves forneas. Esta
etapa parte del hecho de que ya se ha resuelto la problemtica de la estructuracin de
la informacin en un mbito conceptual, y permite concentrarnos en las cuestiones
tecnolgicas relacionadas con el modelo de base de datos.
3) Etapa del diseo fsico:
En esta etapa se transforma la estructura obtenida en la etapa del diseo lgico, con
el objetivo de conseguir una mayor eficiencia; adems, se completa con aspectos de
implementacin fsica que dependern del SGBD. Por ejemplo, si se trata de una base
de datos relacional, la transformacin dela estructura puede consistir en lo siguiente:
tener almacenada alguna relacin que sea la combinacin de varias relaciones que se

han obtenido en la etapa del diseo lgico, partir una relacin en varias, aadir algn
atributo calculable a una relacin, etc. Los aspectos de implementacin fsica que hay
que completar consisten normalmente en la eleccin de estructuras fsicas de
implementacin de las relaciones.

Modelo entidad relacin

El modelo entidad-relacin es el modelo conceptual ms utilizado para el diseo
conceptual de bases de datos. Fue introducido en 1976. El modelo entidad-relacin
est formado por un conjunto de conceptos que permiten describir la realidad
mediante un conjunto de representaciones grficas y lingsticas.
Originalmente, el modelo entidad-relacin slo inclua los conceptos de entidad,
relacin y atributo. Ms tarde, se aadieron otros conceptos, como los atributos
compuestos y las jerarquas de generalizacin, en lo que se ha denominado modelo
entidad-relacin extendido.
En general, un modelo no es capaz de expresar todas las propiedades de una realidad
determinada, por lo que hay que aadir aserciones que complementen el esquema.
Entidad
Cualquier tipo de objeto o concepto sobre el que se recoge informacin: cosa,
persona, concepto abstracto o suceso. Por ejemplo: coches, casas, empleados,
clientes, empresas, oficios, diseos de productos, conciertos, excursiones, etc. Las
entidades se representan grficamente mediante rectngulos y su nombre aparece en
el interior. Un nombre de entidad slo puede aparecer una vez en el esquema
conceptual.
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.
Relacin
Es una correspondencia o asociacin entre dos o ms entidades. Cada relacin tiene
un nombre que describe su funcin. Las relaciones se representan grficamente
mediante rombos y su nombre aparece en el interior.
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; si son tres las entidades participantes, la relacin es
ternaria; etc.
Atributo
Es una caracterstica de inters o un hecho 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 bolitas que cuelgan de las entidades o relaciones a las 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.
Los atributos pueden ser simples o compuestos. Un atributo simple es un atributo que
tiene un solo componente, que no se puede dividir en partes ms pequeas que
tengan un significado propio. 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. Un atributo compuesto se representa grficamente
mediante un valo.
Los atributos tambin pueden clasificarse en monovalentes o polivalentes. Un atributo
monovalente es aquel que tiene un solo valor para cada ocurrencia de la entidad o
relacin a la que pertenece. Un atributo polivalente es aquel que tiene varios valores
para cada ocurrencia de la entidad o relacin a la que pertenece. A estos atributos
tambin se les denomina multivalorados, y pueden tener un nmero mximo y un
nmero mnimo de valores.
Por ltimo, los atributos pueden ser derivados. Un atributo derivado es aquel que
representa un valor que se puede obtener a partir del valor de uno o varios atributos,
que no necesariamente deben pertenecer a la misma entidad o relacin.

Restricciones
La cardinalidad de un atributo indica el nmero mnimo y el nmero mximo de valores
que puede tomar para cada ocurrencia de la entidad o relacin a la que pertenece.
Identificador
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:
1. No pueden existir dos ocurrencias de la entidad con el mismo valor del identificador.
2. 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 primer lugar hay que definir los principales objetos que interesan al usuario. Estos
objetos sern las entidades. Una forma de identificar las entidades es examinar las
especificaciones de requisitos de usuario.
Para liarlo an ms, los usuarios usan, muchas veces, sinnimos y homnimos. Dos
palabras son sinnimos cuando tienen el mismo significado. Los homnimos ocurren
cuando la misma palabra puede tener distintos significados dependiendo del contexto.
Hay que tener mucho cuidado cuando parece que un mismo atributo se debe asociar a
varias entidades. De cada atributo se debe anotar la siguiente informacin:
Nombre y descripcin del atributo.

Tipo de dato y longitud.

Valores por defecto del atributo (si se especifican).
Si el atributo siempre va a tener un valor (si admite o no nulos).
Si el atributo es compuesto y, en su caso, qu atributos simples lo forman.
Si el atributo es derivado y, en su caso, cmo se calcula su valor.
Si el atributo es multievaluado.

Diagrama E-R
Denominado por sus siglas como: E-R; Este modelo representa a la realidad a travs
de un esquema grfico empleando los terminologa de entidades, que son objetos
que existen y son los elementos principales que se identifican en el problema a
resolver con el diagramado y se distinguen de otros por sus caractersticas particulares
denominadas atributos, el enlace que rige la unin de las entidades est
representada por la relacin del modelo.
Recordemos que un rectngulo nos representa a las entidades; una elipse a los
atributos de las entidades, y una etiqueta dentro de un rombo nos indica la relacin
que existe entre las entidades, destacando con lneas las uniones de estas y que la
llave primaria de una entidad es aquel atributo que se encuentra subrayado.
Disear el modelo E-R, para la relacin Registro de automvil que consiste en obtener
la tarjeta de circulacin de un automvil con los siguientes datos:- Automvil- Modelo,
Placas, Color - Tarjeta de circulacin -Propietario, No serie, Tipo.

Indicamos con este ejemplo que existe una relacin de pertenencia de uno a uno, ya
que existe una tarjeta de circulacin registrada por cada automvil.
El siguiente ejemplo indica que un cliente puede tener muchas cuentas, pero que una
cuenta puede llegar a pertenecer a un solo cliente (Decimos puede, ya que existen
cuentas registradas a favor de ms de una persona).

Un diagrama E-R, puede ser representado tambin a travs de una coleccin de

tablas. Para cada una de las entidades y relaciones existe una tabla nica a la que se
le asigna como nombre el del conjunto de entidades y de las relaciones
respectivamente, cada tabla tiene un nmero de columnas que son definidas por la
cantidad de atributos y las cuales tienen el nombre del atributo.

Diseo con diagramas E-R

En la grfica se aprecia la forma en que se representan las entidades, las relaciones,
los atributos y la cardinalidad de las relaciones.
Como ejercicio clasificar e identificar las entidades y los atributos. Expresar con sus
palabras las relaciones e identificar la cardinalidad, expresando su significado.

Otro elemento a tener en cuenta es, que como se ha dicho, las relaciones representan
muy usualmente acciones (verbos) que se dan entre conjuntos de entidades, lo cual
sera un buen para preferir esta representacin antes que tomarlos como atributos o
como
conjuntos
de
entidades.
Se puede optar por representar entidades dbiles como atributos compuestos
multivalorados. Pero si la entidad dbil participa en otra relacin o tiene muchos
atributos es preferible manejarla como entidad.
En la grfica se aprecia la forma en que se representan las entidades, las relaciones,
los atributos y la cardinalidad de las relaciones.
Observaciones:
Los nombres de las entidades se escriben en maysculas y en singular.
Los nombres de los atributos en minsculas y en singular.
Los atributos identificadores se marcan con el smbolo #.
Los atributos obligatorios se marcan con * y los opcionales con o.

Conjunto de entidades dbiles

Un conjunto de entidades dbiles es aquel que no tiene suficientes atributos para

formar una clave primaria. Un conjunto que s tiene una clave primaria se
denomina conjunto de entidades fuertes.
Cada conjunto de entidades dbiles debe estar asociado con un conjunto de entidades
llamado conjunto de entidades identificadoras o propietarias. As, el conjunto de
entidades dbiles depende existencialmente del conjunto de entidades identificadoras.
La relacin que asocia el conjunto de entidades dbiles con el conjunto de entidades
identificadoras se denomina relacin identificadora. La relacin identificadora es varios
a uno del conjunto de entidades dbiles al conjunto de entidades identificadoras y la
participacin del conjunto de entidades dbiles en la relacin es total.
Aunque un conjunto de entidades dbiles no tiene clave primaria, deben hacerse
distinguir todas aquellas entidades del conjunto de entidades que dependen de una
entidad fuerte particular. El discriminante de un conjunto de entidades dbiles es un
conjunto de atributos que permiten esta distincin.
La clave primaria de un conjunto de entidades dbiles se forma con la clave primaria
del conjunto de entidades identificadoras, ms el discriminante del conjunto de
entidades dbiles.
Un conjunto de entidades dbiles se indica en los diagramas E-R mediante un
rectngulo dibujado con una lnea doble y la correspondiente relacin de identificacin
mediante un rombo dibujado con lnea doble.
En algunos casos, el diseador de la base de datos puede elegir expresar un conjunto
de entidades dbiles como un atributo compuesto multivalorado del conjunto de
entidades propietarias.
En nuestro ejemplo, el conjunto de entidades identificador para pago es prstamo, y la
relacin prstamo-pago que asocia las entidades pago con sus correspondientes
entidades-prstamo es la relacin identificadora. Aunque un conjunto de entidades
dbiles no tiene clave primaria, no obstante se necesita conocer un medio para
distinguir todas aquellas entidades del conjunto de entidades que dependen de una
entidad fuerte particular. El discriminante de un conjunto de entidades dbiles es un
conjunto de atributos que permite que esta distincin se haga. Por ejemplo, el
discriminante del conjunto de entidades dbiles pago es el atributo nmero-pago, ya
que, para cada prstamo, un nmero de pago identifica de forma nica cada pago
para ese prstamo. El discriminante de un conjunto de entidades dbiles se denomina
la clave parcial del conjunto de entidades.

Modelo E-R extendido

Es un modelo conceptual de datos de alto nivel: Sirve para representar los

conceptos del Mundo que nos interesan con sus relaciones y caractersticas. Es
una herramienta muy utilizada directamente o a travs de otras herramientas o
programas.
El Modelo Entidad-Relacin Extendido incluye todos los conceptos del
Entidad-Relacin e incorpora los conceptos de Subclase y superclase con los
conceptos asociados de Especializacin y Generalizacin. Otro nuevo
concepto incluido por el ERE es el de Categora. Asociado a estos conceptos
est el importante mecanismo de Herencia de atributos. Habr que tener en
cuenta que no existe una terminologa estandarizada para estos conceptos,
por lo que usaremos la ms difundida.
SUBCLASE: Grupo de elementos con algo en comn, que pertenecen a una
entidad. Ejemplo: Pertenecientes a empleado, tenemos las subclases
Ingeniero, Supervisor.
SUPERCLASE: Entidad de la que procede una subclase.
RELACIN: Clase/Subclase(o Superclase/Subclase): Es una relacin 1:1 en la
que ambos elementos son el mismo. Se suele representar por Ejemplo:
Ingeniero Es Empleado.
Una Entidad no puede ser slo miembro de una subclase. Debe ser tambin
miembro de la superclase.
Una Entidad puede ser miembro de varias subclases.
Ejemplo: Un Empleado puede ser Ingeniero y Supervisor.
Una Entidad se define por sus atributos y sus relaciones, los cuales son
heredados por sus subclases.
Atributos y Relaciones locales o especficas: Son aquellas que son propias de una
subclase (no de la superclase a la que pertenece).
ESPECIALIZACIN: Proceso para definir un conjunto de subclases de un tipo de
Entidad (llamada superclase). Pueden definirse varias subclases segn distintos
criterios. Ejemplo: Empleado Tipo de Trabajo: Ingeniero, Tcnico... Tipo de Contrato:
Fijo, Por Horas...Deben definirse los atributos y relaciones especficas (si existen).
GENERALIZACIN: Proceso inverso a la Especializacin. Identificar las
caractersticas comunes a varios tipos de Entidad y generalizar todas ellas en una
superclase, con los tipos de Entidad originales como subclases.
Como consecuencia de las restricciones definidas anteriormente, aparecen reglas para
la insercin y borrado de Especializacin (y Generalizacin). Algunas de esas reglas
son las siguientes:
Borrar una tupla de una superclase implica el borrado automtico en todas las
subclases a las que pertenezca.

Insertar una tupla en una superclase implica que tiene que ser obligatoriamente
insertada en todas las subclases definidas por predicado en las que satisfaga el
predicado de definicin.
Insertar una tupla en una superclase de una especializacin total implica una insercin
obligatoria en al menos una de las subclases de la especializacin.
Existen otras reglas correspondientes a los distintos tipos de especializacin y a las
operaciones de insercin y borrado.

Una categora es una subclase de la unin de dos o ms superclases que pueden

tener diferentes claves ya que pueden representar diferentes entidades. En este
caso es necesario sintetizar una clave subrogada, que identifique cada una de las
ocurrencias de la categora y que ser heredada como clave fornea por cada una
de las superclases. Por cuestiones de eficiencia a la hora de realizar los joins entre
la categora y sus correspondientes clases, se aadir un atributo a la tabla de la
categora que exprese a que subclase pertenece cada tpla en particular.

La Notacin E-R con UML

Los diagramas entidad-relacin ayudan a modelar el componente de representacin
de datos de los sistemas de software. La representacin de datos, sin embargo, solo
forma parte del diseo global del sistema. otros componentes son los modelos de
interaccin del usuario con el sistema, la especificacin de los mdulos funcionales del
sistema y su interaccin, etc. el lenguaje de modelado unificado, es una norma
desarrollada bajo los auspicios del grupo de Administracin de Objetos, para la
creacin de especificaciones de diferentes componentes de los sistemas de software.
Algunas partes de UML son:

Diagramas de clase. Los diagramas de clase son parecidos a los diagramas

ER.

Diagramas de caso de uso. Los diagramas de caso de uso muestran la

interaccin entre los usuarios y el sistema, en especial los pasos de las tareas
que llevan a cabo los usuarios (como retirar dinero o matricularse en una
asignatura).

Diagramas de actividad. Los diagramas de actividad describen el flujo de

tareas entre los diferentes componentes del sistema.

Diagramas de implementacin. Los diagramas de implementacin muestran los

componentes del sistema y sus interconexiones, tanto en el nivel de los
componentes de software como en el de hardware.

Aqu no se pretende ofrecer un tratamiento detallado de las diferentes partes del UML,
en vez de eso, se ilustraran algunas caractersticas de la parte de UML que se
relaciona con el modelado de datos mediante ejemplos.
Los conjuntos de relaciones binarias se representan en UML dibujando
simplemente una lnea que conecte los conjuntos de entidades. El nombre del
conjunto de relaciones se escribe junto a la lnea. Tambin se puede especificar el
rol que desempea cada conjunto de entidades en un conjunto de relaciones
escribiendo el nombre del rol sobre la lnea, junto al conjunto de entidades. De
manera alternativa, se puede escribir el nombre del conjunto de relaciones, y
conectar el recuadro con una lnea discontinua a la lnea que describe el conjunto
de relaciones. Este recuadro puede tratar entonces como un conjunto de
entidades, de la misma forma que la agregacin en los diagramas ER, y puede
participar en relaciones con otros conjuntos de entidades.
La generalizacin y la especializacin se representan en UML conectando
conjuntos de entidades mediante una lnea con un tringulo al final correspondiente
al conjunto de entidades ms general. Por ejemplo, el conjunto de entidades
persona es una generalizacin de cliente y de empleado. Los diagramas UML
tambin pueden representar explcitamente las restricciones de la condicin de
disyuncin y de solapamiento de las generalizaciones.