TECNOLOGAS DE LA INFORMACIN Y COMUNICACIN REA SISTEMAS INFORMTICOS

Bases de Datos

UNIDADES TEMTICAS
UNIDAD I. INTRODUCCIN Y GENERALIDADES II. Introduccin a las Bases de Datos Funciones de los Sistemas de Bases de Datos Actores en los Sistemas de Bases de Datos Ventajas de utilizar un SGBD Estructura Global de un Sistema de Bases de Datos 11 y 12 de mayo 18 de mayo Fechas Evaluaciones

MODELOS DE DATOS UTILIZANDO ER, EER Y MODELADO DE OBJETOS Categoras de los modelos de datos Modelo de datos utilizando Entidad-Relacin Modelo Entidad-Relacin extendido y Modelado de Objetos Herencia, Generalizacin, Restricciones y Caractersticas de la Especializacin y Generalizacin. Modelado Conceptual de Objetos mediante diagramas de clase UML Tipos de relacin de grado superior a dos 18 de mayo al 19 de junio 19 de junio

UNIDADES TEMTICAS
UNIDAD III. MODELO RELACIONAL IV. Conceptos del Modelo Relacional Restricciones Relacionales Integridad de Entidades, Integridad Referencial y Claves Externas Transformacin de E-R a Modelo Relacional Transformacin de los conceptos de E-R extendido en relaciones 10 de julio al 04 de agosto 22 de junio al 07 de julio 07 de julio Fechas Evaluaciones

LGEBRA RELACIONAL Introduccin al Algebra Relacional Operaciones del Algebra Relacional

07 de agosto

V.

ESTNDARES DE LAS BASES DE DATOS RELACIONALES Definicin de datos, restricciones y cambios de esquema Operaciones de Actualizacin y tratamiento de las restricciones Visualizando restricciones en el control de integridad Especificacin de valores por omisin y acciones de disparo referencial 07 al 18 de agosto 18 de agosto

BIBLIOGRAFA
Y.H. TSAJ, A Sistemas de Bases de Datos, Administracin y Uso Editorial: Prentice Hall 1 Edicin Mxico 1990 Steele, P., Heydt R. DBASE IV 1.1 y SQL, Programacin para expertos Grupo Noriega Editores 1 Edicin Mxico 1993

BSICA

Weiderhold, G. Diseo de Bases de Datos Ediorial: Mc. Graw Hill 2 Edicin Mxico 1988

Campbell, M. DBASE IV Gua de autoenseanza Ediorial: Mc. Graw Hill 1 Edicin Mxico 1991

Moreno, P., Ruez, S., Bello, J. Introduccin al DBASE Editorial: Mc Graw Hill 1 Edicin Mxico 1993

Liskin, M. DBASE IV a su alcance Editorial: Mc Graw Hill 1 Edicin Espaa 1991

Ashton Tate Introduccin al DBASE IV Ashton Tate 1988

Liskin, M. DBASE IV Manual de bolsillo Editorial: Mc Graw Hill 1 Edicin Mxico 1992

BIBLIOGRAFA
Catapult, Inc. Microsoft Fox Pro MS-DOS versin 2.5 Editorial: Microsoft Press EEUU 1993

COMPLEMENTARIA

Ricciardi, S. Running Microsoft Fox Pro for MS-DOS Ediorial: Microsoft Press EEUU 1993

Jones, E. Aplique Fox Pro 2.5 para Windows Editorial: Mc. Graw Hill 1 Edicin Espaa 1993

FORMA DE EVALUACIN

Asistencia Participacin Trabajos en equipo (Examen Individual) Proyecto Final en equipo

15% 20% 30% 35%

100%

FORMA DE EVALUACIN
Asistencia 15%

Se pasa lista al inicio de la clase Se pasa lista al trmino de la clase Se cancela la asistencia si:  Se encuentra al alumno haciendo actividades que no son propias de la materia.  El alumno es indisciplinado en la clase.  El alumno sale demasiado tiempo de la clase (an cuando haya estado presente en el pase de lista inicial y final).

FORMA DE EVALUACIN
Participacin 20%

Despus de la explicacin en clase, se dar un determinado tiempo para que el alumno redacte su propia definicin o proporcione ejemplos de lo recin visto y ser enviado por mail a la profesora (estas participaciones se harn cada que sea necesario definir algn concepto o que se requiera clarificar ms con ejemplos). NO cuenta como participacin una definicin de Internet.

Ser vlida la participacin slo si es recibida en el transcurso de la clase, y si es congruente con lo que se vio en clase.

FORMA DE EVALUACIN
Trabajos en equipo (Examen individual)
Se formarn 3 equipos de 6 integrantes y 1 equipo de 5 integrantes. La calificacin de los trabajos ser lo obtenido de manera individual. Se har un trabajo en equipo por Unidad que consistir en la documentacin terica de la Unidad (NO de Internet, sino lo que el equipo aporta en definiciones y conceptos a lo que se vio en clase), ser un archivo en PDF que ser IMPRESO y enviado por CORREO el mismo da del ltimo examen de la Unidad. Estos trabajos se pueden ir armando en cada clase con las participaciones y la retroalimentacin de la profesora. Deben contener:   Portada que contenga: Nombre de asignatura, nombre completo de todos los integrantes del equipo, nombre de la profesora, nombre del proyecto, fecha de entrega. Contenido terico de la Unidad.

30%

El examen individual consistir en preguntas del documento entregado y en un ejercicio prctico de lo visto en la Unidad.

FORMA DE EVALUACIN
Proyecto Final en equipo 35%

Se presentar un documento engargolado con la siguiente estructura:      Portada que contenga: Nombre de asignatura, nombre completo de todos los integrantes del equipo, nombre de la profesora, nombre del proyecto, fecha de entrega. ndice. Introduccin. Desarrollo del proyecto. Conclusiones.

El documento ser mximo de 20 hojas, aquellos que rebasen sern devueltos sin ser revisados. En el documento NO deber incluirse teora. Se entregar un CD etiquetado con el nombre de los integrantes y del proyecto y deber contener en electrnico el documento y la base de datos correspondiente al proyecto. Se evaluar la presentacin y el contenido. Fecha de entrega 18 de agosto (NO SE RECIBEN PROYECTOS DESPUS DE ESTA FECHA)

I. INTRODUCCIN Y GENERALIDADES

Introduccin a las Bases de Datos Funciones de los Sistemas Gestores de Bases de Datos Actores en los Sistemas Gestores de Bases de Datos Ventajas de utilizar un Sistema Gestor de Bases de Datos Estructura Global de un Sistema Gestor de Bases de Datos

Qu es una Base de Datos?

Coleccin compartida de datos relacionados desde el punto de vista lgico, junto con una descripcin de esos datos (metadatos), diseada para satisfacer las necesidades de informacin de una organizacin.

Conjunto exhaustivo y no redundante de datos estructurados, organizados de forma independiente a su utilizacin o implantacin en mquina, accesibles en tiempo real y compatibles con usuarios concurrentes y sus respectivas necesidades (peticiones) de informacin.

Las Bases de Datos sirven para almacenar, procesar y extraer datos

Qu es una Base de Datos?

