Tema 2: Modelo Entidad-Asociación (E-A)

Save this PDF as:
 WORD  PNG  TXT  JPG

Tamaño: px
Comenzar la demostración a partir de la página:

Download "Tema 2: Modelo Entidad-Asociación (E-A)"

Transcripción

1 Tema 2: Modelo Entidad-Asociación (E-A) Conjuntos entidad Conjuntos asociación Cuestiones de diseño Restricciones de asociaciones Claves Diagrama E-A Características del modelo E-A ampliado Diseño de un esquema E-A de base de datos Reducción de un esquema E-A a tablas (relaciones) Bases de datos 1

2 Conjuntos entidad Una base de datos se puede modelar como: Un conjunto de entidades, Asociaciones entre entidades. Una entidad es un objeto que existe y es distinguible de otros objetos. Ejemplo: una persona, compañía, evento o planta determinada Las entidades tienen atributos Ejemplo: las personas tienen nombres y direcciones. Un conjunto entidad es un conjunto de entidades del mismo tipo que comparten las mismas propiedades. Ejemplo: el conjunto de todas las personas, compañías, árboles, vacaciones Bases de datos 2

3 Conjuntos entidad cliente y prestamo Id-cliente ciudadcliente callecliente nombrecliente numeroprestamo cantidad Gómez Príncipe Madrid L López Norte Vigo L Vázquez Principe Madrid L Veiga Alma Santiago L Sánchez Norte Vigo L Fraga Lugo Coruña L Rubio Miño Ourense L cliente prestamo Bases de datos 3

4 Atributos Una entidad se representa por un conjunto de atributos, que son propiedades descriptivas que tienen todos los miembros de un conjunto entidad. Dominio el conjunto de valores permitidos para cada atributo Tipos de atributo: Ejemplo: cliente = (id-cliente, nombre-cliente, direccion-cliente, ciudad-cliente) prestamo = (numero-prestamo, cantidad) Atributos simples y compuestos. Atributos monovalorados y multivalorados P.e. atributo multivalorado : numeros-telefono Atributos derivados Se pueden calcular a partir de otros atributos P.e. edad, dada la fecha de nacimiento Bases de datos 4

5 Atributos compuestos Atributos compuestos nombre completo direccion Atributos componentes nombre primer apellido segundo apellido calle ciudad provincia C.P. numero nombre piso Bases de datos 5

6 Conjuntos asociación Una asociación es una relación entre varias entidades Ejemplo: López deposita A-102 entidad cliente conjunto asociación entidad cuenta Un conjunto asociación es una relación matemática entre n 2 entidades, cada una perteneciente a un conjunto entidad {(e 1, e 2, e n ) e 1 E 1, e 2 E 2,, e n E n } donde (e 1, e 2,, e n ) es una asociación Ejemplo: (López, A-102) depositos Bases de datos 6

7 Conjunto asociación prestatario Id-cliente ciudadcliente callecliente nombrecliente numeroprestamo cantidad Gómez Príncipe Madrid L López Norte Vigo L Vázquez Principe Madrid L Veiga Alma Santiago L Sánchez Norte Vigo L Fraga Lugo Coruña L Rubio Miño Ourense L cliente prestamo Bases de datos 7

8 Conjuntos asociación (Cont.) Un atributo también puede ser propiedad de un conjunto asociación. Por ejemplo, el conjunto asociación depositante entre los conjuntos entidad cliente y cuenta puede tener el atributo fecha-acceso depositante (fecha-acceso) cliente (nombre-cliente) López Pérez Gómez Paz Sánchez Veiga 24 mayo junio junio junio junio mayo mayo junio 2002 cuenta (numero-cuenta) A-101 A-215 A-102 A-305 A-201 A222 A mayo 2002 Bases de datos 8

9 Grado de un conjunto asociación Indica el número de conjuntos entidad que pueden participar en un conjunto asociación. Los conjuntos asociación en que participan dos conjuntos entidad se denominan binarias (o de grado dos). Normalmente, la mayoría de los conjuntos asociación son binarias. En un conjuntos asociación pueden participar mas de dos conjuntos entidad. P.e. Supongamos que los empleados de un banco pueden tener puestos (responsabilidades) en varias sucursales, con diferentes responsabilidades en cada sucursal. Entonces habrá una asociación ternaria entre los conjuntos entidad empleado, puesto y sucursal Las asociaciones entre más de dos conjuntos entidad no son comunes, La mayoría de las asociaciones son binarias. Bases de datos 9

10 Cardinalidad de un conjunto asociación Indica el número de entidades a las que se puede asociar otra entidad mediante el conjunto asociación. Fundamentalmente es útil para conjuntos asociación binarios. La cardinalidad de un conjunto asociación binario puede ser de cuatro tipos: Uno a uno (1:1) Uno a varios (1:M) Varios a uno (M:1) Varios a varios (M:N) Bases de datos 10

11 Cardinalidades A B A B b 1 a 1 b 1 a 1 b 2 a 2 b 2 a 2 b 3 a 3 b 3 a 3 b 4 a 4 b 4 b 5 (a) Uno a uno (b) Uno a varios Nota: Algunos elementos en A y B pueden no estar asociados a ningún elemento del otro conjunto Bases de datos 11

12 Cardinalidades A B A B a 1 a 2 b 1 a 1 b 1 a 3 b 2 a 2 b 2 a 4 b 3 a 3 b 3 a 4 b 4 a 5 (a) Varios a uno (b) Varios a varios Nota: Algunos elementos en A y B pueden no estar asociados a ningún elemento del otro conjunto Bases de datos 12

13 La cardinalidad afecta al diseño E-AE Podemos hacer fecha-apertura un atributo de cuenta, en vez de un atributo de asociación, si cada cuenta sólo puede pertenecer a un único cliente Es decir, la asociación de cuenta a cliente es varios a uno, o, los que es equivalente, cliente a cuenta es uno a varios cliente (nombre-cliente) depositante López Pérez Gómez Paz Sánchez Veiga cuenta (numero-cuenta, fecha-acceso) A mayo 2002 A junio 2002 A junio 2002 A mayo 2002 A junio 2002 A junio 2002 A mayo 2002 Bases de datos 13

14 Diagramas E-AE nombre-cliente calle-cliente numero-prestamo cantidad id-cliente ciudad-cliente clientes prestatario prestamos Rectángulos: representan conjuntos entidad. Rombos: representan conjuntos asociación. Líneas: unen los atributos con los conjuntos entidad y los conjuntos entidad con los conjuntos asociación. Elipses: representan atributos Elipses dobles: representan atributos multivaluados. Elipses discontinuas: denotan atributos derivados. Subrayado: indica que un atributo es una clave primaria. Bases de datos 14

15 Diagrama E-A E A con atributos compuestos, multivaluados y derivados nombre-calle primer-apellido numero-calle piso-calle nombre-propio segundo-apellido nombre calle ciudad Id-cliente direccion provincia cliente C.P. numero-telefono fecha-nacimiento edad Bases de datos 15

16 Conjutos asociación con atributos nombre-cliente calle-cliente fecha-acceso numero-cuenta saldo id-cliente ciudad-cliente clientes depositante cuenta Bases de datos 16

17 Roles Los conjuntos entidad que participan en una asociación no tienen por que ser distintos Las etiquetas director y trabajador se denominan roles; indican cómo interactúan las entidades a través del conjunto asociación trabaja-para. En los diagramas E-A los roles se indican etiquetando lal líneas que unen rombos y rectángulos. Las etiquetas de rol son opcionales y se utilizan para clarificar la semántica de la asociación. nombre-empleado Id-empleado numero-telefono empleado director trabajador trabaja-para Bases de datos 17

18 Restricciones de cardinalidad Las restricciones de cardinalidad se indican dibujando o bien una flecha ( ), que significa uno, o bien un extremo sin flecha ( ), que significa varios, entre el conjunto asociación y el conjunto entidad correspondiente. P.e.: Asociación uno-a-uno: Un cliente se asocia con, como máximo un préstamo mediante la asociación prestatario Un préstamo se asocia con como máximo un cliente mediante prestatario nombre-cliente calle-cliente numero-prestamo cantidad id-cliente ciudad-cliente clientes prestatario prestamos Bases de datos 18

19 Asociaciones uno-a-varios En una asociación uno-a-varios un préstamo se asocia con, como mucho, un cliente a través de prestatario, y un cliente se asocia con varios (incluido 0) prestamos a través de prestatario nombre-cliente calle-cliente numero-prestamo cantidad id-cliente ciudad-cliente clientes prestatario prestamos Bases de datos 19

