Ejercicio Una empresa de jardinería quiere informatizar su gestión. La empresa dispone de un conjunto de clientes: domicilios particulares, hoteles, comunidades.

Slides:



Advertisements
Presentaciones similares
IBD Clase 13.
Advertisements

Metodología de Diseño de una Base de Datos
IBD Plan 90 y 2003 Clase 12. UNLP - Facultad de InformáticaIBD - CLASE 12 2 Modelado de datos Como mejorar la calidad del Esquema Conceptual ? Validación:
Unidad II Modelo Entidad-Relación
Repaso DBD!!! (Es ahora o nunca)
Modelo Entidad Relación
Se desea establecer un modelo conceptual para la gestión de una biblioteca. Se desean tener almacenados todos los libros que la componen. Para cada libro.
TECNICATURA EN INFORMATICA
Rocío Contreras Águila Primer Semestre 2010
Modelo entidad-relación
Diseño de Bases de Datos
Modelo Entidad-Relación
Bases de Datos Modelo Relacional.
CURSO DE ACCESS Ing. Saul Yasaca.
Diseño y Construcción de una
DOS C ONSULTORES SYDEG, S. A. DE C. V. INTERRELACIÓN DE RESPONSABILIDADES (Equipo Gerencial) © D. R. Mayo de
Elementos para Interpretar el Modelo Conceptual de Datos
¿QUÉ SON LAS BASES DE DATOS?
Modelos de Datos Modelado y Diseño de Bases de Datos
Maestría en Bioinformática Bases de Datos y Sistemas de Información Del MER al MR Ing. Alfonso Vicente, PMP
MODELO RELACIONAL.
Modelo Entidad Relación E-R
Tema: Funciones en Excel (II) Funciones de Texto
DIAGRAMAS ENTIDAD RELACIÓN
Base de Datos Relacional.
MODELO RELACIONAL.
Modelo Relacional Base de Datos I.
Modelo Entidad-Relación
I Taller sobre Desarrollo de Software Dirigido por Modelos, MDA y Aplicaciones (DSDM'04) MDA Aplicado: Una Gramática de Grafos para la Transformación de.

UNIDAD I Conceptos Básicos.
MODELO RELACIONAL El elemento central del modelo relacional es la RELACION. Una relación tiene un nombre, un conjunto de atributos que representan sus.
BASE DE DATOS I Clase # 1.
Tema 4. DISEÑO LÓGICO Objetivos
Sistemas de Bases de Datos I
Viviana Poblete López Módulo: Modelo de Datos
BASES DE DATOS MULTIDIMNSIONALES ING. A NDRÉS V ARGAS L ONDOÑO UNICIENCIA. EDU. CO Corporación Universitaria de Ciencia y Desarrollo.
Métrica v2.1 Técnicas: Modelado de datos (Parte 2)
MODELADO DE DATOS (PARTE 2) Viviana Poblete L. Modelo de Datos I.
Modelos de Bases de Datos
Normalización en una base de datos
Bases de datos Conceptos, diseño y utilización
Introducción a las Bases de Datos Relacionales Juan Alberto Sigüenza Escuela Técnica Superior de Informática Universidad Autónoma de Madrid.
Bases de datos relacionales
Análisis de Sistemas.
DIAGRAMAS ENTIDAD RELACIÓN
BASES DE DATOS Entidad-Relación
Modelos de Datos.
Ing. Héctor Abraham Hernández Erazo
DISEÑO DE BASES DE DATOS
CICLO DE VIDA Y NORMAALIZACION DE UN SISTEMA DE BASE DE DATOS
Restricciones de Integridad
PASO DEL ESQUEMA E-R AL MODELO RELACIONAL
Modelo Entidad Relación
Métrica v2.1 Técnicas: Modelado de datos (Parte 1)
Para pasar a tablas todos los datos sin dejar nada y que las tablas tengan sentido por si solas se tiene que seguir unos pasos: 1.Toda entidad se transforma.
SISTEMA DE BASE DE DATOS
MODELOS DE DATOS RELACIONAL
Bases de Datos Modelo Relacional.
Unidad II Diseño Conceptual de una Base de Datos:
Práctico 1 Letra de ejercicios 4 y 5 + Trabajo práctico 1
BASE DE DATOS DISTRIBUIDAS Objetivo
BASES DE DATOS CONCEPTOS BASICOS Elizabeth Maite Zarate Machaca “El tratamiento eficiente de la información al servicio del usuario”
Tema 2: Diseño de Bases de Datos relacionales
Para cada uno de los atributos, indicaremos su campo de descripción. Cuando un campo no dispone de este (como el.
Base de Datos I – Ing. Mary Carlota Bernal J.
Fundamentos de Auditoria PRIMERA NORMA DE AUDITORIA RELATIVA AL TRABAJO.
Normalización es un proceso que clasifica relaciones, objetos, formas de relación y demás elementos en grupos, en base a las características que cada.
 Gregorio López González  Norberto Misael Valtierra Ornelas  Ricardo Enrique Pérez Andrade  Luis Rodríguez Valencia.
CLASE Nº1 PROFESOR: ESTEFANO CASTILLO E. Módulo 6: Diseño de Base de Datos.
Transcripción de la presentación:

Ejercicio Una empresa de jardinería quiere informatizar su gestión. La empresa dispone de un conjunto de clientes: domicilios particulares, hoteles, comunidades de vecinos, etc. A veces, el mismo cliente puede requerir servicios de la empresa para jardines de diferentes ubicaciones, por ejemplo, un propietario de dos hoteles o un cliente con casa propia y dos chalets, etc. Para cada uno de estos jardines, le empresa elabora un contrato y el importe variará en función del tipo de jardín, de su extensión y del tiempo de dedicación que necesita. El contrato será de una cierta duración y tendrá un tipo de tarifa determinado.Evidentemente, se tendrá que conocer la dirección de cada uno de los jardines a mantener, así como los datos necesarios del propietario, para poder facturarle a final de cada mes todos los servicios realizados por la empresa o avisarlos si surge alguna eventualidad. La empresa dispondrá de un sistema informático, que podrá enseñar al cliente todo un conjunto de fotografías de muchas plantas para facilitarle la construcción o ampliación de su jardín, su aspecto, tipo de hojas, de flores, temporada de plantación, de floración, la familia a la que pertenece y su origen. La empresa también tendrá inventariado todos los tipos de materiales que utiliza, tipos de tierra, abonos, etc. El empresario tendrá que conocer en todo momento la composición de cada jardín, los tipos de plantas que contiene, el nombre, la fecha de plantación, etc. A final de cada mes, el empresario deberá pagar a todos sus jardineros, un sueldo fijo más un importe por hora extra (para todos igual), así que le gustaría llevar un control exhaustivo de todas las tareas realizadas por cada uno de ellos (plantación, poda, etc.), el lugar donde están trabajando, las horas dedicadas a cada tarea, etc. Elaborar el Modelo Entidad/Relación (modelo conceptual) y pasarlo a Relacional.

Diagrama Entidad/Interrelación CLIENTE JARDIN CONTRATO PLANTA TAREA JARDINERO MATERIAL 1:N 1:1 0:N Fecha_plantación, número Cantidad 0:M R2 R1 R4 R3 R5 R6

CLIENTE JARDIN CONTRATO PLANTA TAREA JARDINERO MATERIAL R3 R4 R5 R2 R1 1:1 0:N Fecha_plantación, número Cantidad 0:M R2 R1 R4 R3 R5 R6 CLIENTE (DNI, nombre, apellidos,…..) JARDIN (cod_jardin, ubicación, extensión, tipo,…) CONTRATO (cod_contrato, duración, tarifa, fecha,…) PLANTA (cod_planta, nombre, tipohojas, tipoflores, tempplantación, tempfloración, familia, origen) MATERIAL (cod_material, nombre, descripción) TAREA (id_tarea, nombre, descripción, horasdedicadas, observaciones,...) JARDINERO (DNI_jar, num_ss, nombre, apellidos, tipocontrato, horassemanales,….) R1( ), R2( ), R3(Fecha_plantacion,número) R4( ), R5( ), R6 (cantidad)

CLIENTE (DNI, nombre, apellidos,…..) JARDIN (cod_jardin, ubicación, extensión, tipo,…) CONTRATO (cod_contrato, duración, tarifa, fecha,…) PLANTA (cod_planta, nombre, tipohojas, tipoflores, tempplantación,tempfloración,familia,origen) MATERIAL (cod_material, nombre, descripción) TAREA (id_tarea, nombre, descripción, horasdedicadas, observaciones, ...) JARDINERO (DNI_jar, num_ss, nombre, apellidos, tipocontrato, horassemanales,….) R1( ) R2( ) R3(Fecha_plantacion,número) R4( ) R5( ) R6 (cantidad)

 El objetivo es convertir el esquema conceptual en un esquema lógico global en el modelo relacional. Aplicando las siguientes reglas adecuadamente se obtendrá un esquema relacional ya normalizado: 1. Toda entidad se convierte en una tabla o relación que toma el nombre de la entidad. Los atributos de la entidad serán las columnas de las tablas y el atributo(s) identificador principal será la clave primaria. A menos que se diga lo contrario los atributos no identificadores podrán tomar valores nulos. 2. Las interrelaciones N:M se transforman en una tabla cuya clave primaria será la concatenación de los atributos principales de las entidades que asocia; estos atributos serán claves ajenas que referencian a las respectivas tablas donde son claves primarias. Los atributos de la interrelación serán columnas de la tabla 3. Las interrelaciones 1:N o 1:1 se transforman propagando el atributo identificador principal de la entidad que tiene cardinalidad máxima 1 a la que tiene cardinalidad máxima N. Si la relación fuese 1:1: la propagación de la clave se podría realizarse en cualquier sentido. Los atributos de la interrelación migrarían junto a la clave, aunque muchas veces puede ser preferible crear una nueva tabla. Si se crea una nueva tabla para transformar la interrelación, la clave primaria será el atributo identificador principal de la entidad que tiene cardinalidad máxima N y sus atributos serán los propios de la interrelación más el atributo identificador principal de la entidad que participa con cardinalidad máxima 1 en la interrelación

Paso 1. CLIENTE (DNI, nombre, apellidos,…..) JARDIN (cod_jardin, ubicación, extensión, tipo,…) CONTRATO (cod_contrato, duración, tarifa, fecha,…) PLANTA (cod_planta, nombre, tipohojas, tipoflores, tempplantación, tempfloración, familia, origen) MATERIAL (cod_material, nombre, descripción) TAREA (id_tarea, nombre, descripción, horasdedicadas, observaciones, ...) JARDINERO (DNI_jar, num_ss, nombre, apellidos, tipocontrato, horassemanales,….) Paso 2 R3(cod_jardin , cod_planta ,Fecha_plantacion,número) R6 (cod_material , id_tarea , cantidad) Paso 3 CONTRATO (cod_contrato, duración, tarifa, fecha, DNI,cod-jardin,…) TAREA (id_tarea, nombre, descripción, horasdedicadas, observaciones, DNI_jar,cod-contrato...)

Finalmente CLIENTE (DNI, nombre, apellidos,…..) JARDIN (cod_jardin, ubicación, extensión, tipo,…) CONTRATO (cod_contrato, duración, tarifa, fecha, DNI,cod-jardin,…) PLANTA (cod_planta, nombre, tipohojas, tipoflores, tempplantación, tempfloración, familia, origen) MATERIAL (cod_material, nombre, descripción) TAREA (id_tarea, nombre, descripción, horasdedicadas, observaciones, DNI_jar,cod-contrato...) JARDINERO (DNI_jar, num_ss, nombre, apellidos, tipocontrato, horassemanales,….) R3(cod_jardin , cod_planta ,Fecha_plantacion,número) R6 (cod_material , id_tarea , cantidad)

Diagrama de Estructura de Datos (DED) CLIENTE JARDIN CONTRATO PLANTA TAREA JARDINERO MATERIAL R3 R6