Una base de datos es una coleccin de informacin organizada de forma que un programa de ordenador pueda seleccionar rpidamente los fragmentos de datos que necesite. Una base de datos es un sistema de archivos electrnico. Las bases de datos se organizan por campos, registros y archivos. Un campo es una pieza nica de informacin; un registro es un sistema completo de campos; y un archivo es una coleccin de registros. Por ejemplo, una gua de telfono es anloga a un archivo. Contiene una lista de registros, cada uno de los cuales consiste en tres campos: nombre, direccin, y nmero de telfono. A veces se utiliza DB, de database en ingls, para referirse a las bases de datos.

En qu se diferencia una Base de Datos de los archivos tradicionales?

Una base de datos es un archivo, existen diferentes tipos de archivos, cmo de texto, imgenes, pistas de audio, video, entre otras junto con los archivos de bases de datos. Cada tipo de archivo tiene sus caracterstica nicas que los diferencian y programas especficos que nos permiten hacer uso de ellos. En el caso de las bases de datos, tienen un estructura organizacional que permite contener de forma ordenada datos de diferentes tipos.

En qu se diferencia una Base de Datos de los archivos tradicionales?

Hojas de clculo

Excel Word Power Point Block de notas Paint, Corel, etc.

Archivos tradicionales

Documentos Presentaciones Archivos de texto Editar imgenes

SGBD DBMS

Bases de Datos

Archivos de audio

Reproductor de Windows, Winamp, etc.

Qu es un Sistema Gestor de Base de Datos?

Sistema Gestor de Bases de Datos (SGBD). Es un software que proporciona servicios para la creacin, el almacenamiento, el procesamiento y la consulta de la informacin almacenada en base de datos de forma segura y eficiente. Un SGBD acta como un intermediario entre las aplicaciones y los datos.

Funciones de un Sistema Gestor de Base de Datos?

Los SGBD pueden considerarse como intermediarios entre las aplicaciones y la representacin de los datos. As, los desarrolladores ven los datos desde una perspectiva de ms alto nivel. Esa perspectiva es la del modelo de bases de datos utilizado. Proporcionar independencia de los datos y las aplicaciones. As, se puede disear la base de datos incluso antes que las aplicaciones, y ese diseo permitir que se desarrollen mltiples aplicaciones posteriormente. Niveles: Fsico Lgico Vistas

Funciones de un Sistema Gestor de Base de Datos?

Restricciones: Unicidad Valores nulos Tipo de dato almacenado Tamao Mecanismos de recuperacin Transacciones Control de concurrencia Bloqueo Serializacin Control de acceso Usuarios Privilegios Otras funciones Backup Compresin de datos Importar datos Exportar datos

LO QUE NO HACE UN SGBD

Un buen diseo de la base de datos

Actores en un Sistema Gestor de Base de Datos

El gestor de la base de datos Se trata de un conjunto de programas no visibles al usuario final que se encargan de la privacidad, la integridad, la seguridad de los datos y la interaccin con el sistema operativo. Proporciona una interfaz entre los datos, los programas que los manejan y los usuarios finales. Cualquier operacin que el usuario hace contra la base de datos est controlada por el gestor. El gestor almacena una descripcin de datos en lo que llamamos diccionario de datos, as como los usuarios permitidos y los permisos. Tiene que haber un usuario administrador encargado de centralizar todas estas tareas.

Actores en un Sistema Gestor de Base de Datos

Diccionario de datos Es una base de datos donde se guardan todas las propiedades de la base de datos, descripcin de la estructura, relaciones entre los datos, etc. El diccionario debe contener: La descripcin externa, conceptual e interna de la base de datos Las restricciones sobre los datos El acceso a los datos Las descripciones de las cuentas de usuario Los permisos de los usuarios

Actores en un Sistema Gestor de Base de Datos

Usuarios de los SGBD Usuarios de la categora DBA (administradores) Usuarios de tipo RESOURCE, que pueden crear sus propios objetos y tener acceso a los objetos sobre los que se les ha concedido permisos. Usuarios de tipo CONNECT, que solamente pueden utilizar los objetos a los que se les ha concedido permiso

Actores en un Sistema Gestor de Base de Datos

El administrador de la base de datos (DBA) Es una persona responsable del control del sistema gestor de base de datos. Las principales tareas de un DBA son: La definicin del esquema lgico y fsico de la base de datos La definicin de las vistas de usuario La creacin de usuarios La asignacin y edicin de permisos para los usuarios Mantenimiento y seguimiento de la seguridad en la base de datos Mantenimiento general del sistema gestor de base de datos

Actores en un Sistema Gestor de Base de Datos

Los lenguajes Un sistema gestor de base de datos debe proporcionar una serie de lenguajes para la definicin y manipulacin de la base de datos. Estos lenguajes son los siguientes: Lenguaje de definicin de datos (DDL). Para definir los esquemas de la base de datos Lenguaje de manipulacin de datos (DML). Para manipular los datos de la base de datos Lenguaje de control de datos (DCL). Para la administracin de usuarios y seguridad en la base de datos.

Ventajas de utilizar un Sistema Gestor de Base de Datos

1. 2. 3. 4. 5. 6. 7. 8.

Seguridad de los datos Control o manipulacin de datos Actualizacin de los datos en lnea Reduccin de tiempos Mantener organizacin coherente de los datos Simplificacin del trabajo Generacin de informes a partir de los datos Accesos concurrentes a las BD

Estructura Global de un Sistema Gestor de Bases de Datos

Ejecucin de una tarea por parte del SGBD

1. Peticin de la aplicacin del usuario. 2. Examen de la peticin en el marco del esquema externo del usuario. 3. Transformacin del esquema externo al conceptual (lgico). 4. Transformacin del esquema conceptual (lgico) al interno (fsico). 5. Interaccin con el almacenamiento interno (fsico). 6. Envo de los datos a los buffers del SGBD. 7. Transformaciones de los datos entre el esquema conceptual (lgico) y el externo. 8. Transferencia de los datos necesarios al rea de trabajo del usuario.

Participacin de la UNIDAD I
1. Para que me sirve una Base de Datos? 2. Cuales son los componentes de una Base de Datos? 3. Cules son los programas que me permiten trabajar (crear, manipular, consultar) las Bases de Datos?, Menciona 2 nombres de este tipo de programas. 4. Menciona y explica 3 funciones de los SGBD. 5. Cules son los actores principales en un SGB? 6. Cules son los lenguajes que se utiliza en un SGBD? 7. De los actores que intervienen en un SGBD Cul seras t? y menciona 3 de las funciones bsicas que tendras que realizar.

Definicin del Proyecto Final

(Enviar un mail por equipo con la propuesta de proyecto el da Viernes 22 de Mayo)

Elegir una situacin que requiera el diseo de una BD Hacer el anlisis de requerimientos para el diseo de la BD Disear la BD (Modelo de datos) Crear la BD Crear usuarios de acuerdo a los requerimientos Crear permisos a los usuarios Crear vistas para los usuarios finales Crear interfaces de usuarios Operaciones con la BD (Algebra relacional)

II. MODELOS DE BASE DE DATOS