20 Asociaciones varios-a-uno En una asociación varios-a-uno un préstamo se asocia con varios (incluido 0) clientes a través de prestatario y un cliente se asocia con como mucho un préstamo a través de prestatario nombre-cliente calle-cliente numero-prestamo cantidad id-cliente ciudad-cliente clientes prestatario prestamos Bases de datos 20

21 Asociaciones varios-a-varios nombre-cliente calle-cliente numero-prestamo cantidad id-cliente ciudad-cliente clientes prestatario prestamos Un cliente se asocia con varios (incluido 0) préstamos a través de prestatario Un préstamo se asocia con varios (incluido 0) clientes a través de prestatario Bases de datos 21

22 Participación de un conjunto entidad en un conjunto asociación Participación total (se indica mediante una línea doble): cada entidad del conjunto entidad participa en al menos una asociación del conjunto asociación P.e. la participación de prestamo en prestatario es total cada préstamo debe tener un cliente asociado a través de prestatario Participación parcial: algunas entidades pueden no participar en ninguna asociación del conjunto asociación P.e. la participación de cliente en prestatario es parcial nombre-cliente calle-cliente numero-prestamo cantidad id-cliente ciudad-cliente clientes prestatario prestamos Bases de datos 22

23 Notación alternativa para límites de cardinalidad Los límites de cardinalidad también pueden expresar restricciones de participación nombre-cliente calle-cliente numero-prestamo cantidad id-cliente ciudad-cliente clientes 0..* 1..1 prestatario prestamos Bases de datos 23

24 Claves Una superclave de un conjunto entidad es un conjunto de uno o más atributos cuyos valores determinan de manera única cada entidad. Una clave candidata de un conjunto entidad es una superclave mínima Id-clente es una clave candidata de cliente numero-cuenta es una clave candidata de cuenta Aunque pueden existir varias claves candidatas en un conjunto entidad, una de ellas se debe elegir como clave primaria. Bases de datos 24

25 Claves para conjuntos asociación El conjunto de claves primarias de los conjuntos entidad participantes forman una superclave del conjunto asociación. (id-cliente, numero-cuenta) es una superclave de depositante NOTA: esto significa que un par de conjuntos entidad pueden tener como mucho una asociación en un determinado conjunto asociación. P.e. si queremos guardar todas las fechas-de-acceso a cada cuenta por cada cliente, no podemos utilizar una asociación para cada acceso. Aunque podemos utilizar un atributo multivalorado Debemos considerar la cardinalidad de los conjuntos asociación cuando decidimos cuales son las claves candidatas Necesitamos considerar la semántica de los conjuntos asociación a la hora de elegir la clave primaria en caso de que haya más de una clave candidata Bases de datos 25

26 Diagramas E-A E A con asociaciones ternarias nombre-puestol nivel puesto nombre-empleado calle ciudad_sucursal id-empleado ciudad nombre-sucursal activos empleados trabaja-en sucursal Bases de datos 26

27 Restricciones de cardinalidad en asociaciones ternarias Se permite como máximo una flecha saliente de una asociación ternaria (o de grado superior) para indicar restricciones de cardinalidad P.e. una flecha de trabaja-en a puesto indica que cad empleado trabaja en como mucho un puesto en cualquier sucursal. Si hay más de una flecha, hay dos formas de definir el significado. P.e. una asociación ternaria R entre A, B y C con flechas a B y C puede significar 1. cada entidad A se asocia con una única entidad de B y C, o 2. cada par de entidades de (A, B) se asocia con una única entidad C, y cada par (A, C) se asocia con una única de B Cada alternativa se ha utilizado en distintos formalismos Para evitar confusiones no permitiremos más que una flecha Bases de datos 27

28 Asociaciones binarias vs. no binarias Algunas asociaciones que parecen ser no binarias se pueden representar mejor utilizando asociaciones binarias P.e. Una asociación ternaria padres, relacionando un niño con su padre y madre. Es mejor reemplazarla por dos asociaciones binarias: padre y madre Utilizando dos asociaciones binarias podemos representar información parcial (p.e. sólo se conoce la madre) Pero hay algunas asociaciones que son no binarias por naturaleza P.e. trabaja-en Bases de datos 28

29 Convirtiendo asociaciones no binarias en binarias En general, cualquier asociación no binaria se puede representar mediante asociaciones binarias creando un conjunto entidad artificial: Reemplazar R entre los conjuntos entidad A, B and C por un conjunto entidad E, y tres conjuntos asociación: 1. R A, asociando E y A 2.R B, asociando E y B 3. R C, asociando E y C Crear un atributo identificador especial para E Añadir todos los atributos de R a E Para cada asociación (a i, b i, c i ) en R, 1.crear una nueva entidad e i en el conjunto E 2. añadir (e i, a i ) a R A 3. añadir (e i, b i ) a R B 4. añadir (e i, c i ) a R C A A R A B R C B R B E R C C Bases de datos 29

30 Convirtiendo asociaciones no binarias (Cont.) También es necesario convertir las restricciones No siempre es posible transformar todas las restricciones Puede haber instancias en el nuevo esquema que no se corresponden con ninguna instancia de R Ejercicio: añadir restricciones a las asociaciones R A, R B y R C para asegurar que una nueva entidad corresponda exactamente a una entidad en cada uno de los conjuntos entidad A, B y C Podemos evitar crear un atributo identificativo haciendo que E sea un conjunto entidad débil identificado por los tres conjuntos asociación Bases de datos 30

31 Cuestiones de diseño Uso de conjuntos entidad vs. atributos La elección depende principalmente de la estructura del mundo que modelamos y de la semántica asociada con el atributo en cuestión. Uso de conjuntos entidad vs. conjuntos asociación Ayuda: definir conjuntos asociación para definir una acción que ocurre entre entidades Conjuntos asociación binarios vs n-arios Aunque se puede reemplazar cualquier conjunto asociación no binario (n-ario, para n > 2) por un conjunto de asociaciones binarias, un conjunto asociación n-ario muestra de manera más clara que varias entidades participan en una única asociación. Incluir atributos en las asociaciones Bases de datos 31

32 Conjuntos entidad débiles Un conjunto entidad que no tiene una clave primaria se denomina conjunto entidad débil. La existencia de un conjunto entidad débil depende de la existencia de un conjunto entidad identificador debe estar relacionado con el conjunto entidad identificador mediante un conjunto asociación uno-a-varios total desde el conjunto entidad identificador al conjunto entidad débil La asociación identificadora se representa mediante un rombo doble El discriminador (o clave parcial) de un conjunto entidad débil es el conjunto de atributos que diferencian las entidades del conjunto entidad débil. La clave primaria de un conjunto entidad débil está formada por la clave primaria del conjunto entidad fuerte del que depende existencialmente el conjunto entidad débil junto con el discriminador del propio conjunto entidad débil. Bases de datos 32

33 Conjuntos entidad débiles (Cont.) Un conjunto entidad débil se representa mediante un rectángulo doble. El discriminador de un conjunto entidad débil se subraya con una línea discontinua. Numero-pago: discriminador del conjunto entidad pago Clave primaria para pago (numero-prestamo, numero-pago) fecha-pago numero-prestamo cantidad numero-pago cantidad-pago prestamo pago-prestamo pago Bases de datos 33

34 Conjuntos entidad débiles (Cont.) Nota: la clave primaria de un conjunto entidad fuerte no se almacena explícitamente en el conjunto entidad débil, dado que está implícita en la asociación identificadora. Si numero-prestamo se almacenara explícitamente, pago se podría convertir en entidad fuerte, pero entonces la asociación entre pago y prestamo debería duplicarse por la asociación implícita definida por el atributo numero-prestamo común a pago y prestamo Bases de datos 34

35 Ejemplos de conjunto entidad débiles En una universidad, una asignatura es una entidad fuerte y una oferta-de-asignatura se puede modelar como una entidad débil El discriminador de oferta-de-asignatura debería ser cuatrimestre (incluyendo año) Si modelamos oferta-de-curso como una entidad fuerte debemos introducir como atributo codigo-asignatura. Entonces la relación con asignatura debería estar implícita en el atributo codigo-asignatura Bases de datos 35

