Diseo conceptual.

DISEO CONCEPTUAL
Por qu debe el EC ser independiente de la implementacin?
Meta del Diseo del EC: entendimiento completo del significado (semntica), la estructura,
interrelaciones y restricciones de la BD
mejor si se consigue independientemente del SGBD, pues las peculiaridades de cada SGBD
NO deben influir en el diseo del EC
EC es una descripcin del contenido de la BD (independiente de cmo, dnde, etc. se
almacene).
Si es independiente del SGBD, no cambiar cuando cambien las decisiones de diseo o el
SGBD elegido
Un MD de Alto Nivel es ms expresivo y general que un MD de implementacin o de un SGBD
particular
EC vehculo de comunicacin usuario/diseador/analista. Un MD de alto nivel incluye conceptos
ms fciles de entender
2

DISEO CONCEPTUAL
DOS GRANDES ETAPAS
A. Anlisis de Requisitos
Etapa de percepcin, identificacin y descripcin de los fenmenos del mundo
real a analizar.
Qu representar?.
Objetivo: dar a los requerimientos una estructura que facilite las actividades
posteriores de modelado.
Anlisis sistemtico de especificaciones de requisitos para identificar requisitos de
informacin claros
Se trata de... eliminar ambigedades (descripciones imprecisas o incorrectas de la
realidad), completar, entender el significado, estructurar ... los requisitos recopilados.
Intencin: producir descripciones claras (esquema descriptivo) como entradas de la
fase de conceptualizacin.
3

ANLISIS DE REQUISITOS
Entradas de la fase de diseo conceptual:
Lenguaje Natural: Entrevistas a usuarios de los diferentes
niveles de la organizacin (proporcionan detalles de los
datos), Reglas de empresa (marco para el anlisis),
normativas, otros documentos.
Formularios: Recogida de datos e intercambio de
informacin entre usuarios.
Formatos de registros y pantallas: Si se desarrolla una BD
a partir de un sistema de archivos tradicional.
Esquemas de datos: Expresados en DDL, pe.; cambio de
DBMS, modificacin de una BD existente, fusin de varias BD.

