Diseo conceptual.

1Diseo conceptual. 12DISEO CONCEPTUALPor 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

3DISEO CONCEPTUALDOS GRANDES ETAPASA. Anlisis de RequisitosEtapa 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 clarosSe 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.

4ANLISIS DE REQUISITOSEntradas 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.Resultado: esquema percibido o descriptivo (lenguaje natural)Especificacin clara y precisa de requisitos de datos del sistema

5Anlisis de requisitos: LENGUAJE NATURALLenguaje 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 requerimientos1. Analizar los requerimientos y filtrar las ambigedades 2. Dividir los enunciados en conjuntos homogneos

6Lenguaje Natural: FILTRO DE AMBIGEDADES7 REGLAS EMPRICAS PARA FILTRAR AMBIGEDADES

R1. Elegir un nivel apropiado de abstraccin para los trminosR2. Evitar el uso de casos en lugar de conceptos generalesR3. Evitar expresiones vagas o indirectasR4. Elegir estilo estandarizado de enunciadoR5. Verificar sinnimos y homnimosR6. Hacer explcitas las referencias entre trminosR7. Utilizar un Glosario

7 1 En una base de datos de una universidad, se representan 2 datos sobre estudiantes y profesores. Para los estudiantes, 3 se representa el apellido, edad, sexo, ciudad y provincia de 4 nacimiento, ciudad y provincia de residencia de sus 5 familias, lugares y provincias donde vivieron antes 6 (con el lapso que vivieron en cada uno), cursos que han 7 aprobado, con nombre, cdigo, profesor, nota y fecha. 8 Asimismo, se representan los cursos a los que asisten en 9 la actualidad y para cada uno, da, lugares y horas de10 imparticin de las clases (cada curso se imparte a lo sumo11 una vez en un da). Para estudiantes graduados se12 representa el nombre del tutor y el nmero total de13 crditos en el ltimo ao. Para estudiantes de doctorado,14 se representa el ttulo y rea de investigacin de su tesis.15 Para los maestros, se representa el apellido, la edad, el16 lugar y provincia de nacimiento, nombre del departamento17 al que pertenecen, nmero de telfono, ttulo, situacin y18 temas de investigacin.8Lenguaje Natural: FILTRO DE AMBIGEDADESR1. Elegir nivel apropiado de abstraccin para los trminosLos 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 natural porque producen una comunicacin rpida y eficaz en la que, comnmente, la ambigedad se resuelve por el contexto. Sin embargo, en DC se debe utilizar trminos en un nivel correcto de abstraccin, especialmente si el diseador no es un experto en el dominio de la aplicacin.

Trminos Abstractos:

(ln. 5) lugares(ln. 6) lapso(ln. 17) situacinTrminos Apropiados:

ciudades nmero de aos estado civil9Lenguaje Natural: FILTRO DE AMBIGEDADESR2. Evitar el uso de casos en lugar de conceptos generalesEsta 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.10Lenguaje Natural: FILTRO DE AMBIGEDADESR4. Elegir Estilo adecuado de enunciadoEn 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 ESTNDARFormato de las Descripciones:Formato para las Operaciones: , o Diseador debe seleccionar un estilo apropiado con EQUILIBRIO entre ESTANDARIZACIN y EXPRESIVIDAD11Lenguaje Natural: FILTRO DE AMBIGEDADESR5. Verificar SINNIMOS y HOMNIMOSLos 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 sinnimoslugares ...se usa dos veces con diferente significado (homnimos)12Lenguaje Natural: FILTRO DE AMBIGEDADESR6. Hacer explcitas las referencias entre trminosSi no se especifica claramente las referencias entre los trminos puede surgir ambigedad

nmero de telfonoes 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

13Lenguaje Natural: FILTRO DE AMBIGEDADESR7. 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:NOMBREDEFINICIN CORTAPOSIBLES SINNIMOS (rea de equivalencia)POSIBLES PALABRAS CLAVE (rea de influencia)