36 Especialización Proceso de diseño arriba-abajo; creamos subgrupos con un conjunto de entidades que se distinguen de las demás entidades del conjunto. Estos subgrupos se convierten en conjuntos entidad de más bajo nivel que tiene atributos o participan en asociaciones que no son aplicables al conjunto entidad de nivel superior. Se representa mediante un triángulo con la etiqueta ISA (P.e. cliente es una persona). Herencia de atributos un conjunto entidad de nivel más bajo hereda todos los atributos y participaciones en asociaciones del conjunto entidad de nivel superior al que está enlazado. Bases de datos 36

37 Ejemplo de especialización nombre calle ciudad persona salario ISA tipo empleado cliente ISA oficinista vendedor secretario numero-despacho horas-trabajadas numero-ventanilla horas-trabajadas Bases de datos 37

38 Generalización Proceso de diseño abajo-arriba combinar una serie de conjuntos entidad que comparten las mismas características en un conjunto entidad de más alto nivel. La especialización y la generalización son procedimientos opuestos. Por ello se representan de la misma forma en los diagramas E-A. Los términos especialización y generalización se pueden utilizar como sinónimos. Bases de datos 38

39 Especialización y generalización (Cont.) Puede haber varias especializaciones de un conjunto entidad en base a diferentes características. P.e. empleados-temporales vs. empleados-fijos, además de oficinistas vs. secretarios vs. vendedores Cada empleado debe ser: Miembro de empleados-.temporales o de empleados fijos, y también miembro de uno de los siguientes grupos: oficinistas, secretarios, o vendedores La asociación ISA también se denomina asociación superclase - subclase Bases de datos 39

40 Restricciones de diseño en una especialización/generalización Restricciones sobre que entidades pueden ser miembros de un conjunto de entidades de nivel más bajo. Definido por condiciones P.e. todos los clientes de más de 65 años son miembros del conjunto entidad mayor-de-edad; mayor-de-edad ISA persona. Definido por el usuario Restricciones sobre cuando o no las entidades pueden pertenecer a más de un conjunto entidad de nivel más bajo dentro de la misma generalización. Disjunto Una entidad puede pertenecer a un solo conjunto entidad de menor nivel Se indica en el diagrama E-A escribiendo disjunto al lado del triángulo ISA Solapado Una entidad puede pertenecer a varios conjuntos entidad de menor nivel Bases de datos 40

41 Restricciones de diseño en una especialización/generalización (Cont.) Restricción de completitud especifica cuando o no una entidad del conjunto entidad de nivel superior debe pertenecer a al menos un conjunto entidad de menor nivel en la generalización. total : una entidad siempre debe pertenecer a un conjunto entidad de menor nivel parcial: una entidad no necesita pertenecer a uno de los conjuntos entidad de menor nivel Bases de datos 41

42 Agregación Consideremos la asociación ternaria trabaja-en. Supongamos que queremos almacenar información sobre los directores de las tareas que realiza cada empleado en una sucursal puesto empleado trabaja-en oficina dirige director Bases de datos 42

43 Agregación (Cont.) Los conjuntos asociación trabaja-en y dirige representan información redundante Cada asociación dirige corresponde a una asociación trabaja-en Sin embargo, algunas asociaciones trabaja-en pueden no corresponderse con ninguna asociación dirige Por eso no podemos descartar la asociación trabaja-en Eliminamos esta redundancia mediante agregación Tratamos la asociación como una entidad abstracta Permitimos asociaciones ente asociaciones Abstraemos la asociación en una nueva entidad Sin introducir redundancia, el siguiente diagrama representa: Un empleado trabaja en un puesto concreto en una sucursal concreta Una combinación empleado, sucursal, puesto puede tener asociado un director Bases de datos 43

44 Diagrama E-A E A con agregación puesto empleado trabaja-en oficina dirige director Bases de datos 44

45 Decisiones de diseño E-AE El uso de un atributo o conjunto entidad para representar un objeto. Cuándo un concepto del mundo real se expresa mejor mediante un conjunto entidad o mediante un conjunto asociación. El uso de asociaciones terciarias vs. dos asociaciones binarias. El uso de conjuntos entidad fuertes o débiles. El uso de especialización/generalización contribuye a la modularidad en el diseño. El uso de agregación se puede tratar el conjunto entidad agregado como una sola unidad sin importar los detalles de su estructura interna. Bases de datos 45

46 Diagrama E-A E A para una entidad bancaria ciudad-sucursal nombre-sucursal activo sucursal prestamo-sucursal nombre-cliente fecha-pago Id-cliente calle-cliente ciudad-cliente numero-prestamo cantidad numero-pago cantidad-pago cliente prestatario prestamo prestamo-pago pago fecha-acceso consejero tipo numero-cuenta saldo depositante cuenta empleado jefe trabaja-para trabajador ISA Id-empleado nombre-empleado cuenta-ahorro cuenta-corriente nombre-empleado numero-telefono duracion-contrato fecha-contrato tipo-interes descubierto Bases de datos 46

47 Resumen de símbolos utilizados en la notación E-AE E Conjunto entidad A Atributo E Conjunto entidad débil A Atributo multivalorado R Asociación A Atributo derivado R Asociación identificadora para una entidad débil R E Participación total de una entidad en una asociación A Clave primaria A Atributo discriminador de una entidad débil Bases de datos 47

48 Resumen de símbolos (Cont.) R Asociación varios a varios R Asociación varios a uno R Asociación uno a uno R 1..h E Límites de cardinalidad R rol E Indicador de rol ISA ISA (Generalización o Especialización) ISA Generalización total ISA Generalización disjunta disjunta Bases de datos 48

49 Notaciones E-A E A alternativas Entidad E con atributos A1, A2 y A3 y clave primaria A1 A1 A2 A3 Asociación varios a varios * * R R Asociación uno a uno 1 1 R R Asociación varios a uno * 1 R R Bases de datos 49

50 UML UML: Unified Modeling Language UML tiene muchos componentes para modelar gráficamente diferentes aspectos de un sistema software Los diagramas de clases UML se corresponden con diagramas E-A con algunas diferencias. Bases de datos 50

51 clase UML 1. Entidades y atributos nombre-cliente Id-cliente calle-cliente ciudad-cliente cliente rol1 2. Asociaciones E1 R rol2 E2 E1 rol1 R rol2 E2 R a1 a2 a1 a2 E1 rol1 R rol2 E2 E1 rol1 rol2 E2 Bases de datos 51

52 Notación de diagramas de clases UML (Cont.) 3. Restriciiones de cardinalidad E1 0..* 0..1 R E2 E R 0..* E2 4. Generalización y Especialización cliente persona ISA empleado (generalización solapada) cliente persona solapada empleado persona ISA (generalización disjunta) disjunta persona disjunta cliente empleado cliente empleado Bases de datos 52

53 Fin del tema 2 Bases de datos Manuel Ramos Cabrer 53

54 Dependencia existencial Si la existencia de la entidad x depende de la existencia de la entidad y, entonces x es existencialmente dependiente de y. y es la entidad dominante (p.e. prestamo) x es la entidad subordinada (p.e. pago) prestamo prestamo-pago pago Si se elimina una entidad prestamo, entonces todas las entidades pago asociadas también de deben eliminar. Bases de datos 54

Conjuntos entidad. prestamo. Conjuntos entidad cliente y prestamo. Atributos. Atributos. Conjuntos asociación. Tema 2: Modelo Entidad-Asociación (E-A)

Conjuntos entidad. prestamo. Conjuntos entidad cliente y prestamo. Atributos. Atributos. Conjuntos asociación. Tema 2: Modelo Entidad-Asociación (E-A) Tema 2: Modelo ntidad-sociación (-) Conjuntos entidad Conjuntos entidad Conjuntos asociación Cuestiones de diseño estricciones de asociaciones Claves Diagrama - Características del modelo - ampliado Diseño

Más detalles

Modelo Entidad-Relación

Modelo Entidad-Relación Modelo Entidad-Relación El modelo de datos de entidad-relación (ER) se basa en una percepción de un mundo real que consiste en un conjunto de objetos básicos llamados entidades y de relaciones entre estos

Más detalles

EL MODELO ENTIDAD-RELACIÓN:

EL MODELO ENTIDAD-RELACIÓN: APUNTES DEL MÓDULO PROFESIONAL: SISTEMAS GESTORES DE BASES DE DATOS (2) Página 1 de 8 EL MODELO ENTIDAD-RELACIÓN: Conceptos previos vistos anteriormente: Los modelos de datos son el conjunto de conceptos

