03 modelo conceptual relacion
Upcoming SlideShare
Loading in...5
×
 

Like this? Share it with your network

Share

03 modelo conceptual relacion

on

  • 295 views

 

Statistics

Views

Total Views
295
Views on SlideShare
295
Embed Views
0

Actions

Likes
0
Downloads
0
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

03 modelo conceptual relacion Presentation Transcript

  • 1. Capítulo 3 Modelo Conceptual: Relación
  • 2. Objetivos • Definición de relación • Cardinalidad de la relación – Relación de 1:1 – Relación de 1:M – Relación de M:M • Relación de supertipo-subtipo • Relación de dependencia • Relación recursiva • Relación Ternaria • Atributos de las relaciones: 1:1, 1:M, M:M y ternaria
  • 3. Relaciones • Las entidades pueden asociarse unas con otras con relaciones – Clases de relación: asociaciones entre clases de entidad. – Instancias de relación: asociaciones entre instancias de entidad. • Las relaciones pueden tener atributos • Una clase de relación puede incluir muchas tablas (entidades)
  • 4. Grado de la relación • El numero de tablas en la relación • Ejemplo: Vendedor Orden Madre Padre Hijo Las relaciones de grado 2 son muy comunes y usualmente se les llama relaciones binarias. Relación de grado 2 – Relación Binaria Relación de grado 3 – Relación Ternaria
  • 5. Cardinalidad • Cardinalidad Máxima: Indica el numero máximo de instancias que pueden estar en una relación. • Cardinalidad Mínima: Indica que puede existir o no una instancia en una relación. Cliente Pedido
  • 6. juega juegan tiene entrena
  • 7. Relaciones Binarias • Relación de 1:1 Empleado Vehículo • Relación de 1:M Cliente Pedido • Relación de M:M Estudiante Materia asigna realiza pertenece registra se registran
  • 8. Relación de supertipo-subtipo • Subtipo: Entidad que representa un caso especial de otra entidad llamada supertipo • Las entidades con esta relación deben tener el mismo identificador idCliente Cedula Nombre Estado civil Direccion Telefono Ciudad RUC Razon social CLIENTE idCliente Nombre Direccion Telefono Ciudad CLIENTE RUC Razon social Empresa Cedula Estado civil Persona
  • 9. Relación de dependencia • Entidad Débil: Dependen de otra entidad • No pueden existir en la base de datos a menos que otro tipo de entidad (entidad fuerte) también exista en la base de datos – Entidad dependiente de ID: El identificador de una entidad incluye el identificar de otra entidad. Empleado Dependiente Identificador: #empleado Identificador: Cédula Edificio Departamento Identificador: Nombre del edificio Identificador: Nombre del edificio- #departamento posee pertenece tiene pertenece
  • 10. Relación Recursiva • Relaciones entre entidades de una misma clase • Una tabla se relaciona consigo misma Empleado En este caso, la tabla de empleados desempeña una función de supervisor en uno de los lados de la relación y una función de supervisado en el otro lado. supervisa
  • 11. Atributos de las relaciones • Las relaciones también pueden tener atributos asociados. • Se representan igual que los atributos de las entidades. • Un ejemplo típico son las relaciones de tipo "histórico" donde debe constar una fecha o una hora. • Ejemplo: supongamos que es necesario hacer constar la fecha de emisión de una factura a un cliente, y que es posible emitir duplicados de la factura (con distinta fecha). En tal caso, el atributo "Fecha de emisión" de la factura debería colocarse en la relación "se emite".
  • 12. Atributos de las relaciones 1:M Cliente Factura fechaEmision posee pertenece
  • 13. Atributos de las relaciones 1:1 Empleado Vehículo fechaAsignacion asigna
  • 14. Atributos de las relaciones M:M Estudiante Curso Nota se registra
  • 15. Atributos de las relaciones ternaria Profesor Asignatura Nota Estudiante •Esta relación se podría descomponer en tres relaciones binarias •La información que se podría extraer de ambos diagramas E/R sería la misma, sólo que quizás se encontraría de forma más compacta en la representación tabular correspondiente al diagrama con la relación ternaria. No obstante, es mucho más fácil de interpretar el diagrama E/R con relaciones binarias. dicta asiste dictada
  • 16. Ejercicio en clase • Se quiere diseñar una base de datos relacional que permita la gestión de préstamos de libros de una biblioteca. • La biblioteca en cuestión posee una serie de fichas de tres tipos: – Fichas con las características de los libros (nombre, código, tipo, etc.). – Fichas con las características de los lectores (nombre, apellidos, domicilio, etc.). – Fichas con la información de los prestamos de libros que se han efectuado, incluyendo el lector a quién se le ha prestado, la fecha, etc. • Además, de cada libro pueden existir varios ejemplares. • Se está interesado en tener información sobre – el/los idioma/s del libro. – Interesa reflejar los temas de los libros, pudiendo cada libro pertenecer a varios temas y/o subtemas. – Interesa conocer el nombre de los autores.
  • 17. Ejercicio en clase • Una compañía aérea ofrece varios vuelos. Abre y cierra las reservas para un determinado vuelo. Un vuelo tiene un día y una hora de salida y un día y hora de llegada, Un aeropuerto de salida y otro de llegada. Cada aeropuerto atiende a una o varias ciudades. Un vuelo puede implicar escalas en aeropuertos. Una escala tiene una hora de llegada y otra de salida. Una reserva implica un único vuelo y un único pasajero. Una reserva puede cancelarse o confirmarse. Un cliente puede reservar uno o más vuelos y para pasajeros diferentes.
  • 18. Ejercicio en clase Con la finalidad de mejorar los costos de los medicamentos de enfermedades que necesitan medicación continúa, la empresa Fybesa necesita desarrollar un modelo de negocio que contiene las siguientes especificaciones funcionales. El cliente debe de tener una enfermedad que necesite medicación continua. Por ejemplo: hipertensión, Diabetes Tipo A, Diabetes Psicológica, entre otras. El cliente debe de tener una tarjeta de servicios con Fybesa, cuyo identificador consiste de 8 dígitos (XXXX XX XX). Se necesita tener la información completa del cliente, como: Nombre, Apellido, Edad, Teléfonos, Dirección, Género, estado civil, ingresos mensuales, ocupación, e-mail. La medicación continua se refiere a los fármacos que una persona debe de suministrarse diariamente, semanalmente o mensualmente para una determinada enfermedad. Cada fármaco tiene una presentación, una unidad, nombre genérico, nombre comercial, indicaciones, contraindicaciones, fecha de elaboración y fecha de caducidad. El nombre comercial es ubicado por la empresa o laboratorio que fabrica el producto. Fybesa tiene varias tiendas de ventas ubicadas en diferentes ciudades. Los clientes registran el plan de medicación que necesitan por cada enfermedad que tiene. Con la finalidad de que Fybesa pueda tener ese producto en Stock cuando el cliente lo necesite. O sea Fybesa hará unos días antes un pedido del medicamento a cada laboratorio con la finalidad de satisfacer la demanda de cada uno de sus clientes.
  • 19. Proyecto: Tarea • Selección de un modelo de negocios real: – Titulo – Objetivo – Objetivos específicos – Descripción General