Unidad 3 Modelamiento De Datos Conceptual

3,461 views

Published on

Unidad 3 Modelo de Datos Conceptual

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
3,461
On SlideShare
0
From Embeds
0
Number of Embeds
69
Actions
Shares
0
Downloads
211
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Unidad 3 Modelamiento De Datos Conceptual

  1. 1. Curso SQL SERVER Nivelación On-Line Día 3 Modelamiento de Datos Conceptual Sergio Sánchez Rios. Ingeniero en Informática – Licenciado en Informática
  2. 2. Proceso de Diseño de Base de Datos <ul><li>Para poder realizar una base de datos es preciso realizar una serie de pasos, los cuales parten de la recolección de la información necesaria para construir el sistema de información, hasta el diseño de los archivos y sus organizaciones, donde finalmente quedaran los datos. </li></ul><ul><li>Etapas del proceso: </li></ul><ul><li>Primera Etapa: Análisis y Recolección de Requerimientos </li></ul><ul><li>Objetivo: Identificar las necesidades de información de los usuarios. </li></ul><ul><li>Pasos: </li></ul><ul><ul><li>Identificación de las áreas de aplicación y grupos de usuarios. </li></ul></ul><ul><ul><li>Análisis y estudio de la documentación existente en las actuales aplicaciones. Además considerar manuales de políticas, formas, reportes y diagramas organizacionales. </li></ul></ul>
  3. 3. Proceso de Diseño de Base de Datos <ul><li>Primera Etapa: Análisis y Recolección de Requerimientos </li></ul><ul><li>Pasos: </li></ul><ul><ul><li>Estado del actual ambiente operativo y uso de la información. Incluye un análisis de los tipos de transacciones y sus frecuencias, y el flujo de información en el sistema. </li></ul></ul><ul><ul><li>Respuestas de cuestionarios son obtenidas desde los potenciales usuarios. Identificación de prioridades. </li></ul></ul>
  4. 4. Proceso de Diseño de Base de Datos <ul><li>Segunda Etapa: Diseño Conceptual </li></ul><ul><li>Objetivo: Producir un esquema conceptual que represente los datos necesarios para el sistema de información, que sea independiente del sistema administrador de base de datos a utilizar. </li></ul><ul><li>Pasos: </li></ul><ul><ul><li>Diseño del Esquema Conceptual : Generación de un modelo de datos con características de ser expresivo, simple, mínimo, formal, diagramático. </li></ul></ul><ul><ul><ul><li>Técnica Top-Down: El diseñador comienza con el modelo de la organización y agrega detalles a ese modelo hasta alcanzar un diseño conceptual satisfactorio. </li></ul></ul></ul><ul><ul><ul><li>Técnica Bottom-Up : Aquí el analista realiza un análisis detallado, por separado, de los requerimientos y modelos de cada vista de usuario. Para formar un esquema conceptual. </li></ul></ul></ul>
  5. 5. Proceso de Diseño de Base de Datos <ul><li>Segunda Etapa: Diseño Conceptual </li></ul><ul><li>Pasos: </li></ul><ul><ul><li>En ambos casos, el Esquema Conceptual obtenido debe servir para: </li></ul></ul><ul><ul><ul><li>Medio de Comunicación entre usuarios y especialistas. </li></ul></ul></ul><ul><ul><ul><li>Mecanismos para validar entendimiento alcanzado del problema, por parte del especialista (analista del sistema). </li></ul></ul></ul><ul><ul><ul><li>Descripción estable del contenido. </li></ul></ul></ul><ul><ul><li>Diseño de las transacciones : Identificar Entradas-Proceso-Salidas. Transacciones de recuperación, de actualización y mixtas. </li></ul></ul>
  6. 6. Proceso de Diseño de Base de Datos <ul><li>Tercera Etapa: Elección del Software </li></ul><ul><li>Objetivo: Seleccionar aquel tipo de software que mejor se adecué a las necesidades del sistema a construir. </li></ul><ul><li>Pasos: la elección debiera considerar los siguientes tres aspectos </li></ul><ul><ul><li>Costos : adquisición de software, mantención, adquisición del hardware, migración, personal capacitado, entrenamiento, operación del software. </li></ul></ul><ul><ul><li>Cambio de Software (de existir otro actualmente) : complejidad de los datos, compartición de datos entre aplicaciones, dinámica de los datos, frecuencia de los requerimientos, volumen de datos. </li></ul></ul><ul><ul><li>Factores organizacionales y económicos: estructura de los datos, familiaridad del personal, soporte del vendedor del software, características de lenguajes de cuarta generación (como editores de texto, generadores de reporte, browsers, software de comunicación y herramientas gráficas). </li></ul></ul>
  7. 7. Proceso de Diseño de Base de Datos <ul><li>Cuarta Etapa: Diseño Lógico </li></ul><ul><li>Objetivo: Crear un esquema conceptual basado en el modelo de datos soportado por el software escogido. </li></ul><ul><li>Pasos: </li></ul><ul><ul><li>Transformación independiente del sistema, a un modelo relacional, orientado al objeto u otro. </li></ul></ul><ul><ul><li>Conversión de los esquemas a un software de base de datos específico. </li></ul></ul>
  8. 8. Proceso de Diseño de Base de Datos <ul><li>Quinta Etapa: Diseño Físico </li></ul><ul><li>Objetivo: Escoger las estructuras de almacenamiento y métodos de acceso y la ubicación de los archivos de base de datos para obtener un buen rendimiento de las distintas aplicaciones que interactúan con la base de datos. </li></ul><ul><li>Criterios: en lugar de tener pasos a seguir, existen más bien criterios que permiten determinar cuales debieran ser las organizaciones de los archivos de la base de datos; estos criterios son: </li></ul><ul><ul><li>Tiempo de Respuesta : es el tiempo que transcurre desde el ingreso de la transacción y el recibo de su respuesta. </li></ul></ul><ul><ul><li>Utilización del espacio en disco : cantidad de memoria secundaria ocupada por los archivos y los índices. </li></ul></ul><ul><ul><li>Rendimiento de la transacción: numero promedio de transacciones que pueden ser procesadas por minutos. </li></ul></ul>
  9. 9. Proceso de Diseño de Base de Datos <ul><li>Sexta Etapa: Implementación </li></ul><ul><li>Objetivo: Codificación de sentencias para la definición y la manipulación de la base de datos, para crear los archivos y su poblamiento. </li></ul>
  10. 10. Modelamiento de Datos Conceptual <ul><li>Es el segundo paso del proceso de desarrollo de base de datos. </li></ul><ul><li>Su objetivo es desarrollar un Modelo Entidad – Relación que represente los requerimientos de información del negocio. </li></ul>
  11. 11. Modelamiento de Datos Conceptual Modelo Entidad – Relación (ER) <ul><li>Este modelo fue propuesto por P. Chen en 1976 para la definición del esquema conceptual de una base de datos. La propuesta original aunque modificada y extendida aún sigue vigente. </li></ul><ul><li>El Modelo de ER es un medio efectivo para coleccionar y documentar los requerimientos de información de la organización. Y se caracteriza por: </li></ul><ul><ul><li>Su robusta sintaxis. </li></ul></ul><ul><ul><li>Comunicación entre usuarios. </li></ul></ul><ul><ul><li>Fácil desarrollo. </li></ul></ul><ul><ul><li>Define el ámbito de la información. </li></ul></ul>
  12. 12. Modelamiento de Datos Conceptual Modelo Entidad – Relación (ER) <ul><li>El modelamiento de datos conceptual es independiente del hardware o software a usar para la implementación . Un Modelo ER puede ser mapeado a una base de datos relacional, jerárquica o de redes. </li></ul>
  13. 13. Modelamiento de Datos Conceptual Modelo Entidad – Relación (ER) <ul><li>Nomenclatura Gráfica del Modelo – Representación de Objetos </li></ul><ul><li>En el modelo ER se utiliza el concepto de “entidad” para referenciar al concepto de objeto. </li></ul><ul><li>Un tipo de entidad permite denotar tipos de objetos y se representan con un rectángulo nominado. </li></ul>NOMBRE - ENTIDAD
  14. 14. Modelamiento de Datos Conceptual Modelo Entidad – Relación (ER) <ul><li>Nomenclatura Gráfica del Modelo – Representación de Objetos </li></ul><ul><li>Se utilizara la palabra “entidad” para hacer referencia a un tipo de entidad, y la expresión “instancia de entidad” para hacer referencia a una entidad concreta de ese tipo. </li></ul><ul><li>Convenciones en diagramación de entidades: </li></ul><ul><ul><li>Nombre único y en singular. </li></ul></ul><ul><ul><li>Nombre de las entidades en mayúscula. </li></ul></ul>
  15. 15. Modelamiento de Datos Conceptual Modelo Entidad – Relación (ER) <ul><li>Nomenclatura Gráfica del Modelo – Representación de Objetos </li></ul><ul><li>Ejemplo: Sistema de Información para la gestión del Plan de Ordenación Docente (POD). </li></ul>PROFESOR DEPARTAMENTO ASIGNATURA
  16. 16. Modelamiento de Datos Conceptual Modelo Entidad – Relación (ER) <ul><li>Nomenclatura Gráfica del Modelo – Representación de Relaciones </li></ul><ul><li>Los objetos del mundo real se relacionan entre sí, siendo también interesante modelar estas asociaciones; para ello se utilizan los tipos de relaciones, o simplemente relaciones . </li></ul><ul><li>En el modelo ER, una relación se representa por un rombo nominado unido con un arco a cada una de las entidades que representan los objetos relacionados. </li></ul>A B Nombre-Relación Arcos Relación
  17. 17. Modelamiento de Datos Conceptual Modelo Entidad – Relación (ER) <ul><li>Nomenclatura Gráfica del Modelo – Representación de Relaciones </li></ul><ul><li>El “grado” de una relación es el número de entidades, no necesariamente distintas, que participan en la relación. En función del grado se habla de relaciones binarias, ternarias, etc. </li></ul>Relación Binaria Relación Ternaria E 1 E 2 R E 1 E 2 R E 3
  18. 18. Modelamiento de Datos Conceptual Modelo Entidad – Relación (ER) <ul><li>Nomenclatura Gráfica del Modelo – Representación de Relaciones </li></ul><ul><li>Además del nombre de la relación cuando se considere necesario, es posible dar un nombre al arco que une la relación a una entidad, este nombre expresa la función que esta entidad realiza en la relación. Cuando una entidad participa varias veces en la relación, es imprescindible utilizar este nombre funcional . </li></ul>E 1 R Función 1 Función 2 Relación Binaria reflexiva
  19. 19. Modelamiento de Datos Conceptual Modelo Entidad – Relación (ER) <ul><li>Nomenclatura Gráfica del Modelo – Representación de Relaciones </li></ul><ul><li>Ejemplo: Sistema de Información para la gestión del Plan de Ordenación Docente (POD). </li></ul>PROFESOR DEPARTAMENTO PERTENECE ASIGNATURA DEPARTAMENTO ADSCRITA PROFESOR ASIGNATURA DOCENCIA
  20. 20. Modelamiento de Datos Conceptual Modelo Entidad – Relación (ER) <ul><li>Nomenclatura Gráfica del Modelo – Representación de Atributos </li></ul><ul><li>Los atributos se representan mediante elipses nominados unidos con un arco a la entidad o a la relación que describen. </li></ul>E 1 Nombre-Atributo R 1 Nombre-Atributo
  21. 21. Modelamiento de Datos Conceptual Modelo Entidad – Relación (ER) <ul><li>Nomenclatura Gráfica del Modelo – Representación de Atributos </li></ul><ul><li>Los atributos se pueden clasificar según varios criterios: </li></ul><ul><li>Desde el punto de vista de su estructura </li></ul><ul><li>Simples o escalares : toman valores indivisibles. </li></ul><ul><li>Compuestos o estructurados : los valores que toma el atributo se componen de otros valores (que pueden ser de cualquier tipo). En estos casos se representa uniendo con arcos la elipse que representa un atributo compuesto con las elipses que representan sus atributos componentes. </li></ul>Atributo Compuesto Componente 1 Componente 2
  22. 22. Modelamiento de Datos Conceptual Modelo Entidad – Relación (ER) <ul><li>Nomenclatura Gráfica del Modelo – Representación de Atributos </li></ul><ul><li>Según el número máximo de valores que pueda tomar el atributo por cada ocurrencia de la entidad o de la relación. </li></ul><ul><li>Monovaluados : toman un valor como máximo. </li></ul><ul><li>Multivaluados: pueden tomar n valores como máximo. Se representan etiquetando el arco con una n, o una constante numérica si el máximo esta limitado. </li></ul>Atributo Multivaluado n
  23. 23. Modelamiento de Datos Conceptual Modelo Entidad – Relación (ER) <ul><li>Nomenclatura Gráfica del Modelo – Representación de Atributos </li></ul><ul><li>Dependiendo del tipo de información que represente. </li></ul><ul><li>Básico : representa información que debe almacenarse. </li></ul><ul><li>Derivado: representa información que se obtiene a partir de otra información. Se representa por un elipse trazado discontinuamente. </li></ul>Atributo Derivado
  24. 24. Modelamiento de Datos Conceptual Modelo Entidad – Relación (ER) <ul><li>Nomenclatura Gráfica del Modelo – Representación de Atributos </li></ul><ul><li>Ejemplo: Sistema de Información para la gestión del Plan de Ordenación Docente (POD). </li></ul>PROFESOR Código Nombre Categoría teléfono n Nombre Apellido1 Apellido2
  25. 25. Modelamiento de Datos Conceptual Modelo Entidad – Relación (ER) <ul><li>Nomenclatura Gráfica del Modelo – Representación de Restricciones estáticas. </li></ul><ul><li>Restricción de Atributos. </li></ul><ul><li>Restricción de valor (o dominio): estas restricciones son fácilmente representables en el modelo ER sin más que añadir un dominio asociado a cada atributo en un anexo del diagrama. En el caso de los atributos derivados, se debe indicar la regla de derivación, es decir, la forma de calcular el valor. </li></ul><ul><li>Restricción de valor no nulo: cuando un atributo presenta esta restricción, se incluyen un pequeño circulo en el arco que lo une con el objeto que describe (entidad u objeto). </li></ul>Atributo No NULO
  26. 26. Modelamiento de Datos Conceptual Modelo Entidad – Relación (ER) <ul><li>Nomenclatura Gráfica del Modelo – Representación de Restricciones estáticas. </li></ul><ul><li>Restricción sobre Entidades. </li></ul><ul><li>Restricción de unicidad: esta restricción expresa la propiedad de que las distintas ocurrencias de una entidad deben tomar valores distintos para el atributo (o un conjunto de atributos), sobre el que se define está restricción. En el caso de que haya varios conjuntos de atributos con restricción de unicidad se añade un subíndice a la línea de subrayado. </li></ul>Nombre NOMBRE - ENTIDAD
  27. 27. Modelamiento de Datos Conceptual Modelo Entidad – Relación (ER) <ul><li>Nomenclatura Gráfica del Modelo – Representación de Restricciones estáticas. </li></ul><ul><li>Restricción sobre Entidades. </li></ul><ul><li>Restricción de identificación: esta implica la restricción de unicidad y la restricción de valor no nulo, y permite definir un identificador para cada tipo de entidad. Se representa subrayando con una línea continua el atributo (o conjunto de atributos). </li></ul>Nombre NOMBRE - ENTIDAD
  28. 28. Modelamiento de Datos Conceptual Modelo Entidad – Relación (ER) <ul><li>Nomenclatura Gráfica del Modelo – Representación de Restricciones estáticas. </li></ul><ul><li>Restricción sobre Entidades – Ejemplo Sistema de Información para la gestión del Plan de Ordenación Docente (POD). </li></ul>PROFESOR Código Nombre Categoría teléfono n Nombre Apellido1 Apellido2
  29. 29. Modelamiento de Datos Conceptual Modelo Entidad – Relación (ER) <ul><li>Nomenclatura Gráfica del Modelo – Representación de Restricciones estáticas. </li></ul><ul><li>Restricción sobre Relaciones </li></ul><ul><li>Se les denomina restricciones de cardinalidad. Estas son las restricciones más importantes sobre las relaciones. Las relaciones de cardinalidad que el modelo de ER permite expresar: </li></ul><ul><li>Cardinalidad Mínima : solo se puede expresar la cardinalidad mínima de cada entidad respecto a la relación. Esta puede ser 0 o 1, representando esta última la “relación de existencia” . Está relación de existencia se representa con una doble línea en el arco que une la relación con la entidad. </li></ul><ul><li>Cardinalidad Máxima: sólo se puede expresar la cardinalidad máxima de cada conjunto de n-1 entidades respecto a la relación. Esta cardinalidad se indica mediante una etiqueta con el valor de la cardinalidad en el arco que une la entidad. </li></ul>
  30. 30. Modelamiento de Datos Conceptual Modelo Entidad – Relación (ER) <ul><li>Nomenclatura Gráfica del Modelo – Representación de Restricciones estáticas. </li></ul><ul><li>Restricción sobre Relaciones – Notaciones de Relaciones. </li></ul><ul><li>R (A (0,1), B(0,1))  Relación uno a uno (1 : 1) </li></ul><ul><li>R (A (0,n), B(0,1))  Relación uno a muchos (1 : M) </li></ul>A B R 1 1 A B R 1 n
  31. 31. Modelamiento de Datos Conceptual Modelo Entidad – Relación (ER) <ul><li>Nomenclatura Gráfica del Modelo – Representación de Restricciones estáticas. </li></ul><ul><li>Restricción sobre Relaciones – Notaciones de Relaciones. </li></ul><ul><li>R (A (0,n), B(1,1))  Relación (1 : M) con restricción de integridad </li></ul><ul><li>R (A (0,n), B(0,n))  Relación mucho a muchos (M : M) </li></ul>A B R n n A B R 1 n
  32. 32. Modelamiento de Datos Conceptual Modelo Entidad – Relación (ER) <ul><li>Nomenclatura Gráfica del Modelo – Representación de Restricciones estáticas. </li></ul><ul><li>Restricción sobre Relaciones – Notaciones de Relaciones. </li></ul>A B R 1 1 R( A(0,n), B-C(0,1)) R( B(0,n), A-C(0,1)) R( C(1,n), A-B(0,1)) C 1
  33. 33. Modelamiento de Datos Conceptual Modelo Entidad – Relación (ER) <ul><li>Nomenclatura Gráfica del Modelo – Representación de Restricciones estáticas. </li></ul><ul><li>Restricción sobre Relaciones – Notaciones de Relaciones. </li></ul>A B R 1 n R( A(0,n), B-C(0,1)) R( B(0,n), A-C(0,n)) R( C(0,n), A-B(0,n)) C n
  34. 34. Modelamiento de Datos Conceptual Modelo Entidad – Relación (ER) <ul><li>Nomenclatura Gráfica del Modelo – Representación de Restricciones estáticas. </li></ul><ul><li>Restricción sobre Relaciones – Ejemplo: Sistema de Información para la gestión del Plan de Ordenación Docente (POD). </li></ul>Pertenece (Departamento (0,n), Profesor (1,1)) Adscrita (Departamento (0,n), Asignatura (1,1)) PROFESOR DEPARTAMENTO PERTENECE n 1 ASIGNATURA DEPARTAMENTO ADSCRITA n 1
  35. 35. Modelamiento de Datos Conceptual Modelo Entidad – Relación (ER) <ul><li>Nomenclatura Gráfica del Modelo – Representación de Restricciones estáticas. </li></ul><ul><li>Restricción sobre Relaciones – Ejemplo: Sistema de Información para la gestión del Plan de Ordenación Docente (POD). </li></ul>Docencia (Profesor (0,n), Asignatura (0,n)) PROFESOR ASIGNATURA DOCENCIA n n
  36. 36. Modelamiento de Datos Conceptual Modelo Entidad – Relación (ER) <ul><li>Nomenclatura Gráfica del Modelo – Representación de Restricciones estáticas. </li></ul><ul><li>Restricción de dependencia de identificación </li></ul><ul><li>Una entidad sufre restricción de dependencia de identificación cuando no puede identificarse con sus propios atributos, de manera que sus ocurrencias se pueden distinguir gracias a su relación con otras entidades. A este tipo de entidades se le denomina entidades débiles. Esta tipo de restricción implica siempre una restricción de identidad. </li></ul>A B R 1 n B R
  37. 37. Modelamiento de Datos Conceptual Modelo Entidad – Relación (ER) <ul><li>Nomenclatura Gráfica del Modelo – Representación de la Agregación </li></ul><ul><li>Para representar una agregación, se encuadra la relación sobre la que se define. </li></ul>Agregación La entidad agregada tiene el nombre de la relación sobre la que se define y hereda los atributos de las entidades participantes, así como los atributos de la relación. A B C R S
  38. 38. Modelamiento de Datos Conceptual Modelo Entidad – Relación (ER) <ul><li>Nomenclatura Gráfica del Modelo – Representación de la Agregación </li></ul><ul><li>Ejemplo: Sistema de Información para la gestión del Plan de Ordenación Docente (POD). </li></ul>Esto representa la asignación de grupos a un profesor en una asignatura determinada. PROFESOR ASIGNATURA GRUPO DOCENCIA ASIGNADO n n n n
  39. 39. Modelamiento de Datos Conceptual Modelo Entidad – Relación (ER) <ul><li>Nomenclatura Gráfica del Modelo – Representación de la generalización </li></ul><ul><li>Esta se representa uniendo todas las entidades especializadas según un criterio con la entidad general a través de un circulo en el que se indican las propiedades ( T = total, P = parcial, D = disjunta, y S = Solapada). En el caso que haya una sola subclase no hace falta el circulo. </li></ul>G T/S E1 E2 …… . E3
  40. 40. Modelamiento de Datos Conceptual Modelo Entidad – Relación (ER) <ul><li>Nomenclatura Gráfica del Modelo – Representación de la Generalización </li></ul><ul><li>Ejemplo: Sistema de Información para la gestión del Plan de Ordenación Docente (POD). </li></ul>ASIGNATURA T,D POSTGRADO GRADO
  41. 41. Modelamiento de Datos Conceptual Modelo Entidad – Relación (ER) <ul><li>Diagrama ER completo. </li></ul>
  42. 42. Modelamiento de Datos Conceptual Modelo Entidad – Relación (ER) (Ejercicios) <ul><li>Ejercicio 1 </li></ul><ul><li>La cadena de Video-Clubs Glob-Gusters ha decidido, para mejorar su servicio, emplear una base de datos para almacenar la información referente a las películas que ofrece en alquiler. Esta información es la siguiente: </li></ul><ul><li>Una película se caracteriza por su t título, nacionalidad, productora y fecha (p.e., “Quo Vadis” , “Estados Unidos” , “M.G.M.” , 1955) . </li></ul><ul><li>En una película pueden participar varios actores (nombre, nacionalidad, sexo) algunos de ellos como actores principales. Una película está dirigida por un director (nombre, nacionalidad) . </li></ul><ul><li>De cada película se dispone de uno o varios ejemplares diferenciados por un número de ejemplar y caracterizados por su estado de conservación. Un ejemplar se puede encontrar alquilado a algún socio (DNI , nombre, dirección, teléfono) . Se desea almacenar la fecha de comienzo del alquiler y la de devolución. Un socio tiene que ser avalado por otro socio que responda de él en caso de tener problemas en el alquiler. </li></ul>
  43. 43. Modelamiento de Datos Conceptual Modelo Entidad – Relación (ER) (Ejercicios) <ul><li>Ejercicio 2 </li></ul><ul><li>La asociación &quot;Amigos de la Fiesta&quot; desea recoger en una base de datos toda la información acerca de las corridas de toros que se celebran en España y de todos los datos relacionados con ellas. </li></ul><ul><li>Se desea tener información acerca de cada corrida, identificada conjuntamente por un número de orden, la feria en la que se celebra y el año de celebración (por ejemplo : orden = 2, feria = San Isidro, año = 1990) ; las corridas que no se celebran durante una feria tienen 0 en el campo Feria y se numeran correlativamente dentro de ese año. </li></ul><ul><li>En una determinada corrida actúan una serie de toreros (mínimo 1 y máximo 6) de los que se desea guardar su DNI, nombre, apodo y fecha en que tomó la alternativa. </li></ul><ul><li>Además se desea saber quién fue el torero (padrino) que le dio la alternativa en su día (un torero puede dar la alternativa a varios compañeros o a ninguno) . En cada corrida un torero obtiene una serie de premios (número de orejas, de rabos y si salió por la puerta grande) de los que se desea mantener información. Cada torero puede tener un apoderado. A su vez, un apoderado lo puede ser de varios toreros. De él se desea saber su DNI, nombre, dirección y teléfono. Una corrida se celebra en una plaza de toros de la que se desea saber su nombre (que se supone único) , localidad, dirección y aforo. En una misma plaza se pueden celebrar varias corridas de toros. </li></ul><ul><li>Cada toro pertenece a una ganadería determinada. De cada ganadería se quiere conocer su código, nombre, localidad, procedencia y antigüedad ( fecha de creación) . En cada corrida son estoqueados al menos 6 toros. Cada toro viene identificado por el código de la ganadería a la que pertenece, el año en que nació y un número de orden. Además se desea mantener información acerca de su nombre y color, así como del orden en que fue toreado. </li></ul>
  44. 44. Modelamiento de Datos Conceptual Modelo Entidad – Relación (ER) (Ejercicios) <ul><li>Ejercicio 3 </li></ul><ul><li>Se trata de diseñar una base de datos para una red de agencias en franquicias a TECHNOHOUSE, empresa especializada en el alquiler y compra de inmuebles. </li></ul><ul><li>Cada agencia tiene un titular propio y un conjunto de vendedores. Tanto el titular como los vendedores sólo pueden pertenecer a una agencia. Sobre las agencias interesa almacenar su dirección, teléfonos (que pueden ser varios) , fax, etc. Además, cada agencia tiene asignada una zona de actuación que es única. </li></ul><ul><li>Las agencias disponen de inmuebles tanto para alquilar como para vender (o ambas cosas) , en el primer caso figurará el precio de alquiler y la fianza a depositar, mientras que en el segundo caso, además del precio de venta, se indica si el inmueble está o no hipotecado. </li></ul><ul><li>Por otro lado, los inmuebles pueden ser locales comerciales, o pisos. En ambos casos se identifican por un código, interesando conocer el propietario, la dirección y la superficie en m2. </li></ul><ul><li>Además, en el caso de pisos interesa conocer el número de habitaciones ( incluyendo el salón) , el número de cuartos de baño, el tipo de gas (natural, ciudad, butano) , y si es interior o exterior. Para los locales comerciales se debe conocer si dispone de licencia de apertura. Un cliente puede acudir a varias agencias, en cada una se le asigna un vendedor, que es el encargado de seleccionar los inmuebles que cumplen las características deseadas, y en caso de estar interesado, el cliente debe dar una señal para reservar el inmueble (o los inmuebles) que desea. </li></ul>
  45. 45. Conceptos Relevantes Bibliografía <ul><li>“ Introducción a los Sistemas de Base de Datos”, C. J. Date, Prentice Hall – Séptima Edición, 2001. </li></ul><ul><li>“ Bases de Datos Relacionales”, Matilde Celma Giménez & Juan Casamayor & Laura Mota, Prentice Hall, 2003. </li></ul><ul><li>Cátedra “Introducción a las bases de datos”, Profesor L. Marti, Universidad de Valparaíso, 2004. </li></ul>

×