TEMA II: Características del Modelo E-R Extendido

Documentos relacionados
Bases de Datos OTROS ASPECTOS MODELO E-R

TEMA 3: REDUCCIÓN DE UN ESQUEMA E-R A TABLAS

TEMA 2: EL MODELO ENTIDAD-RELACION (Continuación)

INSTITUTO TECNOLOGICO SUPERIOR DE LERDO. ALUMNO: JUAN ESQUIVEL VAQUERA. ENSAYO: Modelo entidad-relación. PROFESOR: RICARDO BUSTAMANTE.

Base de Datos. Docente: Ing. Francisco Rodríguez BASE DATOS. Resultados. Internet. Requerimientos

Sistemas de Bases de Datos I. Modelo Conceptual. Modelo Entidad Relación

Modelos de Datos. Modelo Entidad-Relación

El Modelo Relacional. Carlos A. Olarte BDI

Ítems/Entidades/Objetos [sustantivos]: Objetos que existen en el mundo y que son

La Herencia: Teoría (1)

Formato para prácticas de laboratorio

Modelo relacional. Modelo relacional

Una relación esta en 4FN si esta en la BCFN y no contiene dependencias multivaluadas.

Casos de Uso. Introducción. Actores

Tema 2 Índice. El modelo Entidad-Relación (E-R)

(Data Warehouse: metodologías y técnicas)

ADMINISTRACIÓN DEL MANEJO DE BASE DE DATOS MySQL. Dr. Ricardo Raúl Jacinto Montes

Diseño de Base de Datos Relacionales

3.3. Extensiones del modelo

DOCUMENTO INDIVIDUAL DE ADAPTACIÓN CURRICULAR (DIAC)

Cátedra de Bases de Datos

HERENCIA Y TIPOS. Articulo. Video Audio Altavoces. Amplificador

Análisis y Diseño de Sistemas

Carlos Castillo UPF 2008

INTERPRETACIÓN DEL DISEÑO CONCEPTUAL. MODELO ENTIDAD/RELACIÓN. UNIDAD 2. Bases de datos. Modelado de BD

- Bases de Datos (2012/2013) Adjunto Tema 1: Ampliación DER (3)

Desarrollo Orientado a Objetos en Métrica v. 3

El modelo Entidad-relación

Bases de Datos Diseño de Bases de Datos Modelo Conceptual Entidad Relación

Manual para el entrenador de Atletismo Nivel 3, SICCED, Cap. 4, Teoría del Entrenamiento, Thompson Peter,1998.

Comisión Interministerial de Ciencia y Tecnología Curriculum vitae

CONTENIDOS. La herencia permite: - Adoptar automáticamente características ya implementadas. Ahorro de tiempo y esfuerzo

Diseño Lógico El modelo relacional. M.Sc.Lic. Cimar H. Meneses España

Análisis y modelado de sistemas de software. Diseño Persistencia de objetos. Blanca A. Vargas Govea

BASES DE DATOS TEMA 2 MODELOS DE DATOS

ETAPA: FORMACIÓN PROFESIONAL NIVEL: CICLO MEDIO DE COMERCIO MATERIA: RELACIONES EN EL ENTORNO DE TRABAJO OBJETIVOS

Modelo Entidad-Relación

Los diagramas de clases y de objetos sirven para modelar diversos aspectos estructurales o estáticos de un sistema: Modelado - Vocabulario del Sistema

FICHA DE DISEÑO DE ACTIVIDADES DE FORMACIÓN

1. COMPARTIR Y MANTENER LIBROS

C.E.P.I.P.S. Sagrada Familia

Fundamentos de Bases de Datos Facultad de Ciencias UNAM

TEMA 2: EL MODELO ENTIDAD-RELACION

Unidad 5: MODELO DE COMPORTAMIENTO - ESQUEMA DE DATOS CARACTERÍSTICAS DEL ESQUEMA DE DATOS DIAGRAMA ENTIDAD RELACIÓN (D.E.R.)

Esta sección de las instrucciones tiene como finalidad entregar pautas para la recolección de datos de los sueldos y beneficios.

Estilos y temas. Contenido TECNOLOGÍA WORD

id_trabajador nombre tarifa_hr tipo_de_oficio id_supv 1235 F. Aguilera 12,50 Electricista A. Calvo 13,75 Fontanero N.

El Modelo Relacional. Carlos A. Olarte BDI

MODELIZACIÓN CONCEPTUAL DE DATOS

Metodología para la realización de los análisis de sostenibilidad

