4 DISEO DE BASES DE DATOS UTILIZANDO EL

MODELO ENTIDAD-RELACION EXTENDIDO

4.1 Extensiones bsicas del modelo E/R: Semntica de las interrelaciones

4.2 Generalizacin y especializacin.
4.3 Otras extensiones del modelo E/R: Agregacin.
Dinmica del modelo E/R.
4.4 Metodologa de diseo. Especificacin de restricciones

S. Velilla 1
Tema II: Nivel Conceptual: modelo E/R curso
11/12 Univ. de Zaragoza
4.1 Extensiones bsicas del modelo E/R: atributos

Objetivo: capacidad semntica, para especificar el Universo del Discurso

extensiones para los atributos: tipos de atributos

mes
dia ao
simples / compuestos fecha es un

fecha
atributo compuesto

e-mail
opcional / obligatorio opcional

tfno tfno tfno

monovaluados / multivaluados n

saldo
base / derivados + la operacin que especifica el clculo
derivado

S. Velilla 2
Tema II: Nivel Conceptual: modelo E/R curso
11/12 Univ. de Zaragoza
 semntica de las interrelaciones (1)

Cardinalidad mnima y mxima de una interrelacin, para un tipo(s) de entidad:

n mnimo y mximo de ocurrencias de un tipo (o conjunto de tipos) que pueden estar
relacionados con una ocurrencia del otro tipo (u otros) que participan en la interrelacin

(0,1) para cardinalidad mnima

se suele utilizar
(1,N) para cardinalidad mxima

ApNombre
DNI profesion numCC saldo

(1,1) (0,N) toda cuenta tiene 1 titular

CLIENTE poseer CUENTA
todo cliente tiene de 0..n cuentas

La cardinalidad mxima coincide con el tipo de correspondencia de Chen

necesidad de
pb. de notacin (y semntico) para interrelaciones de grado > 2 + informacin

S. Velilla 3
Tema II: Nivel Conceptual: modelo E/R curso
11/12 Univ. de Zaragoza
 semntica de las interrelaciones (2)

otros autores: opcional

participacin obligatoria u opcional de un tipo de entidad. C L IE N T E

cardinalidad mnima y mxima de la participacin de un tipo de entidad.

n mnimo y mximo de ocurrencias (participacin) del tipo en la interrelacin
para el caso binario tiene igual capacidad semntica, pero notacin al revs

interesante para completar la especificacin de interrelaciones de grado > 2

complejas
ISBN LIBRO titulo

(0,N)
ApNombre descripcin
N
(0,N) N N (0,N)
DNI AUTOR escribir TEMA clvTema hay redun-
dancias en
la notacin
notacin de participacin

S. Velilla 4
Tema II: Nivel Conceptual: modelo E/R curso
11/12 Univ. de Zaragoza
 semntica de las interrelaciones (3)

una entidad no puede pertenecer simultneamente

interrelaciones exclusivas
a ocurrencias de interrelaciones en exclusin

DNI matricular clvAsign

(0,N) (0,N)

PERSONA ASIGNATURA

(1,N) (0,N)
ApNombre impartir nombreAsign

CUE NT A

(1 ,1 )

co n star

dependencia en existencia y en identificacin (0 ,N )

A PU NT E
cardinalidad mnima > 0

S. Velilla 5
Tema II: Nivel Conceptual: modelo E/R curso
11/12 Univ. de Zaragoza
4.2 Generalizacin y especializacin

mecanismos de abstraccin que permiten definir relaciones de subclase entre objetos

generalizacin abstraccin que conduce a la definicin un nuevo tipo de entidad

(supertipo) a partir de las similaridades de otros (subtipos)

especializacin refinamiento que permite obtener nuevos tipos de entidad (subtipos)

a partir de las diferencias entre las ocurrencias de un tipo (supertipo)

la cardinalidad es siempre (1,1) en el supertipo y (0,1) (1,1) en los subtipos

los subtipos heredan los atributos del supertipo jerarqua de entidades

se denota con tringulo con base paralela al supertipo (+ atributo selector, si existe)

se pueden aadir propiedades de (exclusin/solapamiento) y (totalidad/parcialidad)

arco crculo en arco

S. Velilla 6
Tema II: Nivel Conceptual: modelo E/R curso
11/12 Univ. de Zaragoza
 ejemplos de generalizacin / especializacin