Más detalles

Unidad II: Diseño de Bases de Datos y el modelo E-R. 2.1 El Proceso de Diseño

Unidad II: Diseño de Bases de Datos y el modelo E-R. 2.1 El Proceso de Diseño Unidad II: Diseño de Bases de Datos y el modelo E-R. 2.1 El Proceso de Diseño El proceso de diseño para una base de datos consta básicamente de 7 pasos, los cuáles se describen en la siguiente imagen.

Más detalles

rg.o cm a Diseñ e o o c o c n o ce c p e tual l@ rza e b Di D s i e s ño d e b as a e s s s d e d at a o t s

rg.o cm a Diseñ e o o c o c n o ce c p e tual l@ rza e b Di D s i e s ño d e b as a e s s s d e d at a o t s Diseño conceptual Diseño de bases de datos Documento de especificación del sistema 1. Definición del problema 2. Descripción funcional 2. 3. Restricciones 4. Diagramas de flujo de datos 5. Modelo de datos

Más detalles

Tema 2. Modelado Entidad-Relación

Tema 2. Modelado Entidad-Relación Durante la definición de requerimientos y el diseño conceptual hay que identificar las necesidades básicas en cuanto a datos, relaciones entre datos, así como las operaciones que se van a llevar a cabo

Más detalles

TEMA 3. 1. Diseño de una Base de Datos... 2

TEMA 3. 1. Diseño de una Base de Datos... 2 TEMA 3 DISEÑO. MODELO ENTIDAD-RELACIÓN 1. Diseño de una Base de Datos................. 2 2. Modelo Entidad-Relación..................... 9 (a) Entidad, atributo, interrelaciones.......... 10 (b) Lazos

Más detalles

BASES DE DATOS TEMA 2. MODELOS DE DATOS

BASES DE DATOS TEMA 2. MODELOS DE DATOS Contenidos generales BASES DE DATOS TEMA 2. MODELOS DE DATOS * Introducción al modelado conceptual * Concepto de modelo * Proceso de diseño de una base de datos * Modelo Entidad-Relación - Componentes

Más detalles

Tema 2: Modelo Entidad-Relación(ER)

Tema 2: Modelo Entidad-Relación(ER) ÒÓ Ô ºÙÒ ÓÚ º Tema 2: Modelo Entidad-Relación(ER) Fernando Cano Espinosa Universidad de Oviedo. Departamento de Informática 1 Contenido 1. Introducción al modelo de datos ER 2. Conjuntos de entidades y

Más detalles

Tutorial de UML. Introducción: Objetivos: Audiencia: Contenidos:

Tutorial de UML. Introducción: Objetivos: Audiencia: Contenidos: Tutorial de UML Introducción: El Lenguaje de Modelamiento Unificado (UML - Unified Modeling Language) es un lenguaje gráfico para visualizar, especificar y documentar cada una de las partes que comprende

Más detalles

ELEMENTOS DE BASES. DE DATOS Segundo Cuatrimestre 2015. Clase 4: Decisiones de diseño Pasaje a Tablas: modelo relacional

ELEMENTOS DE BASES. DE DATOS Segundo Cuatrimestre 2015. Clase 4: Decisiones de diseño Pasaje a Tablas: modelo relacional Dpto. Ciencias e Ingeniería de la Computación Universidad Nacional del Sur ELEMENTOS DE BASES DE DATOS Segundo Cuatrimestre 2015 Clase 4: Decisiones de diseño Pasaje a Tablas: modelo relacional Mg. María

Más detalles

DISEÑO DE BASES DE DATOS RELACIONALES

DISEÑO DE BASES DE DATOS RELACIONALES DISEÑO DE BASES DE DATOS RELACIONALES Bases de Datos I MIS. Lizbeth Alejandra Hernández González Introducción El objetivo del diseño de las bases de datos relacionales es la generación de un conjunto de

Más detalles

M III ABSTRACCIÓN Y CLASIFICACIÓN

M III ABSTRACCIÓN Y CLASIFICACIÓN M III ABSTRACCIÓN Y CLASIFICACIÓN COMPLEJIDAD Y ABSTRACCIÓN La abstracción en el desarrollo del programario En todo el proceso de abstracción siempre hay una parte de la situación o del problema que se

Más detalles

BASES DE DATOS TEMA 2. MODELOS DE DATOS

BASES DE DATOS TEMA 2. MODELOS DE DATOS Contenidos generales BASES DE DATOS TEMA 2. MODELOS DE DATOS * Concepto de modelo * Proceso de diseño de una base de datos * Modelo Entidad-Relación - Componentes del Modelo E-R - Cardinalidad de asignación

Más detalles

Introducción al UML. Domingo Hernández H. Escuela de Ingeniería de Sistemas Departamento de computación

Introducción al UML. Domingo Hernández H. Escuela de Ingeniería de Sistemas Departamento de computación Introducción al UML Domingo Hernández H. Escuela de Ingeniería de Sistemas Departamento de computación Contenido Qué es UML?. Diagramas Utilizados en UML. Ejemplos. Qué es UML UML es un Lenguaje de Modelado

Más detalles

Modelado de datos. Bibliografía. Representación de la información Modelos de datos Modelado semántico

Modelado de datos. Bibliografía. Representación de la información Modelos de datos Modelado semántico Modelado de datos Representación de la información Modelos de datos Modelado semántico El modelo entidad/relación Elementos: Entidades, atributos, claves y relaciones Representación gráfica: Diagramas

Más detalles

Modelo ER Jos e Ram on Param a Gab ıa

Modelo ER Jos e Ram on Param a Gab ıa Modelo ER José Ramón Paramá Gabía ii ÍNDICE GENERAL Índice general 1. Modelo Entidad-Relación 1 1.1. Diseño de bases de datos.............................. 1 1.2. Ejemplo guía....................................

Más detalles

Diagramas de Clase en UML 1.1

Diagramas de Clase en UML 1.1 Diagramas de Clase en UML. Francisco José García Peñalvo Licenciado en Informática. Profesor del Área de Lenguajes y Sistemas Informáticos de la Universidad de Burgos. fgarcia@.ubu.es Carlos Pardo Aguilar

Más detalles

TEMA 5. 1. Fases de diseño de una BD... 2. 2. Captación y análisis de requerimientos... 3. 3. Diseño conceptual de la BD... 5

TEMA 5. 1. Fases de diseño de una BD... 2. 2. Captación y análisis de requerimientos... 3. 3. Diseño conceptual de la BD... 5 TEMA 5 DISEÑO DE UNA BASE DE DATOS 1. Fases de diseño de una BD................... 2 2. Captación y análisis de requerimientos......... 3 3. Diseño conceptual de la BD................... 5 4. Diseño lógico................................

Más detalles

Weitzenfeld: Capítulo 4 1

Weitzenfeld: Capítulo 4 1 Weitzenfeld: Capítulo 4 Parte II Modelado y Programación Orientada a Objetos En esta segunda parte se describirá la programación orientada a objetos desde dos perspectivas distintas. La primera es el modelado

Más detalles

3.- Diseño estructural: Diagrama de clases. Mª Antonia Zapata Máster Bases de Datos e Internet

3.- Diseño estructural: Diagrama de clases. Mª Antonia Zapata Máster Bases de Datos e Internet 3.- Diseño estructural: Diagrama de clases Mª Antonia Zapata Máster Bases de Datos e Internet Introducción Los diagramas de clases sirven para representar la estructura estática de un sistema incluyendo

Más detalles

Es una colección de datos operativos almacenados y utilizados por los programadores de aplicaciones y por usuarios finales de muy diversa índole!

Es una colección de datos operativos almacenados y utilizados por los programadores de aplicaciones y por usuarios finales de muy diversa índole! Objetivos de los sistemas de bases de datos" Vistas de datos" Modelos de datos " Lenguajes de definición de datos (DDL) " Lenguajes de manipulación de datos (DML)" Gestión de transacciones" Gestión de

Más detalles

Aseveraciones. Disparadores. Ejemplo de aseveración. Ejemplo de disparador. Ejemplo de disparador en SQL:1999

Aseveraciones. Disparadores. Ejemplo de aseveración. Ejemplo de disparador. Ejemplo de disparador en SQL:1999 Tema 4: Otros conceptos de diseño de bases de datos relacionales Aseveraciones Disparadores (triggers) Seguridad Autorización NORMALIZACIÓN Primera forma normal Problemas en el diseño lógico relacional