14DISEO CONCEPTUALB. Conceptualizacin

Refinamiento y estructuracin sucesivos del Esquema Percibido hasta llegar al Esquema Conceptual de la BDSe 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 requerimientosEl EC ser INDEPENDIENTE de caractersticas de implementacin

Utilizaremos la terminologa del Modelo Entidad/Interrelacin Extendido (MEER)15CONCEPTUALIZACINDos 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

16CONCEPTUALIZACIN: Enfoque LINGSTICOSustantivo Complemento Directo o Sujeto: TIPO de ENTIDAD o ATRIBUTOLos 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 INTERRELACINLos 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 LIBRO17Enfoque CATEGORIZACIN de OBJETOSEntidad: objeto de datos...con MS PROPIEDADES adems de su NOMBRE, o bienOPERANDO en sentencia de SELECCIN | BORRADO | INSERCINLibro, propiedades: ttulo, idioma, nmero de copias... Entidad LIBROSi un socio deja de serlo, debe borrarse su ficha Entidad SOCIOAtributo: objeto de datos... al que se asigna un VALOR, o bienOPERANDO en operacin ARITMTICA | BOOLEANA | STRINGEs el ttulo de este libro Momo o no? ttulo es un atributoInterrelacin: objeto de datos...Que hace posible la SELECCIN de una ENTIDAD, a travs de una REFERENCIA a un ATRIBUTO de OTRA ENTIDADSeleccionar los libros escritos por un autor cuyo nombre es M. Ende Interrelacin ESCRITO_POR

18Enfoque CATEGORIZACIN de OBJETOSLos verbos SER y TENER...ES UN...Permite crear JERARQUAS DE ENTIDADESCorresponde al concepto de Especializacin/Generalizacin...tanto un libro como un artculo de nuestra biblioteca son documentos...Supertipo: DOCUMENTOSubtipos: 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...

19Enfoque CATEGORIZACIN de OBJETOSUso 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

...un libro puede ser escrito por un autor annimo... card_min(AUTOR, ESCRIBIR) = 0

20Criterios de eleccin entre conceptosTipo de entidad o atributo simpletiene otros atributos? Editorial (direccin, nacionalidad)relacionado con otros tipos de entidades? Libro publicado por editorialmultivalorado? Idioma de libro

Especializacin/Generalizacin o atributo simplealguna caracterstica slo para algn subtipo? Persona (sexo), queremos modelar nmero de embarazos

Atributo compuesto o conjunto de atributos simplesnos referimos al atributo como un todo y por sus componentes? direccin (calle, nmero, ciudad)21DISEO DEL ESQUEMA CONCEPTUALENFOQUES PARA EL DISEO DE ESQUEMAS CONCEPTUALESCENTRALIZADORequisitos combinados en un NICO CATLOGO ANTES del diseoSe 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, yEspecificar los Esquemas Externos para cada grupo de usuarios/aplicacin

INTEGRACIN DE VISTASNo se combinan los requisitos de los diferentes usuarios/aplicacionesSe disea UN Esquema Conceptual para CADA grupo de usuarios -- VISTAEquipo del DBA ...Integra o combina los Esquemas Conceptuales (vistas),Obtiene y refina el Esquema Conceptual Global (integrado) de la BD, yEspecificar los Esquemas Externos a partir de cada vista de usuario/aplicacin2122DISEO DEL ESQUEMA CONCEPTUALDIFERENCIAS ENTRE LOS ENFOQUES

