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

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

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

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

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

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. 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

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

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

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

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

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

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

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

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

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

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

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 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

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

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

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

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

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

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

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 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

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

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

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

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 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

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

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

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

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

Í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

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

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

TEMA 7: DIAGRAMAS EN UML

TEMA 7: DIAGRAMAS EN UML TEMA 7: DIAGRAMAS EN UML Diagramas en UML El bloque de construcción básico de UML es un Diagrama Introducción a UML 2 1 Modelo de Casos de Uso (MCU) Todos los casos de uso constituyen el MCU que describe

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

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

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

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

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

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

Capítulo VI. Diagramas de Entidad Relación

Capítulo VI. Diagramas de Entidad Relación Diagramas de Entidad Relación Diagramas de entidad relación Tabla de contenido 1.- Concepto de entidad... 91 1.1.- Entidad del negocio... 91 1.2.- Atributos y datos... 91 2.- Asociación de entidades...

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

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

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 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

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

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

Relaciones entre conjuntos

Relaciones entre conjuntos Relaciones entre conjuntos Parejas ordenadas El orden de los elementos en un conjunto de dos elementos no interesa, por ejemplo: {3, 5} = {5, 3} Por otra parte, una pareja ordenada consiste en dos elementos,

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

Seminario Profesional MS PROJECT 2010. MODULO 2: Introducción y organización de las tareas

Seminario Profesional MS PROJECT 2010. MODULO 2: Introducción y organización de las tareas MODULO 2: Introducción y organización de las tareas En este módulo aprenderemos a trabajar con las tareas, conoceremos los fundamentos básicos en la creación y organización de tareas en las secuencia más

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

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

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

IAP 1003 - ENTORNOS INFORMATIZADOS CON SISTEMAS DE BASES DE DATOS

IAP 1003 - ENTORNOS INFORMATIZADOS CON SISTEMAS DE BASES DE DATOS IAP 1003 - ENTORNOS INFORMATIZADOS CON SISTEMAS DE BASES DE DATOS Introducción 1. El propósito de esta Declaración es prestar apoyo al auditor a la implantación de la NIA 400, "Evaluación del Riesgo y

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

FORMACIÓN DE EQUIPOS DE E-LEARNING 2.0 MÓDULO DE DISEÑO Y PRODUCCIÓN DE MATERIALES UNIDAD 6 B

FORMACIÓN DE EQUIPOS DE E-LEARNING 2.0 MÓDULO DE DISEÑO Y PRODUCCIÓN DE MATERIALES UNIDAD 6 B 141 1 FORMACIÓN DE EQUIPOS DE E-LEARNING 2.0 Unidad 6 B 142 2 Índice SEGUIMIENTO DE PERSONAS 1 INFORMES 2 143 3 SEGUIMIENTO DE PERSONAS E INFORMES EN MOODLE El seguimiento de los participantes en Moodle

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

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

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

Patrones de Diseño Orientados a Objetos 2 Parte

Patrones de Diseño Orientados a Objetos 2 Parte Patrones de Diseño Orientados a Objetos 2 Parte Patrón Observador Observer (Patrón de Comportamiento) Patrón Observador Observer Observador (en inglés: Observer) es un patrón de diseño que define una dependencia

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

Programa para el Mejoramiento de la Enseñanza de la Matemática en ANEP Proyecto: Análisis, Reflexión y Producción. Fracciones

Programa para el Mejoramiento de la Enseñanza de la Matemática en ANEP Proyecto: Análisis, Reflexión y Producción. Fracciones Fracciones. Las fracciones y los números Racionales Las fracciones se utilizan cotidianamente en contextos relacionados con la medida, el reparto o como forma de relacionar dos cantidades. Tenemos entonces

Más detalles

Otros tipos de Consultas

Otros tipos de Consultas Otros tipos de Consultas Tabla de contenidos 1.- CONSULTA DE SELECCIÓN INTERACTIVA... 3 2.- CONSULTAS DE ACCIÓN... 4 3.- CONSULTAS DE TABLAS DE REFERENCIAS CRUZADAS... 6 Universidad de Salamanca Facultad

Más detalles

ESCUELA DE ADMINISTRACIÓN

ESCUELA DE ADMINISTRACIÓN ESCUELA DE ADMINISTRACIÓN PROGRAMA: TÉCNICO GESTIÓN DEL TALENTO HUMANO SUBMÓDULO INFORMÁTICA I CONTENIDO 1 MANEJO DE DOCUMENTOS Y ARCHIVOS... 3 1.1 ARCHIVOS... 3 1.2 CREAR DOCUMENTO NUEVO... 3 1.3 GUARDAR