Más detalles

INTRODUCCIÓN A LOS SISTEMAS GESTORES DE BASE DE DATOS

INTRODUCCIÓN A LOS SISTEMAS GESTORES DE BASE DE DATOS INTRODUCCIÓN A LOS SISTEMAS GESTORES DE BASE DE DATOS AUTORÍA JOSEFA PÉREZ DOMÍNGUEZ TEMÁTICA NUEVAS TECNOLOGIAS ETAPA CICLOS FORMATIVOS DE GRADO SUPERIOR DE INFORMÁTICA Resumen En esta publicación se

Más detalles

Dependencias Funcionales. Bibliografía: Fundamentos de bases de datos Korth, Silberschatz

Dependencias Funcionales. Bibliografía: Fundamentos de bases de datos Korth, Silberschatz Dependencias Funcionales Bibliografía: Fundamentos de bases de datos Korth, Silberschatz Conceptos básicos Las DF son un tipo particular de restricción. Permiten expresar hechos acerca de la realidad que

Más detalles

Notación UML para modelado Orientado a Objetos

Notación UML para modelado Orientado a Objetos 1 Notación UML para modelado Orientado a Objetos 2 Notación UML para modelado Orientado a Objetos Índice 1.1. Qué es UML?.. 3 1.2. Por qué interesa UML en la asignatura de Programación Orientada a Objetos?3

Más detalles

DIAGRAMA DE CLASES EN UML

DIAGRAMA DE CLASES EN UML DIAGRAMA DE CLASES EN UML Mg. Juan José Flores Cueto jflores@usmp.edu.pe Ing. Carmen Bertolotti Zuñiga cbertolotti@usmp.edu.pe INTRODUCCIÓN UML (Unified Modeling Language) es un lenguaje que permite modelar,

Más detalles

Normalización n de Bases de Datos Relacionales. Bases de Datos. Malos Diseños. Índice. Muchos Problemas. Definición