4 Resultado: esquema percibido o descriptivo (lenguaje

Anlisis de requisitos: LENGUAJE

NATURAL
Lenguaje natural:
Problemas de ambigedad y escaso formalismo.
Los usuarios pueden establecer en sus propios trminos los requisitos
sin la intervencin de formalismos.
Solucin de problemas de comunicacin entre usuarios y analistas.

Anlisis de los requerimientos

1. Analizar los requerimientos y filtrar las ambigedades
2. Dividir los enunciados en conjuntos homogneos
5

Lenguaje Natural: FILTRO DE

AMBIGEDADES
7 REGLAS EMPRICAS PARA FILTRAR AMBIGEDADES
R1. Elegir un nivel apropiado de abstraccin para los trminos
R2. Evitar el uso de casos en lugar de conceptos generales
R3. Evitar expresiones vagas o indirectas
R4. Elegir estilo estandarizado de enunciado
R5. Verificar sinnimos y homnimos
R6. Hacer explcitas las referencias entre trminos
R7. Utilizar un Glosario
6

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
7

En una base de datos de una universidad, se representan

datos sobre estudiantes y profesores. Para los estudiantes,
se representa el apellido, edad, sexo, ciudad y provincia de
nacimiento, ciudad y provincia de residencia de sus
familias, lugares y provincias donde vivieron antes
(con el lapso que vivieron en cada uno), cursos que han
aprobado, con nombre, cdigo, profesor, nota y fecha.
Asimismo, se representan los cursos a los que asisten en
la actualidad y para cada uno, da, lugares y horas de
imparticin de las clases (cada curso se imparte a lo sumo
una vez en un da). Para estudiantes graduados se
representa el nombre del tutor y el nmero total de
crditos en el ltimo ao. Para estudiantes de doctorado,
se representa el ttulo y rea de investigacin de su tesis.
Para los maestros, se representa el apellido, la edad, el
lugar y provincia de nacimiento, nombre del departamento
al que pertenecen, nmero de telfono, ttulo, situacin y
temas de investigacin.

Lenguaje Natural: FILTRO DE

AMBIGEDADES
R1. Elegir nivel apropiado de abstraccin para los
trminos

Los trminos abstractos se usan con frecuencia en

enunciados, en casos en que los trminos especficos seran
ms apropiados.
Las categoras generales son comunes en el lenguaje
Trminos
Abstractos:
Trminos Apropiados:
natural
porque
producen una comunicacin
rpida y eficaz en
la que, comnmente, la ambigedad se resuelve por el
(ln. 5) lugares
ciudades
contexto.
(ln. 6) lapso
nmero
de aos
Sin embargo,
en DC se debe utilizar
trminos
en un nivel
(ln.de17)
situacin especialmente
estado civil
correcto
abstraccin,
si el diseador no es
un experto en el dominio de la aplicacin.

Lenguaje Natural: FILTRO DE

AMBIGEDADES
R2. Evitar el uso de casos en lugar de conceptos generales
Esta regla evita la fuente opuesta de ambigedades; los usuarios de los sistemas de
informacin adoptan, a veces, trminos ms especficos de lo necesario.
Ejemplo, empresa de electrnica: la cantidad en existencia de chips.
El trmino chips no describe un concepto, sino ms bien un caso del concepto correcto,
componentes.

R3. Evitar las expresiones vagas o indirectas.

En el lenguaje natural se usa con frecuencia la repeticin deliberada y las
expresiones indirectas.
mira a la persona sentada en la taquilla, en vez de: mira al taquillero
La segunda oracin indica una clase especfica de entidades (taquillero), mientras que la primera
se refiere a la misma clase indicando una interrelacin con otra clase de entidades (persona).

Al usar rodeos se incurre en el riesgo expresar el significado de los conceptos

en trminos de referencias implcitas a otros conceptos, en lugar de
referencias explcitas a los conceptos mismos.
9

Lenguaje Natural: FILTRO DE

AMBIGEDADES
R4. Elegir Estilo adecuado de enunciado
En la libre conversacin se usan muchos estilos sintcticos para lograr una
comunicacin ms eficaz.
Esta variedad de estilos debe evitarse en los textos que definen los
requerimientos; el uso de categoras sintcticas simples permite un
modelado directo (y nico) de los requerimientos .
Lo ideal: enunciados con un estilo ESTNDAR
Formato de las Descripciones:
<SUJETO><VERBO><ESPECIFICACIN>
Formato para las Operaciones:
<SI> <CONDICION> <ENTONCES> <ACCIN> <SI NO> <ACCIN>, o
<CUANDO> <CONDICION> <HACER> <ACCIN>

Diseador debe seleccionar un estilo apropiado con EQUILIBRIO entre

ESTANDARIZACIN y EXPRESIVIDAD
10

Lenguaje Natural: FILTRO DE

AMBIGEDADES
R5. Verificar SINNIMOS y HOMNIMOS
Los requerimientos suelen resultar de las contribuciones de varios usuarios. Distintas
personas pueden dar
un mismo significado a diferentes palabras (sinnimos)
o diferente significado a las mismas palabras (homnimos).

Riesgo de homnimos mayor

con vocabulario de trminos es pequeo,

Riesgo de sinnimos mayor

con vocabulario de trminos es rico.
Si usuarios distintos adoptan vocabularios en diferentes niveles de abstraccin

Ejemplo:
maestro, profesor y tutor
... son sinnimos
lugares ... se usa dos veces con diferente significado (homnimos)
11

Lenguaje Natural: FILTRO DE

AMBIGEDADES
R6. Hacer explcitas las referencias entre trminos
Si no se especifica claramente las referencias entre los trminos puede surgir
ambigedad
nmero de telfono
es una propiedad de los PROFESORES, o de los DEPARTAMENTOS?
Los conceptos referidos pueden aparecer explcitamente en los requisitos u
omitirse por completo
* PROFESOR, DEPARTAMENTO s aparecen en los requisitos
* da ------- da de la semana o da del mes?
SEMANA y MES no se mencionan en los requisitos
12

Lenguaje Natural: FILTRO DE

AMBIGEDADES
R7. Utilizar un Glosario de trminos
Entender significado de los trminos y Eliminar ambigedades de los
requisitos
1 Crear el Glosario
2 Descripciones de requisitos usando slo trminos del glosario

En el Glosario, para cada trmino debera aparecer:

13

NOMBRE
DEFINICIN CORTA
POSIBLES SINNIMOS (rea de equivalencia)
POSIBLES PALABRAS CLAVE (rea de influencia)

DISEO CONCEPTUAL
B. Conceptualizacin
Refinamiento y estructuracin sucesivos del Esquema Percibido hasta
llegar al Esquema Conceptual de la BD
Se responde a la pregunta Cmo representar?
Descripcin del EC mediante un Modelo de Datos de Alto Nivel
As, el Esquema Conceptual ...
INTENTA recoger TODA la SEMNTICA de los requerimientos
El EC ser INDEPENDIENTE de caractersticas de implementacin
Utilizaremos la terminologa del
Modelo Entidad/Interrelacin Extendido (MEER)
14

CONCEPTUALIZACIN
Dos enfoques en el PASO del Esquema Descriptivo o Percibido a un
primer Esquema Conceptual:
LINGSTICO

(CHEN, 1983)

12 heursticas (no reglas, posibles contraejemplos): estructura de las

oraciones y atributos gramaticales de las palabras.
Depender menos de la intuicin de los diseadores y ms de mtodos
estructurados

CATEGORIZACIN DE OBJETOS

(STOREY / GOLDSTEIN)

Reglas basadas en el papel desempeado por un objeto de datos en el

proceso de informacin
15

CONCEPTUALIZACIN: Enfoque
LINGSTICO
Sustantivo Complemento Directo o Sujeto: TIPO de ENTIDAD o ATRIBUTO
Los socios piden prestados libros
tipos entidad atributos SOCIO y LIBRO
Nombre Propio: INSTANCIA (ocurrencia) de Tipo Entidad

...M. Ende... ocurrencia del tipo entidad AUTOR

Verbo Transitivo o Frase Verbal, indica TIPO INTERRELACIN

Los socios piden prestados libros interrelacin entre SOCIO y LIBRO
Preposicin o Frase Preposicional entre dos nombres, indica
* TIPO INTERRELACIN entre Tipos Entidad o
* ASOCIACIN entre Tipo Entidad y un atributo suyo

... la editorial del libro...

- interrelacin entre los tipos entidad EDITORIAL y LIBRO, o bien
- asociacin del atributo editorial al tipo entidad LIBRO
16

Enfoque CATEGORIZACIN de
OBJETOS
Entidad: objeto de datos...

con MS PROPIEDADES adems de su NOMBRE, o bien

OPERANDO en sentencia de SELECCIN | BORRADO | INSERCIN
Libro, propiedades: ttulo, idioma, nmero de copias... Entidad LIBRO
Si un socio deja de serlo, debe borrarse su ficha Entidad SOCIO

Atributo: objeto de datos...

al que se asigna un VALOR, o bien

OPERANDO en operacin ARITMTICA | BOOLEANA | STRING
Es el ttulo de este libro Momo o no? ttulo es un atributo

Interrelacin: objeto de datos...

Que hace posible la SELECCIN de una ENTIDAD, a travs de una REFERENCIA

a un ATRIBUTO de OTRA ENTIDAD
Seleccionar los libros escritos por un autor cuyo nombre es M. Ende
Interrelacin ESCRITO_POR
17

Enfoque CATEGORIZACIN de
OBJETOS
Los verbos SER y TENER
...ES UN...
Permite crear JERARQUAS DE ENTIDADES
Corresponde al concepto de Especializacin/Generalizacin
...tanto un libro como un artculo de nuestra biblioteca son documentos...
Supertipo: DOCUMENTO
Subtipos: LIBRO, ARTICULO

...TIENE...
Ocurrencia de
...un libro tiene varios ejemplares...
INTERRELACIN entre Tipos Entidad
...los libros pueden tener ms de un autor...

ASOCIACIN de un TIPO ENTIDAD y sus ATRIBUTOS

...los libros tienen un ttulo, un ao de publicacin y un idioma determinado...

18

Enfoque CATEGORIZACIN de
OBJETOS
Uso del SINGULAR o PLURAL
Permite deducir CARDINALIDADES y GRADOS de las
INTERRELACIONES
...un libro es escrito por varios autores...
...un autor puede escribir varios libros....
Interrelacin ESCRIBIR es M:N y de GRADO 2

19

...un libro puede ser escrito por un autor annimo...

card_min(AUTOR, ESCRIBIR) = 0

Criterios de eleccin entre

conceptos
Tipo de entidad o atributo simple
tiene otros atributos? Editorial (direccin, nacionalidad)
relacionado con otros tipos de entidades? Libro publicado por editorial
multivalorado? Idioma de libro

Especializacin/Generalizacin o atributo simple

alguna caracterstica slo para algn subtipo? Persona (sexo), queremos
modelar nmero de embarazos

Atributo compuesto o conjunto de atributos simples

nos referimos al atributo como un todo y por sus componentes? direccin
(calle, nmero, ciudad)
20

DISEO DEL ESQUEMA CONCEPTUAL

ENFOQUES PARA EL DISEO DE ESQUEMAS
CONCEPTUALES
CENTRALIZADO
Requisitos combinados en un NICO CATLOGO ANTES del diseo
Se disea un NICO Esquema Conceptual (para el cjto global de
requisitos)
Equipo del DBA ...
Decide cmo combinar los requisitos,
Disea el Esquema Conceptual de la BD, y
Especificar los Esquemas Externos para cada grupo de
usuarios/aplicacin

INTEGRACIN DE VISTAS
No se combinan los requisitos de los diferentes
usuarios/aplicaciones
Se disea UN Esquema Conceptual para CADA grupo de usuarios
-- VISTA
21

DISEO DEL ESQUEMA CONCEPTUAL

DIFERENCIAS ENTRE LOS ENFOQUES
CENTRALIZADO
QU SE COMBINA: los requisitos recopilados
CUNDO SE COMBINA: antes del diseo del esquema conceptual
global
QUIN COMBINA: el equipo del DBA
CMO SE COMBINA: manualmente

INTEGRACIN DE VISTAS
QU SE COMBINA: los esquemas conceptuales diseados para
cada grupo de usuario / aplicacin
CUNDO SE COMBINA: una vez obtenidos todos los esquemas
conceptuales o vistas de cada grupo de usuarios/aplicacin
QUIN COMBINA: el equipo del DBA
CMO SE COMBINA: manualmente o si la BD es grande, siguiendo
un mtodo y usando herramientas automatizadas de
ayuda
22

DISEO DEL ESQUEMA CONCEPTUAL

Conclusin: hemos de disear un ESQUEMA CONCEPTUAL
que satisfaga un conjunto de requisitos...
... de muchos (grupos de ) usuarios diferentes (centralizado), o
bien
... de un nico grupo de usuarios (integracin de vistas)

Seguiremos una ESTRATEGIA DE DISEO DE

ESQUEMAS CONCEPTUALES
Proceso incremental
parte de un EC inicial (derivado de los requisitos)
se refina, modifica y desarrolla
aplicando TRANSFORMACIONES al EC

CIUDAD

LUGAR

EN

PROVINCIA
23

DISEO DEL ESQUEMA CONCEPTUAL

CARACTERSTICAS de una TRANSFORMACIN de
ESQUEMA
ESQUEMA INICIAL (E-Ini) Y ESQUEMA RESULTANTE (E-Res)
La transformacin se aplica al esquema inicial
El efecto de la transformacin es el esquema resultante

CORRESPONDENCIA entre (nombres) CONCEPTOS del E-Ini y

E-Res
nombre LUGAR corresponde a los nombres CIUDAD, EN y
PROVINCIA

HERENCIA DE CONEXIONES LGICAS

Los conceptos el E-Res heredan las
INTERRELACIONES
ATRIBUTOS
GENERALIZACIONES/ESPECIALIZACIONES

24

DISEO DEL ESQUEMA CONCEPTUAL

VIVE_EN

PERSONA

LUGAR

VIVE_EN

CIUDAD

EN

PERSONA

PROVINCIA

PRIMITIVAS DE REFINAMIENTO
Definidas para realizar transformaciones
Se aplican a un E-Ini y producen un E-Res
PRIMITIVAS ASCENDENTES y DESCENDENTES
25

PRIMITIVAS DE DISEO CONCEPTUAL

PRIMITIVAS DESCENDENTES

Refinamientos Puros: aplicadas a un concepto y producen

descripcin ms detallada del mismo
Propiedades:
ESTRUCTURA SIMPLE
Se aplican a un NICO concepto y dan un pequeo CONJUNTO de
conceptos

TODOS LOS NOMBRES SE REFINAN EN NUEVOS NOMBRES

Descripcin del concepto original a un nivel ms bajo

SLO UNO DE LOS CONCEPTOS DEL E-Res HEREDA

CONEXIONES LGICAS

26

PRIMITIVAS DESCENDENTES DE DC

D1. ENTIDAD
ENTIDADES INTERRELACIONADAS
CIUDAD
LUGAR

EN

PROVINCI
A

D3. ENTIDAD
ENTIDADES NO
INTERRELACIONADAS
PREMIO

D2. ENTIDAD
GENERALIZACIN/ESPECIALIZACIN
PERSONA

PERSONA

MUJER

HOMBRE

OSCAR
PREMIO
NOBEL
27

PRIMITIVAS DESCENDENTES DE DC
PERSONA

RELACIONADA_CON

CIUDAD

PERSONA

VIVE_EN

NACIO_EN

D4. INTERRELACIN
INTERRELACIONE
S
PARALELAS

CIUDAD
EMPLEADO

D5. INTERRELACIN
ENTIDAD CON
INTERRELACIONES

EMPLEADO

TRABAJA_EN

DEPARTAMENTO

TRABAJA_CON
DIRECTOR
JEFE_DE
DEPARTAMENTO

28

PRIMITIVAS DESCENDENTES DE DC

D6. DESARROLLO DE ATRIBUTOS

D7. DESARROLLO DE ATRIBUTOS

COMPUESTOS

D8.
REFINAMIENTO
DE ATRIBUTOS
29

PRIMITIVAS DESCENDENTES DE DC

RESPETAR implcitamente ciertas RESTRICCIONES

cardinalidades mxima y mnimas en D4, D5

PERSONA

RELACIONADA_CON

CIUDAD

(a)

PERSONA

NACIO_EN

PERSONA

VIVE_EN

CIUDAD

EMPLEADA_EN

PERSONA

DIRIGE

PROYECTO

TRABAJA_EN

PROYECTO

(b)

30

PRIMITIVAS DE DISEO CONCEPTUAL

PRIMITIVAS ASCENDENTES

Introducen conceptos nuevos y propiedades que NO

aparecen en versiones anteriores del esquema, o
modifican conceptos existentes
Aplicadas...
al descubrir rasgos del UoD no captados antes
al fusionar esquemas (integracin) para formar un esquema
global

31

PRIMITIVAS ASCENDENTES DE DC

A1. GENERACIN DE ENTIDAD

A2. GENERACIN DE
INTERRELACIN

PERSONA

A3. GENERACIN DE GENERALIZACIN

EMPLEADO

DIRECTOR

EMPLEADO

DIRECTOR
32

PRIMITIVAS ASCENDENTES DE DC

Ojo: REVISAR INTERRELACIONES Y ATRIBUTOS

La aplicacin de primitivas ascendentes obliga a los diseadores
a investigar las consecuencias de la transformacin en el resto
del esquema (A3)

A4. AGREGACIN DE ATRIBUTOS

A5. AGREGACIN DE ATRIBUTO

COMPUESTO

33

ESTRATEGIAS para el DISEO DE ESQUEMAS

4 estrategias, segn las primitivas que utilizan:
Descendente, Ascendente, Centrfuga y Mixta
ESTRATEGIA DESCENDENTE (top-down)
Slo aplica primitivas descendentes (c/u introduce nuevos
detalles)
Fin del proceso cuando TODO requisito de informacin est
representado

Estrategia descendente
PURA:
todos los conceptos representados
en el esquema final, deben aparecer
en cada plano de refinamiento
34

ESTRATEGIA DESCENDENTE para el DISEO DE ESQUEMAS

En la base de datos de un censo se consideran las siguientes propiedades de
las personas: nombre, apellido, sexo, edad, lugar de nacimiento, lugar de
residencia, aos de residencia, situacin militar de los hombres, apellido de
soltera de las mujeres (*obviamente, hablamos de un censo no espaol*).
Los lugares pueden ser estados extranjeros o ciudades nacionales. Cada uno
tiene un nombre y nmero de habitantes (que representa la poblacin total
en el caso de los estados extranjeros) y los nombres de las regiones o
ciudades.

1.

2.
35

ESTRATEGIA DESCENDENTE para el DISEO DE ESQUEMAS

3.

NACIO
_EN

VIVE
_EN

PERSONA

HOMBRE

MUJER

LUGAR

PAIS
EXTRANJER
O

LUGAR
NACIONAL

36

ESTRATEGIA DESCENDENTE para el DISEO DE ESQUEMAS

4.
(1,N)
EDAD
ESTATURA
APELLIDOS

PERSONA

(1,N)

NACIO
_EN

VIVE
_EN

(1,1)

(1,N)

NOMBRE

LUGAR

HABITANTES

NOMBRE
AOS

HOMBRE

MUJER

SITUACIN_MILITAR

APELLIDO_SOLTERA

PAIS
EXTRANJER
O
CONTINENTE

CIUDAD
NACIONAL
(1,N)

EN
(1,1)

NOMBRE

PROVINCIA
37

ESTRATEGIA ASCENDENTE para el DISEO DE ESQUEMAS

Estrategia down-top
Slo aplica primitivas ascendentes
Parte de un esquema con conceptos/abstracciones elementales
Construye conceptos ms complejos, mediante combinacin o
adicin de nuevas abstracciones
SENCILLEZ

complejos)
NECESIDAD de REESTRUCTURAR el ESQUEMA (difcil si esquemas

Visin estable de conceptos e interrelaciones SLO se ve al final del

diseo
permite ver con claridad los rboles, pero no el bosque

1.

38

ESTRATEGIAEDAD
ASCENDENTE para el DISEO DE ESQUEMAS

2.

ESTATURA
APELLIDOS

EDAD
ESTATURA

HOMBRE

APELLIDOS

NOMBRE

NOMBRE

SITUACIN_MILITAR

APELLIDO_SOLTERA
NOMBRE

3.

EDAD
ESTATURA
APELLI DOS

MUJER

PAIS
EXTRANJER
O
CONTINENTE

PROVINCIA

HABITANTES

NOMBRE

CIUDAD
NACIONAL

PERSONA

NOMBRE

HABITANTES

NOMBRE

LUGAR

HABITANTES

NOMBRE

HOMBRE

SITUACIN_MI LI TAR

MUJ ER

PAI S
EXTRANJ ERO

APELLI DO_SOLTERA
CONTINENTE

4. (*ver el esquema final

anterior*)

CI UDAD
NACI ONAL

NOMBRE

PROVI NCI A

39

ESTRATEGIA CENTRFUGA

para el DISEO DE ESQUEMAS

Estrategia de dentro a fuera

Ya NO se procede por niveles de abstraccin

(1,N)
EDAD
ESTATURA
APELLIDOS

PERSONA

NACIO
_EN

VIVE
_EN

(1,N)

(1,1)

(1,N)

NOMBRE

LUGAR

HABITANTES

NOMBRE
AOS

HOMBRE

SITUACIN_MI LITAR

MUJ ER

APELLIDO_SOLTERA

PAI S
EXTRANJ ERO
CONTINENTE

CI UDAD
NACI ONAL
(1,N)

EN
(1,1)

NOMBRE

PROVI NCI A

40

ESTRATEGIA MIXTA para el DISEO DE ESQUEMAS

Estrategia para dominio de aplicacin muy complejo

Estrategia Descendente para DIVIDIR los requisitos en subconjuntos

Diseo Ascendente de un SUB-ESQUEMA para cada particin
COMBINACIN de los subesquemas (esquema armazn)

41

ESTRATEGIA MIXTA para el DISEO DE ESQUEMAS

D) ESQUEMA INTEGRADO GLOBAL (VER ANTERIOR)
PERSONA