Categoras de los modelos de datos Modelo de datos utilizando Entidad-Relacin Modelo Entidad-Relacin extendido y Modelado de Objetos Herencia, Generalizacin, Restricciones y Caractersticas de la Especializacin y Generalizacin. Modelado Conceptual de Objetos mediante diagramas de clase UML Tipos de relacin de grado superior a dos

Fases del Diseo de una BD

Anlisis de requisitos Diseo Conceptual Implantacin en el SGBD

Qu es Abstraccin?

Objeto

Abstraccin

Modelo del Objeto

Niveles de Abstraccin

Usuarios Finales

Vista 1

Vista 2

Vista 3

Vista n

DBA

Nivel Conceptual

SGBD

Nivel Fsico

Qu es el Modelado de Datos? MUNDO REAL

ANALIZAR

INTERPRETAR

ABSTRAER

MODELO

Qu es el Modelado de Datos?

Es la representacin de cosas del mundo real. Es una representacin de la realidad que contiene las caractersticas generales de algo que se va a realizar. En base de datos, esta representacin la elaboramos de forma grfica. Es una coleccin de herramientas conceptuales para describir los datos, las relaciones que existen entre ellos, semntica asociada a los datos y restricciones de consistencia.

Categoras de Conceptos que se pueden modelar o abstraer

Categora de Conceptos Objetos fsicos Especificaciones, diseos o descripciones de cosas Lugares Transacciones Roles de la gente Contenedores de otras cosas Cosas en un contenedor Conceptos abstractos Eventos Reglas y Polticas Catlogo Registros Manuales, libros Televisin, Avin Especificaciones de un producto, descripcin del vuelo Tienda, Aeropuerto Venta, Pago, Reservacin Cajero, Piloto Tienda, Avin Artculo, Pasajero Enfermedades Venta, Robo, Reunin, Vuelo, Accidente Poltica devolucin, poltica cancelacin Catlogo productos, catlogo partes Recibos, Contratos, Bitcoras Manual reparacin, manual empleado Ejemplos

Participacin de la UNIDAD II (1)

1. Para qu me sirve la abstraccin? 2. Menciona los 3 niveles de abstraccin y quin acta en cada nivel? 3. Qu es el modelado de datos? 4. Menciona 3 categoras de conceptos que se pueden modelar y menciona un ejemplo de cada uno de ellos.

Participacin de la UNIDAD II (2) Ejercicios de abstraccin

Boleta de Calificaciones Credencial de Estudiante Persona Alumno Alumno egresado Nmero de expediente

Los Modelos de Datos se dividen en 3

grupos:

Modelos lgicos basados en objetos. Modelo Entidad-Relacin. Modelo Orientado a Objetos. Modelos lgicos basados en registros. Modelo Relacional. Modelo Jerrquico. Modelo de Red. Modelos fsicos de datos. Modelo UML (Unified Modeling Language). Modelo de memoria de elementos.

Los Modelos de Datos se dividen en 3

grupos:

Modelos lgicos basados en objetos. Modelo Entidad-Relacin. Modelo Orientado a Objetos. Modelos lgicos basados en registros. Modelo Relacional. Modelo Jerrquico. Modelo de Red. Modelos fsicos de datos. Modelo UML (Unified Modeling Language). Modelo de memoria de elementos.

Modelo Entidad-Relacin (E-R)

El modelo E-R se basa en una percepcin del mundo real, la cual esta formada por OBJETOS BSICOS llamados entidades y las relaciones entre estos objetos as como las caractersticas de estos objetos llamados atributos.

Modelo Entidad-Relacin (E-R)

Una entidad es un objeto que existe y se distingue de otros objetos de acuerdo a sus caractersticas llamadas atributos. Las entidades pueden ser concretas como una persona o abstractas como una fecha.
Entidad

Modelo Entidad-Relacin (E-R)

Un conjunto de entidades es un grupo de entidades del mismo tipo. Por ejemplo el conjunto de entidades CUENTA, podra representar al conjunto de cuentas de un BANCO, o ALUMNO representa a un conjunto de entidades de todos los alumnos que existen en la UTSJR.

Modelo Entidad-Relacin (E-R)

Una entidad se caracteriza y distingue de otra por los atributos, en ocasiones llamadas propiedades, que representan las caractersticas de una entidad.
Atributo

Modelo Entidad-Relacin (E-R)

Los atributos de una entidad pueden tomar un conjunto de valores permitidos al que se le conoce como dominio del atributo. As cada entidad se describe por medio de un conjunto de parejas formadas por el atributo y el valor de dato. Habr una pareja para cada atributo del conjunto de entidades.

Modelo Entidad-Relacin (E-R) Ejemplos de dominio:

Hacer una descripcin en pareja para la entidad alumno con los atributos Expediente, Nombre y Carrera. Atributo, Valor Expediente, 0208MTI-S034 Nombre, Snchez Osuna Ana Carrera, TIC O considerando el ejemplo de un Empleado cuyos atributos son: RFC, Nombre, Salario. Atributo, Valor RFC, COMD741101YHR Nombre, Daniel Coln Morales Salario, 3000

Modelo Entidad-Relacin (E-R)

Una relacin es la asociacin que existe entre dos o ms entidades.

Relacin

Modelo Entidad-Relacin (E-R)

La cantidad de entidades en una relacin determina el grado de la relacin.

Alumno Madre

Cursa

Padres

Hijo

Materia

Padre

Participacin de la UNIDAD II (2)

1. Para qu me sirve la abstraccin? 2. Menciona los 3 niveles de abstraccin y quin acta en cada nivel? 3. Qu es el modelado de datos? 4. Menciona 3 categoras de conceptos que se pueden modelar y menciona un ejemplo de cada uno de ellos. 5. Menciona cmo se clasifican los distintos modelos de datos 6. Menciona un Modelo de Datos de cada clasificacin 7. Menciona y describe los elementos bsicos del Modelo de EntidadRelacin 8. Qu es el dominio de un atributo? 9. Cmo se determina el grado de una relacin?

Modelo Entidad-Relacin (E-R) Limitantes de Mapeo

Existen 2 tipos de limitantes que permiten establecer las validaciones necesarias para conseguir que los datos correspondan con la realidad. 1. Tipos de relaciones 2. Dependencia de existencia

Modelo Entidad-Relacin (E-R) Tipos de relaciones

Existen 4 tipos de relaciones que pueden establecerse entre entidades, las cuales establecen con cuantas entidades de tipo B se puede relacionar una entidad de tipo A: 1. 2. 3. 4. Uno a uno (1:1) Uno a muchos (1:N) Muchos a uno (N:1) Muchos a muchos (N:N)

A estos tipos de relaciones, tambin se les conoce como Cardinalidad.

Modelo Entidad-Relacin (E-R) Tipos de relaciones UNO A UNO (1:1) Se presenta cuando existe una relacin como su nombre lo indica uno a uno, denominado tambin relacin de matrimonio. Una entidad del tipo A solo se puede relacionar con una entidad del tipo B, y viceversa.
A2-A A1-A A3-A A1-B A2-B A3-B

Modelo Entidad-Relacin (E-R) Tipos de relaciones Ejemplos: UNO A UNO (1:1)

CONTRIBUYENTE RFC AUTOMOVIL EMPLEADO ALUMNO No. EXPEDIENTE PERSONA CURP PERSONA HUELLA DIGITAL