Las redes semánticas intentan trasladar esa afirmación a un formalismo Una red semántica será un grafo donde:


Una película se caracteriza por su título, nacionalidad, productora y fecha. Una película está dirigida por un director (nombre, nacionalidad).

Modelo Entidad Relación.MER.

RESUMEN DE LAS DIAPOSITIVAS DE BASE DE DATOS 1

Pontificia Universidad Católica del Ecuador

Capítulo 6: Diseño de BD y el modelo ER

Bases de Datos y Sistemas de Información

Manual Usuario GNcys Contabilidad Electrónica Gncys Contabilidad Electrónica. Manual de usuario. Version: Draft 0.001

INGENIERÍA DEL SOFTWARE DE GESTIÓN II PROBLEMA DE DIAGRAMA DE CLASES "GESTIÓN DE RELACIONES HUMANAS EN DEPARTAMENTOS"

Introducción a Protégé

Diseño lógico de. Bases de Datos. Modelo. Entidad - Relación

3.1. Administración de la medición y de la información estratégica:

Diagrama de Clase. Tipos de diagramas

Universidad Salesiana de Bolivia

NECESIDADES DE LOS USUARIOS Y OBJETIVOS DE LOS ESTADOS FINANCIEROS

ING. YIM ISAIAS APESTEGUI FLORENTINO

PROGRAMAS DE GARANTÍA SOCIAL

República Bolivariana de Venezuela Universidad Alonso de Ojeda Facultad de Ingeniería. Escuela de Computación.

Metodología de Desarrollo Visual. Universidad Carlos III de Madrid. Maria- Isabel, Sanchez Segura & Arturo, Mora- Soto

1. ESPECIFICACIÓN BD VIDEOCLUB LA CARTELERA

Academia Cristiana de Candelaria, Inc. FORMULARIO DE MATRÍCULA PARA NUEVO INGRESO AÑO ESCOLAR:

Datos Descriptivos. Guía de Aprendizaje Información al estudiante. Sólo castellano Sólo inglés Ambos IDIOMA IMPARTICIÓN

Introducción Base de datos Tabla Tipos de campos Clave principal Índice Administrador de base de datos Relaciones entre tablas Consulta Formulario

ENTRENADOR DE BALONCESTO

MADRID. Observatorio de la Formación para el Empleo. Formación en las empresas. Junio 2010

Tema 2: Modelo Entidad-Relación(ER)

Formatos para prácticas de laboratorio

PROPUESTA DE APROBACIÓN DE CURSO DE ESPECIALIZACIÓN Y ACTIVIDADES ACADÉMICAS ORIENTADAS A LA FORMACIÓN

GLOSARIO DE TÉRMINOS

Diagramas De Casos De Uso

Java Avanzado Facultad de Ingeniería. Escuela de computación.

Dirección de Desarrollo Curricular Secretaría Académica

Área de Prevención de Riesgos Laborales. Sistemas de Gestión de la Prevención OHSAS 18001

CLA. Diagramas de clases en Métrica V3

UNIVERSIDAD DEL ISTMO PROGRAMA DE ESTUDIO

Gestión base de datos : Modelo Relacional (II)

Conjuntos Los conjuntos se emplean en muchas áreas de las matemáticas, de modo que es importante una comprensión de los conjuntos y de su notación.

Base de Datos. Profesor: José Miguel Rubio L. P. UNIVERSIDAD CATÓLICA DE VALPARAÍSO FACULTAD DE INGENIERÍA ESCUELA DE ING.

FUNDAMENTOS Y PRÁCTICAS DE BASES DE DATOS

PROPIEDADES DE LOS CAMPOS. Cada campo de una tabla dispone de una serie de características que proporcionan un control

Lenguaje de Modelamiento Unificado.

Prof. Mariano Mancuso. Sistemas de información y control diagrama de clases

MINISTERIO DE SALUD PUBLICA Y ASISTENCIA SOCIAL COOPERACIÓN ALEMANA PARA EL DESARROLLO PROYECTO DE APOYO AL SECTOR SALUD PASS/GTZ.

Técnicas de modelado. Problemas adicionales

GRADO EN ADMINISTRACIÓN Y DIRECCIÓN DE EMPRESAS

BASES DE DATOS TEMA 3 MODELO ENTIDAD - RELACIÓN

UML: INTRODUCCIÓN, ORIENTACIÓN a Objetos

Curriculum Vitae. Universidad Pontificia Comillas

Transcripción:

2015 UNAN LEÓN Departamento de Computación Asignatura: DISEÑO DE BASE DE DATOS TEMA II: Características del Modelo E-R Extendido

TEMA 2: CARACTERÍSTICAS DEL MODELO E-R EXTENDIDO Aunque los conceptos básicos de E-R pueden modelar la mayoría de las características de las bases de datos, algunos aspectos de una base de datos pueden ser más adecuadamente expresados mediante ciertas extensiones del modelo E-R básico. En este apartado se discuten las características E-R extendidas de especialización, generalización, conjuntos de entidades de nivel más alto y más bajo, herencia de atributos y agregación. 2.11 ESPECIALIZACIÓN Un conjunto de entidades puede incluir subgrupos de entidades que se diferencian de alguna forma de las otras entidades del conjunto. Por ejemplo, un subconjunto de entidades en un conjunto de entidades puede tener atributos que no son compartidos por todas las entidades del conjunto de entidades. El modelo E-R proporciona una forma de representación de estos grupos de entidades distintos. Considérese el conjunto de entidades persona con atributos nombre, calle y ciudad. Una persona puede clasificarse además como: Cliente Empleado Cada uno de estos tipos de persona se describe mediante un conjunto de atributos que incluyen los atributos del conjunto de entidades Persona más otros posibles atributos adicionales. Por ejemplo, las entidades Cliente se pueden describir además mediante el atributo id-cliente, mientras que las entidades empleado se pueden describir además mediante los atributos idempleado y sueldo. El proceso de designación de subgrupos dentro de un conjunto de entidades se denomina especialización. La especialización de persona permite distinguir entre las personas basándose en si son empleados o clientes. Se puede aplicar repetidamente la especialización para refinar el esquema de diseño. Por ejemplo, los empleados del banco se pueden clasificar en uno de los siguientes: Oficial Cajero Secretaria Cada uno de estos tipos de Empleado se describe por un conjunto de atributos que incluye todos los atributos del conjunto de entidades empleado más otros adicionales. Por ejemplo, las entidades Oficial se puede describir por el atributo número_despacho, las entidades Cajero por los atributos número_sección y horas_semana, y las entidades Secretaria por el atributo horas_semana. Además, las entidades Secretaria pueden participar en una relación secretaria_de, que identifica al empleado ayudado por una secretaria. Un conjunto de entidades se puede especializar por más de una característica distintiva. En el ejemplo, la característica distintiva entre entidades Empleado es el trabajo que realiza el empleado. Otra especialización coexistente podría estar basada en si la persona es un trabajador temporal o fijo, resultado en los conjuntos de entidades empleado-temporal y empleado-fijo. Cuando se forma más de una especialización de un conjunto de entidades, una entidad en particular puede pertenecer a varias especializaciones. Por ejemplo, una empleada dada puede ser una empleada temporal y secretaria. En términos de un diagrama E-R, la especialización se representa mediante un componente triangular etiquetado ES. La etiqueta ES representa, por ejemplo, que un cliente «es» una persona. La relación ES se puede llamar 2

también relación superclase-subclase. Los conjuntos de entidades de nivel más alto y más bajo se representan como conjuntos de entidades regulares, es decir, como rectángulos que contienen el nombre del conjunto de entidades. 2.12 GENERALIZACIÓN El refinamiento a partir de un conjunto de entidades inicial en sucesivos niveles de subgrupos de entidades representa un proceso de diseño descendente en el que las distinciones se hacen explícitas. El proceso de diseño puede ser también de una forma ascendente, en el que varios conjuntos de entidades se sintetizan en un conjunto de entidades de nivel más alto basado en características comunes. El diseñador de la base de datos puede haber identificado primero el conjunto de entidades cliente con los atributos nombre, calle, ciudad e id-cliente, y el conjunto de entidades empleado con los atributos nombre, calle, ciudad, id-empleado y sueldo. Hay similitudes entre el conjunto de entidades Cliente y el conjunto de entidades Empleado en el sentido de que tienen varios atributos en común. Esta similitud se puede expresar mediante la generalización, que es una relación contenedora que existe entre el conjunto de entidades de nivel más alto y uno o más conjuntos de entidades de nivel más bajo. En el ejemplo, Persona es el conjunto de entidades de nivel más alto y los conjuntos de entidades Cliente y Empleado son de nivel más bajo. Los conjuntos de entidades de nivel más alto y nivel más bajo también se pueden llamar superclase y subclase, respectivamente. El conjunto de entidades Persona es la superclase de las subclases Cliente y Empleado. Para todos los propósitos prácticos, la generalización es una inversión simple de la especialización. Se aplicarán ambos procesos en combinación en el curso del diseño del esquema E-R para una empresa. En términos del propio diagrama E-R no se distingue entre especialización y generalización. Los niveles nuevos de representación de entidades serán distinguidos (especialización) o sintetizados (generalización) cuando el esquema de diseño llegue a expresar completamente la aplicación de base de datos y los requisitos de uso de la base de datos. Las diferencias entre los dos enfoques se pueden caracterizar mediante su punto de partida y el objetivo global. La especialización parte de un conjunto de entidades simple; enfatiza las diferencias entre las entidades dentro del conjunto mediante la creación de distintos conjuntos de entidades de nivel más bajo. Estos conjuntos de entidades de nivel más bajo pueden tener atributos, o pueden participar en relaciones que no se aplican a todas las entidades del conjunto de entidades de nivel más alto. Realmente, la razón de que el diseñador aplique la especialización es representar tales características diferentes. Si Cliente y Empleado no tuvieran cada una atributos únicos que no tengan las entidades Persona en la que participan, no habría necesidad de especializar el conjunto de entidades Persona. La generalización procede de observar que varios conjuntos de entidades que comparten algunas características comunes y basada en esas similitudes, sintetiza estos conjuntos de entidades en un solo, el conjunto de entidades de nivel más alto. La generalización se utiliza para resaltar las similitudes entre los conjuntos de entidades de nivel más bajo y para ocultar las diferencias; también permite economizar la representación para que los atributos compartidos no estén repetidos. 3