CENTRALIZADOQU SE COMBINA: los requisitos recopiladosCUNDO SE COMBINA: antes del diseo del esquema conceptual globalQUIN COMBINA: el equipo del DBACMO SE COMBINA: manualmenteINTEGRACIN DE VISTASQU SE COMBINA: los esquemas conceptuales diseados para cada grupo de usuario / aplicacinCUNDO SE COMBINA: una vez obtenidos todos los esquemas conceptuales o vistas de cada grupo de usuarios/aplicacinQUIN COMBINA: el equipo del DBACMO SE COMBINA: manualmente o si la BD es grande, siguiendo un mtodo y usando herramientas automatizadas de ayuda23DISEO DEL ESQUEMA CONCEPTUALConclusin: 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 CONCEPTUALESProceso incrementalparte de un EC inicial (derivado de los requisitos)se refina, modifica y desarrollaaplicando TRANSFORMACIONES al ECLUGARCIUDADPROVINCIAEN24DISEO DEL ESQUEMA CONCEPTUALCARACTERSTICAS de una TRANSFORMACIN de ESQUEMA

ESQUEMA INICIAL (E-Ini) Y ESQUEMA RESULTANTE (E-Res)La transformacin se aplica al esquema inicialEl efecto de la transformacin es el esquema resultante

CORRESPONDENCIA entre (nombres) CONCEPTOS del E-Ini y E-Resnombre LUGAR corresponde a los nombres CIUDAD, EN y PROVINCIA

HERENCIA DE CONEXIONES LGICASLos conceptos el E-Res heredan las INTERRELACIONESATRIBUTOSGENERALIZACIONES/ESPECIALIZACIONES...definidas para los conceptos correspondientes del E-Ini25LUGARCIUDADPROVINCIAENPERSONAVIVE_ENPERSONAVIVE_ENDISEO DEL ESQUEMA CONCEPTUALPRIMITIVAS DE REFINAMIENTODefinidas para realizar transformacionesSe aplican a un E-Ini y producen un E-ResPRIMITIVAS ASCENDENTES y DESCENDENTES26PRIMITIVAS DE DISEO CONCEPTUALPRIMITIVAS DESCENDENTESRefinamientos Puros: aplicadas a un concepto y producen descripcin ms detallada del mismoPropiedades:ESTRUCTURA SIMPLESe aplican a un NICO concepto y dan un pequeo CONJUNTO de conceptosTODOS LOS NOMBRES SE REFINAN EN NUEVOS NOMBRES Descripcin del concepto original a un nivel ms bajoSLO UNO DE LOS CONCEPTOS DEL E-Res HEREDA CONEXIONES LGICAS

27LUGARCIUDADPROVINCIAENPRIMITIVAS DESCENDENTES DE DCD1. ENTIDAD ENTIDADES INTERRELACIONADASD2. ENTIDAD GENERALIZACIN/ESPECIALIZACINPERSONAPERSONAMUJERHOMBRED3. ENTIDAD ENTIDADES NO INTERRELACIONADASPREMIOOSCARPREMIONOBEL

28PRIMITIVAS DESCENDENTES DE DCD4. INTERRELACIN INTERRELACIONES PARALELASPERSONACIUDADRELACIONADA_CONVIVE_ENNACIO_ENPERSONACIUDADD5. INTERRELACIN ENTIDAD CON INTERRELACIONESEMPLEADODEPARTAMENTOTRABAJA_ENEMPLEADODIRECTORTRABAJA_CONDEPARTAMENTOJEFE_DE29

PRIMITIVAS DESCENDENTES DE DCD7. DESARROLLO DE ATRIBUTOS COMPUESTOSD8. REFINAMIENTO DE ATRIBUTOS

D6. DESARROLLO DE ATRIBUTOS

30

PRIMITIVAS DESCENDENTES DE DCRESPETAR implcitamente ciertas RESTRICCIONEScardinalidades mxima y mnimas en D4, D531PRIMITIVAS DE DISEO CONCEPTUALPRIMITIVAS ASCENDENTESIntroducen conceptos nuevos y propiedades que NO aparecen en versiones anteriores del esquema, o modifican conceptos existentesAplicadas...al descubrir rasgos del UoD no captados antesal fusionar esquemas (integracin) para formar un esquema global32PRIMITIVAS ASCENDENTES DE DCA1. GENERACIN DE ENTIDAD

A2. GENERACIN DE INTERRELACIN