EMPLEADO EMPLEADO DOCUMENTO PERSONA

DOCENTE INVESTIGADOR DOCENTE PAS LIBRO ARTICULO EMPLEADO ALUMNO

DNI PERSONA ApNombre DNI PERSONA ApNombre

sexo sexo

HOMBRE MUJER HOMBRE MUJER

(0,1) (0,1) (0,1) (0,1)

casar casar

Una misma pareja puede

fecha fecha
haberse casado varias veces
Ej. de B.D. de matrimonios

S. Velilla 7
Tema II: Nivel Conceptual: modelo E/R curso
11/12 Univ. de Zaragoza
4.3 Otras extensiones del modelo E/R: Agregacin.

agregacin mecanismo de abstraccin que lleva a considerar una interrelacin

y los tipos de entidad que participan, como un nuevo tipo de entidad
se denotar con un rectngulo (a trazos), etiquetado con el nombre del nuevo tipo

Ejemplo: B.D. Para representar informacin de los empleados y proyectos de una empresa, as
como de las mquinas disponibles. Algunos empleados estn asignados a uno o varios
proyectos para los que realizan un trabajo concreto. Se quiere incluir el n de horas de
utilizacin de cada mquina para cada trabajo.
tareaE mpleadoP royecto

(1,N) (0 ,N)
E MPLEADO trabajar PROYE CTO

(0,N)

tambin se pueden definir: utilizar n horas

tipos de entidad
(0,N)
basados en la agregacin
de otros ms simples MAQU INA

S. Velilla 8
Tema II: Nivel Conceptual: modelo E/R curso
11/12 Univ. de Zaragoza
 tratamiento del tiempo y dinmica del modelo E/R

tratamiento del tiempo: necesario, pero en general complicado

normalmente como atributo asociado al tipo de entidad o interrelacin

suceso puntual
diferentes consideraciones duracin
evolucin
a) slo los prstamos vivos
Ejemplos: prstamos de libros en una biblioteca a sus socios
b) historial
tratamiento de expedientes (concepto de estado)

no existe en modelo bsico, propuestas de lenguajes

Dinmica del modelo E/R pero necesaria naturales, como CLEAR
B.D.O.O.
otros modelos B.D.Activas

S. Velilla 9
Tema II: Nivel Conceptual: modelo E/R curso
11/12 Univ. de Zaragoza
4.4 Metodologa de diseo conceptual (introduccin)

el diseo es casi siempre complejo y difcilmente sistematizable

suele haber varias soluciones
generalidad
aspectos compromiso
eficiencia
simplicidad coste-calidad

metodologa de diseo conjunto de modelos, lenguajes y otras herramientas que facilitan la
representacin de los datos en cada fase del proceso de diseo, junto
con las reglas que permiten el paso de una fase a la siguiente.
diseo conceptual
establecer una jerarqua de abstraccin fases del diseo diseo lgico
diseo fsico
normalmente es un proceso iterativo (tras completar una fase, se revisan las anteriores)

etapas diseo Anlisis de requisitos Qu hay que hacer

conceptual Conceptualizacin Cmo hay que hacerlo
S. Velilla 10
Tema II: Nivel Conceptual: modelo E/R curso
11/12 Univ. de Zaragoza
 etapas en el diseo conceptual de una B.D.

PROBLEMA ETAPA:
MUNDO REAL
A RESOLVER

PERCEPCION
ANALISIS de los
Qu representar ? ANALISIS REQUISITOS
(des cripcin d el
DESCRIPCION mundo real)

ESQUEMA
DESCRIPTIVO

TRANSFORMACION CONCEPTUALIZACIN
Cmo representar ? (representacin normalizada
REFINAMIENTO del es quema descrip tivo)

ESQUEMA
CONCEPTUAL

S. Velilla 11
Tema II: Nivel Conceptual: modelo E/R curso
11/12 Univ. de Zaragoza
 el proceso de diseo conceptual de una B.D.

UNIVERSO DEL DISCURSO

REALIDAD EMPRESARIAL
ENTREVISTAS NORMATIVAS LISTADOS PANTALLAS . . .

ANALISIS DE
REQUISITOS

ESQUEMA
realimentacin PERCIBIDO
(en lenguaje
natural)