Diagrama E-R que ilustra la representación de la Especialización y Generalización 2.13 HERENCIA DE ATRIBUTOS Una propiedad crucial de las entidades de nivel más alto y más bajo creadas mediante especialización y generalización es la herencia de atributos. Los atributos de los conjuntos de entidades de nivel más alto se dice que son heredados por los conjuntos de entidades de nivel más bajo. Por ejemplo, Cliente y Empleado heredan los atributos de Persona. Así, Cliente se describe mediante sus atributos nombre, calle y ciudad y adicionalmente por el atributo idcliente; Empleado se describe mediante sus atributos nombre, calle y ciudad y adicionalmente por los atributos id-empleado y sueldo. Un conjunto de entidades de nivel más bajo (o subclase) también hereda la participación en los conjuntos de relaciones en los que su entidad de nivel más alto (o superclase) participa. EJEMPLO: El siguiente esquema E/R corresponde al diseño de la BD de una Escuela Infantil para niños en la que se quiere guardar información sobre su gestión durante un curso académico para lo cual se debe registrar: De los alumnos interesa conocer el número de matrícula, nombre, apellidos, fecha de nacimiento, nombre de la madre y el padre, dirección, teléfono, edad (la cual se obtiene a partir de la fecha de nacimiento). De los profesores se debe registrar número de inss, nombre, teléfono(s), dirección(es) de correo electrónico y su titulación. Los alumnos realizan actividades extra curriculares de las cuales se debe conocer el código de la actividad (único), la fecha de inicio y fin, coste y una descripción. Así mismo se requiere un control de los cursos coordinados por los profesores de los cuales se conoce el número de curso, nombre y coste de realización. De cada grupo se guarda el número de grupo(1,2,3 ), el aula y número de alumnos asignados. 4

Tomar en cuenta los siguientes supuestos: Almacenar los profesores asignados a los grupos de alumnos de tal manera que se distinga ente profesores principales y profesores de apoyo. Cada grupo tiene un único profesor principal y dos profesores de apoyo que no tienen porque estar permanentemente en el aula de clase. De un profesor principal se guarda además su día preferente de tutoría. Un profesor principal lo es obligatoriamente de un único grupo y un profesor de apoyo puede serlo de varios grupos. Los profesores no pueden intercambiar el papel que desempeñan. Con el fin de conseguir la certificación de calidad, la BD debe almacenar información sobre las tutorías personalizadas que realizan los profesores principales de los grupos con los padres de los alumnos en cada uno de los trimestres del curso escolar. De cada tutoría realizada sobre un alumno con el profesor principal de su grupo en un determinado trimestre se almacenará la fecha en que se realizó, hora de inicio, duración, resumen de la visita y si asistieron el padre, la madre o ambos. Cada trimestre se identifica por un número (1 0,2 0,3 0 ) y un año y se caracteriza por el número de días lectivos y días festivos que tiene. No hay límite en el número de tutorías que se pueden realizar sobre un determinado alumno en un trimestre. 5