RELACI
ONADO
CON

LUGAR

A) ESQUEMA ARMAZN

C) ESQUEMA LUGAR

B) ESQUEMA PERSONA
EDAD
ESTATURA
APELLIDOS

NOMBRE

LUGAR

HABITANTES

PERSONA

NOMBRE

HOMBRE
SITUACIN_MILITAR

MUJER

PAIS
EXTRANJER
O
CONTINENTE

CIUDAD
NACIONAL

EN

APELLIDO_SOLTERA
NOMBRE

PROVINCIA
42

INTEGRACIN DE VISTAS

Enfoque centralizado:
dificultad en conciliar las
diferencias y conflictos entre
los grupos de usuarios para
establecer una definicin
clara de los requerimientos
globales.
Enfoque de Integracin de vistas:
Ventaja: vistas relativamente pequeas diseo
simplificado
Objetivo: Encontrar partes de los EC de entrada que se
refieren a la misma porcin de la realidad y UNIFICAR su
representacin
Dificultad: descubrir diferencias y correspondencias
entre Ecs una misma parte de la realidad suele
estar
43

IV: DIFERENCIAS DE MODELADO

EMPLEADO

EMPLEADO

PROYECTO

DEPARTAMENTO

Perspectivas diferentes:
conceptos enfocados desde
distintos niveles de abstraccin o
representados utilizando
propiedades diferentes