A3. GENERACIN DE GENERALIZACINDIRECTORPERSONAEMPLEADODIRECTOREMPLEADO33PRIMITIVAS ASCENDENTES DE DCA4. AGREGACIN DE ATRIBUTOSA5. AGREGACIN DE ATRIBUTO COMPUESTO

Ojo: REVISAR INTERRELACIONES Y ATRIBUTOSLa aplicacin de primitivas ascendentes obliga a los diseadores a investigar las consecuencias de la transformacin en el resto del esquema (A3)34ESTRATEGIAS para el DISEO DE ESQUEMAS4 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 refinamiento3435ESTRATEGIA DESCENDENTE para el DISEO DE ESQUEMASEn 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.3536ESTRATEGIA DESCENDENTE para el DISEO DE ESQUEMASLUGARHOMBREMUJERPERSONANACIO_ENVIVE_ENPAIS EXTRANJEROLUGAR NACIONAL3.37ESTRATEGIA DESCENDENTE para el DISEO DE ESQUEMAS4.HOMBREMUJERNACIO_ENVIVE_ENPAIS EXTRANJEROCIUDAD NACIONALPERSONALUGARPROVINCIAENEDADESTATURAAPELLIDOSNOMBRESITUACIN_MILITARCONTINENTEAPELLIDO_SOLTERAHABITANTESNOMBRENOMBREAOS(1,N)(1,1)(1,N)(1,N)(1,N)(1,1)38ESTRATEGIA ASCENDENTE para el DISEO DE ESQUEMASEstrategia down-topSlo aplica primitivas ascendentesParte de un esquema con conceptos/abstracciones elementalesConstruye conceptos ms complejos, mediante combinacin o adicin de nuevas abstracciones SENCILLEZ NECESIDAD de REESTRUCTURAR el ESQUEMA (difcil si esquemas complejos)Visin estable de conceptos e interrelaciones SLO se ve al final del diseopermite ver con claridad los rboles, pero no el bosque

1.39ESTRATEGIA ASCENDENTE para el DISEO DE ESQUEMAS2.HOMBREPAIS EXTRANJEROPROVINCIAEDADESTATURAAPELLIDOSNOMBRESITUACIN_MILITARCONTINENTEAPELLIDO_SOLTERAHABITANTESNOMBRENOMBREMUJEREDADESTATURAAPELLIDOSNOMBRECIUDAD NACIONALHABITANTESNOMBRE

3.4. (*ver el esquema final anterior*)40ESTRATEGIA CENTRFUGA para el DISEO DE ESQUEMASEstrategia de dentro a fuera Ya NO se procede por niveles de abstraccin

41ESTRATEGIA MIXTA para el DISEO DE ESQUEMASEstrategia para dominio de aplicacin muy complejoEstrategia Descendente para DIVIDIR los requisitos en subconjuntosDiseo Ascendente de un SUB-ESQUEMA para cada particinCOMBINACIN de los subesquemas (esquema armazn)

42ESTRATEGIA MIXTA para el DISEO DE ESQUEMASHOMBREMUJERPAIS EXTRANJEROCIUDAD NACIONALPERSONALUGARPROVINCIAENEDADESTATURAAPELLIDOSNOMBRESITUACIN_MILITARCONTINENTEAPELLIDO_SOLTERAHABITANTESNOMBRENOMBRERELACIONADO CONPERSONALUGARA) ESQUEMA ARMAZNB) ESQUEMA PERSONAC) ESQUEMA LUGARD) ESQUEMA INTEGRADO GLOBAL (VER ANTERIOR)43INTEGRACIN 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 simplificadoObjetivo: Encontrar partes de los EC de entrada que se refieren a la misma porcin de la realidad y UNIFICAR su representacinDificultad: descubrir diferencias y correspondencias entre Ecs una misma parte de la realidad suele estar modelada de formas distintas en cada esquema44IV: DIFERENCIAS DE MODELADO 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 actividad de integracin Deteccin de errores de diseonombrettuloEDITOR ttuloeditorLIBROLIBROPROYECTO EMPLEADODEPARTAMENTO EMPLEADOPROYECTO [ 1, 1 ][ 1, N ]PROYECTO EMPLEADO[ 1, N ][ 1, N ]PROYECTO EMPLEADO45INTEGRACIN DE VISTAS