Normalización n de Bases de Datos Relacionales. Bases de Datos. Malos Diseños. Índice. Muchos Problemas. Definición Normalización n de Relacionales Malos Diseños Qué puede salir mal cuando se hace un mal diseño de una base de datos relacional? Esquema_prestamo= (nombre_sucursal, ciudad_sucursal, activo, nombre_cliente,

Más detalles

UML. Lenguaje de Modelado Unificado

UML. Lenguaje de Modelado Unificado Lenguaje de Modelado Unificado Concepto de Reseña Histórica Características Estándares que conforman Modelo Relacional con Ventajas Críticas Concepto de (Unified( Modeling language) Es un lenguaje usado

Más detalles

Maestría en Bioinformática. Bases de Datos y Sistemas de Información. Del MER al MR. Ing. Alfonso Vicente, PMP alfonso.vicente@logos.com.

Maestría en Bioinformática. Bases de Datos y Sistemas de Información. Del MER al MR. Ing. Alfonso Vicente, PMP alfonso.vicente@logos.com. Maestría en Bioinformática Bases de Datos y Sistemas de Información Del MER al MR Ing. Alfonso Vicente, PMP alfonso.vicente@logos.com.uy Agenda Conceptos MER a MR Introducción Agenda Conceptos MER a MR

Más detalles

Diagramas de Clases ~ 1 ~ Ing. Fabián Silva Alvarado

Diagramas de Clases ~ 1 ~ Ing. Fabián Silva Alvarado Diagramas de Clases ~ 1 ~ Ing. Fabián Silva Alvarado DIAGRAMAS DE CLASES RELACIONES ENTRE CLASES Una vez que tengamos todas nuestras clases, será necesario que estas se asocien, con el fin de mostrar la

Más detalles

Diagrama de Clases. Diagrama de Clases

Diagrama de Clases. Diagrama de Clases Diagrama de Clases 1 Diagrama de Clases El propósito de este diagrama es el de representar los objetos fundamentales del sistema, es decir los que percibe el usuario y con los que espera tratar para completar

Más detalles

OPERACIONES FUNDAMENTALES DEL ÁLGEBRA RELACIONAL. Bases de Datos Ingeniería de Sistemas y Computación Universidad Nacional de Colombia 2007

OPERACIONES FUNDAMENTALES DEL ÁLGEBRA RELACIONAL. Bases de Datos Ingeniería de Sistemas y Computación Universidad Nacional de Colombia 2007 OPERACIONES FUNDAMENTALES DEL ÁLGEBRA RELACIONAL Bases de Datos Ingeniería de Sistemas y Computación Universidad Nacional de Colombia 2007 Álgebra Relacional Álgebra Relacional El álgebra relacional es

Más detalles

Índice. http://www.dicampus.es

Índice. http://www.dicampus.es Módulo 2 UML Índice Introducción a UML Lenguaje Unificado de Modelado (UML) Diagramas UML Diagramas de casos de uso Diagramas estructurales: Clases Diagramas estructurales: Objetos Diagramas de interacción:

Más detalles

Introducción al diseño de bases de datos

Introducción al diseño de bases de datos Introducción al diseño de bases de datos Dolors Costal Costa P06/M2109/02150 FUOC P06/M2109/02150 Introducción al diseño de bases de datos Índice Introducción... 5 Objetivos... 5 1. Introducción al diseño

Más detalles

Diagramas de clases de UML

Diagramas de clases de UML Qué es UML? UML ( Unified Modeling Language ) es un lenguaje visual para crear modelos de sistemas. Diagramas de clases de UML Franco Guidi Polanco Escuela de Ingeniería Industrial Pontificia Universidad

Más detalles

UNIDAD 3. MODELO RELACIONAL

UNIDAD 3. MODELO RELACIONAL UNIDAD 3. MODELO RELACIONAL El modelo relacional se basa en dos ramas de las matemáticas: la teoría de conjuntos y la lógica de predicados de primer orden. El hecho de que el modelo relacional esté basado

Más detalles

TEMA 6: MODIFICACIÓN DE LA BASE DE DATOS EN SQL

TEMA 6: MODIFICACIÓN DE LA BASE DE DATOS EN SQL TEMA 6: MODIFICACIÓN DE LA BASE DE DATOS EN SQL 5.6 MODIFICACIÓN DE LA BASE DE DATOS SQL posee comandos destinados también para modificar la base de datos, entre estos se tienen operaciones de borrado,

Más detalles

Maestría en Bioinformática. Bases de Datos y Sistemas de Información. Diseño Conceptual. Ing. Alfonso Vicente, PMP alfonso.vicente@logos.com.

Maestría en Bioinformática. Bases de Datos y Sistemas de Información. Diseño Conceptual. Ing. Alfonso Vicente, PMP alfonso.vicente@logos.com. Maestría en Bioinformática Bases de Datos y Sistemas de Información Diseño Conceptual Ing. Alfonso Vicente, PMP alfonso.vicente@logos.com.uy Agenda Conceptos Elementos del MER Herramientas Diseño conceptual

Más detalles

OPERACIONES CON BASES DE DATOS OFIMÁTICAS Y CORPORATIVAS CURSO: 2009-2010 IES GONZALO NAZARENO

OPERACIONES CON BASES DE DATOS OFIMÁTICAS Y CORPORATIVAS CURSO: 2009-2010 IES GONZALO NAZARENO OPERACIONES CON BASES DE DATOS OFIMÁTICAS Y CORPORATIVAS CURSO: 2009-2010 IES GONZALO NAZARENO UNIDAD DIDACTICA 2: BASES DE DATOS RELACIONALES Índice de contenido 1. El modelo Entidad-Relación (ER)...3

Más detalles

DISEÑO DE BASES DE DATOS RELACIONALES Normalización Parte 2 FNBC, 3FN

DISEÑO DE BASES DE DATOS RELACIONALES Normalización Parte 2 FNBC, 3FN DISEÑO DE BASES DE DATOS RELACIONALES Normalización Parte 2 FNBC, 3FN Bases de Datos I MIS. Lizbeth Alejandra Hernández González FNBC (Forma Normal de Boyce-Codd) Un esquema de relación R está en FNBC

Más detalles

Ingeniería del Software. Modelo de Dominio

Ingeniería del Software. Modelo de Dominio Modelo de Dominio Representación de los conceptos (objetos) significativos en el domino del problema Incluye: Clases de objetos Asociaciones entre clases de objetos Atributos de las clases de objetos Objeto:

Más detalles

Diagramas del UML. A continuación se describirán los diagramas más comunes del UML y los conceptos que representan: Diagrama de Clases

Diagramas del UML. A continuación se describirán los diagramas más comunes del UML y los conceptos que representan: Diagrama de Clases El UML está compuesto por diversos elementos gráficos que se combinan para conformar diagramas. Debido a que el UML es un lenguaje, cuenta con reglas para combinar tales elementos. La finalidad de los

Más detalles

BASES DE DATOS TEMA 4 DISEÑO DE BASES DE DATOS RELACIONALES

BASES DE DATOS TEMA 4 DISEÑO DE BASES DE DATOS RELACIONALES BASES DE DATOS TEMA 4 DISEÑO DE BASES DE DATOS RELACIONALES El modelo relacional se basa en dos ramas de las matemáticas: la teoría de conjuntos y la lógica de predicados de primer orden. El hecho de que

Más detalles

rg.o cm a Diseñ e o o l óg ó ico c l@ rza e b Di D s i e s ño d e b as a e s s s d e d at a o t s s r e r la l c a i c o i nal a e l s

rg.o cm a Diseñ e o o l óg ó ico c l@ rza e b Di D s i e s ño d e b as a e s s s d e d at a o t s s r e r la l c a i c o i nal a e l s Diseño lógico Diseño de bases de datos relacionales Diseño lógico de bases de datos relacionales El modelo relacional: El concepto de relación: tuplas, atributos y dominios. Restricciones de integridad

Más detalles

Gestión de la Información

Gestión de la Información Gestión de la Información Patricio Martínez Barco Departamento de Lenguajes y Sistemas Informáticos patricio@dlsi.ua.es Gestión de la Información TEMA 2 (PARTE II) METODOLOGÍA DE DISEÑO DE BASES DE DATOS

Más detalles

Tema 1: Introducción

Tema 1: Introducción Tema 1: Introducción Definición Objetivo de los SGBD (o por que los SGBD son importantes) Principales implementaciones Relacional Orientada a objetos SQL Resumen: Principales ventajas derivadas del uso

Más detalles

Tema 2: Diseño de Bases de Datos (Diseño Conceptual)

Tema 2: Diseño de Bases de Datos (Diseño Conceptual) Universidad Central de Venezuela Facultad de Ciencias Escuela de Computación BSES DE DTOS Tema 2: Diseño de Bases de Datos (Diseño Conceptual) Profa. Mercy Ospina T. Caracas, 03 de septiembre de 2009 Centro

Más detalles

Modelos de datos. Colección de herramientas conceptuales para describir

Modelos de datos. Colección de herramientas conceptuales para describir Modelos de datos Colección de herramientas conceptuales para describir datos, relaciones entre ellos, semántica asociada a los datos y restricciones de consistencia. Modelos de datos Modelos basados en

Más detalles

UNIVERSIDAD NACIONAL DE ASUNCION FACULTAD POLITÉCNICA CARRERA: LCIK MATERIA: Bases de Datos I Prof: Lic. Lilian Riveros Unidad 2: Modelo Relacional

UNIVERSIDAD NACIONAL DE ASUNCION FACULTAD POLITÉCNICA CARRERA: LCIK MATERIA: Bases de Datos I Prof: Lic. Lilian Riveros Unidad 2: Modelo Relacional El Modelo Relacional es un modelo de datos que nos permite describir la estructura de una base de datos a nivel lógico. En 1969, Edgar Frank Ted Codd (1923-2003) introduce el modelo relacional con una

Más detalles

Programación Avanzada. Análisis Modelado del Dominio

Programación Avanzada. Análisis Modelado del Dominio Programación Avanzada Análisis Modelado del Dominio Contenido Introducción Modelo de Dominio Conceptos Asociaciones Atributos Generalizaciones Otros elementos Restricciones Programación Avanzada Análisis:

Más detalles

Teórico 9 Del MER al MR

Teórico 9 Del MER al MR Teórico 9 Del MER al MR Introducción Veremos cómo traducir un modelo conceptual, en forma de Modelo Entidad-Relación, en un modelo lógico de base de datos, en forma de Modelo Relacional. Para esto, estudiaremos

Más detalles

UNIVERSIDAD NACIONAL DE TRUJILLO ESCUELA DE INFORMATICA BASE DE DATOS

UNIVERSIDAD NACIONAL DE TRUJILLO ESCUELA DE INFORMATICA BASE DE DATOS UNIVERSIDAD NACIONAL DE TRUJILLO ESCUELA DE INFORMATICA BASE DE DATOS TEMA 3 MODELO ENTIDAD INTERRELACION Modelización Conceptual Modelo Entidad-Interrelación Elementos M.E.IR Caso de Estudio Tipos de

Más detalles

Modelado Estático Avanzado (Asociaciones) Diseño de Software Avanzado Departamento de Informática

Modelado Estático Avanzado (Asociaciones) Diseño de Software Avanzado Departamento de Informática Modelado Estático Avanzado (Asociaciones) Asociación vs. Operación Toda asociación tiene un doble significado: Aspecto estático: estructura del sistema (estados posibles). Aspecto dinámico: comportamiento

Más detalles

Inteligencia Artificial II. Razonamiento con ontologías

Inteligencia Artificial II. Razonamiento con ontologías Inteligencia Artificial II Curso 2008 09 Trabajo de curso Razonamiento con ontologías Antonio Jiménez Mavillard Enunciado Una ontología es una representación formal de un determinado dominio o área de

Más detalles

DCU Diagramas de casos de uso

DCU Diagramas de casos de uso DCU Diagramas de casos de uso Universidad de Oviedo Departamento de Informática Contenidos Introducción Elementos básicos Más sobre los actores Más sobre los casos de uso Más sobre las asociaciones Otros

Más detalles

Repaso de Conceptos Básicos de Bases de Datos

Repaso de Conceptos Básicos de Bases de Datos escuela técnica superior de ingeniería informática Repaso de Conceptos Básicos de Bases de Datos Departamento de Lenguajes Grupo de Ingeniería del Software Septiembre 2004 Definición Una base de datos

Más detalles

CICLO FORMATIVO DE GRADO SUPERIOR: ADMINISTRACIÓN DE SISTEMAS INFORMÁTICOS

CICLO FORMATIVO DE GRADO SUPERIOR: ADMINISTRACIÓN DE SISTEMAS INFORMÁTICOS CICLO FORMATIVO DE GRADO SUPERIOR: ADMINISTRACIÓN DE SISTEMAS INFORMÁTICOS MÓDULO 6: SISTEMAS GESTORES DE BASES DE DATOS UNIDADES DIDÁCTICAS UNIDAD DIDÁCTICA Nº 1 INTRODUCCIÓN A LOS SISTEMAS GESTORES DE

Más detalles

Correspondencias entre taxonomías XBRL y ontologías en OWL Unai Aguilera, Joseba Abaitua Universidad de Deusto, EmergiaTech

Correspondencias entre taxonomías XBRL y ontologías en OWL Unai Aguilera, Joseba Abaitua Universidad de Deusto, EmergiaTech Correspondencias entre taxonomías XBRL y ontologías en OWL Unai Aguilera, Joseba Abaitua Universidad de Deusto, EmergiaTech Resumen Todo documento XBRL contiene cierta información semántica que se representa

Más detalles

TEMA 8.- DISEÑO TEORICO DE BASES DE DATOS RELACIONALES. 1. TEORÍA DE LAS DEPENDENCIAS FUNCIONALES

TEMA 8.- DISEÑO TEORICO DE BASES DE DATOS RELACIONALES. 1. TEORÍA DE LAS DEPENDENCIAS FUNCIONALES TEMA 8.- DISEÑO TEORICO DE BASES DE DATOS RELACIONALES. Teoría de las Dependencias Funcionales. Teoría de la Normalización. Formas Normales. Conclusiones. 1. TEORÍA DE LAS DEPENDENCIAS FUNCIONALES Las

Más detalles

4 Integridad de datos relacional: llaves candidatas y temas relacionados.

4 Integridad de datos relacional: llaves candidatas y temas relacionados. 4 Integridad de datos relacional: llaves candidatas y temas relacionados. 4.1 Introducción. 4.2 Llaves candidatas. 4.3 Llaves primarias y llaves alternas. 4.4 Llaves foráneas. 4.5 Reglas de llaves foráneas.

Más detalles

3. DIAGRAMAS DE CLASES...19 3.1. INTRODUCCIÓN... 19 3.2. DIAGRAMAS DE CLASES... 19 3.2.1. Perspectivas...20 3.2.2. Clases...20 3.2.2.1.

3. DIAGRAMAS DE CLASES...19 3.1. INTRODUCCIÓN... 19 3.2. DIAGRAMAS DE CLASES... 19 3.2.1. Perspectivas...20 3.2.2. Clases...20 3.2.2.1. 3. DIAGRAMAS DE CLASES...19 3.1. INTRODUCCIÓN... 19 3.2. DIAGRAMAS DE CLASES... 19 3.2.1. Perspectivas...20 3.2.2. Clases...20 3.2.2.1. Compartimento del nombre...21 3.2.2.2. Compartimento de la lista

Más detalles

Diseño de Bases de Datos. Dr. Guillermo Rodríguez Abitia Departamento de Sistemas de Información ITESM Campus Estado de México

Diseño de Bases de Datos. Dr. Guillermo Rodríguez Abitia Departamento de Sistemas de Información ITESM Campus Estado de México Diseño de Bases de Datos Dr. Guillermo Rodríguez Abitia Departamento de Sistemas de Información ITESM Campus Estado de México Definiciones Datos: Hechos significativos, texto, graficas, imágenes, sonido,

Más detalles

2. (1,25 puntos) 2FN: Marca en la figura anterior las DF de R que NO están en 2FN. Dibuja aquí el esquema 2FN

2. (1,25 puntos) 2FN: Marca en la figura anterior las DF de R que NO están en 2FN. Dibuja aquí el esquema 2FN DISÑO de SS de DTOS ebrero 2005 PLLIDOS: NOMR: TITULCIÓN: ITI RUPO: 1 Tiempo total: 1h 10. Modelo 1. (3,5 puntos) SOR L CUDRÍCUL DL NUNCIDO, escribe para cada una de las siguientes preguntas la ÚNIC afirmación

Más detalles

TEMA 6. DISEÑO CONCEPTUAL DE BASES DE DATOS. MODELO ENTIDAD RELACIÓN.

TEMA 6. DISEÑO CONCEPTUAL DE BASES DE DATOS. MODELO ENTIDAD RELACIÓN. TEMA 6. DISEÑO CONCEPTUAL DE BASES DE DATOS. MODELO ENTIDAD RELACIÓN. 1. Introducción 2. Metodología de diseño de bases de datos 3. Modelos de datos 4. El modelo entidad relación 5. Metodología de diseño

Más detalles

Cálculo Relacional. Bibliografía: Fundamentos de bases de datos Korth, Silberschatz

Cálculo Relacional. Bibliografía: Fundamentos de bases de datos Korth, Silberschatz Cálculo Relacional Bibliografía: Fundamentos de bases de datos Korth, Silberschatz Cálculo Relacional de Tuplas Es un lenguaje de consulta no procedimental Describe la información deseada sin dar un procedimiento

Más detalles

MER MR Bases de Datos

MER MR Bases de Datos Those who are enamored of practice without theory are like a pilot who goes into a ship without rudder or compass and never has any certainty where he is going. Practice should always be based on a sound

Más detalles

Paso del E-R a tablas

Paso del E-R a tablas Paso del E-R a tablas Fernando Cano Mayo 2012 1. Entidades Cada entidad del modelo E-R genera una tabla. Dicha tabla contiene como columnas cada uno de los atributos de la entidad. Además puede contener

Más detalles

Base de datos relacional

Base de datos relacional Base de datos relacional Una base de datos relacional es una base de datos que cumple con el modelo relacional, el cual es el modelo más utilizado en la actualidad para modelar problemas reales y administrar

Más detalles

Álgebra Relacional. Dra. Amparo López Gaona () Posgrado en Ciencia e Ingeniería de la Compu. Fac. Ciencias, UNAM / 1

Álgebra Relacional. Dra. Amparo López Gaona () Posgrado en Ciencia e Ingeniería de la Compu. Fac. Ciencias, UNAM / 1 Dra. Amparo López Gaona tación Fac. Ciencias, UNAM Álgebra relacional Conjunto de operaciones usadas para manipular relaciones. Estas operaciones toman relaciones como operandos y regresan relaciones que

Más detalles

El diseño de base de datos generalmente está compuesto por tres etapas segmentadas por complejidad.

El diseño de base de datos generalmente está compuesto por tres etapas segmentadas por complejidad. 0 PROLOGO El diseño de base de datos es una de las fases más importantes de una metodología de desarrollo de Software. Para el diseñador es un gran desafío resumir e integrar todos los requerimientos

Más detalles

Principios Básicos de Orientación a Objetos. Orientación a Objetos

Principios Básicos de Orientación a Objetos. Orientación a Objetos Principios Básicos de Orientación a Objetos Orientación a Objetos Abstracción Encapsulación Modularidad Jerarquia Qué es Abstracción? Es la capacidad de conceptualizar entidades genéricas de información

Más detalles

Tema 6: Teoría de la Normalización

Tema 6: Teoría de la Normalización Tema 6: Teoría de la Normalización 1. Introducción Si definimos una base de datos como; una colección de información estructurada, referente a objetos y hechos de la realidad, y almacenados en un ordenador

Más detalles

Bases de Datos Tema 4 Modelo Entidad/Interrelación (ERM de Chen)

Bases de Datos Tema 4 Modelo Entidad/Interrelación (ERM de Chen) Departamento de Lenguajes y Sistemas Informáticos E.T.S. Ingeniería Informática. Universidad de Sevilla Avda Reina Mercedes s/n. 402 Sevilla Tlf/Fax 954 557 39 E-mail lsi@lsi.us.es Web www.lsi.us.es E.T.S.

Más detalles

Estructura de clases. Estructura de Objetos. Arquitectura de módulos. Arquitectura de procesos

Estructura de clases. Estructura de Objetos. Arquitectura de módulos. Arquitectura de procesos 3.3 EL MÉTODO DE BOOCH. 3.3. Introducción. El método cuenta con una notación expresiva y bien definida que le permite al diseñador comunicar sus ideas y concentrarse en problemas más serios. Para la captura

Más detalles

Capítulo 6: Diseño de BD y el modelo ER

Capítulo 6: Diseño de BD y el modelo ER Capítulo 6: Diseño de BD y el modelo ER Database System Concepts, 5th Ed. See www.db-book.com for conditions on re-use Capítulo 6: Diseño de BD y el modelo ER Visión general del proceso de diseño Modelado

Más detalles

TEORIA DE BASES DE DATOS. M. Sc. Cristina Bender Lic. Diana Gázquez

TEORIA DE BASES DE DATOS. M. Sc. Cristina Bender Lic. Diana Gázquez TEORIA DE BASES DE DATOS Docentes: Dra. Claudia Deco M. Sc. Cristina Bender Lic. Diana Gázquez OBJETIVO DE LA MATERIA Capacitar al alumno en los conocimientos fundamentales, teóricos y prácticos, necesarios

Más detalles

MANUAL 7ma Edición - 2009

MANUAL 7ma Edición - 2009 MANUAL 7ma Edición - 2009 INDICE Pag. INTRODUCCIÓN A LOS SISTEMAS DE BASES DE DATOS 1. Objetivos del Diseño de almacenamiento de datos 3 2. Archivos convencionales y Bases de Datos 3 3. Organización de

Más detalles

TEMA 3: REDUCCIÓN DE UN ESQUEMA E-R A TABLAS

TEMA 3: REDUCCIÓN DE UN ESQUEMA E-R A TABLAS 3.1 Introducción TEMA 3: REDUCCIÓN DE UN ESQUEMA E-R A TABLAS Una base de datos que se ajusta a un esquema de bases de datos E-R se puede representar por una colección de tablas. Para cada conjunto de

Más detalles

Sistemas de Bases de Datos I. Modelo Lógico Modelo Relacional

Sistemas de Bases de Datos I. Modelo Lógico Modelo Relacional Sistemas de Bases de Datos I Modelo Lógico Modelo Relacional Modelo Lógico Modelo Relacional Esquema Relacional (E- R) Es la representación de un DER mediante tablas. Algebra Relacional Modelo Relacional

Más detalles

UML. UML significa Lenguaje Unificado de Modelado UML combina lo mejor de:

UML. UML significa Lenguaje Unificado de Modelado UML combina lo mejor de: UML UML significa Lenguaje Unificado de Modelado UML combina lo mejor de: Conceptos de modelado de datos (diagramas entidad-relación) Modelado de negocios (flujos de trabajo) Modelado de objetos Modelado

Más detalles

Transformación del Modelo ERE al Modelo Relacional. Universidad de los Andes Demián Gutierrez Enero 2010 1

Transformación del Modelo ERE al Modelo Relacional. Universidad de los Andes Demián Gutierrez Enero 2010 1 Transformación del Modelo ERE al Modelo Relacional Universidad de los Andes Demián Gutierrez Enero 2010 1 Transformación del Modelo ERE al Modelo Relacional Por que es necesario transformar del modelo

Más detalles

2. Conceptos básicos Abstracción La abstracción como un proceso mental natural La abstracción en el desarrollo de software

2. Conceptos básicos Abstracción La abstracción como un proceso mental natural La abstracción en el desarrollo de software 2. Conceptos básicos Hoy en día las aplicaciones son demasiado voluminosas y complejas para ser manejadas por una sola persona. Las aplicaciones de software son complejas porque modelan la complejidad

Más detalles

PROGRAMACIÓN ORIENTADA A OBJETOS

PROGRAMACIÓN ORIENTADA A OBJETOS PROGRAMACIÓN ORIENTADA A OBJETOS Clase 1. Introducción Profesor: Diego Sánchez Gómez Introducción a la programación orientada a objetos 1. Introducción a la programación orientada a objetos 2. Las clases

Más detalles

Registro (record): es la unidad básica de acceso y manipulación de la base de datos.

Registro (record): es la unidad básica de acceso y manipulación de la base de datos. UNIDAD II 1. Modelos de Bases de Datos. Modelo de Red. Representan las entidades en forma de nodos de un grafo y las asociaciones o interrelaciones entre estas, mediante los arcos que unen a dichos nodos.

Más detalles

Temario. Índices simples Árboles B Hashing

Temario. Índices simples Árboles B Hashing Temario Introducción y fundamentos Introducción a SQL Modelo Entidad / Relación Modelo relacional Diseño relacional: formas normales Consultas Cálculo relacional Álgebra relacional Implementación de bases

Más detalles

ISO 19103. Lenguaje de Esquema Conceptual

ISO 19103. Lenguaje de Esquema Conceptual ISO 19103 Lenguaje de Esquema Conceptual La ISO 19103 establece normas y guías para la adopción y uso de un Lenguaje de Esquema Conceptual (CSL) para desarrollar modelos o esquemas de información geográfica,

Más detalles

Capítulos 2 y 5: Modelación con UML y Modelo Objeto

Capítulos 2 y 5: Modelación con UML y Modelo Objeto Capítulos 2 y 5: Modelación con UML y Modelo Objeto Asignando Responsabilidades 2 Responsabilidades son obligaciones de un objeto, o comportamiento relacionado a su rol en el sistema Qué hace un objeto?

Más detalles

Relaciones entre clases: Diagramas de clases UML

Relaciones entre clases: Diagramas de clases UML Relaciones entre clases: Diagramas de clases UML Las relaciones existentes entre las distintas clases nos indican cómo se comunican los objetos de esas clases entre sí: Los mensajes navegan por las relaciones

Más detalles

ANÁLISIS Y DISEÑO DE SISTEMAS

ANÁLISIS Y DISEÑO DE SISTEMAS ANÁLISIS Y DISEÑO DE SISTEMAS Clase XVIII: Modelo Dinámico Diagramas de Actividades Primer Cuatrimestre 2013 Diagrama de Actividades (DA) Un grafo o diagrama de actividad (DA) es un tipo especial de máquina

Más detalles

leen las relaciones entre diagrama clases a) Es un tipo de a) asocia a