Modelo Entidad-Relacin (E-R) Tipos de relaciones UNO A MUCHOS (1:N) Significa que una entidad del tipo A puede relacionarse con cualquier cantidad de entidades del tipo B, y una entidad del tipo B solo puede estar relacionada con una entidad del tipo A.
A2-A A1-A A3-A A1-B A2-B A3-B

Modelo Entidad-Relacin (E-R) Tipos de relaciones Ejemplos: UNO A MUCHOS (1:N)

CLIENTE CUENTAS EN UN BANCO PADRE HIJOS CAMIN PASAJEROS ZOOLGICO ANIMALES RBOL HOJAS

Modelo Entidad-Relacin (E-R) Tipos de relaciones MUCHOS A UNO (N:1) Indica que una entidad del tipo B puede relacionarse con cualquier cantidad de entidades del tipo A, mientras que cada entidad del tipo A solo puede relacionarse con una entidad del tipo B.
A2-A A1-A A3-A A1-B A2-B A3-B

Modelo Entidad-Relacin (E-R) Tipos de relaciones Ejemplos: MUCHOS A UNO (N:1)

EMPLEADOS EMPRESA ALUMNOS ESCUELA FELIGRESES PARROQUIA CLIENTES BANCO CIUDADANOS CIUDAD

Modelo Entidad-Relacin (E-R) Tipos de relaciones MUCHOS A MUCHOS (N:N) Establece que cualquier cantidad de entidades del tipo A pueden estar relacionados con cualquier cantidad de entidades del tipo B.

A2-A A1-A A3-A A1-B

A2-B A3-B

Modelo Entidad-Relacin (E-R) Tipos de relaciones Ejemplos: MUCHOS A MUCHOS (N:N)

PROYECTOS ARQUITECTOS ESTUDIANTES MATERIAS PROFESORES ESCUELAS ENFERMOS SNTOMAS PROVEEDORES PRODUCTOS

Modelo Entidad-Relacin (E-R) Tipos de relaciones

IMPORTANTE La cardinalidad para cada conjunto de entidades depende del punto de vista que se le de al modelo en estudio, claro esta, sujetndose a la realidad.

Modelo Entidad-Relacin (E-R) Dependencia de existencia

Refirindonos a las mismas entidades A y B, decimos que si la entidad A depende de la existencia de la entidad B, entonces A es dependiente de existencia por B, si eliminamos a B tendramos que eliminar por consecuente la entidad A, en este caso B es la entidad Dominante y A es la entidad subordinada.

Modelo Entidad-Relacin (E-R) Llaves primarias

La distincin de una entidad entre otra se debe a sus atributos, lo cual la hace nica. Una llave primaria es aquel atributo el cual consideramos clave para la identificacin de los dems atributos que describen a la entidad.

Modelo Entidad-Relacin (E-R) Llaves primarias

Grado Carrera

Nombre

Alumno
RFC Domicilio CURP No. Expediente

Llaves secundarias

Participacin de la UNIDAD II (3) Para entregar en papel el lunes 25 de mayo Ejercicios del Modelo E-R
1. 2. 3. 4. 5. Horarios de clases. Control de un inventario (Altas y bajas). Recepcin, Atencin y Alta de pacientes en un hospital. Control de calificaciones de los alumnos. Inscripcin de alumnos.

Elaborar los modelos y diagramas considerando: Anlisis de requisitos: Determinar las entidades necesarias y sus atributos. Utilizar la simbologa adecuada para la representacin del modelo E-R. Poner un nombre a la relacin entre entidades. En la simbologa, considerar la cardinalidad de las relaciones. En la simbologa, considerar la llave primaria Definir el grado de la relacin en cada caso.

Participacin de la UNIDAD II (3) Para entregar en papel el lunes 25 de mayo Ejercicios del Modelo E-R
1. 2. 3. 4. 5. Horarios de clases. Control de un inventario (Altas y bajas). Recepcin, Atencin y Alta de pacientes en un hospital. Control de calificaciones de los alumnos. Inscripcin de alumnos.

Elaborar los modelos y diagramas considerando: Anlisis de requisitos: Determinar las entidades necesarias y sus atributos. Utilizar la simbologa adecuada para la representacin del modelo E-R. Poner un nombre a la relacin entre entidades. En la simbologa, considerar la cardinalidad de las relaciones. En la simbologa, considerar la llave primaria Definir el grado de cada relacin.

Participacin de la UNIDAD II (3) Para entregar en papel el lunes 25 de mayo Horarios de clases Modelo E-R
Entidades: 1. 2. 3. 4. 5. 6. 7. 8. Carreras (cve_carrera, nombre_carrera) Grupos (cve_grupo, nombre_grupo, cve_carrera) Alumnos (expediente, nombre_alumno, cve_grupo) Asignaturas (cve_asignatura, nombre_asignatura) Cargas Acadmicas (cve_grupo, cve_asignatura, cve_profesor) Salones (cve_salon, nombre_salon) Profesores (cve_profesor, nombre_profesor) Horarios (cve_grupo, cve_salon, da, hora_inicio, hora_fin)

Participacin de la UNIDAD II (3) Para entregar en papel el lunes 25 de mayo Horarios de clases Modelo E-R
Relaciones: 1. 2. 3. 4. 5. 6. 7. Grupos pertenecen a Carrera (1:1) (N:1) Alumnos se inscriben a Grupos (N:1) (1:N) Asignatura se carga a Carga Acadmica (1:N) (1:1) Grupo se carga a Carga Acadmica (1:N) (1:1) Profesor se carga a Carga Acadmica (1:N) (1:1) Saln se asigna a una Horario (1:N) (1:1) Grupo se asigna a un Horario (1:N) (1:1)

Participacin de la UNIDAD II (3) Para entregar en papel el lunes 25 de mayo Horarios de clases Diagrama E-R

Tipos de Atributos

Simples Compuestos Almacenados Derivados Monovaluados Multivaluados Opcionales (nulos)

Tipos de Atributos Atributos Compuestos Pueden dividirse significado propio

Da Mes Ao

en

otros
A. Pat

Atributos
A. Mat

con
Nom

Gnero

Fecha nacimiento

Persona

Nombre

Domicilio

Calle

Colonia

Ciudad

Estado

CP

Tipos de Atributos Atributos Simples Atributos que no pueden dividirse

Da Mes Ao A. Pat A. Mat Nom

Gnero

Fecha nacimiento

Persona

Nombre

Domicilio

Calle

Colonia

Ciudad

Estado

CP

Tipos de Atributos Atributos Almacenados Son los atributos cuyos valores son almacenados directamente en la base de datos. Nacionalidad de una persona Nombre de una persona Fecha de nacimiento de una persona Cantidad de producto comprado Cantidad de producto vendido

Tipos de Atributos Atributos Calculados Valor calculado a partir de otra informacin ya existente (atributos, entidades relacionadas)
Edad de una persona (se calcula a partir de la fecha de nacimiento) Existencias de un producto (cantidad de compra cantidad de venta) Cantidad de empleados (se calcula contando el nmero de entidades del tipo EMPLEADO)
Edad

Existencia s

Cant. Empleados

Tipos de Atributos Atributos Monovaluados