OBTENCION DEL
ESQUEMA CONCEPTUAL

ENTIDADES RESTRICCIONES
ATRIBUTOS
SEMNTICAS
INTERRELACIONES

ESQUEMA CONCEPTUAL

S. Velilla 12
Tema II: Nivel Conceptual: modelo E/R curso
11/12 Univ. de Zaragoza
 algunas ideas para una metodologa de diseo (1)

Ascendente (integracin de vistas)

metodologas: Descendente

Ideas para el diseo del esquema E/R:

identificacin de tipos de entidad y de sus atributos
especificacin de las interrelaciones y su semntica
especificacin de restricciones adicionales (p.e. en lenguaje natural)

sustantivo sujeto o compl. directo tipo de entidad (o atributo)

anlisis nombres propios ocurrencias de entidad
lingstico verbos transitivos interrelacin (ser_un jerarqua)
preposicin o frase preposicional interrelacin (o atributo)
tcnicas: tipo de entidad objeto de datos con + propiedades que el nombre
categorizacin atributo objeto de datos al que se asigna valor, o es operando
interrelacin objeto de datos que hace posible la seleccin de una
de objetos
entidad a partir de los atributos de otra.

S. Velilla 13
Tema II: Nivel Conceptual: modelo E/R curso
11/12 Univ. de Zaragoza
 algunas ideas para una metodologa de diseo (2)

en cada paso hay que verificar las especificaciones

(un elemento aadido puede obligar a redefinir algunos elementos del esquema)

hay que eliminar las redundancias (o especificar restricciones)

Pb.: Las descripciones del usuario suelen ser incompletas, no siempre claras
(uso de argot con sinnimos, etc.), e incluso ambigas e inconsistentes

realizar un buen diseo es, en general, difcil

releer varias veces el enunciado, hasta comprender su significado:

subrayando (coloreando) las palabras relevantes
reescribir el enunciado como un
ideas

descomponiendo frases largas y complejas en otras ms simples

aadiendo las decisiones de diseo (restricciones) tomadas conjunto de reglas (frases) simples

construir y completar (en pasos sucesivos) una tabla con cada uno de los
elementos detectados y sus propiedades, aplicando las tcnicas anteriores.
S. Velilla 14
Tema II: Nivel Conceptual: modelo E/R curso
11/12 Univ. de Zaragoza
 ejercicios de diseo: ejemplo 1 (1)

Ejemplo:
Un aficionado a la msica clsica decide construir una Base de Datos con la informacin ms
relevante de la coleccin de discos compactos que ha adquirido en los ltimos aos.
La coleccin incluye grabaciones de obras clsicas de varios compositores. De algunas obras
posee varios ejemplares que se diferencian, bien por su intrprete, o bien por su director (si la
interpretacin lo requiere, pues un solista de piano no necesita director).
De los compositores (cuando son conocidos) y de los directores desea guardar su nombre, y si es
posible, el ao de nacimiento y su nacionalidad. Los intrpretes desea clasificarlos por nombre,
nacionalidad y tipo (solista de piano, cuarteto, orquesta, etc.). Finalmente las obras se clasificarn
por su ttulo, por su tipo (sonata, fuga, sinfona, etc.), y por su tonalidad y modo (fa-menor, do-
sostenido-mayor, etc).
Ningn personaje o grupo desempea ms de un papel (es compositor, o intrprete o director).

S. Velilla 15
Tema II: Nivel Conceptual: modelo E/R curso
11/12 Univ. de Zaragoza
 ejercicios de diseo: ejemplo 1 (2)

Un aficionado a la msica clsica decide construir una Base de Datos con la informacin ms
relevante de la coleccin de discos compactos que ha adquirido en los ltimos aos.
La coleccin incluye grabaciones de obras clsicas de varios compositores. De algunas obras
posee varios ejemplares que se diferencian, bien por su intrprete, o bien por su director (si la
interpretacin lo requiere, pues un solista de piano no necesita director).
De los compositores (cuando son conocidos) y de los directores desea guardar su nombre, y si es
posible, el ao de nacimiento y su nacionalidad. Los intrpretes desea clasificarlos por nombre,
nacionalidad y tipo (solista de piano, cuarteto, orquesta, etc.). Finalmente las obras se clasificarn
por su ttulo, por su tipo (sonata, fuga, sinfona, etc.), y por su tonalidad y modo (fa-menor, do-
sostenido-mayor, etc. ).
Ningn personaje o grupo desempea ms de un papel (es compositor, o intrprete o director).