1. Identificacin y Anlisis de conflictos:de nombres y estructurales2. Resolucin de conflictos3. Fusin de esquemas4. Reestructuracin del Esquema Conceptual Integrado46ttulo[ 0, n ]NomDeptocdigorea-investigacinttulocdigo[ 1, n ]PALABRA CLAVEPUBLICACINTRATAdireccin[ 1, n ]nombrettulonombredireccinnombre[ 0, n ]TRATACONTRATISTAPUBLICAESCRITO-POR[ 1, n ][ 0, n ][ 1, 1 ][ 0, n ]INFORMETEMADEPARTAMENTOEsquema 1. Centrado en publicacionesEsquema 2. Centrado en informes47Conflictos de nombres (sinnimos y homnimos)SEMEJANZA DE CONCEPTOS: conceptos con diferente nombre poseen propiedades y restricciones comunes posibles SINNIMOSDISCREPANCIA ENTRE CONCEPTOS: conceptos con el mismo nombre poseen propiedades y restricciones diferentes posibles HOMNIMOS

48Conflictos de nombres (sinnimos y homnimos)Deteccin: a todas las posibles modificaciones las llamamos guiones de modificacin.

Suponen cambiar el nombre del concepto, ypueden 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.49Conflictos estructuralesDurante 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 construccin de una representacin comn tal que todas las restricciones de los dos esquemas estn incluidas en el esquema integrado.4950NomDeptottulo[ 0, n ]cdigorea-investigacinttulocdigo[ 1, n ]PALABRA CLAVEPUBLICACINTRATAdireccin[ 1, n ]nombrettulonombredireccinnombre[ 0, n ]TRATACONTRATISTAPUBLICAESCRITO-POR[ 1, n ][ 0, n ][ 1, 1 ][ 0, n ]INFORMETEMADEPARTAMENTOnombre[ 0, n ]TIENE[ 1, 1 ]DEPARTAMENTOTEMAnombreINCLUYEResolucin de conflictos51Fusin 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.52ttulo[ 0, n ]cdigorea-investigacinnombrecdigo[ 1, n ]TEMAPUBLICACININCLUYEdireccin[ 1, n ]nombrettulodireccinnombre[ 0, n ]TRATACONTRATISTAPUBLICAESCRITO-POR[ 1, n ][ 0, n ][ 1, 1 ][ 0, n ]INFORMEDEPARTAMENTOTIENE[ 1, 1 ]FUSIN53ttulo[ 0, n ]cdigorea-investigacinnombrecdigo[ 1, n ]TEMAINCLUYEdireccin[ 1, n ]nombrettulodireccinnombre[ 0, n ]TRATACONTRATISTAPUBLICAESCRITO-POR[ 1, n ][ 0, n ][ 1, 1 ][ 0, n ]DEPARTAMENTOTIENE[ 1, 1 ][ 0, n ]INFORMEPUBLICACINReorganizacin54ttulo[ 0, n ]cdigorea-investigacinnombrecdigo[ 1, n ]TEMAINCLUYEdireccin[ 1, n ]nombredireccinnombre[ 0, n ]TRATACONTRATISTAPUBLICAESCRITO-POR[ 1, n ][ 0, n ][ 1, 1 ][ 0, n ]DEPARTAMENTOTIENE[ 1, 1 ][ 0, n ]INFORMEPUBLICACINdPropiedades interesquemticas55ttulo[ 0, n ]cdigorea-investigacinnombrecdigo[ 1, n ]TEMAINCLUYEdireccinnombredireccinnombre[ 0, n ]CONTRATISTAESCRITO-POR[ 1, n ][ 0, n ]DEPARTAMENTOTIENE[ 1, 1 ]INFORMEPUBLICACINdEliminacin de redundancia56ESTRATEGIAS de Fusin de Esquemas