Atributos que pueden tener un slo valor para cada entidad

Nombre de una persona Fecha de nacimiento de una persona CURP de una persona

Tipos de Atributos Atributos Multivaluados

Atributos que pueden tener ms de un valor para la misma entidad Telfono Domicilio Dependientes econmicos Pueden tener lmites superior e inferior del nmero de valores por entidad
(0,3) Telfono

Telfono (0,3) Domicilio (0,2) Dependientes econmicos (0,5)

Tipos de Atributos Atributos Opcionales (nulos)

Se aplican valores nulos cuando:

Se desconoce el valor del atributo Telfono Email No existe un valor para el atributo Nombre cnyuge Apellido paterno

Tipos de Atributos Notacin para los Atributos

Atributos de relaciones
Existe la posibilidad de que una relacin tenga atributos para calificarla. Por ejemplo: en un hotel
A1 A2 A3 A1 A2 A3

Persona

N:1

Ocupa

Habitacin

Fecha Ingreso

Fecha Salida

Por lo general estos casos suelen derivar en nuevas entidades. As, la relacin OCUPA, con los atributos Fecha Ingreso y Fecha Salida, pueden ser una entidad HOSPEDAJE.

Atributos de relaciones
A1 A2 A3 A1 A2 A3

Persona
N:N

N:1

Ocupa

Habitacin

Tiene

Hospedaje Fecha Salida

Fecha Ingreso

Ejercicios de Modelo E-R

Ejercicio 1
UNA EMPRESA VENDE PRODUCTOS A VARIOS CLIENTES. Se necesita conocer los datos personales de los clientes (NOMBRE, RFC, DIRECCIN, FECHA DE ALTA, ANTIGEDAD). Cada producto tiene un NOMBRE y un CDIGO, as como un PRECIO. De cada proveedor se desea conocer el RFC, NOMBRE y DIRECCION. Un cliente puede comprar varios productos a la empresa, y un mismo producto puede ser comprado por varios clientes. Se debe tener en cuenta que un producto slo puede ser suministrado por un proveedor, y que un proveedor puede suministrar diferentes productos.

Ejercicios de Modelo E-R

Ejercicio 1 - Solucin
UNA EMPRESA VENDE PRODUCTOS A VARIOS CLIENTES.

Entidades: 1. Cliente (nombre, rfc, direccin, fecha de alta, antigedad) 2. Producto (nombre, cdigo, precio) 3. Proveedor(rfc, nombre, direccin)

Ejercicios de Modelo E-R

Ejercicio 1 - Solucin
UNA EMPRESA VENDE PRODUCTOS A VARIOS CLIENTES.

Relaciones: 1. Cliente compra Producto (N:N) 2. Proveedor suministra Producto (1:N)

Ejercicios de Modelo E-R

Ejercicio 1 - Solucin
UNA EMPRESA VENDE PRODUCTOS A VARIOS CLIENTES.

Diagrama:

Ejercicios de Modelo E-R

Ejercicio 2
SE DESEA INFORMATIZAR LA GESTIN DE UNA EMPRESA DE TRANSPORTES QUE REPARTE PAQUETES POR TODA LA REPBLICA Los encargados de llevar los paquetes son los camioneros, de los que se quiere guardar el rfc, nombre, telfono, direccin y salario. De los paquetes transportados interesa conocer el cdigo, descripcin, destinatario y direccin del destinatario. Un camionero distribuye muchos paquetes, y un paquete slo puede ser distribuido por un camionero. De los estados a los que llegan los paquetes interesa guardar el cdigo de estado y el nombre del estado. A un estado pueden llegar varios paquetes. Sin embargo, un paquete slo puede llegar a un estado. De los camiones que llevan los camioneros, interesa conocer la matrcula, modelo y capacidad. Un camionero puede conducir diferentes camiones en fechas diferentes. Un camin puede ser conducido por varios camioneros tambin en diferentes fechas.

Ejercicios de Modelo E-R

Ejercicio 2 - Solucin
SE DESEA INFORMATIZAR LA GESTIN DE UNA EMPRESA DE TRANSPORTES QUE REPARTE PAQUETES POR TODA LA REPBLICA

Entidades: 1. Camionero (rfc, nombre, telfono, direccin, salario) 2. Paquete (cdigo, descripcin, destinatario y direccin del destinatario) 3. Estado (cdigo, nombre) 4. Camin (matrcula, modelo, capacidad)

Ejercicios de Modelo E-R

Ejercicio 2 - Solucin
SE DESEA INFORMATIZAR LA GESTIN DE UNA EMPRESA DE TRANSPORTES QUE REPARTE PAQUETES POR TODA LA REPBLICA

Relaciones: 1. Camionero distribuye Paquete (1:N) 2. Estado llega Paquete (1:N) 3. Camionero conduce Camin (N:N)

Ejercicios de Modelo E-R

Ejercicio 2 - Solucin
SE DESEA INFORMATIZAR LA GESTIN DE UNA EMPRESA DE TRANSPORTES QUE REPARTE PAQUETES POR TODA LA REPBLICA

Diagrama:

Ejercicios de Modelo E-R

Ejercicio 3 - Participacin
La solucin al ejercicio se desarrollar el fin de semana y se enviar por mail el Lunes 1 de junio entre 10:00 y 12:00 hrs. POR EQUIPO. Slo contarn los enviados en esa fecha y hora EN LA BIBLIOTECA DEL CENTRO SE MANEJAN FICHAS DE AUTORES Y LIBROS.
Para cada autor se tiene el cdigo de autor y el nombre. De cada libro se guarda el cdigo, ttulo, ISBN, editorial y nmero de pgina. Un autor puede escribir varios libros, y un libro puede ser escrito por varios autores. Un libro est formado por ejemplares. Cada ejemplar tiene un cdigo y una localizacin. Un libro tiene muchos ejemplares y un ejemplar pertenece slo a un libro. De cada usuario se guarda el cdigo, nombre, direccin y telfono. Los ejemplares son prestados a los usuarios. Un usuario puede tomar prestados varios ejemplares, y un ejemplar puede ser prestado a varios usuarios. De cada prstamos interesa guardar la fecha de prstamo y la fecha de devolucin.

Trabajo para Lunes 1 y Martes 2 de junio

El da Lunes 1 de junio, trabajar POR EQUIPO desarrollando un glosario de trminos y definiciones de lo que se ha visto hasta hoy de la Unidad II. Enviarlo en PDF por mail el Lunes 01 de junio de 2009 antes de las 12:00 hrs. RECUERDEN QUE CUENTA TAMBIEN LA PRESENTACIN Y LA ESTRUCTURA DEL DOCUMENTO. Slo contarn los enviados en esa fecha y hora. Estudiar el glosario por que el da Viernes 05 de junio de 2009, se entregar impreso para EXAMEN. Si no se recibi en la fecha y hora antes mencionada, no podrn presentar examen. El da Martes 2 de junio, resolver el ejercicio 4 POR EQUIPO y enviarlo por mail el mismo da antes de las 12:00 hrs. Este ejercicio se resolver el Viernes despus del examen con la participacin de todos, la participacin contar por el envo de la solucin como equipo y de manera individual por quien participe en clase en la construccin del modelo E-R.