S. Velilla 16
Tema II: Nivel Conceptual: modelo E/R curso
11/12 Univ. de Zaragoza
 ejercicios de diseo: ejemplo 1 (3)

Nacionalidad FechaNacim CodObra Titulo Nombre TipoInterp

Nombre
(0,1) (0,N) (0,N) N N (0,N)
COMPOSITOR componer OBRA grabar INTERPRETE

CodComp N

Tono-Modo TipoObra Nacionalidad CodInterp

(0,N)
Notacin: En interrelacin ternaria,
DIRECTOR
cardinalidad de participacin CodDir Nombre

FechaNacim Nacionalidad

Observaciones:
1) Toda grabacin tiene que tener un director ! no es lo que se pide !
2) Puede haber compositores, obras, intrpretes y directores que no participan
3) Todos los atributos son obligatorios!
4) Puede haber ocurrencias repetidas!

S. Velilla 17
Tema II: Nivel Conceptual: modelo E/R curso
11/12 Univ. de Zaragoza
 ejercicios de diseo: ejemplo 1 (4)

Dominios y atributos:
tpAo = entero;
tpNombre = cadena(50);
tpCdigo = 0..99999;
tpNacionalidad = (espaol, alemn, francs, italiano, ingls);

CodComp : tpCdigo;
Compositor.Nombre : tpNombre;
Compositor.FechaNacim : tpAo;
Compositor.Nacionalidad : tpNacionalidad;

CodObra : tpCdigo;
Ttulo : cadena(40);
Tono-Modo : cadena(32);
TipoObra : (sonata, fuga, sinfona);

Restricciones:

S. Velilla 18
Tema II: Nivel Conceptual: modelo E/R curso
11/12 Univ. de Zaragoza
 ejercicios de diseo: ejemplo 1 (5)

Otra solucin:

Nombre Titulo Nombre

INTERPRETACIN
(0,1) (1,N) (1,N) (0,N)
COMPOSITOR componer OBRA Interpretar INTERPRETE

Nacionalidad AoNacim Tono-Modo TipoObra Nacionalidad TipoInterp

(1,N)

dirigir

(0,N)

DIRECTOR Nombre

AoNacim Nacionalidad

Restricciones:
1) Para todo Compositor, Intrprete y Director:
Compositor.Nombre <> Intrprete.Nombre; Compositor.Nombre <> Director.Nombre; Intrprete.Nombre <> Director.Nombre;

S. Velilla 19
Tema II: Nivel Conceptual: modelo E/R curso
11/12 Univ. de Zaragoza
 ejercicios de diseo: ejemplo 1 (6)

Otra solucin:

Nombre Titulo CodGrab Nombre

(0,1) (1,N) (1,1) (1,N) (1,N) (1,1)

COMPOSITOR componer OBRA titular GRABACION interpretar INTERPRETE

(1,N)

Nacionalidad AoNacim Tono-Modo TipoObra Nacionalidad TipoInterp

dirigir

(0,1)

DIRECTOR
Nombre

AoNacim Nacionalidad

Restricciones:
1) No puede haber dos Grabaciones con la misma Obra, Intrprete y Director.
2) Para todo Compositor, Intrprete y Director:
Compositor.Nombre <> Intrprete.Nombre; Compositor.Nombre <> Director.Nombre; Intrprete.Nombre <> Director.Nombre;

S. Velilla 20
Tema II: Nivel Conceptual: modelo E/R curso
11/12 Univ. de Zaragoza
 ejercicios de diseo: ejemplo 1 (7)

Otra solucin:

Nombre Titulo Nombre

(0,1) (1,N) (1,1) (1,N) (1,N) (1,1)

COMPOSITOR componer OBRA titular INTERPRETACION interpretar INTERPRETE

(1,N)

Nacionalidad AoNacim Tono-Modo TipoObra Nacionalidad TipoInterp

dirigir

(0,N)

DIRECTOR
Nombre

AoNacim Nacionalidad

Restricciones:
1) Para todo Compositor, Intrprete y Director:
Compositor.Nombre <> Intrprete.Nombre; Compositor.Nombre <> Director.Nombre; Intrprete.Nombre <> Director.Nombre;