57CARACTERSTICAS DE UN ESQ. CONCEPTUALQu es un BUEN esquema?

1. COMPLETO2. CORRECTO3. MNIMO4. EXPRESIVO5. LEGIBLE6. AUTOEXPLICATIVO7. EXTENSIBLE5758COMPLETITUD y CORRECCINCOMPLETITUDRepresenta TODA caracterstica importante del UoDCompletitud del esquema respecto a los requisitosCompletitud de los requisitos respecto al esquema

CORRECCINUso adecuado de los conceptos del MEECorreccin SINTCTICACorreccin SEMNTICAErrores semnticos frecuentesATRIBUTO en lugar de TIPO ENTIDADOLVIDAR GENERALIZACIN o la PROPIEDAD DE HERENCIAGRADO ERRNEO DE INTERRELACIONESENTIDAD en lugar de INTERRELACINOMITIR especificaciones de CARDINALIDAD MNIMA/MXIMA59MINIMALIDADCada 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 REDUNDANCIACiclos de interrelacionesAtributos derivados60MINIMALIDADCiclos de interrelaciones

CIUDADCOMUNIDADAUTONOMAPROVINCIA1NPERTENECE_A1NESTA_EN1NES_DE61MINIMALIDADAtributos derivadosdirectorTRABAJA_ENnombreNmero de empleadosEMPLEADO[ 1, N ][ 1, N ]edadcdigoPROYECTOdirectorTRABAJA_ENnombreEMPLEADO[ 1, N ][ 1, N ]edadcdigoPROYECTO62EXPRESIVIDADRepresenta los requisitos de forma natural, entendible, sin explicaciones adicionales

Acciones de mejora de la expresividad CREACIN DE GENERALIZACINELIMINACIN DE SUBTIPOS DE ENTIDAD COLGANTES EN G/EELIMINACIN DE TIPOS DE ENTIDAD COLGANTESnombre[ 1, n ]apellidoNSSnombre[ 1, 1 ]CIUDADPERSONANACIDA_ENnombreapellidoNSSPERSONAciudad_nacimiento63EXPRESIVIDADPROFESOROFRECEASISTENTESEMINARIOCURSOINSTRUCTOROFRECEENSEAENSEACALIFICAPROFESORASISTENTESEMINARIOCURSOINSTRUCTORENSEACALIFICAPERSONAL ENSEANZAOFERTAS64

LEGIBILIDAD

- Homogeneidad en los tamaos

- Lneas rectas

- Simetra

- No cruces de lneas

- Mnimo n esquinas

- Supertipos encima de subtipos y subtipos simtricos65AUTOEXPLICACIN

- Representa muchas propiedades usando construcciones del modelo

- sin usar otros formalismosEXTENSIBILIDAD

- Fcil de adaptar a cambios en los requisitosESTUDIANTE[ 2, 2 ][ 0, N ]tipoPROFESORPOSEETUTORESTUDIANTE[ 1, 1 ][ 0, N ]PROFESORPOSEE TUTORDOCTORADOPOSEE TUTORMASTER[ 0, N ][ 1, 1 ]Metodologa de diseo conceptual utilizando el modelo entidad/relacinElmasri, R.; Navathe, S.B. Sistemas de bases de datos. Conceptos fundamentales. 2 ed. AddisonWesley Iberoamericana, 1997. Obtencin del diagrama entidad/relacinPara 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, yespecificar restricciones de integridad.Estas actividades se realizan de forma iterativa hasta conseguir definir un diagrama Entidad/Relacin lo ms fiel posible a la realidad.66CLASIFICACINPERSONASCOCHESMundo realModelo de la realidad1. Identificar entidades y atributosDe 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.681. Identificar entidades y atributosEntidad: 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, eindicar 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. ycodprovinciajefePROYECTOnombre69ycodprovinciajefePROYECTOnombreycodprovincianombrePROYECTOnombreJEFERESPON-SABLE1NEJEMPLO 2No 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:

En el siguiente diagrama se decide considerar el atributo jefe corno una entidad, representado correctamente la dependencia anterior.69702. 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.7071Estrategia descendente (especializacin)En el conjunto de ocurrencias de una entidad, se pueden definir subconjuntos con propiedades estticas (atributos) o de comportamiento (relaciones) distintas.DNInombreCIFCLIENTEnombreEMPRESAPERTENECEN1pasguaDNInombreCIFCLIENTEnombreEMPRESAPERTENECEN1pasguaCLIENTETURISTASUUEJEMPLO 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 7172Estrategia ascendente (generalizacin):existe en el esquema un conjunto de entidades con algunas propiedades similares y que en la realidad se podran clasificar en un objeto comn.DNIEMPLEADOnombrecategoraidiomaTCNICOSECRETARIODUUpulsacionesDNInombrecategoraidiomaTCNICOSECRETARIOpulsacionesDNInombreEjemplo 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.733) 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.expALUMNOnombrettulodirectorPROYECTANTEUespeciali.expnombrettulodirectorPROYECTANTEespeciali.expALUMNOnombreespeciali.74atributo discriminador en la entidad generalLa [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 discriminador en la entidad general (Ejemplo 6).codLIBROttuloNO-ESPAOLESPAOLDUUespaolcodLIBROttuloespaol: dominio(s / no)753. Identificar relaciones entre entidadesUna 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 yatributos 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). 763.2. relaciones redundantesDeben 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 distintos (despega, aterriza). dnicolorpesoPROVEEDORnombrePIEZAVENDENNcdigodireccinSUMINISTRANNn vuelopasVUELOhoraCIUDADDESPEGAN1nombreATERRIZAN1773.3. dependencias transitivasEliminar la redundancia que se deriva de dependencias transitivas.

cdigodir-ayto nombrePROVINCIAnombreCIUDADES_DE1NhabitantesCOMUNIDADnombrePERTENECEEST_EN11NNEjemplo 8: En el siguiente diagrama se 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..78EJEMPLO 9No 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 responsable de ninguna asignatura no se puede eliminar. cdigocdigo nombrePROFESORnombreASIGNATURARESPONSABLE1NtelfonoDEPARTAMENTOnombrePERTENECEADSCRITA11NNLa mismo reflexin puede hacerse respecto a la relacin adscrita. Dado que pese a existir cierta redundancia no es posible eliminar ninguno relacin sin perder por ello informacin, este diagrama necesita una restriccin de integridad que asegure que 'los profesores slo son responsables de asignaturas de su departamento".79EJEMPLO 10No hay que pensar, sin embargo, que siempre que hay un ciclo entre entidades existe una dependencia transitiva.dir-aytonombre dniCIUDADnombrePERSONATRABAJA1NnombrePROVINCIAcdigoPERTENECENACI11NNEjemplo 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.803.4. relaciones de grado mayor que dosHay 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 de asignaturas a alumnos por los profesores:expnombre dniALUMNOnombrePROFESORnombreASIGNATURAcdigoDOCENCIAN1NSi se elige este diseo slo se 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].813.5. EJEMPLO 12Sea 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 de mdico slo se puede relacionar una vez con la misma ocurrencia de paciente.n colegiadodninombreMDICOnombrePACIENTEVISITANNfechadiagnstico82EJEMPLO 12Para contemplar esta situacin se puede optar por :introducir una nueva entidad relacionada con las anteriores (esta entidad ser dbil) oespecificar 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 Visita (como la hora o un contador de visitas diarias).

n colegiadodninombrenombrePACIENTERECIBENNfechadiagnsticoVAMDICOVISITA1183EJEMPLO 12Solucin 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.n colegiadodninombreMDICOnombrePACIENTEVISITANNfechadiagnsticovisita843.6. entidad con un identificador compuesto por varios atributosSi 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.