Más detalles

Organización como función administrativa Resumen para Administración y Gestión Profesor: Gonzalo V.

Organización como función administrativa Resumen para Administración y Gestión Profesor: Gonzalo V. Organización como función administrativa Introducción: Organización rganización como función administrativa En las organizaciones que se caracterizan por estar orientadas al éxito, a la eficiencia y al

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

Tema 5. Diseño detallado.

Tema 5. Diseño detallado. Ingeniería del Software II 2011 Tema 5. Diseño detallado. Diseño del Software. Los requisitos y el análisis orientado a objetos se centran en aprender a hacer lo correcto: Entender los objetos de nuestro

Más detalles

UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos

UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos 2.1. Principios básicos del Modelado de Objetos UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos Hoy en día muchos de los procesos que intervienen en un negocio o empresa y que resuelven

Más detalles

BASE DE DATOS RELACIONALES

BASE DE DATOS RELACIONALES BASE DE DATOS RELACIONALES 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 implementar bases de datos ya

Más detalles

FUNDACION EDUCATIVA OBRERA FUNEDO TECNICO EN SECRETARIADO EJECUTIVO SISTEMATIZADO

FUNDACION EDUCATIVA OBRERA FUNEDO TECNICO EN SECRETARIADO EJECUTIVO SISTEMATIZADO LOS FORMULARIOS Los formularios sirven para definir pantallas generalmente para editar los registros de una tabla o consulta. Veremos cómo crear un formulario, manejarlo para la edición de registros y

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

CASO PRÁCTICO DISTRIBUCIÓN DE COSTES

CASO PRÁCTICO DISTRIBUCIÓN DE COSTES CASO PRÁCTICO DISTRIBUCIÓN DE COSTES Nuestra empresa tiene centros de distribución en tres ciudades europeas: Zaragoza, Milán y Burdeos. Hemos solicitado a los responsables de cada uno de los centros que

Más detalles

Apuntes de Matemática Discreta 1. Conjuntos y Subconjuntos

Apuntes de Matemática Discreta 1. Conjuntos y Subconjuntos Apuntes de Matemática Discreta 1. Conjuntos y Subconjuntos Francisco José González Gutiérrez Cádiz, Octubre de 2004 Universidad de Cádiz Departamento de Matemáticas ii Lección 1 Conjuntos y Subconjuntos

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

Casos de uso UML. Miguel Vega mvega@ugr.es. Granada, octubre de 2010 LSI - UGR

Casos de uso UML. Miguel Vega mvega@ugr.es. Granada, octubre de 2010 LSI - UGR Especificación de UML Miguel Vega mvega@ugr.es LSI - UGR Granada, octubre de 2010 Especificación de Contenido 1 Introducción 2 3 Especificación de Contenido Plantilla de especificación Un ejemplo 4 5 Especificación

Más detalles

UNIVERSIDAD DON BOSCO FACULTAD DE ESTUDIOS TECNOLÓGICOS

UNIVERSIDAD DON BOSCO FACULTAD DE ESTUDIOS TECNOLÓGICOS UNIVERSIDAD DON BOSCO FACULTAD DE ESTUDIOS TECNOLÓGICOS CICLO: 01/ 2014 Nombre de la Practica: Lugar de Ejecución: Tiempo Estimado: Materia: Docentes: GUIA DE LABORATORIO #05 Trabajando con Formularios.

Más detalles

Ingeniería del Software I Clase de Testing Funcional 2do. Cuatrimestre de 2007

Ingeniería del Software I Clase de Testing Funcional 2do. Cuatrimestre de 2007 Enunciado Se desea efectuar el testing funcional de un programa que ejecuta transferencias entre cuentas bancarias. El programa recibe como parámetros la cuenta de origen, la de cuenta de destino y el

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

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

Ingeniería del Software I

Ingeniería del Software I - 1 - Ingeniería del Software I Introducción al Modelo Conceptual 2do. Cuatrimestre 2005 INTRODUCCIÓN... 2 CLASES CONCEPTUALES... 3 ESTRATEGIAS PARA IDENTIFICAR CLASES CONCEPTUALES... 3 Utilizar lista

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 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

BANCOS. Manejo de Bancos. Como crear una ficha de Banco? Como modificar los datos de una ficha de Banco? Como borrar una ficha de Banco?

BANCOS. Manejo de Bancos. Como crear una ficha de Banco? Como modificar los datos de una ficha de Banco? Como borrar una ficha de Banco? BANCOS El Sistema de Gestión Administrativa permite el manejo de los movimientos bancarios. Seleccionada la opción de Bancos, el sistema presentara las siguientes opciones. Manejo de Bancos Manejo de movimientos