S. Velilla 21
Tema II: Nivel Conceptual: modelo E/R curso
11/12 Univ. de Zaragoza
 ejercicios de diseo: ejemplo 1 (8)

Otra solucin:
Nombre ARTISTA

es_un

(0,N)
DIRECTOR dirigir

AoNacim Nacionalidad

Titulo
(1,N)

(0,1) (1,N) (1,N) (0,N)

COMPOSITOR componer OBRA Interpretar INTERPRETE

INTERPRETACIN

Nacionalidad AoNacim Tono-Modo TipoObra Nacionalidad TipoInterp

S. Velilla 22
Tema II: Nivel Conceptual: modelo E/R curso
11/12 Univ. de Zaragoza
 ejercicios de diseo: ejemplo 2 (1)

La Universidad necesita una Base de Datos con informacin acerca de su organizacin docente, sabiendo que:
La Universidad est estructurada en Departamentos, cada uno de los cuales integra una o ms reas de Cono-
cimiento. Evidentemente, no puede haber reas de Conocimiento que pertenezcan a Departamentos diferentes.
Todo profesor est adscrito a una nica rea de Conocimiento, pudiendo suceder que un rea no tenga profesores.
Cada una de las diferentes titulaciones ofertadas por la Universidad consta de una serie de asignaturas, dndose
algunos casos de asignaturas comunes a varias titulaciones. La imparticin de cada una de ellas es encargada a una
de las reas de Conocimiento.
El Departamento establece las asignaturas que debe impartir cada profesor, siendo frecuente que en la imparticin
de una asignatura participen dos profesores. No obstante, hay algunos casos extraordinarios en los que intervienen
3 o ms profesores.
Tanto los Departamentos como las reas, titulaciones, asignaturas y profesores tienen asignados cdigos identifi-
cativos especficos, elaborados por el M.E.C.: codDpto, codArea, codTitulo, codAsign, y codProf. No obstante,
para evitar el efecto negativo de los cambios de cdigo por parte del Ministerio y la ausencia de cdigos en deter-
minadas asignaturas nuevas, etc., se opta por utilizar un cdigo numrico interno propio.
De momento, slo se pretende representar la informacin esencial. Esto significa que, adems de los cdigos y los
nombres de los elementos representados, slo es preciso reflejar las horas de teora y prcticas de cada asignatura,
y las horas de teora y prcticas impartidas por cada profesor en cada una de las asignaturas en que participa.

S. Velilla 23
Tema II: Nivel Conceptual: modelo E/R curso
11/12 Univ. de Zaragoza
 ejercicios de diseo: ejemplo 2 (2)

La Universidad necesita una Base de Datos con informacin acerca de su organizacin docente, sabiendo que:
La Universidad est estructurada en Departamentos, cada uno de los cuales integra una o ms reas de Cono-
cimiento. Evidentemente, no puede haber reas de Conocimiento que pertenezcan a Departamentos diferentes.
Todo profesor est adscrito a una nica rea de Conocimiento. Puede suceder que un rea no tenga profesores.
Cada una de las diferentes titulaciones ofertadas por la Universidad consta de una serie de asignaturas, dndose
algunos casos de asignaturas comunes a varias titulaciones. La imparticin de cada una de ellas es encargada a una
de las reas de Conocimiento.
El Departamento establece las asignaturas que debe impartir cada profesor, siendo frecuente que en la imparticin
de una asignatura participen dos profesores. No obstante, hay algunos casos extraordinarios en los que intervienen
3 o ms profesores.
Tanto los Departamentos como las reas, titulaciones, asignaturas y profesores tienen asignados cdigos identifi-
cativos especficos, elaborados por el M.E.C.: codDpto, codArea, codTitulo, codAsign, y codProf. No obstante,
para evitar el efecto negativo de los cambios de cdigo por parte del Ministerio y la ausencia de cdigos en deter-
minadas asignaturas nuevas, etc., se opta por utilizar un cdigo numrico interno propio.
De momento, slo se pretende representar la informacin esencial. Esto significa que, adems de los cdigos y los
nombres de los elementos representados, slo es preciso reflejar las horas de teora y prcticas de cada asignatura,
y las horas de teora y prcticas impartidas por cada profesor en cada una de las asignaturas en que participa.