leen las relaciones entre diagrama clases a) Es un tipo de a) asocia a Trabajo Práctico N 1: Diagrama de Clases. Relacion es de Clases 1- Defina Herencia, polimorfismo y encapsulación. Ejemplifique. 2- Considere las siguientes listas de términos. La de la izquierda, lista

Más detalles

BASES DE DATOS. Ivon Tarazona Oriana Gomez

BASES DE DATOS. Ivon Tarazona Oriana Gomez BASES DE DATOS Ivon Tarazona Oriana Gomez Introducción Introducción Ventajas e (Unified Modeling Language) Es un lenguaje usado para especificar, visualizar y documentar los diferentes aspectos relativos

Más detalles

Índice 1 Instalación de la herramienta 2 Descripción de la herramienta 2 Arranque de la aplicación 3 Proyecto 4 Diagrama de clases 5

Índice 1 Instalación de la herramienta 2 Descripción de la herramienta 2 Arranque de la aplicación 3 Proyecto 4 Diagrama de clases 5 Índice Índice 1 Instalación de la herramienta 2 Descripción de la herramienta 2 Arranque de la aplicación 3 Proyecto 4 Diagrama de clases 5 Crear diagrama de clases 5 Crear elementos 7 Editar elementos

Más detalles

Tema 4. SQL. Juan Ignacio Rodríguez de León