Más detalles

EJ_SA. Ejemplo Sistema de Acceso

EJ_SA. Ejemplo Sistema de Acceso EJ_SA Ejemplo Sistema de Acceso 1 2 "Aplicación de control de acceso" Requisitos / Descripción del sistema Se dispone de un espacio a ser protegido que se haya compuesto de 4 pisos. El área total es de

Más detalles

Principios de Bases de Datos Relacionales, Normalización. Unidad 4

Principios de Bases de Datos Relacionales, Normalización. Unidad 4 Principios de Bases de Datos Relacionales, Normalización Unidad 4 Introducción Dependencia Funcional La dependencia funcional es una restricción entre dos conjuntos de atributos en una relación de una

Más detalles

Etapa de Diseño: Gestión de Hotel Diseño de Sistemas Software

Etapa de Diseño: Gestión de Hotel Diseño de Sistemas Software Etapa de Diseño: Gestión de Hotel Diseño de Sistemas Software Antonio Falcón Aragón José Luis Falcón Ramírez Carlos Villegas Nuñez 15 de marzo de 2010 1 Índice 1. Diseño de la Aplicación 3 1.1. Diagrama

Más detalles

Tecnología de la Información y la Comunicación. Base de datos. Modelo Entidad Relación - 2007 -

Tecnología de la Información y la Comunicación. Base de datos. Modelo Entidad Relación - 2007 - Tecnología de la Información y la Comunicación Base de datos Modelo Entidad Relación - 2007 - Profesores del área Informática: Guillermo Storti Gladys Ríos Gabriel Campodónico Modelo de Entidad Relación

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

BASES DE DATOS TEMA 1

BASES DE DATOS TEMA 1 BASES DE DATOS TEMA 1 Contenido 1. Qué es una base de datos? 2. Un ejemplo 3. Personas que interactúan con la base de datos 4. Inconvenientes de los sistemas de ficheros 5. Modelos de datos 6. Lenguajes

Más detalles

Tema 6: Diseño de bases de datos relacionales.

Tema 6: Diseño de bases de datos relacionales. 6.1 Introducción. Tema 6:. Las dificultades inherentes al diseño de una base de datos han de afrontarse con procedimientos ordenados y metódicos. En el proceso de diseño de una base de datos hemos de distinguir

Más detalles

Relaciones entre Clases Programación Avanzada Prim. 2009 FCC-Buap Profesor: M. C. Miguel Rodríguez Hernandez

Relaciones entre Clases Programación Avanzada Prim. 2009 FCC-Buap Profesor: M. C. Miguel Rodríguez Hernandez Relaciones entre Clases Programación Avanzada Prim 2009 FCC-Buap Profesor: M C Miguel Rodríguez Hernandez Asociación Es una relación binaria general que describe una actividad entre dos clases Se describe

Más detalles

SMS PUSH SMS ENCUESTAS INTERNET FAX

SMS PUSH SMS ENCUESTAS INTERNET FAX MANUAL USUARIO SMS PUSH SMS ENCUESTAS INTERNET FAX PLATAFORMA WEB SMS 1. PAGINA DE INICIO... 3 2. ENVIAR SMS... 5 3. ENVIAR SMS ENCUESTA...5 4. ENVIAR FAX... 9 5. FAX RECIBIDOS... 10 6. MI AGENDA... 11

Más detalles

Para crear formularios se utiliza la barra de herramientas Formulario, que se activa a través del comando Ver barra de herramientas.

Para crear formularios se utiliza la barra de herramientas Formulario, que se activa a través del comando Ver barra de herramientas. Formularios TEMA: FORMULARIOS. 1. INTRODUCCIÓN. 2. CREACIÓN DE FORMULARIOS. 3. INTRODUCIR DATOS EN UN FORMULARIO. 4. MODIFICAR UN FORMULARIO 5. MANERAS DE GUARDAR UN FORMULARIO. 6. IMPRIMIR FORMULARIOS.

Más detalles

Aparece una ventana interactiva que nos permite ver una presentación preliminar del aspecto que tendrá un gráfico al generarlo.

Aparece una ventana interactiva que nos permite ver una presentación preliminar del aspecto que tendrá un gráfico al generarlo. SPSS: GRÁFICOS GRÁFICO DE BARRAS En el Menú Gráficos podemos utilizar el procedimiento para creación de gráficos, ésos gráficos pueden ser de diferentes tipos (de barras, de sectores, diagramas de caja

Más detalles