S. Velilla 24
Tema II: Nivel Conceptual: modelo E/R curso
11/12 Univ. de Zaragoza
 ejercicios de diseo: ejemplo 2 (3)

diagrama E/R:

codProf codArea codDpto

clvProf nombProf clvArea nombArea clvDpto nombDpto

(0,N) (1,1) (1 ,N) (1,1)

PROFESOR adscribir AREA_CONOC pertenecer DEPARTAMENTO

(1,N) (1,1)

impartir encargar
codTitulo

HT HP tt_HT tt_HP clvTitulo nombTitulo

(0,N)

(0,N) (0 ,N) (1,N)

ASIGNATURA formar TITULACION

clvAsign nombAsign

codAsign

S. Velilla 25
Tema II: Nivel Conceptual: modelo E/R curso
11/12 Univ. de Zaragoza
 ejercicios de diseo: ejemplo 2 (4)

Atributos de tipos de entidad: Atributos de interrelaciones:

clvProf: tpClave; AIP impartir.HT, impartir.HP: tpHoras;
codProf: tpCdigo; AIA
nombProf: tpNombre;
clvArea: tpClave; AIP
codArea: tpCdigo; AIA Dominios:
nombArea: tpNombre; tpClave = entero;
tpCdigo = 0..99999;
clvDpto: tpClave; AIP tpNombre = cadena(40);
codDpto: tpCdigo; AIA tpHoras = 0..400;
nombDpto: tpNombre;
Restricciones:
clvAsign: tpClave; AIP
1) Ningn profesor puede impartir docencia en una asigna-
codAsign: tpCdigo; AIA
tura que no est encargada a su rea de conocimiento
nombAsign: tpNombre;
2) El total de horas impartidas de una asignatura debe ser
tt_HT, tt_HP: tpHoras;
menor o igual que el correspondiente a la asignatura.
clvTitulo: tpClave; AIP
codTitulo: tpCdigo; AIA
nombTitulo: tpNombre;

S. Velilla 26
Tema II: Nivel Conceptual: modelo E/R curso
11/12 Univ. de Zaragoza
 ejercicios de diseo: ejemplo 3 (1)

Disear una Base de Datos para representar la informacin docente de un colegio, sabiendo que:
La formacin abarca ocho cursos (1, 2, 3 .. 8) en los que se imparten diversas asignaturas, tales
como Matemticas, Fsica, Ciencias Naturales, Sociales, Dibujo, etc., dndose el caso de algunas
asignaturas de distintos cursos que tienen el mismo nombre.
Cada curso se reparte en varios grupos de alumnos a los que se asigna una letra: p.e. 3A, 2D, 5C,
1B, y se ubican en un aula fija para todo el curso. Las aulas, identificadas por un nmero, tienen una
determinada capacidad de nmero de alumnos. De ellas interesa conocer, adems, si disponen o no
de conexin a la red de computadores del centro, y de pantalla para la proyeccin de transparencias.
Los profesores del centro, de los que se dispone de su nombre y apellidos, DNI, direccin y telfono,
pueden impartir varias asignaturas distintas a grupos distintos. Adems, cada curso tiene un profesor
coordinador y cada grupo un profesor tutor.
Acerca de los alumnos, adems de su nombre y apellidos, direccin y telfono, se desea reflejar el
curso en que estn matriculados y el grupo al que estn asignados. Tambin se desea representar qu
alumno es el delegado de cada grupo. Como puede darse el caso, de alumnos con el mismo nombre y
apellidos, cada alumno tiene asociado un (nico) nmero de matrcula que facilita su identificacin.

S. Velilla 27
Tema II: Nivel Conceptual: modelo E/R curso
11/12 Univ. de Zaragoza
 ejercicios de diseo: ejemplo 3 (2)

diagrama E/R:
numCurso Notacin: En interrelacin ternaria,
cardinalidad de participacin
CURSO

(1,1) (0,N) (1,1)

constar coordinar organizar numAula capacidad

(1,N) (1,1) (1,N)

DNI_Prof tfno (0,N) (1,1)
asignar AULA
nombreProf
PROFESOR
conexPC proyector
ApellProf (1,1)
(0,N)

