Modelo Entidad Relación

66,596 views
66,096 views

Published on

Modelo conceptual entidad relacion

Published in: Technology
10 Comments
62 Likes
Statistics
Notes
No Downloads
Views
Total views
66,596
On SlideShare
0
From Embeds
0
Number of Embeds
2,004
Actions
Shares
0
Downloads
0
Comments
10
Likes
62
Embeds 0
No embeds

No notes for slide

Modelo Entidad Relación

  1. 1. ModeloEntidad/Relacion<br />Sistema de bases de datos<br />José Andrés Cuartas M<br />
  2. 2. El Diseño<br />El ser humano es eminentemente simbólico; desde que nace se expresa de diversas maneras<br />Formas de expresión, diversos idiomas y ha inventado otras diversas maneras de expresarse: la música, la pintura, la escultura, en definitiva: lenguajes de símbolos. <br />En su evolución ha llegado a crear la escritura, lenguajes matemáticos y lenguajes que permiten esquematizar.<br /> En diversos campos de la ingeniería se representan esquemas: planos (arquitectura), esquemas eléctricos (electricidad), esquemas de máquinas (ingeniería mecánica), entre otros.<br />Un modelo/esquema1 puede definirse como “la abstracción mental de la realidad observada en<br />la que se resaltan los aspectos que se pretenden transmitir”.<br />Modeloentidadrelación JACM<br />
  3. 3. Modelosy esquemas<br />El ser humano crea modelos o simplificaciones de la realidad para poder comprenderla y expresarla. <br />Los modelos implica tareas de simplificación o abstracción de la realidad, de modo que representamos sólo los aspectos que interesa resaltar de esa realidad que se pretende alcanzar.<br />Modelos Conceptuales o semánticos: están enfocados a describir el mundo real con independenciadela tecnología.<br />Ejemplos: Modelo Entidad/Relacion de Chen (ME/R), Orientados a Objetos (Diagramas de clases de UML).<br />Modeloentidadrelación JACM<br />
  4. 4. El Diseño de DB<br />Recuerdendiseñares un negocioserio.<br />Ellos(jefes, clientes) sabenquedesean un base de datos, pero no sabenquedesean en esta.<br />Esbozar los elementos clave es una forma eficiente para el desarrollo de base de datos y de cualquiersistema en general.<br />El modelo E/R permiteplantear un diseño conceptual de la base de datos.<br />Puedeincluiralgunasrestricciones, pero no operaciones.<br />El diseño son figurasllamadasdiagramasentidad-relacion.<br />Despues: convertir el diseño E/R a un diseñologico.<br />Modeloentidadrelación JACM<br />
  5. 5. Modeloentidadrelación JACM<br />
  6. 6. Modeloentidadrelación JACM<br />
  7. 7. Modeloentidadrelación JACM<br />
  8. 8. Modeloentidadrelación JACM<br />
  9. 9. EL MODELO ER<br />El diseño conceptual -modelo conceptual- modelo ER,paso previo antes de realizar un diseño de modelo lógico (relacional, jerárquico o de red). <br />modelo conceptual de datos orientado a objetos (entidades).<br />por Peter Chen en 1976 en un artículo "The Entity-Relationship Model: Toward a Unified View of Data".Página Web Oficial de Peter Chen (http://bit.csc.lsu.edu/~chen/chen.html)<br />Modeloentidadrelación JACM<br />
  10. 10. CARACTERISTICAS DEL MODELO ER<br />Refleja tan solo la existencia de los datos, no lo que se hace con ellos.<br />Se incluyen todos los datos relevantes del sistema en estudio.<br />No está orientado a aplicaciones específicas<br />Es independiente de los SGBD<br />No tiene en cuenta restricciones de espacio, almacenamiento, ni tiempo de ejecución.<br />Está abierto a la evolución del sistema.<br />Es el modelo conceptual más utilizado<br />Profesor<br />ID<br />Curso<br />Nombre<br />tutor<br />Estudiante<br />Estudios<br />Modulo<br />Modeloentidadrelación JACM<br />
  11. 11. ELEMENTOS DEL MODELO ER<br />ENTIDAD (entity)<br />ATRIBUTO (attribute)<br />DOMINIO (domain)<br />RELACION (relationship)<br />Interrelación, vínculo entre entidades<br />Modeloentidadrelación JACM<br />
  12. 12. ENTIDADES<br />Cualquier objeto (real o abstracto) que existe en la realidad y acerca del cual queremos almacenar información en la B.D.<br />Las entidades se representan gráficamente mediante rectángulos con su nombre en el interior.<br />Realmente, los rectángulos representan tipos de entidad, pero se ha querido evitar el término “tipo de entidad” .De tal forma que hablaremos siempre de entidades, en vez de “tipos de entidades”.<br />Las entidades representarán conjuntos de instancias, ocurrencias, ejemplares de un determinado tipo de objeto del mundo real.<br />ModeloentidadrelaciónJACM<br />
  13. 13. ATRIBUTOS<br />Atributo= cada una de las propiedades o características que tiene una entidad.<br />Los atributos son valores simples, e.j. enteros o cadenas de caracteres, sin estructura, conjuntos, etc.<br />Los atributos se representan mediante un óvalo con el nombre del atributo dentro.<br />Modeloentidadrelación JACM<br />
  14. 14. TIPOS DE ATRIBUTOS<br />Identificadores: son atributos que identifican de manera unívoca cada ocurrencia de una entidad. Toda entidad debe tener al menos un atributo identificador.<br />se representan subrayando el nombre del atributo:<br />Una entidad puede tener más de 1 atributo identificador; en ese caso, elegimos un atributo como identificador primario (P), quedando el resto como identificadores alternativos (A).<br />Identificadores simples y compuestos<br />Modeloentidadrelación JACM<br />
  15. 15. TIPOS DE ATRIBUTOS<br />Simples: son atributos que no están formados por otros atributos.<br />Compuestos: son atributos que están formados por otros atributos que a su vez pueden ser simples o compuestos. <br />Monovaluados: son atributos que representan un valor para una determinada ocurrencia de una entidad en un momento determinado. Pueden ser simples o compuestos. <br />Modeloentidadrelación JACM<br />
  16. 16. TIPOS DE ATRIBUTOS<br />Multivaluados: son atributos que pueden representar varios valores simultáneamente para una misma ocurrencia de una entidad. Se representan mediante un doble óvalo. Pueden ser simples o compuestos. <br />Derivados (o calculados): son atributos cuyo valor se obtiene aplicando una fórmula , no se almacenarán en la base de datos. Su valor se obtendrá en el momento en que sea necesario aplicando la fórmula asociada a ellos.<br />Modeloentidadrelación JACM<br />
  17. 17. TIPOS DE ATRIBUTOS<br />Propios: son los atributos de las relaciones. Se representan unidos al rombo de la relación. <br />Modeloentidadrelación JACM<br />
  18. 18. CARDINALIDAD DE ATRIBUTOS<br />La cardinalidad de cuantos valores puede almacenar el atributo para una ocurrencia determinada de la entidad.<br />Para cada atributo de una entidad se puede especificar una cardinalidad (min,max).<br />Por defecto (si no ponemos nada), la cardinalidad de un atributo asociado a una entidad es (1,1); es decir, el atributo debe obligatoriamente tener un exactamente un valor para toda ocurrencia de la entidad.<br />Para atributos multivaluados la cardinalidad por defecto es (1,n).<br />Pondremos como cardinalidad de atributo (0,1) si queremos indicar que un atributo puede contener un valor nulo.<br />Modeloentidadrelación JACM<br />
  19. 19. EJEMPLOS TIPOS DE ATRIBUTOS<br />Modeloentidadrelación JACM<br />
  20. 20. DOMINIOS<br />Cada atributo simple de una entidad está asociado a un dominio, el cual representa el conjunto de valores que puede tomar el atributo. Para cada ocurrencia de una entidad un atributo tendrá un valor dominio del atributo.<br />Un dominio lleva siempre asociado un predicado que permite comprobar si un determinado valor pertenece al dominio.<br />D = { vi | P(vi) } <br />Ejemplo:IDPERSONAS = { vi | P(vi) }<br />P(v)=v es un número de documento nacional de identidad de un ciudadano colombiano<br />Un predicado es una expresión que sólo puede tomar dos valores: VERDADERO ó FALSO<br />Modeloentidadrelación JACM<br />
  21. 21. DICCIONARIO DE DATOS<br />Un SGBD debe proporcionar un catálogo en el que se almacenen las descripciones de los datos y que sea accesible por los usuarios. Este catálogo es lo que se denomina diccionario de datos y contiene información que describe los datos de la base de datos (metadatos). Normalmente, un diccionario de datos almacena: <br />Nombre, tipo y tamaño de los datos. <br />Nombre de las relaciones entre los datos. <br />Restricciones de integridad sobre los datos. <br />Nombre de los usuarios autorizados a acceder a la base de datos.<br />Esquemas externos, conceptual e interno, y correspondencia entre los esquemas. <br />Modeloentidadrelación JACM<br />
  22. 22. DICCIONARIO DE DATOS<br />Estadísticas de utilización, tales como la frecuencia de las transacciones y el número de accesos realizados a los objetos de la base de datos. <br />Algunos de los beneficios que reporta el diccionario de datos son los siguientes: <br />La información sobre los datos se puede almacenar de un modo centralizado. Esto ayuda a mantener el control sobre los datos, como un recurso que son. <br />El significado de los datos se puede definir, lo que ayudará a los usuarios a entender el propósito de los mismos. <br />La comunicación se simplifica ya que se almacena el significado exacto. El diccionario de datos también puede identificar al usuario o usuarios que poseen los datos o que los acceden. <br />Modeloentidadrelación JACM<br />
  23. 23. DICCIONARIO DE DATOS<br />Las redundancias y las inconsistencias se pueden identificar más fácilmente ya que los datos están centralizados. <br />Se puede tener un historial de los cambios realizados sobre la base de datos. <br />El impacto que puede producir un cambio se puede determinar antes de que sea implementado, ya que el diccionario de datos mantiene información sobre cada tipo de dato, todas sus relaciones y todos sus usuarios. <br />Se puede hacer respetar la seguridad. <br />Se puede garantizar la integridad. <br />Se puede proporcionar información para auditorías. <br />Modeloentidadrelación JACM<br />
  24. 24. DICCIONARIO DE DATOS<br />Modeloentidadrelación JACM<br />
  25. 25. DICCIONARIO DE DATOS<br />[1] La fórmula ó método para calcular el valor de la edad se definirá en la tabla de entidades en el diccionario de datos (no en esta tabla de dominios)<br />Modeloentidadrelación JACM<br />
  26. 26. RELACIONES<br />es una asociación entre 2 o más entidades.<br />se representan gráficamente mediante rombos y su nombre aparece en el interior.<br />Normalmente son verbos o formas verbales.<br />Modeloentidadrelación JACM<br />
  27. 27. RELACIONES<br />Matemáticamente {<e1, e2, …, en>}<br />ei=ejemplares de la entidad ei<br />n=grado de la relación<br />la relación sería:<br />Compra = {<c1, p1>,<c1, p2>,<c2, p3>,<c3, p3>,<c3, p4>,<c3, p5>}<br />Modeloentidadrelación JACM<br />
  28. 28. CARDINALIDAD DE LA RELACION<br />la cardinalidad de una relación (binaria) es el número de ocurrencias de una entidad asociadas a una ocurrencia de la otra entidad.<br />Modeloentidadrelación JACM<br />
  29. 29. CARDINALIDAD DE LA RELACION UNO A UNO<br />Uno a uno (1:1)<br />A cada ocurrencia de la entidad A le corresponde una ocurrencia de la entidad B, y viceversa.<br />Modeloentidadrelación JACM<br />
  30. 30. CARDINALIDAD DE LA RELACION UNO A VARIOS<br />Uno a varios(1:N)<br />A cada ocurrencia de la entidad A le pueden corresponder varias ocurrencias de la entidad B. Pero a cada ocurrencia de la entidad B sólo le corresponde una ocurrencia de la entidad A.<br />Modeloentidadrelación JACM<br />
  31. 31. CARDINALIDAD DE LA RELACION UNO A VARIOS<br />Muchos a muchos (N:N) <br />A cada ocurrencia de la entidad A le pueden corresponder varias ocurrencias de la entidad B. Y a cada ocurrencia de la entidad B le pueden corresponder varias ocurrencias de la entidad A.<br />Modeloentidadrelación JACM<br />
  32. 32. PARTICIPACION DE LAS ENTIDADES EN LAS RELACIONES<br />Ejemplo<br />Un cliente puede comprar de 0 a n productos y un producto puede ser comprado por de 0 a n clientes.<br />Participación mínima cero: significa que puede haber ocurrencias de una entidad que no estén asociadas a ninguna ocurrencia de la otra entidad.<br />Participación mínima uno: significa que toda ocurrencia de una entidad debe estar asociada a una ocurrencia de la otra entidad.<br />Modeloentidadrelación JACM<br />
  33. 33. TIPOS DE RELACIONES<br />REFLEXIVAS (GRADO 1)<br />Son relaciones donde participa sólo 1 entidad. Se relacionan ocurrencias de la entidad con otras ocurrencias de la propia entidad.<br />Modeloentidadrelación JACM<br />
  34. 34. TIPOS DE RELACIONES<br />BINARIAS (GRADO 2)<br />Son relaciones donde participan 2 entidades. <br />Modeloentidadrelación JACM<br />
  35. 35. TIPOS DE RELACIONES<br />TERNARIAS (GRADO 3)<br />Son relaciones donde participan 3 entidades. <br />(A,B)  C ; (A,C)  B ; (B,C)  A<br />Modeloentidadrelación JACM<br />
  36. 36. FUERTE-DEBIL<br />Cuando una entidad participa en una relación puede adquirir un papel fuerte o débil<br />Una entidad débil queda definida siempre a través de una relación especial que representa la dependencia de esta entidad de otra de orden superior (que puede ser a su vez una entidad fuerte o débil). Toda entidad débil tiene una dependencia en existencia de la entidad de orden superior, definiéndose entre ellas una jerarquía de dos niveles.<br />Las entidades débiles se representan mediante un doble rectángulo, es decir, un rectángulo con doble línea.<br />Modeloentidadrelación JACM<br />
  37. 37. FUERTE-DEBIL<br />La DEPENDENCIA EN IDENTIFICACION se representa mediante una relación débil (rombo con línea doble) y una entidad débil (rectángulo con línea doble). La flecha hacia la entidad débil es opcional.<br />El identificador (débil) de la entidad débil en la dependencia de identificación lo representamos mediante un óvalo con el nombre del atributo doblemente subrayado.<br />El par de atributos <ISBN, NUMERO> sería capaz de identificar unívocamente todos los ejemplares de todos los libros. Tengamos en cuenta que muchos libros pueden tener el ejemplar número 1 (siendo ejemplares distintos de libros distintos).<br />Modeloentidadrelación JACM<br />
  38. 38. AGREGADOS<br />En determinadas ocasiones necesitemos crear una entidad de un nivel de abstracción superior englobando varias entidades relacionadas<br />Modeloentidadrelación JACM<br />
  39. 39. MODELO ENTIDAD RELACION EXTENDIDO (ERE)<br />SUBCLASES Y SUPERCLASES En el MODELO ENTIDAD RELACION, 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 propósitos de la base de datos y, por tanto, deberían representarse de forma explícita.<br /> Por ejemplo, la entidad EMPLEADO puede a su vez subdividirse en SECRETARIA, INGENIERO, JEFE, TECNICO, ASALARIADO, SUBCONTRATADO, etc. El conjunto de ocurrencias de entidad <br />Modeloentidadrelación JACM<br />
  40. 40. RESTRICCIONES<br />El MODELO ENTIDAD RELACION EXTENDIDO permite describir una serie de restricciones del minimundo en cuestión, si bien existen otras restricciones que es imposible (en otros casos muy difícil) de representar mediante el modelo. Todas estas restricciones no representables mediante el modelo serán descritas en el DICCIONARIO DE DATOS, de acuerdo a los conceptos descritos en el documento “DICCIONARIO DE DATOS”:<br />Restricciones de atributo<br />Dominio: asignar un atributo a un dominio definido en el propio DICCIONARIO DE DATOS representa una restricción ya que describe el conjunto de valores que puede tomar una atributo.<br />Restricciones de atributo adicionales: son restricciones que se “añaden” a la propia restricción de dominio, como por ejemplo: <br />AUTOINCREMENTADO: indica que el valor que toma el atributo para una nueva ocurrencia es el siguiente al último valor asignado a ese mismo atributo para la última ocurrencia añadida a la entidad.<br />Modeloentidadrelación JACM<br />
  41. 41. RESTRICCIONES<br />Restricciones a nivel de entidad<br />Restricciones de ocurrencia: son restricciones que afectan a varios atributos de una misma ocurrencia de una entidad. Ejemplo: FINICIO<=FFIN<br />Restricciones para varias ocurrencias: son restricciones que afectan a más de una ocurrencia de una misma entidad. Por ejemplo: (Entidad EMPLEADO) No pueden existir más de 3 empleados con un sueldo superior a $8.000.000.<br />Restricciones de relaciones<br />Restricciones de ocurrencia: son restricciones que afectan a varios atributos propios de una misma ocurrencia de una relación. Ejemplo: FINICIO<=FFIN<br />Restricciones para varias ocurrencias: son restricciones que afectan a más de una ocurrencia de una misma relación. Por ejemplo: (Relación ASIGNADO) No pueden existir más de 10 empleados asignados al mismo departamento<br />Modeloentidadrelación JACM<br />
  42. 42. RESTRICCIONES<br />Restricciones a nivel de la base de datos: son restricciones que afectan a varias entidades y/o varias relaciones. Ejemplo: si tenemos una entidad VIAJE (con una atributo que indica el máximo número de cupos para cada viaje) y otra VENTA (agregado de CLIENTE COMPRA VIAJE), la restricción sería “No es posible vender más viajes del máximo número de cupos por viaje”.<br />Restricciones de usuario: son restricciones que especifican qué privilegios (consulta, inserción, modificación, eliminación) tienen los usuarios de la base de datos sobre los datos. Normalmente los usuarios se clasificaran en grupos especificándose los privilegios a nivel de grupos.<br />Modeloentidadrelación JACM<br />
  43. 43. Evitarredundancia<br />Redundancia= decir la mismo de diferentesmaneras<br />Se ocupamasespacio y se genera inconsistenciacuando no se tienecuidado en lasactualizaciones.<br />Modeloentidadrelación JACM<br />
  44. 44. Ejemplo: Malo<br />nombre<br />nombre<br />addr<br />Producida<br />Cerveza<br />Empresa<br />Empresa<br />Este diseño repite el estados del fabricante o empresa de la cerveza, dos veces:como un atributo y como una entidad relacionada.<br />Modeloentidadrelación JACM<br />
  45. 45. Ejemplo: Malo<br />Empresa<br />Empresa<br />EmpresaDir<br />Cerveza<br />Este diseño repite la dirección del fabricante por cada cerveza y pierde la dirección del fabricante si la empresa temporalmente no esta produciendo cerveza.<br />Modeloentidadrelación JACM<br />
  46. 46. Ejemplo: Bueno<br />Nombre<br />nombre<br />Dir<br />Producida<br />Cerveza<br />Empresa<br />Este diseñoproporciona la direccion del fabricante solo unavez<br />Modeloentidadrelación JACM<br />
  47. 47. Relacionesredundantes<br />combinar las dos entidades que intervienen en una relación redundantes entre sí<br />Se convierte en unanuevaentidad<br />La nueva entidad tiene todos los atributos de la entidades anteriores<br />x<br />a<br />AB<br />y<br />b<br />z<br />c<br />a<br />x<br />A<br />B<br />y<br />b<br />c<br />z<br />Modeloentidadrelación JACM<br />
  48. 48. Remover Relaciones M:M<br />Las relacionesvarios a varios son muydificilesde representar<br />Es mejordividirunarelaciónvarios a variosen dos relacionesuno a varios<br />Estudiantes<br />Estudiantes<br />Tiene<br />inscriciones<br />Estudian<br />Modulos<br />En <br />Modulos<br />Modeloentidadrelación JACM<br />
  49. 49. Como diseñarmodelosE/R<br />De la descricion de requeriemintosidentifique<br />Entidades<br />Atributos<br />Relaciones<br />La cardinalidad de lasrelaciones<br />Dibujar el diagrama E/R para:<br />Realizar un busquedaminusiosaparaidentificarlasredundancias<br />Buscarrelacionesvarios a varios , en muchoscasosesnesecariodividirlas en relacionesuno-a-varios<br />Modeloentidadrelación JACM<br />
  50. 50. Como diseñarmodelos E/R<br />Para realizar un modeloE/R ustednesecitaidentificar<br />Entidades<br />Atributos<br />Relaciones<br />Cardinalidades<br />De unadescripcion<br />Guia general<br />Las entidades son las cosas o los objetos son a menudo los sustantivos en la descripción<br />Los atributos son los hechos o las propiedades, por lo que a menudo son también los sustantivos <br />Verbos generalmente describen las relaciones entre las entidades<br />Modeloentidadrelación JACM<br />
  51. 51. Como diseñarmodelos E/REntidades y atributos<br />A veces es difícil saber si algo es una entidad o un atributo<br />Ambos pueden representan los objetos o los hechos sobre el mundo<br />Ambos son representados por los nombres en las descripciones<br />Guia general<br />Las entidades pueden tener atributos, pero los atributos deben ser atómicos y simples<br />Las entidades pueden tener relaciones entre ellas, pero un atributo solo pertenece a una entidad<br />Modeloentidadrelación JACM<br />
  52. 52. Como diseñarmodelos E/RDepuración de Diseños<br />Con un poco de práctica los digramas E / R se pueden utilizar para planificar las consultas<br />Con solo mirar el diagrama se puedeencontrarinformacion<br />Si usted no puede encontrar la información que necesita, es posible que tenga que cambiar el diseño<br />Estudiantes<br />Tiene<br />inscripciones<br />En <br />Modulos<br />Se puedeencontrarunalista de los estudiantesinscritos ?<br />Modeloentidadrelación JACM<br />
  53. 53. Estudiantes<br />tiene<br />Inscripcion<br />en<br />Modulo<br />Como diseñarmodelos E/RDepuración de Diseños<br />ID<br />(3) Para cada instancia de inscripción en elresultado de (2) se encontrar el estudiante correspondiente<br />Name<br />(2) Encontrar la instacia de los inscritos con el mismocodigo(1)<br />ID<br />Codigo<br />(1) Encontrar la instancia de un modulo con titulo ‘Sistema de bases de datos’<br />Codigo<br />Titulo<br />Modeloentidadrelación JACM<br />
  54. 54. Ejemplo<br />Una universidad consiste de un numero de departamentos. Cada departamento ofrece varios cursos. Un numero de módulos conforman cada curso. Los estudiantes se matriculan en un curso en particular y toman los módulos para la realización de este curso. Cada módulo es explicado por un profesor del departamento correspondiente, y cada profesor es tutor de un grupo de estudiantes<br />Modeloentidadrelación JACM<br />
  55. 55. Ejemplo - Relaciones<br />Unauniversidadconsiste de un numero de departamentos.Cadadepartamentoofrecevarioscursos. Un numero de modulosconformancadacurso. Los estudiantesse matriculanen un curso en particular y toman los módulos para la realización de este curso. Cada módulo es explicadopor un profesor del departamento correspondiente, y cada profesor es tutor de un grupo de estudiantes<br />Modeloentidadrelación JACM<br />
  56. 56. Ejemplo- E/R Diagrama<br />Entidades: Departamento, Curso, Modulo, profesor, estudiantes<br />Departamento<br />Modulo<br />Curso<br />Profesor<br />Estudiantes<br />Modeloentidadrelación JACM<br />
  57. 57. Ejemplo- E/R Diagrama<br />Cadadepartamentoofrecevarioscursos<br />Ofrece<br />Departamento<br />Modulo<br />Cursos<br />Profesor<br />Estudiantes<br />Modeloentidadrelación JACM<br />
  58. 58. Ejemplo- E/R Diagrama<br />Un numero de modulosconformancadacurso<br />Ofrece<br />Departamento<br />incluye<br />Modulo<br />Cursos<br />Profesor<br />Estudiantes<br />Modeloentidadrelación JACM<br />
  59. 59. Ejemplo- E/R Diagrama<br />Los estudiantesse matriculanen un curso en particular<br />Ofrece<br />Departamento<br />incluye<br />Modulos<br />Cursos<br />Profesor<br />Matriculan<br />Estudiantes<br />Modeloentidadrelación JACM<br />
  60. 60. Ejemplo- E/R Diagrama<br />Los estudiantes… toman los módulos<br />Ofrece<br />Departamento<br />incluye<br />Modulos<br />Cursos<br />Profesor<br />toman<br />Matriculan<br />Estudiantes<br />Modeloentidadrelación JACM<br />
  61. 61. Ejemplo- E/R Diagrama<br />Cada módulo es explicadopor un profesor<br />Ofrece<br />Departamento<br />incluye<br />enseña<br />Modulos<br />Cursos<br />Profesor<br />toman<br />Matriculan<br />Estudiantes<br />Modeloentidadrelación JACM<br />
  62. 62. Ejemplo- E/R Diagrama<br />un profesor del departamento correspondiente<br />Ofrece<br />Emplea<br />Departamento<br />incluye<br />enseña<br />Modulos<br />Cursos<br />Profesor<br />toman<br />matrículan<br />Estudiantes<br />Modeloentidadrelación JACM<br />
  63. 63. Ejemplo- E/R Diagrama<br />cada profesor es tutor de un grupo de estudiantes<br />Ofrece<br />Emplea<br />Departamento<br />incluye<br />enseña<br />Modulos<br />Cursos<br />Profesor<br />toman<br />Matrículan<br />Tutor<br />Estudiantes<br />Modeloentidadrelación JACM<br />
  64. 64. Ejemplo- E/R Diagrama<br />Ofrece<br />Emplea<br />Departamento<br />incluye<br />enseña<br />Modulos<br />Cursos<br />Profesor<br />toman<br />matrículan<br />Tutor<br />Estudiantes<br />Modeloentidadrelación JACM<br />
  65. 65. Ejemplo<br />Se desearepresentarinformacionacerca de productos en la base de datos. Cadaproductotieneunadescripcion, un precioy un provedor. El provedortienedireccion,numero de telefono y nombres. Cadadireccion se componede unaubicaciónen nomeclatura un zona , un departamento o provincia o estado y un pais.<br />Modeloentidadrelacion JACM<br />
  66. 66. Ejemplo - Entidades/Atributos<br />Entidades o atributos:<br />producto<br />descripcion<br />precio<br />provedor<br />Dirección<br />Telefono<br />Nombre<br />Ciudad<br />departamento<br />Productos, provedores, y direccion se componen de varioselemntos, por lo anterior, estosobjetosformaranlasentidades<br />Los otrosson información indivisible porconsiguientepertenecen a unaentidad<br />Modeloentidadrelación JACM<br />
  67. 67. precio<br />Producto<br />descripcion<br />Direccion<br />provedor<br />direccion<br />ciudad<br />nombre<br />departamento<br />Telefono<br />Ejemplo – Diagrama E/R<br />Modeloentidadrelación JACM<br />
  68. 68. Ejemplo- Relaciones<br />Cadaproductotiene un provedor<br />Cadaproductotiene un solo provedorperoesto no impideque un provedorsuministrevariosproductos<br />Unarelacionvarios a uno<br />Cadaprovedortieneunadireccion<br />Un provedortieneuna sola direccion<br />No parece razonable que dos proveedores diferentes tengan la misma dirección <br />Unarelacionuno a uno<br />Modeloentidadrelación JACM<br />
  69. 69. Ejemplo – Diagrama E/R<br />Precio<br />Producto<br />Descripcion<br />Tiene<br />Direccion<br />Tiene<br />Provedor<br />Direccion<br />Ciudad<br />Nombre<br />departamento<br />Telefono<br />Modeloentidadrelación JACM<br />

×