Ejemplo 13. Sean las tres entidades que se muestran:dniPROVEEDORnombredircdigoPIEZAdescripcincolordniPEDIDOcdigodniPROVEEDORnombredircdigoPIEZAdescripcincolorPEDIDONNComo 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:853.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.dniPROFESORnombredircd-depDEPARTAMENTOnombretelfonocd-depdniPROFESORnombredircd-depDEPARTAMENTOnombretelfonoPERTENECEN1La solucin correcta es aquella que representa explcitamente la relacin entre Profesor y Departamento.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 atributos con restriccin de unicidad.863.8. Papel que cada entidadEspecificar 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). ASIGNATURAJERARQUANNtiene_prerequisitoes_prerequisitoPIEZACOMPO-SICINNNForma_parte_deSe_compone_de1) Relacin de prerrequisitos en el conjunto de las asignaturas de una carrera: "una asignatura puede ser prerrequisito de muchas asignaturas y tener tambin a muchas asignaturas como prerrequisito. 2) Relacin de composicin entre piezas: "una pieza se compone de muchas piezas y a su vez puede formar parte de muchas piezas.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. 873.8. Papel que cada entidadPor 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?.RIOAFLUENCIA1NEs_afluente_deTiene-como-afluentes3) 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 l884. Entidad dbilComo 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.a0AanBR1?...?b0bn...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.89EJEMPLO 16caso 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.nombrePAISrentaCIUDADESTEN1N...nombrealcalde...90EJEMPLO 17caso 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 atributo de la entidad recurso que ayude a distinguirlos.NpleitoPLEITOresultadoRECURSOTIENE11...fecha...915. objetos agregadosLa 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. edad dniHOMBREnombreMUJERedad dninombredir nmerotelfonoJUZGADOMATRIMONIOCASADOS_ENEjemplo 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.926. Especificar restricciones de integridadTodos 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:

cdigocdigo nombrePROFESORnombreASIGNATURARESPONSABLE1NtelfonoDEPARTAMENTOnombrePERTENECEADSCRITA11NNRX: 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)

CIUDAD

PERSONA

VIVE_EN

NACIO_EN

RELACIONADA_CON

CIUDAD

PERSONA

PROYECTO

PERSONA

TRABAJA_EN

DIRIGE

EMPLEADA_EN

PROYECTO

PERSONA

(a)

(b)

Esquema 1

Esquema 2

Anlisis de Conflictos

Resolucin de Conflictos

Fusin de Esquemas

Esquema Integrado

Esquema 1

Esquema 2

Lista de Conflictos

Esquema 1

Esquema 2

Propiedades inter-esquemticas

Elemento

del esquemaPropiedades

(conceptos vecinos)Restricciones

EntidadSus atributos, interrelaciones adyacentes y jerarquas de generalizacinCardinalidades mnima y mxima de las interrelaciones donde la entidad participa; identificadores

InterrelacinSus atributos; entidades participantesCardinalidades mnima y mxima de las entidades participantes

AtributoEntidades o interrelaciones a las que perteneceCardinalidades mnima y mxima; conjunto de valores; identificadores que incluyen el atributo

V1

V3

V4

V2

Esquemas Intermedios

Integrados

Esquema Final Integrado

Integracin de Escalera Binaria

Integracin n-aria

Esquema Final Integrado

Integracin Binaria Balanceada

V2

V4

V3

V1

Esquema Final Integrado

Esquemas

Intermedios Integrados

V2

V5

V3

V1

V4

V4

Integracin Mixta

Esquema Final Integrado

Esquemas

Intermedios Integrados

V2

V5

V3

V1

V6

VUELO

CIUDAD

1

N

ATERRIZA

N

DESPEGA

1

CIUDAD

PERSONA

PROVINCIA

1

N

NACI_EN

TRABAJA_EN

1

N

ES_DE

1

N

ESTUDIANTE

CURSILLO

M

N

EXAMINADO

N

MATRICULADO

M