direcProf tutorar
(1,1) (1,N)
(0,N) asistir numMatric
1 nombreAlum

(1,N) N N (1,N)
ASIGNATURA impartir GRUPO ALUMNO ApellAlum

(0,1) (1,1) direcAlum

nombreAsign letra delegar tfno

S. Velilla 28
Tema II: Nivel Conceptual: modelo E/R curso
11/12 Univ. de Zaragoza
 ejercicios de diseo: ejemplo 3 (3)

Dominios: Atributos de tipos de entidad (cont.):

tpNombre = cadena(40); numCurso: 0..8; AIP
tpDireccin = cadena(40); letra: A..G; AIP
tpTfno = 0..999999999;
nombreAsign: tpNombre; AIP

Atributos de tipos de entidad: numAula: 0..99; AIP

capacidad: 0..150;
DNI_Prof: cadena(9); AIP conex_PC: booleano;
nombreProf: tpNombre; proyector: booleano;
apell_Prof: tpNombre;
direccin: tpDireccion;
profesor.tfno: tpTfno; Restricciones:

numMatric: 0..9999; AIP 1) Un alumno slo puede ser delegado del grupo al que asiste.
nombreAlum: tpNombre;
apell_Alum: tpNombre;
direccin: tpDireccion;
alumno.tfno: tpTfno;

S. Velilla 29
Tema II: Nivel Conceptual: modelo E/R curso
11/12 Univ. de Zaragoza
 otras notaciones usadas en los diagramas E/R
Uno, participacin obligatoria
DNI numCC

Uno, participacin opcional

(1,1) (0,N)
CLIENTE poseer CUENTA
Muchos, participacin obligatoria
includos en Edge Diagrammer

nombre direccion (1,1)

Muchos, participacin opcional
constar

Uno, participacin obligatoria (0,N)

Notacin curso fecha

Uno, participacin opcional APUNTE
importe

Uno, participacin opcional numApunte

Muchos, participacin opcional

CLIENTE
Uno, participacin obligatoria # DNI
posee pertenece CUENTA
* nombre # numCC
o direccin
Muchos, participacin obligatoria consta

Uno, participacin opcional asociado

Muchos, participacin opcional Notacin ORACLE APUNTE

# numApunte
Uno, participacin obligatoria * fecha
* importe

Muchos, participacin obligatoria dependencia en

identificacin
S. Velilla 30
Tema II: Nivel Conceptual: modelo E/R curso
11/12 Univ. de Zaragoza
 otras notaciones usadas en los diagramas E/R

DNI ApNombre

(0,N) (0,N) EMPLEADO

DNI matricular clvAsign

Notacin
PERSONA ASIGNATURA
del curso
(1,1) (0,N)
ApNombre impartir nombreAsign DOCENTE PAS

AreaCon Centro grupo especialidad

EMPLEADO
matricular # DNI
* ApNom bre
PERSONA ASIGNATURA Notacin
# DNI
* ApNombre
# clvAsign
* nombAsign
ORACLE PAS DOCENTE
impartir
* especialidad * AreaConoc
* grupo * Centro

S. Velilla 31
Tema II: Nivel Conceptual: modelo E/R curso
11/12 Univ. de Zaragoza
 ejemplos de Notacin
ApNombre
numCC saldo
EMPLEADO calle ciudad

(1,N) (0,N)
CLIENTE poseer CUENTA
puesto

direccion tfno
DOCENTE PAS constar

DNI PERSONA ApNombre

fecha
APUNTE
numCurso importe

sexo numApunte
CURSO
infoHombre infoMujer
(1,1) (0,N) (1,1)

HOMBRE MUJER
constar coordinar organizar numAula capacidad

(0,1) (0,1) (1,1) (1,N)

(1,N)
DNI_Prof tfno (0,N) (1,1)
asignar AULA
casar nombreProf
PROFESOR
conexPC proyector
ApellProf (1,1)
(0,N)
fecha direcProf tutorar
(1,1) (1,N)
(0,N) asistir numMatric
1 nombreAlum

(1,N) N N (1,N)
ASIGNATURA impartir GRUPO ALUMNO ApellAlum

(0,1) (1,1) direcAlum

nombreAsign letra delegar tfno

S. Velilla 32
Tema II: Nivel Conceptual: modelo E/R curso
11/12 Univ. de Zaragoza