Ejercicios de Modelo E-R

Ejercicio 4 - Participacin
UNA LIGA DE FTBOL PROFESIONAL, HA DECIDIDO INFORMATIZAR SUS INSTALACIONES CREANDO UNA BASE DE DATOS PARA GUARDAR LA INFORMACIN DE LOS PARTIDOS QUE SE JUEGAN EN LA LIGA.
De cada jugador se quiere guardar el nombre, fecha de nacimiento y posicin en la que juega (portero, defensa, centrocampista, etc). Cada jugador tiene un cdigo de jugador que lo identifica de manera nica. De cada uno de los equipos de la liga es necesario registrar el nombre del equipo, nombre del estadio en el que juega, el ao de fundacin del equipo y la ciudad de la que es el equipo. Cada equipo tambin tiene un cdigo que lo identifica de manera nica. Un jugador solo puede pertenecer a un nico equipo. De cada partido que los equipos de la liga juegan hay que registrar la fecha en la que se juega el partido, los goles que ha metido el equipo de casa y los goles que ha metido el equipo de fuera. Cada partido tendr un cdigo numrico para identificar el partido. Tambin se quiere llevar un recuento de los goles que hay en cada partido y de cada gol, se quiere almacenar el minuto en el que se realizar el gol y la descripcin del gol. Un partido tiene varios goles y un jugador puede meter varios goles en un partido. Por ltimo se quiere almacenar, en la base de datos, los datos de los presidentes de los equipos de ftbol (CURP, nombre, fecha de nacimiento, equipo del que es presidente y ao en el que fue elegido presidente). Un equipo de ftbol tan slo puede tener un presidente, y una persona slo puede ser presidente de un equipo de la liga.

Modelo Entidad-Relacin Extendido (E-R E)

El Modelo Entidad-Relacin Extendido incluye todos los conceptos del Entidad-Relacin e incorpora otros nuevos. Habr que tener en cuenta que no existe una terminologa estandarizada para estos conceptos, por lo que usaremos la mas difundida.

Modelo Entidad-Relacin Extendido (E-R E)

Incorpora nuevos conceptos Subclase Superclase Herencia Especializacin Generalizacin Categora

Modelo Entidad-Relacin Extendido (E-R E)

Subclase y Superclase
En el modelo Entidad-Relacin, una entidad agrupa un conjunto de ocurrencias de entidad del mismo tipo. En muchos casos, estas ocurrencias se pueden agrupar a su vez en otros subconjuntos que tienen un significado propio para los propsitos de la Base de Datos y, por tanto, deberan representarse de forma explcita.

Modelo Entidad-Relacin Extendido (E-R E)

Ejemplo de Subclase y Superclase

Secretaria Ingeniero Jefe Tcnico Asalariado Subcontratado . ..

Empleado

Subclases de Empleado

Superclase

Modelo Entidad-Relacin Extendido (E-R E)

Ejemplo de Subclase y Superclase

Camin Turismo Autobs Motocicleta Bicicleta . ..

Vehculo

Subclases de Vehculo

Superclase

Modelo Entidad-Relacin Extendido (E-R E)

La

relacin

que

se

establece

entre

una

Superclase y una Subclase, la llamaremos Relacin clase/subclase.

ES UN

Empleado / Secretaria Empleado / Ingeniero Vehculo / Camin Vehculo / Motocicleta

ES UN TIPO DE

IS A

Modelo Entidad-Relacin Extendido (E-R E)

Subclase y Superclase Notacin en el Diagrama

Empleado

ES UN

Secretaria

Ingeniero

Tcnico

Modelo Entidad-Relacin Extendido (E-R E)

Subclase y Superclase Notacin en el Diagrama

Vehculo

ES UN TIPO DE

Camin

Auto

Motocicleta

Modelo Entidad-Relacin Extendido (E-R E)

Subclase y Superclase Notacin en el Diagrama

Empleado Hospital

IS A

Mdico

Enfermera

Auxiliar

Modelo Entidad-Relacin Extendido (E-R E) Algunas consideraciones de Subclase y Superclase Una instancia de subtipo tambin es instancia del supertipo y es la misma instancia, pero con un papel especfico distinto. Una instancia no puede existir slo por ser miembro de un subtipo: tambin debe ser miembro del supertipo Una instancia del supertipo puede no ser miembro de ningn subtipo

Modelo Entidad-Relacin Extendido (E-R E)

Subclase y Superclase Otra Notacin

Las Subclases estn unidas mediante lneas a un circulo, que conecta con la superclase. El smbolo de pertenencia en las lneas entre las subclases y el circulo representan la direccin de la relacin clase/subclase.

Modelo Entidad-Relacin Extendido (E-R E)

Subclase y Superclase Otra Notacin

Empleado Hospital

Mdico

Enfermera

Auxiliar

Modelo Entidad-Relacin Extendido (E-R E)

Cundo utilizar Subclases? 1. Cuando hay atributos que slo tienen sentido para algunas instancias de un tipo y no para todas. 2. Cuando hay tipos de relacin en los que slo participan algunas entidades de un tipo y no todas.

Modelo Entidad-Relacin Extendido (E-R E)

Herencia
Una Subclase puede tener atributos propios y participar en relaciones por separado. Los atributos aplicables solamente a cada una de las Subclases, se denominan atributos especficos de la subclase. Una Subclase hereda todos los atributos de la Superclase, y todas las relaciones en las que participa la Superclase.

Modelo Entidad-Relacin Extendido (E-R E)

Herencia
nummotor precio

1:N

Vehculo
numejes

Fabrica

Fabricante

ES UN
tonelaje cilindraje

Camin

Auto
numpuertas

Motocicleta

1:1

Lleva

numpuestos

Remolque

Modelo Entidad-Relacin Extendido (E-R E)

Especializacin
El proceso por el que se definen las diferentes subclases de una superclase se conoce como especializacin. El conjunto de subclases se define basndonos en caractersticas diferenciadoras de las ocurrencias de entidad de la superclase. Podemos tener varias especializaciones de una misma entidad basndonos en distintos criterios o discriminantes.

Modelo Entidad-Relacin Extendido (E-R E)

Ejemplo de Especializacin
Discriminante
Empleado

Superclase

Subclases

actividad

ES UN

Secretaria

Ingeniero

Tcnico

Modelo Entidad-Relacin Extendido (E-R E)

Ejemplo de Especializacin

Empleado

actividad
ES UN ES UN

contrato

Secretaria

Ingeniero

Tcnico

Temporal

Permanente

Modelo Entidad-Relacin Extendido (E-R E)

Ejemplo de Especializacin

Vehculo

tipo
ES UN ES UN

Motor s/n

Camin

Auto

Motocicleta

Con motor

Sin motor

Modelo Entidad-Relacin Extendido (E-R E)

Generalizacin

Proceso inverso de la especializacin. Suprimir diferencias entre varios tipos de entidad: identificar atributos y relaciones comunes, y formar una superclase que los incluyac

Modelo Entidad-Relacin Extendido (E-R E)

Ejemplo de Generalizacin

Modelo Entidad-Relacin Extendido (E-R E)

