Modelo er

6,045 views

Published on

Published in: Education
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
6,045
On SlideShare
0
From Embeds
0
Number of Embeds
430
Actions
Shares
0
Downloads
285
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide
  • Introducción a las Bases de Datos 26 de abril de 2011 UPC - Ingeniería de Sistemas
  • Técnicas de Modelamiento: E-R 26 de abril de 2011 UPC - Formación Complementaria
  • Técnicas de Modelamiento: E-R 26 de abril de 2011 UPC - Formación Complementaria
  • Técnicas de Modelamiento: E-R 26 de abril de 2011 UPC - Formación Complementaria
  • Técnicas de Modelamiento: E-R 26 de abril de 2011 UPC - Formación Complementaria
  • Técnicas de Modelamiento: E-R 26 de abril de 2011 UPC - Formación Complementaria
  • Técnicas de Modelamiento: E-R 26 de abril de 2011 UPC - Formación Complementaria
  • Técnicas de Modelamiento: E-R 26 de abril de 2011 UPC - Formación Complementaria
  • Técnicas de Modelamiento: E-R 26 de abril de 2011 UPC - Formación Complementaria
  • Técnicas de Modelamiento: E-R 26 de abril de 2011 UPC - Formación Complementaria
  • Técnicas de Modelamiento: E-R 26 de abril de 2011 UPC - Formación Complementaria
  • Técnicas de Modelamiento: E-R 26 de abril de 2011 UPC - Formación Complementaria
  • Técnicas de Modelamiento: E-R 26 de abril de 2011 UPC - Formación Complementaria
  • Técnicas de Modelamiento: E-R 26 de abril de 2011 UPC - Formación Complementaria
  • Técnicas de Modelamiento: E-R 26 de abril de 2011 UPC - Formación Complementaria
  • Técnicas de Modelamiento: E-R 26 de abril de 2011 UPC - Formación Complementaria
  • Técnicas de Modelamiento: E-R 26 de abril de 2011 UPC - Formación Complementaria
  • Técnicas de Modelamiento: E-R 26 de abril de 2011 UPC - Formación Complementaria
  • Técnicas de Modelamiento: E-R 26 de abril de 2011 UPC - Formación Complementaria
  • Técnicas de Modelamiento: E-R 26 de abril de 2011 UPC - Formación Complementaria
  • Técnicas de Modelamiento: E-R 26 de abril de 2011 UPC - Formación Complementaria
  • Técnicas de Modelamiento: E-R 26 de abril de 2011 UPC - Formación Complementaria
  • Técnicas de Modelamiento: E-R 26 de abril de 2011 UPC - Formación Complementaria
  • Técnicas de Modelamiento: E-R 26 de abril de 2011 UPC - Formación Complementaria
  • Técnicas de Modelamiento: E-R 26 de abril de 2011 UPC - Formación Complementaria
  • Técnicas de Modelamiento: E-R 26 de abril de 2011 UPC - Formación Complementaria Entidades débiles en Erwin: Relación de tipo identificativa desde la entidad fuerte hacia la débil Entidades débiles en Rose: Clic derecho en en extremo de la asociación hacia la entidad fuerte – Agregate Clic derecho en el extremo de la asociación hacia la entidad débil – Conteinment of <entidad débil> – by value
  • Técnicas de Modelamiento: E-R 26 de abril de 2011 UPC - Formación Complementaria
  • Técnicas de Modelamiento: E-R 26 de abril de 2011 UPC - Formación Complementaria
  • Técnicas de Modelamiento: E-R 26 de abril de 2011 UPC - Formación Complementaria
  • Técnicas de Modelamiento: E-R 26 de abril de 2011 UPC - Formación Complementaria
  • Técnicas de Modelamiento: E-R 26 de abril de 2011 UPC - Formación Complementaria
  • Técnicas de Modelamiento: E-R 26 de abril de 2011 UPC - Formación Complementaria
  • Técnicas de Modelamiento: E-R 26 de abril de 2011 UPC - Formación Complementaria
  • Técnicas de Modelamiento: E-R 26 de abril de 2011 UPC - Formación Complementaria
  • Técnicas de Modelamiento: E-R 26 de abril de 2011 UPC - Formación Complementaria
  • Técnicas de Modelamiento: E-R 26 de abril de 2011 UPC - Formación Complementaria
  • Técnicas de Modelamiento: E-R 26 de abril de 2011 UPC - Formación Complementaria
  • Técnicas de Modelamiento: E-R 26 de abril de 2011 UPC - Formación Complementaria
  • Modelo er

    1. 1. Base de Datos Profesor: MSC Luis Serna Jherry
    2. 2. Modelado Conceptual <ul><li>Diseño Lógico de la Base de Datos </li></ul><ul><ul><li>Modelo Entidad – Relación </li></ul></ul><ul><ul><li>Modelo de Objetos </li></ul></ul><ul><li>Elementos del MER </li></ul><ul><li>Clases de Entidades . </li></ul><ul><li>La generalización / especialización. </li></ul><ul><li>Diagrama Entidad Relación (DER) </li></ul>
    3. 3. Diseño Lógico de la Base de Datos <ul><li>El diseño lógico de las BD pasa por un conjunto de etapas que van de un nivel de abstracción menor a otro más profundo. </li></ul><ul><li>Al diseño lógico le interesa el análisis semántico de los datos. </li></ul><ul><li>Los detalles concernientes al almacenamiento físico se analizarán posteriormente de acuerdo al DBMS que se utilice. </li></ul>
    4. 4. Modelo Entidad - Relación <ul><li>El MER es un tipo de modelo conceptual basado en entidades, atributos y relaciones </li></ul><ul><li>Fue introducido por Peter Chen en 1976. </li></ul><ul><li>Es una técnica de modelamiento Top-Down </li></ul><ul><li>El MER tiene asociado una representación gráfica denominada Diagrama Entidad Relación (DER) </li></ul>
    5. 5. Modelo de Objetos <ul><li>El modelo de objetos es un tipo de modelo conceptual basado en clases, atributos, asociaciones y operaciones </li></ul><ul><li>El lenguaje de modelamiento UML constituye el estándar de notación </li></ul><ul><li>El modelo de objetos tiene asociado una representación gráfica denominada Diagrama de clases </li></ul>
    6. 6. MER vs Modelo de Objetos Modelo Entidad Relación Modelo de Objetos Entidad Clase (con estereotipo entidad y propiedad de persistente) Atributo Atributo / variable Relación Asociación / relación -------------- Operación Diagrama Entidad Relación Diagrama de clases Cardinalidad Multiplicidad
    7. 7. Elementos del MER - Entidad <ul><li>Algo que puede ser de interés para una organización acerca de lo cual recopila y almacena información: persona, lugar, evento u objeto. </li></ul><ul><li>A las ocurrencias de una entidad se les llama instancias de entidad. </li></ul><ul><li>A las entidades se les conoce también como clases de entidades . </li></ul>
    8. 8. <ul><li>Ejemplos: </li></ul><ul><ul><li>Pago: Depósito de dinero efectuado en una cuenta </li></ul></ul><ul><ul><li>Producto Terminado: Artículo que la empresa comercializa, ofreciéndolo en venta a los clientes </li></ul></ul><ul><ul><li>Cliente : P ersona natural o jurídica que adquiere productos terminados o servicios en la empresa . </li></ul></ul><ul><ul><li>Categoría: Clasificación de los productos terminados. </li></ul></ul>Elementos del MER - Entidad
    9. 9. <ul><li>IMPORTANTE: ¡¡ Definición clara !! </li></ul><ul><li>Al modelar, se asigna nombre a cada entidad y se define claramente, de manera que la definición describa inequívocamente a las instancias de la entidad </li></ul><ul><li>Según avanza el análisis, es conveniente identificar volúmenes (cuántas instancias de la entidad) y retención (por cuánto tiempo se mantendrán en línea) </li></ul>Elementos del MER - Entidad
    10. 10. <ul><li>Se representa gráficamente como un rectángulo, con el nombre en el interior </li></ul>Elementos del MER - Entidad ALUMNO Pedro Rubén Alfonso José Jorge Luisa Raúl Carlos María ALUMNO
    11. 11. Elementos del MER Atributos o Propiedades <ul><li>Describen o califican a una entidad. </li></ul><ul><li>El conjunto de todos los valores posibles de un atributo es el Dominio . </li></ul><ul><li>Todos los atributos toman sus valores de un dominio o conjunto de datos </li></ul><ul><li>Ejemplos: </li></ul><ul><ul><li>Código de Alumno Nombre de Alumno </li></ul></ul><ul><ul><li>Semestre de Ingreso Fecha de Nacimiento </li></ul></ul>
    12. 12. <ul><li>Simples / Compuestos </li></ul><ul><li>Univalorados / Multivalorados </li></ul><ul><li>Nulos </li></ul><ul><li>Derivados </li></ul>Elementos del MER Clases de Atributos
    13. 13. Elementos del MER Atributos <ul><li>IMPORTANTE: ¡¡ Nombres Claros !! </li></ul><ul><li>Cada atributo debe tener un nombre suficientemente claro y una definición precisa, en aras de la mejor comprensión del modelo. </li></ul><ul><li>Ejemplo: </li></ul><ul><li>Precio Unitario (¿de compra?, ¿de venta?) </li></ul><ul><li>Monto Pagado (¿pagado por el cliente?, ¿por la empresa?) </li></ul>
    14. 14. Elementos del MER Atributos <ul><li>¿Entidad o atributo? </li></ul><ul><li>Si la manera natural única de acceder al elemento es a través de la entidad, lo modelamos como atributo. </li></ul><ul><li>En caso contrario lo modelamos como entidad </li></ul>
    15. 15. Elementos del MER Atributos <ul><li>¿Conjunto de atributos o entidad independiente? </li></ul><ul><li>Si las propiedades tienen identidad propia o pueden ser referenciadas por otras entidades  Entidad </li></ul><ul><li>Si varias entidades son descritas por el mismo conjunto de propiedades  Entidad </li></ul><ul><li>Si las propiedades tienen una estructura compleja que las describe a su vez  Entidad </li></ul>
    16. 16. Elementos del MER <ul><li>Asignar Atributos a Entidades </li></ul><ul><li>La normalización nos provee de un método para asignar atributos a las entidades. </li></ul><ul><li>Intuitivamente, podemos llegar a 3FN analizando críticamente la información de modo que lleguemos a guardar “cada cosa en su lugar” </li></ul>
    17. 17. Elementos del MER Cardinalidad de los Atributos <ul><li>Propiedad que declara cuántas instancias del atributo pueden aplicarse a una sola instancia de la entidad . Equivale al concepto de uni/multivaloración de los atributos. </li></ul><ul><li>V alor máximo (uno o muchos) y </li></ul><ul><li>V alor mínimo (cero o uno) </li></ul><ul><li>Valor mínimo = 0 El atributo es opcional para cualquier instancia </li></ul><ul><li>Valor mínimo = 1 El atributo es requerido </li></ul>
    18. 18. Elementos del MER Cardinalidad de los Atributos Entidad: PEDIDO Atributos 1-1 Número de Pedido 1-1 Fecha del pedido 0-1 Descuento 1-M Producto solicitado 1-M Cantidad solicitada
    19. 19. <ul><li>Constituyen el atributo o conjunto de atributos que identifican a las instancias de las entidades. </li></ul><ul><li>Si su valor es único identificará una y sola una instancia de la entidad. Un identificador de este tipo constituye la clave primaria en el modelo lógico relacional correspondiente . </li></ul><ul><li>Si su valor no es único , identificará un conjunto de ocurrencias. A este tipo de identificador se le conoce como llaves o claves alternantes no únicas o de lista invertida. </li></ul>Elementos del MER Identificadores
    20. 20. <ul><li>Son vínculos o asociaciones entre entidades. </li></ul><ul><li>Las ocurrencias de las relaciones son asociaciones entre instancias de entidades. </li></ul><ul><li>El número de las instancias de las entidades que participan de una relación se conoce como la cardinalidad o multiplicidad de la relación . </li></ul>Elementos del MER Relaciones
    21. 21. <ul><li>Forma la base de muchas decisiones de diseño. </li></ul><ul><li>Se expresa con un valor mínimo y uno máximo en ambas direcciones: 4 puntos de cardinalidad </li></ul><ul><ul><li>Valor mínimo: define si la relación es opcional o requerida </li></ul></ul><ul><ul><li>Valor máximo: expresa si la relación es singular o plural </li></ul></ul>Elementos del MER Cardinalidad de las Relaciones
    22. 22. Elementos del MER <ul><li>Cardinalidad de las Relaciones </li></ul>captura Es capturado por <ul><li>¿Debe un superhéroe capturar un villano? </li></ul><ul><li>¿Puede un superhéroe capturar a más de un villano? </li></ul><ul><li>¿Debe un villano haber sido capturado por un superhéroe? </li></ul><ul><li>¿Puede un villano haber sido capturado por más de un superhéroe? </li></ul>DETERMINADA POR LAS REGLAS DEL NEGOCIO SUPERHÉROE VILLANO
    23. 23. Elementos del MER <ul><li>Cardinalidad de las Relaciones - </li></ul>PERSONA HST. CLINICA 1 1 PERSONA PEDIDO 1 n PRODUCTO PEDIDO m n
    24. 24. Elementos del MER <ul><li>Notaciones para la representación de la Cardinalidad </li></ul>Uno a Uno Uno a Muchos Muchos a Muchos
    25. 25. Análisis de la Cardinalidad “ Un superhéroe debe capturar un villano y un villano debe ser capturado por un superhéroe” “ Un superhéroe debe capturar por lo menos un villano, y un villano debe ser capturado por exactamente un superhéroe” “ Un superhéroe debe capturar por lo menos un villano, y un villano puede ser capturado por uno o más superhéroes” Superhéroe villano Superhéroe villano Superhéroe villano
    26. 26. Análisis de la Cardinalidad Relaciones Recursivas o Involutivas Involución “ Jefe de” Empleado Involución “ Padre de” Persona
    27. 27. Clases de Entidades. <ul><li>Entidad Fuerte </li></ul><ul><li>Es una entidad que existe de forma independiente. Se le conoce también con el nombre de Entidad Base. </li></ul><ul><li>Cuando se relaciona con otras entidades se le llama Entidad Padre. </li></ul><ul><li>Ejemplos: Persona </li></ul><ul><li>Edificio </li></ul>
    28. 28. Clases de Entidades. <ul><li>Entidad Débil: </li></ul><ul><li>Es aquella que no puede ser identificada por sus propios atributos. </li></ul><ul><li>Para lograr su identificación unívoca utiliza tanto la relación con otra entidad como sus propios atributos. </li></ul><ul><li>Se le conoce también como Entidad Dependiente o Entidad Hijo. </li></ul><ul><li>Ejemplos: Familiar de Persona </li></ul><ul><li> Departamento de edificio </li></ul>
    29. 29. Clases de Entidades - Notación PERSONA FAMILIAR DE PERSONA Entidad Fuerte Entidad Débil EDIFICIO DEPARTAMENTO PERSONA EDIFICIO FAMILIAR DE PERSONA DEPARTAMENTO DER UML (Agregación - Composición)
    30. 30. Generalización / Especialización <ul><li>Permite formar un nuevo conjunto entidad (generalización) mediante la unión de otros conjuntos de entidades, o dividir un conjunto de entidades en cierto número de otras entidades (especialización) </li></ul><ul><li>También se le conoce como la operación de Supertipo / Subtipo </li></ul><ul><li>Los atributos comunes se asignan a la entidad supertipo </li></ul>
    31. 31. <ul><li>Algunas personas (supertipo) pueden ser estudiantes (subtipo) y todos los estudiantes son personas. </li></ul><ul><ul><li>Todas las propiedades de las personas se aplican a los estudiantes, pero lo contrario no se cumple. </li></ul></ul>Generalización / Especialización
    32. 32. Generalización / Especialización PROFESIONAL ESTUDIANTE PERSONA ESCOLAR UNIVERSITARIO
    33. 33. Supertipo / Subtipo PERSONA PROFESIONAL ESTUDIANTE ESCOLAR UNIVERSITARIO
    34. 34. Generalización / Especialización <ul><li>Los vehículos (supertipo) pueden ser: aviones, trenes, autos (subtipos) </li></ul><ul><li>Aviones, Trenes y Autos son vehículos , pero cada uno tiene características propias (atributos), además de las que comparten por su condición de vehículos </li></ul>
    35. 35. Generalización / Especialización VEHICULO AVION TREN DE CARGA TREN DE PASAJEROS TREN AUTO
    36. 36. Supertipo / Subtipo AUTO TREN AVION VEHICULO TREN DE CARGA TREN DE PASAJEROS
    37. 37. Supertipo / Subtipo AUTO TREN VEHICULO TREN DE CARGA TREN DE PASAJEROS AVION
    38. 38. Supertipo / Subtipo <ul><li>Los subtipos participan de todas las relaciones del supertipo al que pertenecen </li></ul><ul><li>Los subtipos pueden participar en relaciones que son exclusivas del subtipo: </li></ul>VUELO realiza AVION
    39. 39. <ul><li>¡SENTIDO COMUN! </li></ul><ul><li>El objetivo NO ES eliminar atributos opcionales del modelo, sino identificar supertipos que definen el comportamiento común y separar los subtipos especializados en un nivel razonable y relevante </li></ul>Supertipo / Subtipo Criterios
    40. 40. <ul><li>Considerar la existencia de relaciones exclusivas del subtipo </li></ul><ul><li>Evaluar la cantidad de atributos que son exclusivos del subtipo </li></ul><ul><li>Evitar caer en exceso de subtipos, sin obviar su importancia dentro del modelo </li></ul>Supertipo / Subtipo Criterios
    41. 41. Diagrama Entidad Relación (DER) EMPLEADO AUTOMOVIL PROYECTO PERSONA TAREA ASIGNACION

    ×