Equivalencia entre
construcciones: modelos

conceptuales variedad de
estructuras de representacin
permiten distintas
representaciones equivalentes
de la misma realidad.

Especificaciones de diseo
incompatibles: errores durante el
diseo de vistas relacionados con
nombres, estructuras y
restricciones de integridad pueden
producir entradas errneas para la

LIBRO

ttulo

PROYECTO

editor
LIBRO

EDITOR

ttulo

nombre

EMPLEADO

EMPLEADO

[ 1, 1 ]

[ 1, N ]

[ 1, N ]

[ 1, N ]

PROYECTO

PROYECTO
44

Esquema 1

INTEGRACIN DE VISTAS

1. Identificacin y Anlisis de
conflictos:
de nombres y estructurales
2. Resolucin de conflictos
3. Fusin de esquemas
4. Reestructuracin del Esquema
Conceptual Integrado

Esquema 2

Anlisis de
Conflictos

Esquema 1
Esquema 2
Lista de Conflictos

Resolucin de
Conflictos
Esquema 1
Esquema 2
Propiedades inter-esquemticas

Fusin de
Esquemas

Esquema Integrado
45

Esquema 1. Centrado en publicaciones

PUBLICACIN

cdigo

ttulo

[ 1, n ]

[ 0, n ]

TRATA

NomDepto

PALABRA CLAVE

cdigo

ttulo
rea-investigacin

Esquema 2. Centrado en informes

ttulo
PUBLICA

[ 1, 1 ]

[ 1, n ]

INFORME

[ 0, n ]

ESCRITO
-POR
[ 0, n ]

[ 1, n ]

DEPARTAMENTO

CONTRATISTA
TRATA

nombre

direccin

nombre

[ 0, n ]

TEMA

nombre
46

direccin

Conflictos de nombres (sinnimos y homnimos)

SEMEJANZA DE CONCEPTOS: conceptos con diferente nombre

poseen propiedades y restricciones comunes
posibles SINNIMOS
DISCREPANCIA ENTRE CONCEPTOS: conceptos con el mismo
nombre poseen propiedades y restricciones diferentes
posibles HOMNIMOS

47

Conflictos de nombres (sinnimos y homnimos)

Deteccin:
a todas las posibles modificaciones las llamamos guiones de
modificacin.
Suponen cambiar el nombre del concepto, y
pueden implicar la adicin de alguna propiedad
interesquemtica (restricciones mutuas entre conceptos que
aparecen en diferentes esquemas)
Despus de unificacin de nombres, se supone que dos
conceptos (atributos, entidades, interrelaciones) con el mismo
nombre representan la misma realidad.
48

Conflictos estructurales

Durante anlisis de conflictos estructurales, se comparan los

conceptos con el mismo nombre en los esquemas de entrada para ver
si pueden fusionarse.
Se utilizan las siguientes categoras:
Conceptos idnticos;
Conceptos compatibles; diferentes estructuras de representacin o
propiedades vecinas no contradictorias.
Conceptos incompatibles; poseen propiedades contradictorias. P.ej.:
Cardinalidades diferentes para el mismo atributo o entidad.
Identificadores diferentes
Interrelaciones inversas de subconjuntos: la entidad A es
subconjunto de la entidad B en un esquema, y B es subconjunto
de A en el otro esquema.