Ejercicio de Generalizacin
Se tiene la entidad Cta_Ahorro que tiene los atributos No_Cta, Saldo y Tasa_interes Cta_Cheques, tiene los atributos No_Cta y Saldo y Saldo_Deudor.

Cmo se puede Generalizar?

No_Cta Saldo Cta_Ahorro Tasa_Interes Saldo

No_Cta Cta_Cheques Saldo_Deudor

Modelo Entidad-Relacin Extendido (E-R E)

Ejercicio de Generalizacin
Actualmente el Hospital San Martn, cuenta con una base de datos que permita llevar el control de sus procesos, pero que desea eficientar, la BD est estructurada como sigue: Para controlar a sus tipos de empleados, se manejan 4 entidades: mdico, enfermero, administrativo, intendente. Cada entidad, tiene como atributos, nmero de control, nombre completo, domicilio, telfono y salario. La entidad mdico, adicionalmente tiene los atributos nmero de cdula profesional y especialidad. La entidad enfermero, adicionalmente tiene el atributo nmero de cdula profesional. La BD, cuenta con la entidad pacientes, cuyos atributos son: nmero de control, nombre, domicilio, telfono y alergias. En cuanto a la entidad proveedores, se cuenta con los atributos de nombre, telfono, domicilio, rfc y una clave de proveedor.

Modelo Entidad-Relacin Extendido (E-R E)

Generalizacin nfasis en las similitudes. Cada instancia de la superclase es tambin una instancia de alguno de los subtipos. Especializacin nfasis en las diferencias. Alguna instancia de la superclase puede no ser instancia de ninguna subclase.

Modelo Entidad-Relacin Extendido (E-R E) Restricciones sobre la Especializacin y Generalizacin

Definicin Qu instancias de la superclase pertenecen a cada subclase? 1. Subtipos definidos por predicado o condicin 2. Subtipos definidos por atributo 3. Subtipos definidos por el usuario Disyuncin/Solapamiento A cuntas subclases puede pertenecer (a la vez) una instancia de la superclase? Completitud/Parcialidad Debe toda instancia de la superclase pertenecer a alguna subclase?

Modelo Entidad-Relacin Extendido (E-R E) Restricciones sobre la Especializacin y Generalizacin

Subtipos definidos por predicado o condicin

Condicin de pertenencia a cada subtipo con base en el valor de algn atributo del supertipo.

Restriccin que especifica que: Las instancias del subtipo deben satisfacer la condicin Todas las instancias del supertipo que cumplen la condicin, deben pertenecer al subtipo.

Modelo Entidad-Relacin Extendido (E-R E) Restricciones sobre la Especializacin y Generalizacin

Subtipos definidos por predicado o condicin

Modelo Entidad-Relacin Extendido (E-R E) Restricciones sobre la Especializacin y Generalizacin

Subtipos definidos por atributo

Todas las subclases definen la condicin de pertenencia en trminos del mismo atributo Es el discriminante de la especializacin

Modelo Entidad-Relacin Extendido (E-R E) Restricciones sobre la Especializacin y Generalizacin

Subtipos definidos por atributo

Modelo Entidad-Relacin Extendido (E-R E) Restricciones sobre la Especializacin y Generalizacin

Subtipos definidos por el usuario

No existe (o no interesa definir) ninguna condicin de pertenencia a los subtipos El usuario, al insertar una instancia, elige a qu subtipo pertenece

Modelo Entidad-Relacin Extendido (E-R E) Restricciones sobre la Especializacin y Generalizacin

Subtipos definidos por el usuario

Modelo Entidad-Relacin Extendido (E-R E) Restricciones sobre la Especializacin y Generalizacin

Disyuncin / Solapamiento
Subtipos disjuntos si una instancia del supertipo puede ser miembro de, como mximo, uno de los subtipos (la condicin es excluyente).

Modelo Entidad-Relacin Extendido (E-R E) Restricciones sobre la Especializacin y Generalizacin

Disyuncin / Solapamiento
Subtipos solapados si una instancia del supertipo puede ser, a la vez, miembro de ms de un subtipo Es la opcin por defecto.

Modelo Entidad-Relacin Extendido (E-R E) Restricciones sobre la Especializacin y Generalizacin

Completitud / Parcialidad
Especializacin total (completa) indica que toda instancia del supertipo tambin debe ser instancia de algn subtipo.

Modelo Entidad-Relacin Extendido (E-R E) Restricciones sobre la Especializacin y Generalizacin

Completitud / Parcialidad
Especializacin parcial indica que es posible que alguna instancia del supertipo no pertenezca a ninguno de los subtipos. Es la opcin por defecto. La unin de las extensiones de los subtipos no es la extensin del supertipo en su totalidad.

Modelo Entidad-Relacin Extendido (E-R E) Restricciones sobre la Especializacin y Generalizacin

La restricciones, dan lugar a 4 tipos de especializacin: 1. 2. 3. 4. Disjunta y Total Disjunta y Parcial Solapada y Total Solapada y Parcial

Modelo Entidad-Relacin Extendido (E-R E)

1. Especializacin Disjunta y Total

Modelo Entidad-Relacin Extendido (E-R E)

2. Especializacin Disjunta y Parcial

Modelo Entidad-Relacin Extendido (E-R E)

3. Especializacin Solapada y Total

Modelo Entidad-Relacin Extendido (E-R E)

4. Especializacin Solapada y Parcial

Modelo Entidad-Relacin Extendido (E-R E)

Reglas de Insercin y eliminacin

Deben aplicarse a Especializacin y Generalizacin, debido a restricciones definidas.

la la las

Modelo Entidad-Relacin Extendido (E-R E)

Reglas de Insercin y eliminacin
INSERCIN

1. Insertar una instancia en un supertipo implica insertarla en todos los subtipos definidos por predicado o por atributo, para los cuales satisface el predicado de definicin. 2. Insertar una instancia en un supertipo de una especializacin total implica insertarla en, al menos, un subtipo. Y si la especializacin es disjunta, entonces la instancia se insertar en un nico subtipo.

Modelo Entidad-Relacin Extendido (E-R E)

Reglas de Insercin y eliminacin
ELIMINACIN

1. Eliminar una instancia de un supertipo implica eliminarla de todos los subtipos a los que pertenece 2. Eliminar una instancia de un subtipo implica eliminarla del supertipo si la especializacin es: Disjunta y total, o bien Solapada y total, y la instancia ya slo pertenece al subtipo (se elimin del resto) En el resto de casos, la instancia slo se elimina del subtipo no del supertipo.

Modelo Entidad-Relacin Extendido (E-R E)

Jerarquas y Retculas

En las Jerarquas de especializacin, se cumplen las restricciones: Todo subtipo participa en slo una relacin supertipo/subtipo. Un subtipo tiene un nico supertipo: es el concepto de rbol. En una Retcula de especializacin: Un subtipo puede participar en varias relaciones supertipo/subtipo. Un subtipo puede tener ms de un supertipo.

Modelo Entidad-Relacin Extendido (E-R E)

Ejemplo de Retcula

Modelo Entidad-Relacin Extendido (E-R E)