Tema 4. SQL. Juan Ignacio Rodríguez de León Tema 4. SQL Juan Ignacio Rodríguez de León Resumen Este tema se centra exclusivamente en el estudio del lenguaje de consultas SQL (Structured Query Language). SQL usa una combinación de álgebra relacional

Más detalles

3. Modelo relacional: Estructura e integridad.

3. Modelo relacional: Estructura e integridad. Modelo relacional: Estructura e integridad 47 3. Modelo relacional: Estructura e integridad. 3.1. Introducción. El modelo de datos relacional es posterior a los modelos jerárquicos y de red. Nació como

Más detalles

UNIDAD 3 ASPECTOS ASOCIADOS CON BASES DE DATOS. Diseno Físico de Bases de Datos Objetivo. 2.2 Visión General del Procesamiento de Consultas

UNIDAD 3 ASPECTOS ASOCIADOS CON BASES DE DATOS. Diseno Físico de Bases de Datos Objetivo. 2.2 Visión General del Procesamiento de Consultas UNIDAD 3 ASPECTOS ASOCIADOS CON BASES DE DATOS Temario 2.1 Diseño Físico de Bases de Datos 2.2 Visión General del Diseno Físico de Bases de Datos Objetivo Corresponde al proceso de elegir las estructuras

Más detalles

INTRODUCCION A LAS BASES DE DATOS Procesamiento de Archivos vs Bases de Datos ARCHIVOS BASES DE DATOS

INTRODUCCION A LAS BASES DE DATOS Procesamiento de Archivos vs Bases de Datos ARCHIVOS BASES DE DATOS INTRODUCCION A LAS BASES DE DATOS Procesamiento de Archivos vs Bases de Datos ARCHIVOS Datos repetidos. No se manejan estándares. Había inconsistencia de datos. Falta de seguridad en los datos. No existían

Más detalles

Anexo a la guía 4 Geometría: ejemplos y comentarios

Anexo a la guía 4 Geometría: ejemplos y comentarios Anexo a la guía 4 Geometría: ejemplos y comentarios Sergio Dain 26 de mayo de 2014 En las guías 1 y 2 discutimos vectores, covectores y tensores de manera puramente algebraica, sin hacer referencia a la

Más detalles

DIGITALIZACIÓN DE DOCUMENTOS: PROYECTO DIGISAN

DIGITALIZACIÓN DE DOCUMENTOS: PROYECTO DIGISAN DIGITALIZACIÓN DE DOCUMENTOS: PROYECTO DIGISAN Francisco Belmonte Díaz Diseño e implementación de Sistemas Informáticos. Coordinación de Tareas de Programación Servicio de Gestión Informática. Consejería

Más detalles

Base de Datos. Profesor: José Miguel Rubio L. P. UNIVERSIDAD CATÓLICA DE VALPARAÍSO FACULTAD DE INGENIERÍA ESCUELA DE INFORMÁTICA

Base de Datos. Profesor: José Miguel Rubio L. P. UNIVERSIDAD CATÓLICA DE VALPARAÍSO FACULTAD DE INGENIERÍA ESCUELA DE INFORMÁTICA P. UNIVERSIDAD CATÓLICA DE VALPARAÍSO FACULTAD DE INGENIERÍA ESCUELA DE INFORMÁTICA Base de Datos Usuario A Programa de Aplicación Bodega Usuario B Usuario N Insumo Proveedor Profesor: José Miguel Rubio

Más detalles