Posibles soluciones:
seleccin de una representacin y
49
construccin de una representacin comn tal que todas las

[ 0, n ]

TIENE

DEPARTAMENTO

nombre

Resolucin de conflictos

[ 1, 1 ]

PUBLICACIN

cdigo

ttulo

[ 1, n ]

TRATA
INCLUYE

[ 0, n ]

NomDepto

TEMACLAVE
PALABRA

cdigo

nombre
ttulo
rea-investigacin

ttulo
PUBLICA

[ 1, 1 ]

[ 1, n ]

INFORME

[ 0, n ]

ESCRITO
-POR
[ 0, n ]

[ 1, n ]

DEPARTAMENTO

CONTRATISTA
TRATA

nombre

direccin

nombre

[ 0, n ]

TEMA

nombre
50

direccin

Fusin de Esquemas y reestructuracin

Acta sobre los esquemas de entrada y produce un esquema que incluye todos
los conceptos representados en los esquemas de entrada.
Se han resuelto todos los conflictos
fusin de esquemas = simple superposicin de conceptos comunes.
Las entidades que coinciden por completo se superponen de forma directa.
Las entidades que corresponden a los mismos objetos, pero
poseen
diferentes atributos, se superponen tomando la unin de sus atributos;
Se aaden jerarquas que se presenten como propiedades interesquemticas.
Las propiedades interesquemticas pueden conducir a reestructuraciones,
adiciones o supresiones de conceptos en el esquema resultante.
Reestructuracin: (opcional) el esquema global podr analizarse y
reestructurarse para eliminar cualquier redundancia o complejidad innecesaria.
El esquema obtenido debe examinarse desde el punto de vista de cada una de
las vistas parciales y, si no es aceptado por alguna de ellas debe modificarse
repitiendo este proceso las veces que haga falta.
51

FUSIN

TIENE
[ 1, 1 ]

PUBLICACIN

[ 1, n ]

INCLUYE

[ 0, n ]

TEMA

[ 0, n ]

cdigo

ttulo

cdigo
TRATA

rea-investigacin

ttulo
PUBLICA
[ 0, n ]

[ 1, 1 ]

[ 1, n ]

INFORME

nombre

[ 1, n ]

ESCRITO
-POR
[ 0, n ]

DEPARTAMENTO

nombre

direccin

CONTRATISTA

nombre

52

direccin

cdigo
TIENE

[ 1, 1 ]

ttulo
INCLUYE

PUBLICACIN

[ 1, n ]
[ 0, n ]

[ 0, n ]

DEPARTAMENTO

nombre

[ 0, n ]

TRATA

PUBLICA
[ 1, 1 ]

direccin

[ 0, n ]

TEMA

[ 1, n ]

INFORME

nombre

cdigo

rea-investigacin
ttulo

Reorganizacin

[ 1, n ]

ESCRITO
-POR

[ 0, n ]

CONTRATISTA

nombre

53

direccin

cdigo
TIENE

[ 1, 1 ]

ttulo
INCLUYE

PUBLICACIN

[ 1, n ]
[ 0, n ]

[ 0, n ]

DEPARTAMENTO

nombre

[ 0, n ]

PUBLICA

direccin

[ 1, 1 ]

TRATA

[ 0, n ]

TEMA

[ 1, n ]

INFORME

nombre

cdigo

rea-investigacin
[ 1, n ]

Propiedades interesquemticas

ESCRITO
-POR

[ 0, n ]

CONTRATISTA

nombre

54

direccin

cdigo
TIENE

[ 1, 1 ]

ttulo
PUBLICACIN

INCLUYE
[ 1, n ]
[ 0, n ]

[ 0, n ]

DEPARTAMENTO

TEMA

nombre

direccin

INFORME

nombre

cdigo

rea-investigacin
[ 1, n ]

Eliminacin de redundancia

ESCRITO
-POR

[ 0, n ]

CONTRATISTA

nombre

55

direccin

ESTRATEGIAS de Fusin de Esquemas

Esquema Final Integrado

Esquema Final Integrado

Esquemas I ntermedios
I ntegrados

V4
V3
V1

V1

V2

I ntegracin de Escalera Binaria

V2

V3

V4

I ntegracin n-aria

Esquema Final Integrado

Esquema Final Integrado

Esquemas
I ntermedios Integrados

Esquemas
I ntermedios Integrados

V6

V3
V1

V2

I ntegracin Binaria Balanceada

V4

V5
V1

V2

I ntegracin Mixta

V3

V4

56

V5

CARACTERSTICAS DE UN ESQ. CONCEPTUAL

Qu es un BUEN esquema?
1. COMPLETO
2. CORRECTO
3. MNIMO
4. EXPRESIVO
5. LEGIBLE
6. AUTOEXPLICATIVO
7. EXTENSIBLE

57

COMPLETITUD y CORRECCIN

COMPLETITUD
Representa TODA caracterstica importante del UoD
Completitud del esquema respecto a los requisitos
Completitud de los requisitos respecto al esquema

CORRECCIN
Uso adecuado de los conceptos del MEE
Correccin SINTCTICA
Correccin SEMNTICA
Errores semnticos frecuentes

ATRIBUTO en lugar de TIPO ENTIDAD

OLVIDAR GENERALIZACIN o la PROPIEDAD DE HERENCIA
GRADO ERRNEO DE INTERRELACIONES
ENTIDAD en lugar de INTERRELACIN
OMITIR especificaciones de CARDINALIDAD MNIMA/MXIMA
58

MINIMALIDAD

Cada aspecto de los requisitos aparece SLO UNA

VEZ
No se puede borrar un concepto SIN perder
informacin
Un esquema NO MNIMO contiene
REDUNDANCIA
FUENTES DE REDUNDANCIA
Ciclos de interrelaciones

59

MINIMALIDAD

Ciclos de interrelaciones

CIUDAD

VUELO
N

DESPEGA

ES_DE

ATERRIZA

PROVINCIA

1
N

PERTENECE_A

COMUNIDAD
AUTONOMA

ESTUDIANTE

1
N

N
ES_DE

TRABAJA_EN

1
PROVINCIA

ESTA_EN

CIUDAD

CIUDAD

N
1

NACI_EN

PERSONA

MATRICULADO

EXAMINADO

M
CURSILLO
60

MINIMALIDAD

Atributos derivados

EMPLEADO

nombre
edad
cdigo

TRABAJA_EN

cdigo

[ 1, N ]

[ 1, N ]

PROYECTO

edad

[ 1, N ]

[ 1, N ]

TRABAJA_EN

EMPLEADO

nombre

director

PROYECTO

director

Nmero de empleados

61

EXPRESIVIDAD

Representa los requisitos de forma natural, entendible,

sin explicaciones adicionales
Acciones de mejora de la expresividad
CREACIN DE GENERALIZACIN
ELIMINACIN DE SUBTIPOS DE ENTIDAD COLGANTES EN G/E
ELIMINACIN DE TIPOS DE ENTIDAD COLGANTES
PERSONA

NSS