Jerarquas y Retculas
En las jerarquas de especializacin Cada subtipo hereda atributos y relaciones de su (nico) supertipo directo y de sus supertipos predecesores, hasta la raz TITULAR hereda de DOCENTE, EMPLEADO y PERSONA En las retculas de especializacin: Un subtipo hereda atributos y relaciones de sus supertipos(mltiples) directos (herencia mltiple) y de todos sus supertipos predecesores, hasta la raz BECARIO hereda directamente de EMPLEADO y ESTUDIANTE, e indirectamente hereda de PERSONA Los subtipos compartidos dan lugar a retculas

Modelo Entidad-Relacin Extendido (E-R E)

Herencia Mltiple
En herencia mltiple pueden surgir conflictos al heredar atributos distintos denominados igual BECARIO hereda jornada de dos predecesores (EMPLEADO Y ESTUDIANTE)

Cmo resolver esta situacin?

1. Renombrar algunos de los atributos en conflicto: BECARIO hereda ambos atributos: jornada corresponde a jornada de EMPLEADO y jornadaEstudio corresponde a jornada de ESTUDIANTE 2. Definir un orden de prioridad en la herencia: BECARIO hereda jornada de ESTUDIANTE y no de EMPLEADO 3. Nombrar a cada atributo antecediendo el nombre de la entidad propietaria BECARIO hereda ESTUDIANTE.jornada y EMPLEADO.jornada

Modelo Entidad-Relacin Extendido (E-R E)

Inhibicin de la Herencia
Algunos modelos de datos permiten indicar que ciertos atributos del supertipo no deben ser heredados por los subtipos. En el modelo ECR , las categoras son mostradas en el diagrama como hexgonos, conectados al supertipo con un smbolo de subconjunto dibujado sobre la lnea. Los atributos compartidos son conectados al supertipo y los atributos de categora no compartidos son conectados al hexgono.

Modelo Entidad-Relacin Extendido (E-R E)

Redefinicin de atributos heredados
Si un supertipo y un subtipo tienen un atributo con el mismo nombre, se entiende que el atributo del subtipo redefine el del supertipo. Se utiliza el mismo nombre y significado semntico, pero se modifica cmo se calcula o cmo se representa el valor del atributo.
ancho RECTNGULO alto
ES UN TIPO DE

rea

lado

CUADRADO

rea

Modelo Entidad-Relacin Extendido (E-R E)

Agregacin de tipos de entidad Relaciones entre relaciones
R1 R3 R2

INCORRECTO Relaciones entre entidades y relaciones

R1 R2 E1

INCORRECTO

Modelo Entidad-Relacin Extendido (E-R E)

Agregacin de tipos de entidad

Surge la agregacin. Permite combinar varios tipos de entidad, relacionados mediante un tipo de relacin, para formar un tipo de entidad agregada de nivel superior. til cuando el tipo de entidad agregado debe relacionarse con otros tipos de entidad.

Modelo Entidad-Relacin Extendido (E-R E)

Agregacin de tipos de entidad Ejemplo 1
Esquema que almacena informacin sobre las entrevistas que una empresa de reclutamiento organiza entre solicitantes de empleo y diferentes empresas.

MODELAR LO SIGUIENTE Algunas entrevistas dan lugar a ofertas de empleos y otras no.

Modelo Entidad-Relacin Extendido (E-R E)

Agregacin de tipos de entidad Ejemplo 1

IMPORTANTE Para que existan instancias de una relacin, es necesario que exista una entidad donde se almacenen.

Modelo Entidad-Relacin Extendido (E-R E)

Agregacin de tipos de entidad Ejemplo 1

Toda entrevista da lugar a un empleo NO CUMPLE CON LO QUE SE QUIERE MODELAR

Modelo Entidad-Relacin Extendido (E-R E)

Agregacin de tipos de entidad Ejemplo 1

NO es posible establecer una relacin entre varias relaciones ni entre relaciones y entidades ERROR

Modelo Entidad-Relacin Extendido (E-R E)

Agregacin de tipos de entidad Ejemplo 1

Modelo Entidad-Relacin Extendido (E-R E)

Agregacin de tipos de entidad Ejemplo 1

Entidad Compuesta o Agregada

Modelo Entidad-Relacin Extendido (E-R E)

Agregacin de tipos de entidad Ejemplo 2
Esquema que almacena informacin acerca de profesores y las asignaturas que stos imparten.

Agregar al modelo los diversos medios que utilizan para impartir cada asignatura (pizarra, transparencias, etc.)

Modelo Entidad-Relacin Extendido (E-R E)

Agregacin de tipos de entidad Ejemplo 2

NO es posible establecer una relacin entre varias relaciones ni entre relaciones y entidades ERROR

Modelo Entidad-Relacin Extendido (E-R E)

Agregacin de tipos de entidad Ejemplo 2

Provoca almacenamiento de datos innecesarios.

Modelo Entidad-Relacin Extendido (E-R E)

Agregacin de tipos de entidad Ejemplo 2

Entidad Compuesta o Agregada

Modelo Entidad-Relacin Extendido (E-R E)

Agregacin de tipos de entidad
La diferencia entre agregacin y relacin ternaria es: Con la relacin ternaria se vinculan, a la vez, tres instancias: una de cada entidad participante. Para indicar que un profesor para una misma asignatura emplea tantos medios, se necesitan tantas instancias de la relacin de tipo (profesor, asignatura, medio). Con la agregacin se vincula por un lado a cada profesor con las asignaturas que imparte y, por otro lado, se liga cada par asignatura/profesor con el conjunto de medios empleados. Esto es lo que ocurre en la realidad: MEDIO se relaciona con el par profesor/asignatura, y no con profesor y asignatura por separado. Para indicar que un profesor para una misma asignatura emplea tantos medios, se necesitan tantas instancias de la relacin de tipo ((profesor, asignatura), medio).

Modelado Conceptual de Objetos mediante Diagramas de clase UML

El Lenguaje Unificado de Modelado (Unified Modeling Language, UML) es un lenguaje estndar para escribir planos de software. UML puede utilizarse para visualizar, especificar, construir y documentar un sistema que involucra una gran cantidad de software. UML es slo un lenguaje y por tanto es tan slo una parte de un mtodo de desarrollo de software.

Las funciones de UML

Visualizar: Utiliza smbolos grficos. Especificar: Cubre la especificacin de todas las decisiones de anlisis, diseo e implementacin que deben realizarse al desarrollar y desplegar un sistema . Construir: Sus modelos pueden conectarse de forma directa a una gran variedad de lenguajes de programacin. Java, C++ o Visual Basic, o incluso a tablas en una base de datos. Documentar: Requisitos. Arquitectura. Diseo. Cdigo fuente. Planificacin de proyectos. Pruebas. Prototipos. Versiones.

Dnde puede utilizarse UML?

UML est pensado principalmente para sistemas con gran cantidad de software. Ha sido utilizado de forma efectiva en dominios tales como: Sistemas de informacin de empresa. Bancos y servicios financieros. Telecomunicaciones. Transporte. Defensa/industria aeroespacial. Comercio. Electrnica mdica. mbito cientfico. Servicios distribuidos basados en la Web.

Qu es lo bsico que debemos aprender de UML?

1.Los bloques bsicos de construccin de UML 2.Las reglas que dictan cmo se pueden combinar estos bloques bsicos 3.Mecanismos comunes que se aplican a travs de UML.