nombre

[ 1, 1 ]

NACIDA_EN

[ 1, n ]

CIUDAD

nombre

apellido
ciudad_nacimiento

PERSONA

NSS

nombre

apellido
62

EXPRESIVIDAD
OFRECE
PROFESOR

SEMINARIO
OFRECE

ENSEA

CURSO

CALIFICA

ASISTENTE

INSTRUCTOR
ENSEA

PERSONAL
ENSEANZA

INSTRUCTOR

OFERTAS

PROFESOR

ENSEA

SEMINARIO

CURSO

CALIFICA

63

ASISTENTE

LEGIBILIDAD
- Homogeneidad en los
tamaos
- Lneas rectas
- Simetra
- No cruces de lneas
- Mnimo n esquinas
- Supertipos encima de
subtipos y subtipos
simtricos

64

AUTOEXPLICACIN
- Representa muchas propiedades usando
construcciones del modelo
- sin usar otros formalismos

ESTUDIANTE
[ 2, 2 ]

POSEE
TUTOR

tipo

[ 0, N ]

PROFESOR
[ 1, 1 ]

EXTENSIBILIDAD
- Fcil de adaptar a
cambios en los
requisitos

ESTUDIANTE

POSEE TUTOR
MASTER

[ 0, N ]

[ 1, 1 ]

POSEE TUTOR
DOCTORADO
PROFESOR

65

[ 0, N ]

Metodologa de diseo conceptual utilizando el

modelo entidad/relacin
Elmasri, R.; Navathe, S.B. Sistemas de bases de datos. Conceptos
fundamentales. 2 ed. AddisonWesley Iberoamericana, 1997.
Obtencin del diagrama entidad/relacin
Para obtener un diagrama adecuado y fiable a partir del anlisis de
la realidad y de los requerimientos de la organizacin, actividades:
identificar tipos de entidad y atributos,
identificar generalizaciones/especializaciones,
identificar tipos de relacin entre tipos de entidades,
identificar tipos de entidad dbiles,
identificar agregaciones, y
especificar restricciones de integridad.
Estas actividades se realizan de forma iterativa hasta conseguir
definir un diagrama Entidad/Relacin lo ms fiel posible a la realidad.

1. Identificar entidades y atributos

De la observacin de la realidad:

detectar el conjunto de "objetos (fsicos o conceptuales) de los

que se quiere almacenar informacin,
Uso de la clasificacin (mecanismo de abstraccin primario)

abstraer el conjunto de "clases de objetos (o tipos de

objetos) que son de inters para la organizacin.
no prestar atencin a las ocurrencias concretas sino al conjunto
de ocurrencias.
Mundo real

Modelo de la realidad

CLASIFICACIN

PERSONAS
COCHES

1. Identificar entidades y
atributos

Entidad: viene definida por un conjunto de atributos que representan la

informacin que se desea conocer de cada tipo de objeto.
Para cada atributo se debe:

asociar un dominio o, si es derivado, especificar la frmula de

derivacin, e
indicar la cardinalidad de atributo en el caso de que el atributo
tenga restriccin de valor no nulo.
Si es posible, se destacarn los atributos identificadores;
si no existen estos atributos la entidad debe ser considerada dbil y habr que
decidir, cuando se estudien las relaciones, sobre cul o cules se apoya para
identificarse.

provincia

ycod
PROYECTO

nombre

jefe

68

EJEMPLO 2
No hay que pensar que antes de avanzar en el diseo hay que definir un conjunto de
entidades que ser fijo:
ste puede cambiar a medida que se tomen ciertas decisiones de diseo.
Por ejemplo es posible que algunos atributos inicialmente considerados
desaparezcan fuego y se conviertan en entidades.
Ejemplo 2. Sea una entidad con dos atributos entre los que se detect una
dependencia, el atributo provincia representa en qu provincia naci el jefe del
proyecto:

provincia

ycod

En el siguiente diagrama se decide

considerar el atributo jefe corno una
entidad, representado correctamente la
dependencia anterior.

PROYECTO

jefe

nombre

ycod

PROYECTO

nombre

RESPONSABLE

provincia

JEFE

nombre
69

2. Identificar generalizaciones /
especializaciones
La especializacin es el proceso por el que se clasifica una clase de
objetos en subclases ms especializadas.
La generalizacin es el proceso inverso por el que se generalizan
varias clases para obtener una abstracto de ms alto nivel que
incluyo los objetos de todos estas clases.
La especializacin es un refinamiento conceptual mientras que la
generalizacin es una sntesis conceptual.
En el modelo entidadrelacin la especializacin y la generalizacin
se representan con el mismo concepto.
Podemos pues distinguir tres procesos mentales que pueden
conducir a definir una generalizacin / especializacin.

70

Estrategia descendente (especializacin)

En el conjunto de ocurrencias de una entidad, se pueden definir
subconjuntos con propiedades estticas (atributos) o de
comportamiento (relaciones)
distintas.
nombre
DNI
CLIENTE

nombre

CLIENTE

EMPRESA

pas

nombre

S
TURISTA

CIF

EJEMPLO 3: contexto de una agencia de viajes:

Ms tarde se detecta que hay dos clases de clientes:
los turistas, a los que siempre se asignar un gua y los
viajantes de negocios, que siempre pertenecen a una
empresa y de los que interesa conocer los pases que
suelen visitar

DNI

gua

PERTENECE

gua

pas

nombre

CLIENTE

PERTENECE

EMPRESA

CIF71

Estrategia ascendente
existe en el esquema un conjunto de entidades con algunas
(generalizacin):
propiedades similares y que en la realidad se podran clasificar en
un objeto comn.
idioma

nombre

nombre

pulsaciones

categora

DNI

DNI

TCNICO

SECRETARIO

DNI

nombre

EMPLEADO

idioma
D
SECRETARIO

categora
U

pulsaciones

TCNICO

Ejemplo 4. En el diagrama se han

definido dos entidades
independientes con algunos
atributos comunes.
Si, adems, se observa que
ambas entidades se refieren a
trabajadores de la empresa que
para algunos procesos conviene
tener juntos, sera ms correcto
considerar una entidad general
Empleado.
72

3) Jerarqua (subconjunto).
Se detecta una relacin jerrquica entre entidades previamente
definidas.
Ejemplo 5. En el contexto de una escuela universitaria, supngase
que se han definido dos entidades, alumno y proyectante. Pero si se
tiene en cuenta que todo proyectante es tambin un alumno, la
solucin ms adecuada sera mediante una jerarqua.
especiali.

nombre

exp

nombre

especiali.

ALUMNO

especiali.
director

nombre

PROYECTANTE

exp

ALUMNO

director

exp
ttulo

ttulo

PROYECTANTE

73

atributo discriminador en la entidad

general
La [generalizacin | especializacin] no debe definirse por los
nombres que puedan tener los atributos, sino cuando realmente
exista entre los objetos la relacin de subclase que implica
este concepto.
Por otra parte, una generalizacin / especializacin en la que las
entidades especializados no tienen propiedades distintivas
(atributos o relaciones) no resulta muy til pudindose representar la
misma informacin y de forma ms sencilla con un atributo
cod
ttuloen la entidad
discriminador
general (Ejemplo 6).

LIBRO

D
ESPAOL

cod

ttulo

LIBRO

NO-ESPAOL

espaol

espaol: dominio(s / no)

74

3. Identificar relaciones entre

entidades
Una vez definido un conjunto inicial de entidades que, como ya se ha
comentado, podr ser reconsiderado a lo largo de todo el diseo, hay que
estudiar las relaciones (o vnculos) existentes entre ellos, ya que
raramente existirn entidades sin conexiones con otras.
Para definir una relacin hay que especificar:
entidades implicadas,
cardinalidades mximas y mnimas y
atributos propios de la relacin (con sus restricciones s las tienen).
Ocho puntos:
3.1. Las cardinalidades mximas y mnimas que se puedan expresar se
indicarn con las etiquetas 1 y N (las mximas) y con la definicin de
restricciones de existencia / participacin (las mnimas).
75

3.2.
relaciones
redundantes
Deben ser eliminadas. Dos o ms relaciones se consideran
redundantes si representan el mismo concepto, sin embargo, hay que
darse cuenta de que entre las mismos entidades se pueden definir ms
de una relacin siempre que tengan significados diferentes.

Ejemplo 7. Aunque con nombres diferentes, se han definido dos

relaciones (vende, suministra) que representan la misma informacin
por lo que una debera eliminarse. Sin embargo, pueden existir dos
relaciones definidas sobre las mismos entidades pero con significados
completamente
(despega, aterriza).
cdigo
dni distintos
N
N
VENDE
nombre
color
PIEZA
PROVEEDOR
direcci
peso
n
N
N
SUMINISTRA
hora

n
vuelo

DESPEGA

nombre
pas
CIUDAD

VUELO
N

ATERRIZA

1
76

3.3. dependencias transitivas

Eliminar la redundancia que se deriva de dependencias

Ejemplo 8: En el siguiente diagrama se
transitivas.

han definido tres relaciones. La relacin

Est_en es redundante ya que sus
ocurrencias se pueden derivar a partir de
Pertenece y Es_de (una ciudad est en la
comunidad a la que pertenece su
provincia), por ello debera ser eliminada..

habitantes

nombre

COMUNIDAD

1
EST_EN

PERTENECE
N

PROVINCIA

cdigo

nombre

ES_DE

CIUDAD

nombre

dir-ayto

77

EJEMPLO 9

No siempre es posible eliminar la redundancia.

Ejemplo 9. El departamento al que pertenece un profesor puede
derivarse a travs del departamento al que est adscrita la asignatura de
la que es responsable pero como puede darse el caso de que no sea
puede
responsable de ninguna asignatura no se
eliminar.
La mismo
reflexin puede
telfono
nombre
hacerse respecto a la relacin
adscrita. Dado que pese a
DEPARTAMENTO
existir cierta redundancia no
1
es posible eliminar ninguno
1
relacin sin perder por ello
informacin, este diagrama
ADSCRITA
PERTENECE
necesita una restriccin
de integridad que asegure
N
N
que 'los profesores slo
1
N
son responsables de
PROFESOR
RESPONSABLE
ASIGNATURA
asignaturas de su
departamento".
cdigo
nombre
nombre
cdigo
78

EJEMPLO
10
No hay que pensar, sin embargo, que siempre que hay un ciclo entre
entidades existe una dependencia transitiva.

nombre

cdigo

PROVINCIA

1
NACI

PERTENECE
N

CIUDAD

dir-ayto

Ejemplo 10. Pese a existir un

ciclo de las mismas
caractersticas que en el
Ejemplo 8 no existe
redundancia ya que una
persona no tiene por que
haber nacido en la mismo
provincia en la que est
la ciudad en la que
trabaja.

N
1

nombre

TRABAJA

PERSONA

dni

nombre
79

3.4. relaciones de grado mayor

que
dos
Hay que
ser cuidadoso al elegir relaciones de grado mayor que
dos.

Ejemplo 11. Sea la siguiente relacin ternaria entre las entidades

Alumno, Asignatura y Profesor que representa la informacin
referente
a la
imparticin
Si se
elige este
diseo
slo se de asignaturas a alumnos por los
profesores:
podr
saber quin imparte
cada asignatura cuando
haya alumnos matriculados,
no antes. Tampoco se podr
saber a qu asignaturas va
a asistir un alumno hasta
que no se sepa quin va a
impartir las clases.
[En una ocurrencia de una
relacin naria siempre
participan n ocurrencias de
entidad, una de cada una de
las n entidades relacionadas]. exp

nombre

cdigo

ASIGNATURA
N

ALUMNO

nombre

DOCENCIA

PROFESOR

dni
80

nombre

3.5. EJEMPLO 12

Sea una relacin R entre las entidades E1,..., En. Supngase que se
quiere tener constancia de que las mismos ocurrencias de E1,.... En, se
relacionan ms de una vez a travs de la misma relacin.

Ejemplo 12. Sea la relacin Visitar entre la entidad Mdico y la entidad

Paciente. Si un mdico puede visitar al mismo paciente en distintas
ocasiones, realizando diagnsticos diferentes, entonces la solucin propuesta
no sirve ya que en ese esquema
una ocurrencia
fecha
diagnstico de mdico slo se puede
relacionar una vez con la misma ocurrencia de paciente.
n colegiado

MDICO

VISITA

dni

PACIENTE

nombre

nombre

81

EJEMPLO 12
Para contemplar esta situacin se puede optar por :
introducir una nueva entidad relacionada con las anteriores (esta entidad ser dbil) o
especificar los atributos propios de la relacin definida corno atributos multivaluados.
Solucin 1: Definir una nueva entidad Visita.
Obsrvese que en la solucin propuesta se asume que un paciente puede visitar en la misma
fecha a distintos mdicos pero que el mismo mdico no puede visitar ms de una vez al da al
mismo paciente. Si se quiere prever esta situacin habra que aadir otro atributo a la entidad
fechadiarias).
diagnstico
Visita (como la hora o un contador de visitas
RECIBE

n colegiado

MDICO

VISITA

VA

dni

PACIENTE

nombre

nombre
82

EJEMPLO 12
Solucin 2: definir los atributos de la relacin Visitar como atributos
multivaluados.
Hay que darse cuenta de que las dos soluciones no son
equivalentes ya que en el ltimo caso el mismo mdico puede
visitar en la misma fecha al mismo paciente ms de una vez.
La eleccin de una u otra solucin depende del problema concreto.
La segunda solucin parece menos restrictiva y sencilla
aunque hay otros casos donde la ms natural es la primera.
fecha

diagnstico

visita
n colegiado
MDICO

VISITA

dni
PACIENTE

nombre

nombre
83

3.6. entidad con un identificador compuesto por

varios atributos

Si se ha definido una entidad con un identificador compuesto por

varios atributos y stos a su vez son identificadores de otras
entidades,

la entidad original est enmascarando una relacin entre estas

ltimas.

cdigo
dni
nombre
dni
descripcin
Ejemplo 13. Sean las tres entidades que se muestran:
dir
color
PEDIDO
PROVEEDOR

cdigo
PIEZA

Como puede observarse, los atributos identificadores de la entidad Pedido

son a la vez identificadores de las entidades Proveedor y Pieza por lo que
hay una relacin oculta entre estas dos entidades:
nombre
dir

dni

PROVEEDOR

descripcin
N

PEDIDO

cdigo
PIEZA

color
84

3.7. una entidad con un atributo que es el identificador

de otra entidad,
Este atributo debe eliminarse relacin entre ambas entidades.
Ejemplo 14. En el diagrama se han definido dos entidades una de las cuales
tiene entre sus atributos el atributo identificador de la otra con la intencin de
representar a qu departamento pertenece un profesor.
nombre

La solucin
correcta es
aquella que
representa
explcitamente la
relacin entre
Profesor y
Departamento.

dni

cd-dep

nombre

cd-dep
PROFESOR

dir

nombre
dir

DEPARTAMENTO

cd-dep

dni

PROFESOR

PERTENECE

telfono

nombre

DEPARTAMENTO

telfono

COMENTARIOS: En el MER no existen las claves ajenas (concepto propio

del modelo relacional) de forma que nunca se debe incluir un atributo en una
entidad con la intencin de que represente una relacin con otra entidad.
Una relacin nunca tiene atributos identificadores, aunque si puede
tener
85
atributos con restriccin de unicidad.

3.8. Papel que cada entidad

Especificar el papel que cada entidad juega en una relacin cuando alguno
entidad participa ms de una vez en la relacin. El caso ms sencillo se
presenta en las relaciones binarias en las que las dos entidades relacionadas
son la misma (interrelaciones reflexivas o recursivas).
es_prerequisito
1) Relacin de prerrequisitos en el conjunto de las
N
asignaturas de una carrera: "una asignatura puede
ser prerrequisito de muchas asignaturas y tener
JERARQUA
ASIGNATURA
tambin a muchas asignaturas como prerrequisito.
Se_compone_de
N

PIEZA

COMPOSICIN

Forma_parte_de

2) Relacin de composicin
entre piezas: "una pieza se
compone de muchas piezas y
a su vez puede formar parte
de muchas piezas.

tiene_prerequisito

En general, hay que ser cuidadosos con las relaciones reflexivas ya que
normalmente exigen que se especifiquen ciertas propiedades que no
quedan contemplados en la definicin de la relacin.
86

3.8. Papel que cada entidad

Por ltimo, tambin hay que tener cuidado con la definicin de restricciones de
existencia en este tipo de relaciones ya que son muy infrecuentes (tiene sentido
pensar que todos los ros son afluentes de otro ro o que todos los ros tienen al
menos un afluente?.

3) Relacin entre los ros por el

hecho de que unos son afluentes
de otros: "un ro puede ser
afluente de otro pero a su vez
muchos ros puede afluir a l

Tiene-como-afluentes
1
AFLUENCIA

RIO
N

Es_afluente_de

87

4. Entidad dbil
Como ya debe saberse, una entidad sufre restriccin de dependencia de
identificacin cuando no puede identificarse con sus propios atributos de
manera que sus ocurrencias son distinguibles gracias a su relacin con
otras entidades. A este tipo de entidades se les denomina entidades
dbiles. Esta restriccin implica siempre una restriccin de existencia.
a0

...
A

b0

an
1
?

bn

...
B

El hecho de que B sea una entidad dbil supone que pueden existir varias
ocurrencias con el mismo valor para el atributo b0, pero cada una de ellas
se relaciona obligatoriamente con una ocurrencia de A distinta, que sirve
para identificarla.
Los interrogantes en el diagrama representan que los cardinalidades
mxima y mnima de B pueden ser cualesquiera, 1 n para la mxima y 0
1 para la mnima; es decir, se permite cualquiera de los dos casos que
se ilustran a continuacin.
88

EJEMPLO 16
caso n. En este caso, dado que una ocurrencia de A se puede relacionar con
muchas ocurrencias de B, es necesario la existencia de un atributo
"semi-identificador" (b0) que ayude a distinguir entre todas las
ocurrencias de B que se relacionan con la misma ocurrencia de A.
Ejemplo 16. La entidad Ciudad es dbil ya que en la organizacin
(informacin geogrfica mundial) que estamos modelizando puede haber
varias ciudades con el mismo nombre aunque evidentemente siempre en
distintos pases; entonces cmo se distingue una ciudad de otra?. En primer
lugar por el pas al que pertenecen y en un mismo pas por el atributo
nombre (ciudad) necesario en este caso ya que en un pas puede haber
muchas ciudades.
nombre
nombre
renta
alcalde
...
...
PAIS

EST
EN

CIUDAD

89

EJEMPLO 17
caso 1. En este caso, dado que una ocurrencia de A como mucho se relaciona con una
de B, no es necesaria la existencia de un atributo "semi-identificador" ya que
en realidad cada ocurrencia de B se identifica gracias a la ocurrencia de A con la que se
relaciona.
Ejemplo 17: "Una organizacin tiene informatizados los expedientes jurdicos de todos
los pleitos en los que est involucrado; de cada pleito, entre otras informaciones, se
conoce el n de pleito y el resultado de la sentencia que puede ser favorable o
desfavorable. En caso de ser desfavorable se puede presentar como mucho un recurso
ante el mismo rgano jurisdiccional, cada recurso se identifica por el nmero de pleito
al que atae y entre otros atributos interesa saber en qu fecha se realiza". Dado que
un pleito se puede recurrir como mucho una vez, para distinguir un recurso de otro slo
necesitamos saber qu pleito se est recurriendo no siendo necesario en este caso un
fecha
atributo de Npleito
la entidad
resultadoque ayude a distinguirlos.
... recurso
...
PLEITO

1
TIENE

RECURSO

90

5. objetos agregados
La definicin de objetos agregados en el esquema puede producirse por dos
circunstancias. En primer lugar, cuando en el anlisis de la realidad, una
relacin se vea tambin con caractersticas de entidad;
y en segundo, y ms frecuentemente, cuando al estudiar las relaciones, se
observe la necesidad de que una relacin pase a ser entidad para
poder participar en otras relaciones.
dni
edad

nombre

HOMBRE

Ejemplo 18. En este ejemplo se debe

apreciar que el uso de una ternaria no
sera una buena solucin si se quiere
contemplar la posibilidad de que no
todas las parejas se han casado
en un juzgado.
COMENTARIOS: Una entidad agregada
nunca es dbil aunque s puede tener
restricciones de existencia respecto a
otras relaciones.

dni
MATRIMONIO

MUJER

CASADOS_EN

nmero
JUZGADO

telfono
dir

91

nombre
edad

6. Especificar restricciones de integridad

Todos aquellas propiedades de la realidad que no hayan quedado
expresadas en el diagrama EntidadRelacin deben especificarse. Pueden
representarse en lenguaje natural o mediante frmulas bien formadas del
lenguaje lgico que se haya definido asociado al modelo entidadrelacin.

Por ejemplo la restriccin de integridad del Ejemplo 9 se podra expresarse

con la siguiente frmula:
telfono

nombre

DEPARTAMENTO
1

ADSCRITA

PERTENECE
N

PROFESOR

cdigo

RX: Responsable, PX: Pertenece,

AX: Adscrita
RX PX AX (Responsable(PX)
Pertenece(PX) Adscrita(AX)
AX.Profesor = RX.Profesor
RX.Asignatura = AX.Asignatura
PX.Departamento
AX.Departamento)

nombre

RESPONSABLE

ASIGNATURA

nombre

cdigo
92