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

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

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

Transcripción

1 TEMA 3 DISEÑO. MODELO ENTIDAD-RELACIÓN 1. Diseño de una Base de Datos Modelo Entidad-Relación (a) Entidad, atributo, interrelaciones (b) Lazos de correspondencia, claves, entidades fuertes y débiles (c) Diagrama E-R Modelo E-R extendido (a) Especialización - Generalización (b) Agregación Criterios de diseño de un esquema E-R Diseño de un esquema E-R Ejemplos

2 Diseño de una Base de Datos Sistema de Base de Datos: Pretende satisfacer las necesidades de información de diferentes usuarios, sobre un conjunto de datos comunes a todos ellos. Ejemplo: Base de Datos de gestión de un banco. Se pretende satisfacer las siguientes necesidades de información: Presidente: Cuántas cuentas corrientes hay? Cuántas cuentas de ahorro? Cuántos clientes tiene el banco? Cuánto dinero se guarda en las cuentas, corrientes o de ahorro? Jefe del Dept. de contabilidad: Cada cliente ha de recibir el saldo de su cuenta. Cada cliente ha de recibir los movimientos que genera su cuenta. Jefe del Dept. de préstamos: Informe de los pagos mensuales realizados para cada préstamo. Para poder satisfacer estas necesidades hay que realizar un diseño de la Base de Datos. 2

3 FASES DE DISEÑO DE UNA BASE DE DATOS 3

4 FASES: 1. Captación y análisis de requerimientos Caracterizar de forma completa las necesidades que desean los usuarios de la BD, tanto en los datos como en las operaciones a realizar con los datos. Entrevistas con los futuros usuarios de la BD para captar las necesidades. Resultado: Es- REQUISITOS DE DATOS: Necesidades de datos. pecificación de la información que se quiere guardar. REQUISITOS FUNCIONALES: Necesidades de manipulación de datos. Especificación de las operaciones a realizar con los datos. 2. Diseño conceptual de la BD Una vez escogido el modelo abstracto que se quiere utilizar, el diseñador aplica los conceptos de este modelo para traducir los requisitos de datos del usuario al modelo abstracto, formando el esquema conceptual de la BD. Validar el esquema conceptual sobre las transacciones especificadas en los requisitos funcionales (consultas, actualizaciones, borrados, inserciones). 4

5 Implementación del modelo conceptual sobre un sistema de base de datos concreto se realiza en dos fases: DISEÑO LÓGICO y DISEÑO FÍSICO. 3. Diseño lógico Conversión del esquema conceptual de la BD al modelo de datos que implementa el sistema de BD (usualmente el modelo de BD relacional). ESQUEMA RELACIONAL DE BD Definición del conjunto de relaciones base que constituyen el nivel conceptual de la arquitectura ANSI/SPARC. 4. Diseño físico Definir las características físicas de la BD a partir del esquema de la BD. Definición del conjunto de ficheros que constituyen el esquema interno de la arquitectura ANSI/SPARC. 5

6 NIVELES DE MODELADO EN UNA BD NIVEL EJEMPLO CONSTRUCCIONES Esquema modelo E-R, objetos, interrelaciones, conceptual de BD modelo orientado a entidades objetos modela Esquema de BD relaciones y atributos persona, nombre, dirección, de la BD DNI, empleado por, modela Pepe viu al Estado actual BD BD 13 Rue del Percebe ESQUEMA DE BD: Estructura lógica y semántica para registrar un conjunto de hechos de una realidad concreta. Esquema obtenido a partir del modelo conceptual de BD escogido. 6

7 MODELO ABSTRACTO DE DATOS: Descripción que posibilita la creación de esquemas conceptuales de BD utilizados por aplicaciones concretas. También denominado modelo conceptual de datos o modelo semántico de datos. Capturar la semántica o significado del entorno que se pretende modelar en la BD. MODELADO SEMÁNTICO DE DATOS Desarrollado para incrementar la efectividad y la precisión del diseño de la BD. Modelo de fácil conversión a otros modelos (jerárquico, relacional, en red, orientado a objeto). TIPOS DE MODELOS ABSTRACTOS: Modelo Binario-Semàntico (Abrial, 1974) Modelo Entitat-Relación (Chen, 1976) Modelo Semántico de Datos - SMD (Hammer-McLeod, 1981) Modelo de Datos Funcional (Shipman, 1981) Modelo Orientado a Objetos - Model E-R extendido 7

8 MODELO ORIENTADO A OBJETOS: Modelo E-R extendido. Modelo abstracto de datos más utilizado actualmente. Basado en el modelo E-R de Chen, incorporando conceptos de programación orientada a objetos en los modelos semánticos de datos: Especialización - Generalización Agregación Estudia el comportamiento de los datos, no de las estructuras. Busca formas de manipular los datos, no de las estructuras. 8

9 Modelo Entidad-Relación Entity-Relationship Model También denominado Model Entidad-Vínculo. Basado en una percepción del mundo real. Consta de Entidades: Conjunto de eventos (objetos o acciones) básicos. Relaciones: Conjunto de interrelaciones entre las entidades. A partir de estos dos conceptos, el Modelo E-R define otros que son utilizados para construir el modelo abstracto de la BD: Atributo Lazos de correspondencia Claves Entidades fuertes y débiles Estos elementos se representan gráficamente mediante un Diagrama E-R. 9

10 ENTIDAD Acontecimiento (objeto o acción) del mundo real que es distinguible del resto. Entidad concreta (objeto): Persona, libro, etc. Entidad abstracta (acción): Préstamo, vacaciones, etc. Entidad tiene asignado un conjunto de propiedades (atributos), con valores para identificar la entidad de forma única. Ejemplo: Entidad PERSONA con atributos Nombre, DNI, Dirección, etc. CONJUNTO DE ENTIDADES: Colección de entidades del mismo tipo que comparten propiedades. Ejemplo: Conjunto de personas Conjunto de entidades clientes de un banco CLIENT. Conjunto de entidades PRÉSTEC-BANCARI representa el conjunto de todos los préstamos concedidos por un banco. EXTENSIÓN de un conjunto de entidades: Las entidades individuales que constituyen un conjunto. Ejemplo: Todos los clientes de un banco son una extensión del conjunto de entidades CLIENT. 10

11 Conjunto de entidades no necesariamente disjunto. Ejemplo: EMPLEAT: Conjunto de entidades de todos los empleados de un banco. CLIENT: Conjunto de entidades de todos los clientes de un banco. Una entidad persona (Pepe Pinto) puede estar como extensión de EMPLEAT, de CLIENT o de ambos conjuntos de entidades a la vez. BASE DE DATOS: Colección de conjuntos de entidades, cada una de las cuales contiene un número de entidades del mismo tipo. Para simplificar la nomenclatura, a partir de ahora se cambiarán las definiciones: CONJUNTO DE ENTIDADES = ENTIDAD ENTIDAD = INSTANCIACIÓN DE ENTIDAD BASE DE DATOS: Colección de entidades, cada una de las cuales contiene un número de instanciaciones de entidad del mismo tipo. 11

12 DIAGRAMA E-R: Entidades son representadas mediante cuadrados. 12

13 ATRIBUTO Descripción de propiedades que tiene cada instanciación de entidad. Cada entidad tiene un único valor por atributo. Ejemplo: Atributos de la entidad CLIENT: Nom, DNI, Carrer, Ciutat. Atributos de la entidad PRÉSTEC: Número-Préstec, Import. Cada atributo tiene asociado un dominio. Cada instanciación en una entidad es descrito por un conjunto de parejas (atributo,valor), una por cada atributo de la entidad: Ejemplo: { (Nom,López), (DNI, ), (Carrer,Major), (Ciutat, Peguerinos) } 13

14 TIPOS DE ATRIBUTOS: SIMPLES - COMPUESTOS: Atributo simple: No se puede subdividir en más atributos. Atributo compuesto: Atributo que se puede subdividir en atributos más simples. Permite agrupar atributos relacionados semánticamente. JERARQUIA DE ATRIBUTOS Ejemplo: Entidad CLIENT (Nom-Client, Adreça-Client), on Nom-Client(Nom, Cognom1, Cognom2) Adreça-Client(Carrer, Ciutat, Província, Codi-Postal) Carrer(Número-Carrer, Nom-Carrer, Pis) 14

15 MONOVALORADOS - MULTIVALORADOS: Atributo monovalorado: Atributo que tiene un sólo valor por cada instanciación de entidad. Ejemplo: Atributos DNI, Nom. Atributo multivalorado: Atributo que tiene más de un valor por cada instanciación de entidad. Pueden definirse ĺımites inferior y superior para el número valores del atributo. Ejemplo: Atributo Nom-Subordinat en la entidad EMPLEAT Un empleado puede tener varios subordinados. 15

16 VALOR NULO (NULL): Valor que toma un atributo de una instanciación de entidad cuando ésta no tiene valor para el atributo. Significados del valor nulo: VALOR NO APLICABLE: No tiene sentido dar un valor de atributo a la instanciación. VALOR PERDIDO: Valor existe pero no se tiene. VALOR NO CONOCIDO: No se sabe si existe o no valor para la instanciación. Ejemplo: DNI=NULL: Persona tiene DNI pero no se sabe qué Número es. Ejemplo: Número-Pis=NULL: Dirección sin atributo piso (una casa). Existe el piso, pero no se sabe cuál es. No se sabe si la dirección corresponde a un bloque de pisos o a una casa. 16

17 DERIVADO: Atributo con valor que se puede obtener de los valores de otros atributos o entidades. Ejemplo: Entidad CLIENT con atributo Préstecs, que representa el número de préstamos que tiene el cliente en el banco. Atributo Préstecs derivable contando el número de instanciaciones préstamo asociadas a cliente. Ejemplo: Entidad EMPLEAT con atributos Data-Inici, Antiguitat, que representan la fecha de incorporación a la empresa y la antigüedad del trabajador en la empresa. Atributo Antigüedad derivable de la Data-Inici Antigüedad = Data-Actual - Data-Inici 17

18 Ejemplo: BASE DE DATOS BANCARIA. Formada por un conjunto de entidades y atributos: CLIENTE(Nombre-cliente,DNI,Calle-Cliente,Ciudad-Cliente) PRÉSTAMO(Número-Préstamo,Importe) COMPTE(Número-Cuenta,Saldo) SUCURSAL(Nombre-Sucursal,Ciudad,Activos) DIAGRAMA E-R: Atributos son representados mediante elipses. 18

19 INTERRELACIONES Asociación entre diferentes instanciaciones de entidad. Ejemplo: Interrelación que asocia el cliente López con el préstamo P-15, significa que López es cliente con el préstamo P-15. CONJUNTO DE INTERRELACIONES: Colección de interrelaciones del mismo tipo, es decir, entre las mismas entidades y con mismo significado. Definición: Sean las entidades E 1, E 2,..., E n, se define un conjunto de interrelaciones R como el subconjunto {(e 1, e 2... e n ) e 1 E 1, e 2 E 2,..., e n E n } on (e 1, e 2,..., e n ) es una interrelación. 19

20 Ejemplo: Entidades CLIENT i PRÉSTEC. Conjunto de interrelaciones PRESTATARI asocia clientes y préstamos. Ejemplo: Entidades PRÉSTEC y SUCURSAL. Conjunto de interrelaciones SUCURSAL-PRÉSTEC asocia sucursales y préstamos. PARTICIPACIÓN: Asociación entre entidades o entre instanciaciones de entidades. Entidades E 1,..., E n PARTICIPAN en el conjunto de interrelaciones R. Ejemplo: Instanciación de entidad CLIENT López y la instanciación de entidad PRÉSTEC P-15 participan en la interrelación PRESTATARI. Interrelación significa en el mundo real que el cliente López tiene un préstamo con el banco, numerado como P

21 PAPEL: Función o significado que describe una instanciación de entidad en una interrelación. Significado de la interrelación. Describe una propiedad del mundo real. No se especifica cuando la interrelación es entre dos entidades diferentes. Si la interrelación es entre la misma entidad (interrelación unaria o recursiva), la entidad participa en la interrelación más de una vez con diferentes significados (papeles). Ejemplo: Entidad EMPLEADO, con una interrelación unaria sobre entidad: TRABAJA-PARA con dos papeles: DIRECTOR, con pares ordenados (Jefe-1,Empleado-1) SUBORDINAT, con pares ordenados (Empleado-1,Jefe-1) 21

22 INTERRELACIONES CON ATRIBUTOS: Interrelación con atributos descriptivos asociados. Ejemplo: Interrelación IMPOSITOR entre entidades CLIENTE y CUENTA se le asocia el atributo Fecha-Acceso para especificar la fecha más reciente en la cual el cliente ha accedido a su cuenta. 22

23 GRADO DE UNA INTERRELACIÓN: Número de entidades implicadas en una interrelación. Tipos: Unaria: Interrelación con la misma entidad (grado 1). Binaria: Interrelación entre dos entidades (grado 2). Interrelación más usual. Ternaria: Interrelación entre tres entidades (grado 3). Interrelación poco frecuente. Más restrictiva que corresponendientes binarias (trampa de conexión). Ejemplo: Interrelación CPS. Instancia ( López, P-15, Figueres ) significa que el cliente López tiene el préstamo P-15 en la sucursal de Figueres. n-arias: Interrelación entre n entidades. frecuente. Poco 23

24 Para simplificar la nomenclatura, a partir de ahora se cambiarán las definiciones: CONJUNTO = INTERRELACIÓN DE INTERRELACIONES INTERRELACIÓN = INSTANCIACIÓN DE INTERRELACIÓN DIAGRAMA E-R: Interrelaciones son representadas mediante rombos. 24

25 LAZOS DE CORRESPONDENCIA Lazos en los cuales el contenido de la BD se ha de adaptar. De dos tipos: Correspondencia de cardinalidades Dependencias de existencia. 25

26 Correspondencia de cardinalidades También denominada razón de cardinalidades. Expresa el número de instanciaciones de entidades a las cuales la otra entidad puede estar asociada mediante la interrelación. Característica muy útil que se aplica a las interrelaciones binarias. 26

27 Para una interrelación binaria R entre las entidades A y B, la correspondencia de cardinalidades puede ser: UNO a UNO (1-1) Una instancia de A se asocia como mucho a una instancia de B. Una instancia de B se asocia como mucho a una instancia de A. UNO a VARIOS (1-n) Una instancia de A se asocia a cualquier número de instancias de B. Una instancia de B se asocia como mucho a una instancia de A. 27

28 VARIOS a UNO (n-1) Una instancia de A se asocia como mucho a una instancia de B. Una instancia de B se asocia a cualquier número de instancias de A. VARIOS a VARIOS (n-n) Una instancia de A se asocia a cualquier número de instancias de B. Una instancia de B se asocia a cualquier número de instancias de A. 28

29 Correspondencia de cardinalidad en una interrelación depende del mundo que se pretende modelar, definido en el conjunto de restricciones específicas. Ejemplo: Interrelación PRESTATARIO entre entidades CLIENTE y PRÉSTAMO. Correspondencia 1-n: Un cliente puede tener diversos préstamos. Un préstamo sólo puede ser de un cliente. Correspondencia n-n: Un cliente puede tener diversos préstamos. Un préstamo puede ser de diversos clientes. 29

30 Según la correspondencia, los atributos de la interrelación pueden situarse en diferentes lugares. Correspondencia 1-1: Atributos de la interrelación pueden estar situados en la interrelación o en cualquiera de las dos entidades. Correspondencia 1-n, n-1: Atributos de la interrelación pueden estar situados en la interrelación o en la entidad que tenga las n instanciaciones. Ejemplo: Interrelación IMPOSITOR(Fecha-Acceso) con correspondencia 1-n entre las entidades CLIENTE(Nombre-Cliente) y CUENTA(Número-Cuenta). Atributo de la interrelación Fecha-Acceso puede estar asociado a la entidad COMPTE. Elección de situar los atributos en la entidad o la interrelación define el modelo a representar. Situar el atributo en la interrelación indica que el atributo corresponde a una acción ligada a las dos entidades, no a una sola entidad. 30

31 Correspondencia n-n: Atributos de la interrelación situados en la interrelación. Ejemplo: Interrelación IMPOSITOR con correspondencia n n entre las entidades CLIENTE(Nombre-Cliente) y CUENTA(Número-Cuenta) Atributo de la interrelación Data-Accés puede situarse: En CLIENTE: Una única fecha de acceso por cliente (la última), sin considerar en qué cuenta se ha hecho el acceso. En CUENTA: Única fecha de acceso por cuenta, independientemente del cliente que haya accedido (el último). En INTERRELACIÓN: Una fecha de acceso por cliente y cuenta. 31

32 Dependencia de existencia Definición: Dadas dos entidades A,B, se dice que la entidad A tiene dependencia de existencia de B Una instanciación de A depende de la existencia de la instanciación de B. Si una instanciación de B se borra, se han de borrar las instanciaciones dependientes de ella en A. B: Entidad dominante. A: Entidad subordinada. Ejemplo: Entidades PRÉSTAMO i PAGO (pagos del préstamo). PRÉSTAMO(Número-Préstamo,Importe) PAGO(Número-Pago,Fecha-Pago,Importe-Pago) Interrelación PRÉSTAMO-PAGO con correspondencia 1-n Cada préstamo tiene diversos pagos. Cada pago tiene asociado un préstamo. Si se borra un préstamo, hay que borrar los pagos asociados al préstamo. Si se borra un pago del préstamo NO hay que borrar el préstamo. 32

33 Definición: La participación de una entidad E en una interrelación R es TOTAL si toda instancia de E participa al menos en una instancia de R. Definición: La participación de una entidad E en una interrelación R es PARCIAL si algunas (no todas) las instanciaciones de E participan en instancias de R. En la dependencia de existencia A,B, La participación de la entidad SUBORDINADA es TOTAL en la interrelación. La participación de la entidad DOMINANTE es PAR- CIAL en la interrelación. Ejemplo: Interrelación PRÉSTAMO-PAGO, La participación de la entidad PAGO es TOTAL en la interrelación. Todo pago interrelacionado con PRÉSTAMO. La participación de la entidad PRÉSTAMO es PARCIAL en la interrelación. Préstamos NO interrelacionados con pago (Préstamos que no se han empezado a pagar) 33

34 DIAGRAMA E-R: Correspondencias a uno son representadas mediante una flecha dirigida a la entidad a uno. 34

35 CLAVES Permiten distinguir una instancia dentro de una entidad. Entidades e interrelaciones con atributos CLAVES Claves en entidades SUPERCLAVE: Conjunto de uno o más atributos que permiten identificar de forma única una instancia dentro de una entidad. Característica de UNICIDAD, pero NO de MINIMALIDAD Ejemplo: Entidad EMPLEADO: DNI o Nombre-Empleado,DNI son SUPERCLAVES. Nombre-Empleado NO es SUPERCLAVE. CLAVE CANDIDATA: Superclave con característica de minimalidad. Exemple: Entidad EMPLEAT con claus candidates: Código-Empleado, único para cada empleado. DNI. Nombre-Empleado,Fecha-Nacimiento,Dirección-Empleado, pues es improbable dos personas con los mismos valores. CLAVE PRIMARIA: Clave candidata escogida por el diseñador. Propiedad que se asigna a la entidad, no a las instancias. 35

36 Claves en interrelaciones Definición: Sea R una interrelación, con o sin atributos descriptivos, entre las entidades E 1, E 2,..., E n, y CP (E i ) la clave primaria de la entidad E i, suponiendo nombres de claves únicos entre entidades, se define una SUPERCLAVE DE LA INTERRELA- CIÓN R - SC(R) de la siguiente forma: SC(R) = CP (E 1 ) CP (E 2 )... CP (E n ) Atributos de la clave primaria dentro de una interrelación depende de la correspondencia de cardinalidad de la interrelación. 36

37 Ejemplo: Interrelación CLIENTE-BANQUERO, entre las entidades CLIENTE y EMPLEADO, describiendo la asociación de un cliente con su banquero. Correspondencia n-n, con atributo Tipo, describiendo el tipo de relación cliente-banquero. SC(CLIENTE-BANQUERO) = CP (CLIENTE) CP (EMPLEADO) Correspondencia n-1, sin atributos en interrelación. SC(CLIENTE-BANQUERO) = CP (CLIENTE) CP (EMPLEADO) CP (CLIENTE-BANQUERO) = CP (CLIENTE) Correspondencia 1-1, sin atributos en interrelación. SC(CLIENTE-BANQUERO) = CP (CLIENTE) CP (EMPLEADO) CP (CLIENTE-BANQUERO) = CP (EMPLEADO) ó CP (CLIENTE-BANQUERO) = CP (CLIENTE) DIAGRAMA E-R: Claves primarias son representadas como atributos subrayando el nombre del atributo. 37

38 ENTIDADES FUERTES Y DÉBILES Toda dependencia de existencia define una entidad fuerte y una débil. Entidad fuerte: Entidad que tiene una clave primaria. Entidad dominante en una dependencia de existencia. Entidad débil: Entidad que no tiene suficientes atributos para formar una clave primaria. Ha de formar parte de una interrelación 1-n sin atributos. Todo atributo se puede poner en la entidad débil. Entidad subordinada en una dependencia de existencia. Ejemplo: Entidad PAGO(Número-Pago,Fecha-Pago,Importe-Pago) Entidad débil, sin clave primaria, pues Número-Pago único para un préstamo pero no único para todos los préstamos. Más de una instanciación de entidad con los mismos valores. 38

39 DISCRIMINANTE DE UNA ENTIDAD DÉBIL: Atributo o atributos que permiten distinguir las instancias de entidad débil que dependen de una instancia de entidad fuerte. Ejemplo: Entidad PAGO con discriminante Número-Pago. Atributo Número-Pago es único en un préstamo (entidad furte). Definición: Dada A una entidad débil asociada a la entitat fuerte B, y DIS(A) com el discriminante de la entidad A, se define CP (A) como la CLAVE PRIMARIA DE LA ENTIDAD DÉBIL A de la siguiente forma: CP (A) = DIS(A) CP (B) Ejemplo: Entidad débil PAGO(Número-Pago,Fecha-Pago, Importe-Pago), con entidad fuerte PRÉSTAMO(Número-Préstamo, Importe), CP (PAGO) = Número-Pago Número-Préstamo Entidad dominante es el propietario de la entidad débil. INTERRELACIÓN DE IDENTIFICACIÓN: Interrelación que asocia una entidad fuerte y una débil. 39

40 DIAGRAMA E-R: Entidades débiles e interrelaciones de identificación son representadas mediante ĺıneas dobles. Los discriminantes de entidades débiles se subrayan con ĺınea punteada. 40

41 DIAGRAMA ENTIDAD-RELACIÓN Representación de la estructura lógica y semántica de una BD. Diagrama claro y simple, bastante utilizado en diseño de BD. Components: Rectángules para representar entidades. Elipses para representar atributos. Rombos para representar interrelaciones. Líneas continuas que unen Atributos con entidades. Entidades con interrelaciones. Nombres de atributo subrayados para representar claves primarias. Elipses dobles que representan atributos multivalorados. Elipses discontinuas que representan atributos derivados. Líneas dobles para indicar la participación total de una entidad en una interrelación. Etiquetas de ĺınea para representar papeles de las interrelaciones. 41

42 42

43 Ejemplo: 43

44 Interrelaciones: Atributos asociados a interrelaciones: 44

45 Papeles entre interrelaciones: Interrelación ternaria: 45

46 Model E-R extendido También denominado model orientado a objeto. Modelo con extensiones adicionales que cubren limitaciones mancances del Modelo E-R. Extensions: Especialización - Generalización Herencia de atributos Lazos de diseño Agregación 46

47 ESPECIALIZACIÓN Designación de subgrupos de entidades (entidades de bajo nivel) dentro de una entidad (entidad de alto nivel). Una entidad tiene: Atributos COMUNES a todos los subgrupos. Atributos PROPIOS para cada subgrupo. Ejemplo: Entidad CUENTA(Número-Cuenta,Saldo) representando las cuentas de un banco. Se pueden definir dos subgrupos: CUENTA-AHORRO(Tipo-Interés) CUENTA-CORRIENTE(Descubierto) Una entidad puede especializarse en más de una característica, definiendo diferentes tipos de subgrupos. Ejemplo: Entidad CUENTA con diferentes especializaciones y subgrupos: Especialización CUENTA-CORRIENTE, CUENTA-AHORRO. Especialización CUENTA-EMPRESA, CUENTA-PERSONAL, CUENTA-BENÉFICA. 47

48 JERARQUÍA DE ESPECIALIZACIONES: Una instancia de entidad puede pertenecer a varias especialitzaciones. Ejemplo: Especialización de la especialización CUENTA-CORRIENTE de la entidad CUENTA: CUENTA-NORMAL(Número-Movimientos), dando 3 movimientos gratis. COMPTE-OR(Pago-Interés,Saldo-Mínimo), con interés variable y saldo mínimo. CUENTA-SENIOR(Fecha-Nacimiento), cuenta para mayors de 65 años, con ventajas fiscales. DIAGRAMA E-R: Especializaciones son representadas mediante un triángulo etiquetat como ES, de donde surgen ĺıneas hacia los subgrupos de entidades (cuadrados) relacionados por atributos (elipses). 48

49 GENERALIZACIÓN Proceso inverso al de la especialización. Se aplican ambos procesos (especialización y generalización) para construir el esquema E-R extendido. Agrupar entidades con atributos comunes en una entidad superior (superclase) de nivel más alt. Entidades agrupadas: subclases de nivel más bajo Proceso aplicado dentro e una estrategia de diseño bottomup, definiendo entidades simples y agrupandolas. Agrupamiento de entidades elimina la redundancia. DIAGRAMA E-R: No es distinguen los procesos de especialización y generalización, representándose de la misma forma. 49

50 Propiedades de las especializaciones: (a) Herencia de atributos (b) Lazos de diseño (a) Herencia de atributos Propiedad importante de las entidades de alto i bajo nivel, definidas mediante la especialización y la generalización. Atributos de entidades de alto nivel son heredados por las entidades de nivel inferior. Ejemple: Entidades de nivel bajo CUENTA-CORRIENTE y CUENTA- AHORRO heredan atributos de la entidad CUENTA. 50

51 Entidades de nivel bajo también heredan la participación en interrelaciones de las cuales forma parte la entidad de nivel más alto. Ejemplo: Entidades CUENTA-CORRIENTE,CUENTA-AHORRO heredan la relación IMPOSITOR, en la cual participa la entidad CUENTA. Herencia puede tenir una estructura jerárquica. RETÍCULO: Entidad que es al nivel más bajo de una interrelación del tipo ES. Tiene más de una entidad de nivel alto. 51

52 (b) Lazos de diseño Definidas por el diseñador de la Base de Datos. Determinar qué instanciaciones de entidad pueden ser miembros de una entidad de nivel más bajo. Propiedades de los lazos: 1. Definición 2. Carácter 3. Completitud 52

53 1. Definición Forma en la cual se define una instanciación de entidad de alto nivel a una entidad de nivel más bajo. Dos formas: Definido por condición: Pertenencia de una instanciación a una entidad de nivel más bajo según una condición expĺıcita sobre un atributo. Ejemplo: Entidad COMPTE con atributo Tipus-Compte. Instanciaciones con Tipus-Compte= Corrent, incluidas en el subgrupo COMPTE-CORRENT. Instanciaciones con Tipus-Compte= Estalvi, incluidas en el subgrupo COMPTE-ESTALVI. Generalización definida por el atributo Tipus-Compte Definido por el usuario: Asignación de una instanciación a un subgrupo es hecha por el usuario. Asignación no sometida a ninguna condición expĺıcita. Asignación de cada instanciación una a una por separado. 53

54 2. Carácter Pertenencia de una instanciación a entidades de nivel bajo. Dos tipos: Entidad disjunta: Instanciación pertenece a una única entidad de nivel bajo. Ejemplo: Una instanciación de CUENTA en subgrupo CUENTA- AHORRO no puede estar en subgrupo CUENTA-CORRIENTE. Entidad solapada: Instanciación puede pertenecer a más de una entidad de nivel bajo. Ejemplo: Entidad EMPLEAT, donde un director puede participar en más de un proyecto, definido cada proyecto como subgrupo. 54

55 3. Completitud Especifica si las instanciaciones de una entidad de nivel alto están o no incluídas en las entidades de nivel más bajo. Dos tipos: TOTAL: TODA instanciación de entidad de alto nivel ha de pertenecer a una entidad de nivel más bajo. PARCIAL: Existen instanciaciones de entidad de alto nivel que no pertenecen a una entidad de nivel más bajo. Ejemplo: Generalización COMPTE-CORRENT,COMPTE-ESTAL- VI de la entidad COMPTE tiene lazo de completitud total. Toda cuenta ha de ser de uno de los dos tipos, corriente o de ahorro (estalvi) y por tanto ha de estar en uno de los dos subgrupos. 55

56 Entidades de nivel alto obtebidas por GENERALIZACIÓN (de más simples a más complejas) acostumbran a tener lazos de completitud TOTALES (se incluyen todos los elementos en la entidad de nivel bajo). Entidades de nivel alto obtenidas por ESPECIALIZACIÓN (de más complejas a más simples) acostumbran a tener lazos de completitud PARCIALES (con instanciaciones no clasificables). Ejemplo: Generalización de la entidad CUENTA a partir de las entidades CUENTA-CORRIENTE y CUENTA-AHORRO define un tipo de lazo: Definido por condición. De carácter disjunto. De completitud total. 56

57 Sobre els lazos, hay que definir ciertas condiciones de inserción y borrado: Si el lazo de completitud es TOTAL, cuando se añade una instancia en la entidad de nivel más alto hay que insertar esta instancia en una de las entidades de nivel más bajo. Si el lazo es DEFINIDO POR CONDICIÓN, cuando se añade una instancia en la entidad de nivel alto se ha de comprobar la condición, para poder insertar la instancia en una entidad de nivel más bajo. Si se borra una instancia de la entidad de nivel alto, hay que borrarla de las entidades de nivel más bajo (borrando UNA si el lazo es DISJUNTO, o DIVER- SAS si el lazo es SOLAPADO). 57

58 AGREGACIÓN Abstracción en la que un conjunto de interrelaciones y entidades se tratan como una única entidad de nivel más alto respecto el resto de entidades del esquema. Consecuencia de una limitación en el modelo E-R, que no permite expresar interrelaciones entre interrelaciones. Ejemplo: BD con información de clientes y préstamos. Dos interrelaciones entre entidades CLIENT i PRÉSTEC: PRESTATARI: Interrelación con correspondencia n n. RESPONSABLE-PRÉSTEC: Interrelación con correspondencia 1 n. Cada cliente-préstamo tiene un único empleado responsable del préstamo con atributos (Nombre-Empleado, DNI-E, Núm- Tel). Se quiere combinar ambas interrelaciones. Sin agregación, pueden haber dos soluciones: 1. COMBINAR ambas interrelaciones: Responsable-Préstamo assignado para cada cliente-préstamo com atributos a la interrelación. Datos del empleado Responsable-Préstamo repetidos por cada pareja Client-Préstamo, tantos como clientes tiene el préstamo REDUNDANCIA 58

59 2. SEPARAR ambas interrelaciones: Cada pareja cliente-préstamo está en las dos interrelaciones (REDUNDÀNCIA). Hay que garantizar que toda instanciación a la interrelación responsable-prèstamo es también a prestatario. responsable-prèstamo se puede asociar a todo cliente y préstamo independientemente de las instanciaciones asociadas a la interrelación prestatario. Este diseño permite que un préstamo no tenga responsable asignado aún. 59

60 AGREGACIÓN: Agrupar entidades CLIENTE, PRÉSTAMO e interrelación PRESTATARIO en una entidad PRES- TATARIO, que es tratada com cualquier otra entidad en el esquema. Interrelación RESPONSABLE-PRÉSTAMO entre entidades PRESTATARIO y EMPLEADO. responsable-préstamo se relaciona únicamente con los préstamos existentes a la interrelación prestatario, no con cualquier cliente o préstamo presente en las entidades. Este diseño permite que un préstamo no tenga responsable asignado aún. 60

61 Criterios de diseño de un esquema E-R Definiciones de entidad e interrelación son pooc precisas, pudiendolas describir de diferentes formas para un mismo problema de diseño. Criterios de diseño de un esquema E-R: Uso de entidades o atributos Us de entidades o interrelaciones Interrelaciones binarias o n-arias 61

62 USO DE ENTIDADES O ATRIBUTOS PROBLEMA: Dado un evento (objeto o acción) a modelar en la BD, como representarlo en el modelo E-R, como entidad o como atributo?. No hay una metodología óptima. Ejemplo: Objeto EMPLEADOS, con propiedades nombre y número de teléfon. Dos modelos de representación: 1. Entidad EMPLEADO con atributos Nombre, DNI, Número- Teléfono. SUPOSICIÓN IMPLÍCITA: Cada empleat tiene un único número de teléfono. 2. Entidades EMPLEADO(Nombre,DNI) y NÚMERO-TELÉFONO(Número, Ubicación), con interrelación EMPLEADO-TELÉFONO, asociando un empleado con todos los teléfonos que tiene. Cada empleado puede tener más de un teléfono. Un teléfono puede estar compartido por más de un empleado. No se considera que un número de teléfono tenga diferentes ubicaciones (supletorios). 62

63 USO DE ENTIDADES O INTERRELA- CIONES PROBLEMA: Dado un evento (objeto o acción) a modelar en la BD, com representarlo en el model E- R, como entidad o como interrelación?. No hay una metodología óptima. SUGERENCIA: Definir como interrelación una acción (tipo de evento) entre entidades y evaluar las propiedades de esta definición. Ejemplo: Evento préstamo bancario. Dos modelos de representación: 1. Entidad PRÉSTAMO(Número-Préstamo,Importe) SUPOSICIÓN IMPLÍCITA: Un sólo valor por número de préstamos e Importe. 63

64 2. Interrelación PRÉSTAMO(Número-Préstamo,Importe,Cuenta) entre entidades CLIENTE y SUCURSAL. Cada préstamo definido como una instanciación de la interrelación PRÉSTAMO. Si todo préstamo se asocia a un único cliente y a una única sucursal, el modelo es satisfactorio. Si diversos clientes comparten un préstamo, hay que definir una instanciación para cada cliente del préstamo, replicando los atributos (Número-Préstamo,Importe,Cuenta) para cada préstamo. REDUNDANCIA Tratada en la Teoría de la Normalización 64

65 INTERRELACIONES BINARIAS o n-arias Interrelaciones binarias más fáciles de entender. Se pueden definir esquemas E-R únicamente con interrelaciones binarias. 65

66 Toda interrelación n-aria se puede transformar en n interrelaciones binarias. Proposición: Dada una interrelación ternaria R con las entidades A,B,C, se puede sustituir en un esquema E-R por: Entidad E con: Atributos de la interrelación R. Atributos que permiten distinguir las instanciaciones de R (Claves Primarias de A,B,C). Interrelación R A entre las entidadse E,A. Interrelación R B entre las entidades E,B. Interrelación R C entre las entidades E,C. 66

67 de forma que para cada instanciación de R(a i, b i, c i ) es crea: Instanciación en entidad E Instanciación (e i, a i ) R A Instanciación (e i, b i ) R B Instanciación (e i, c i ) R C No siempre es deseable definir el esquema E-R con interrelaciones binarias: El atributo de identificación de la entidad E y las interrelaciones binarias adicionales incrementan la complejidad del diseño y los requisitos de almacenamiento. La interrelación n-ària aporta más información que las correspondientes binarias. TRAMPA DE CONEXIÓN 67

68 Diseño de un esquema E-R Modelo E-R da una gran flexibilitat para diseñar un esquema de BD a partir de unos requisitos de usuarios especificados. Diseñador de la BD ha de tomar decisiones del tipo: Utilizar un atributo o una interrelación para representar un evento (objeto o acción). Representar un evento como una entidad o una interrelación. Utilizar interrelaciones n-arias o binarias. Utilizar o no entidades fuertes y débiles para definir un evento. Usar o no la especialización y la generalización para definir una jerarquía de interrelaciones, modularizando la información dentro de la BD. Usar la agregación de forma apropiada. MODELO CONCEPTUAL DE DATOS: Proporciona al diseñador de la BD un marco conceptual donde especificar los requisitos de datos de los usuarios de la BD y como se estructurará la BD para cumplir estos requisitos. DISEÑO CONCEPTUAL 68

69 Ejemplos Ejemplo 1.1: Secretaría Universidad Relación entre profesores y alumnos teniendo en cuenta asignaturas, horarios, clases. Para cada profesor se guarda Nombre-Profesor y DNI. Para cada estudiante se guarda Nombre-Estudiante, DNI y Nota de cada asignatura. Para cada asignatura se guarda Código-Asignatura, Nombre-Asignatura, Horario, Aula. Supuestos semánticos: Un profesor imparte una única asignatura al estudiante. Cada asignatura tiene un único profesor, horario y aula donde se imparte la clase. PROBLEMA: Se repite la información de la asignatura (Código- A, Nombre-A, Horario, etc.) tantas veces como estudiantes tenga la asignatura. 69

70 Ejemplo 1.2: Secretaría Universidad Relación entre profesores y alumnes teniendo en cuenta asignaturas, horarios, clases. Para cada profesor se guarda Nombre-Profesor y DNI. Para cada estudiante se guarda Nombre-Estudiante, DNI y Nota de cada asignatura. Para cada asignatura se guarda Código-Asignatura, Nombre-Asignatura, Horario, Aula. Supuestos semánticos: Un profesor puede impartir más de una asignatura al estudiant. Cada asignatura tiene un único profesor, horario y aula donde se imparte la clase. 70

71 Ejemplo 1.3: Secretaría Universidad Relación entre profesores y alumnos teniendo en cuenta asignaturas, horarios, clases. Para cada profesor se guarda Nombre-Profesor y DNI. Para cada estudiante se guarda Nombre-Estudiante, DNI Nota de cada asignatura. Para cada asignatura se guarda Código-Asignatura, Nombre-Asignatura, Horario, Aula. Supuestos semánticos: Un profesor puede impartir más de una asignatura al estudiant. Cada asignatura tiene un único profesor, pero más de un horario y aula donde se imparte la clase. 71

72 Ejemplo 2: Compañía transportista. Compañía recoge envios de almacenes y los entrega a las tiendas. De los almacenes hay que guardar Código-Almacén y Ciudad donde se encuentra. De las tiendas hay que guardar Código-Tienda y Ciudad donde se encuentra. Supuestos semánticos: Se han de realizar envios de género de los almacenes a las tiendas. De cada envio interesa guardar Código-Envio, Peso y Volumen. Un grupo de envios con origen y destino comunes se agrupan en viajes, de los cuales hay que guardar el Código-Viaje, identificador único del viaje y el Número de Envios. Un camión transporta diversos viajes y entrega los diferentes envios a las tiendas correspondientes. De cada viaje, interessa saber qué camión lo ha hecho y la Fecha en la cual se ha hecho el viaje. Los camiones tienen diferente Código, Capacidad y Peso para transportar. 72

73 Ejemplo 3: BD de una liga de baloncesto. Interesa guardar como información sobre el jugador el Nombre, DNI, Dirección, Núm-Fitxa. Un jugador esta fichado por un equipo. Del equipo interesa guardar la información sobre Nombre-Equipo, Dirección. De un partido interesa guardar Jornada, Equipo-Casa, Equipo- Fuera, Resultado. Se quiere llevar el control de los jugadores que participan en cada partido, los equipos que juegan, el resultado de cada partido y la puntuación que ha hecho cada jugador en cada partido. Supuestos semánticos: Un jugador juega en un único equipo toda la temporada. Cada equipo tiene diversos jugadores y no todos juegan un partido. Dos equipos juegan dos partidos, uno en cada campo. Un equipo juega un partio en cada jornada. 73

74 PROBLEMA: Redundancia (Equip-C, Equip-F) en la entidad Partido. OTRA SOLUCIÓN: 74

75 Ejemplo 4: Compañía de discos. Notown Records tiene una plantilla de músicos y han decidido guardar la información en una BD. Supuestos semánticos: Interesa guardar como datos del músico Nombre, DNI, Dirección, Teléfono. Músicos poco pagados comparten una dirección y cada dirección tiene un único teléfono. Para cada instrumento se ha de guardar Nombre-Instrumento, Código-Instrumento, Clave Musical. Para cada álbum se guarda Código-Álbum, Título-Álbum, Fecha-Álbum, Número-CDs. Para cada canción se quiere guardar Título y Duración. Cada músico toca instrumentos y un instrumento puede ser tocado por diferentes músicos. Cada álbum tiene un conjunto de canciones y cada canción aparece únicamente en un álbum. Cada canción es interpretada per uno o más músicos y un músico puede tocar varias canciones. Para cada álbum, únicamente hay un músico que hace de productor. Un músico puede producir diversos álbums. 75

76 76

77 Ejemplo 5: Catastro municipal. Mantener información sobre las personas que viven en cada vivienda como puede ser Nombre i DNI, de los propietarios de las viviendas y del jefe de familia de cada vivienda. De cada vivenda se quiere guardar Calle, Número y los Metros Cuadrados. Supuestos semánticos: Hay dos tipos de viviendas: Casas: Vive una sola familia. Interesa guardar el Número de Plantas de la casa. Bloques de pisos: Conjunto de viviendas, donde en cada una habita una familia. Contiene un número variable de pisos. De cada piso interesa guardar Escalera, Planta y Piso. Toda persona habita en una sola vivienda, considerada como vivienda habitual. Cada vivienda tiene un único propietario. Las viviendas estan en un único barrio. Los barrios estan divididos geográficamente y hay que guardar el Nombre y Extensión en Km. cuadrados. El nombre de las calles es único dentro del municipio. Cada familia tiene un jefe de familia. 77

78 78

79 Ejemplo 6: BD Hospital Supuestos semánticos: Los pacientes se identifican mediante Nombre, DNI, Dirección, Edad. Médicos se identifican mediante Nombre, DNI, Especialidad, Años de Experiencia. Cada compañía farmacéutica se identifica por el Nombre, Direción, Teléfon. Para cada medicina se guarda el Nombre y la Fórmula. Cada medicina es fabricada por una Compañía y el nombre es único dentro de la Base de Datos. Cada farmacia tiene un Nombre y Dirección. único en la Base de Datos. El nombre es Cada paciente tiene un médico principal. Cada médico tiene como mínimo un paciente y, a poder ser, más de uno. Toda farmacia vende medicinas a un precio por cada una. Una medicina puede ser vendida en diferentes farmacias y su precio puede variar de una farmacia a otra. Los médicos recetan medicinas a los pacientes. Un médico puede recetar una o más medicinas a diferentes pacientes y un paciente puede tener recetas de diferentes médicos. Cada receta tiene una fecha y una cantidad asociada. Si un médico receta la misma medicina al mismo paciente sólo se guarda la última receta. Las compañías farmaceuticas tienen contratos a largo plazo con las farmacias. Una compañía puede contratar varias farmacias y una farmacia puede estar contratada por diferentes compañías. Para cada contrato hay que guardar Fecha Inicio, Fecha Final, Texto. Las farmacias tienen un supervisor para cada contrato con una compañía farmaceutica. En todo momento sólo puede haber un supervisor por contrato, pero puede cambiar durante la vida del contrato. 79

80 80

81 Ejemplo 7: BD Universidad Supuestos semánticos: Los profesores se identifican por Nombre, DNI, Edad, Categoría. Proyectos tienen Número Proyecto, Sponsor, Fecha Inicio, Fecha Fin, Cantidad. Estudiantes se identifican mediante Nombre, DNI, Edad, Estudios. Cada proyecto es dirigido por un único profesor y pueden trabajar uno o más profesores. Los profesores pueden trabajar en diferentes proyectos. En cada proyecto trabajan uno o más estudiantes. Cuando un estudiante está becado en un proyecto ha de ser supervisado por un profesor. Estudiantes pueden trabajar en diferentes proyectos, supervisados cada uno por profesores diferentes o comunes en algunos proyectos. Departamentos se identifican por Nombre, Código, Direción. Tienen un profesor que ejerce de Jefe de Departamento. Un profesor sólo puede ser jefe de un único departamento. Profesores trabajan en uno o más departamentos. Para cada departamento donde trabajan tienen asignada una dedicación en porcentaje. Estudiantes estan en un departamento, donde realizan los estudios. Cada estudiante tiene otro estudiante (consejero) que lo ayuda y aconseja en las asignaturas a cursar. 81

82 82

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-Asociación (E-A)

Tema 2: Modelo Entidad-Asociación (E-A) 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

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

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

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

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

Estas visiones de la información, denominadas vistas, se pueden identificar de varias formas.

Estas visiones de la información, denominadas vistas, se pueden identificar de varias formas. El primer paso en el diseño de una base de datos es la producción del esquema conceptual. Normalmente, se construyen varios esquemas conceptuales, cada uno para representar las distintas visiones que los

Más detalles

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

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

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

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

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

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

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

FICHEROS Y BASES DE DATOS (E44) 3º INGENIERÍA EN INFORMÁTICA. Tema 8. Elementos Básicos

FICHEROS Y BASES DE DATOS (E44) 3º INGENIERÍA EN INFORMÁTICA. Tema 8. Elementos Básicos FICHEROS Y BASES DE DATOS (E44) 3º INGENIERÍA EN INFORMÁTICA Tema 8. Elementos Básicos 1.- Ejemplo Introductorio. 2.- Dominios. 3.- Relaciones. 4.- Bases de Datos Relacionales. (Capítulo 11 del Date) EJEMPLO

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

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

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

3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON)

3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON) 3.1 INGENIERIA DE SOFTWARE ORIENTADO A OBJETOS OOSE (IVAR JACOBSON) 3.1.1 Introducción Este método proporciona un soporte para el diseño creativo de productos de software, inclusive a escala industrial.

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

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. Ciclo de vida de los Sistemas de Información. Diseño Conceptual

Introducción. Ciclo de vida de los Sistemas de Información. Diseño Conceptual Introducción Algunas de las personas que trabajan con SGBD relacionales parecen preguntarse porqué deberían preocuparse del diseño de las bases de datos que utilizan. Después de todo, la mayoría de los

Más detalles

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

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

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

FICHEROS Y BASES DE DATOS (E44) 3º INGENIERÍA EN INFORMÁTICA. Tema 9. Reglas de Integridad

FICHEROS Y BASES DE DATOS (E44) 3º INGENIERÍA EN INFORMÁTICA. Tema 9. Reglas de Integridad FICHEROS Y BASES DE DATOS (E44) 3º INGENIERÍA EN INFORMÁTICA Tema 9. Reglas de Integridad 1.- Introducción. 2.- Claves Primarias. 3.- Regla de Integridad de Entidades. 4.- Claves Ajenas. 5.- Regla de Integridad

Más detalles

Operaciones con bases de

Operaciones con bases de Operaciones con bases de datos ofimáticas EJERCICIOS MODELO ENTIDAD-RELACIÓN Explotación de Sistemas Informáticos Operaciones con bases de datos ofimáticas y corporativas EJERCICIOS MODELO ENTIDAD-RELACIÓN.

Más detalles

Proyecto de Normalización Automática de Base de Datos

Proyecto de Normalización Automática de Base de Datos Proyecto de Normalización Automática de Base de Datos Lic. Beatriz Steimberg * Resumen En el primer cuatrimestre del año 2003 se encaró el proyecto de Normalización Automática de Base de Datos. El objetivo

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

Operación Microsoft Access 97

Operación Microsoft Access 97 Trabajar con Controles Características de los controles Un control es un objeto gráfico, como por ejemplo un cuadro de texto, un botón de comando o un rectángulo que se coloca en un formulario o informe

Más detalles

Tema 5: Teoría de diseño de Bases de Datos Relacionales.

Tema 5: Teoría de diseño de Bases de Datos Relacionales. Tema 5: Teoría de diseño de Bases de Datos Relacionales. I. Introducción. Fases de diseño de una base de datos. 1. Mod. Conceptual (MERE) -> Mod. Lógico (Relacional). 2. Mod. Lógico (Relacional). En el

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

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

1. Introducción: Qué es un Modelo de Datos? 2. Estática del modelo de datos relacional

1. Introducción: Qué es un Modelo de Datos? 2. Estática del modelo de datos relacional Tema 7: Modelo Relacional 1. Introducción: Qué es un Modelo de Datos? 2. Estática del modelo de datos relacional Dominios, Atributos, Relaciones Representación del esquema relacional Características de

Más detalles

Introducción a la Programación Orientada a Objetos (POO) Introducción a la Programación Orientada a Objetos (POO)

Introducción a la Programación Orientada a Objetos (POO) Introducción a la Programación Orientada a Objetos (POO) Diseño Orientado a Objetos. Metodología enfocada a la solución de problemas complejos. Complejidad del software. Problemas difíciles de precisar. Definición de requerimientos vago y cambio en el desarrollo

Más detalles

Operaciones en el Modelo Relacional. Relacional. Relacional. Índice. Lenguajes de Consulta

Operaciones en el Modelo Relacional. Relacional. Relacional. Índice. Lenguajes de Consulta Operaciones en el Modelo Relacional Bases de Datos Ingeniería a Técnica T en Informática de Sistemas El interés de los usuarios de las bases de datos se suele centrar en realizar consultas (contestar a

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

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

Capítulo 1: Introducción a los Sistemas de Gestión de Bases de Datos (SGBD)

Capítulo 1: Introducción a los Sistemas de Gestión de Bases de Datos (SGBD) Capítulo 1: Introducción a los Sistemas de Gestión de Bases de Datos (SGBD) Fernando Cano Espinosa Universidad de Oviedo. Departamento de Informática fcano@uniovi.es Produced with L A T E X seminar style

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

Metodología Orientada a Objetos Clave 43100007 Maestría en Sistemas Computacionales

Metodología Orientada a Objetos Clave 43100007 Maestría en Sistemas Computacionales Metodología Orientada a Objetos Clave 43100007 Maestría en Sistemas Computacionales Modulo 03 UML: Vista de Casos de Uso Artefacto: Actores Catedrático MSC. Jose Juan Aviña Grimaldo e-mail josejuan_avina@gmail.com

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

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

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

UNIVERSIDAD CATOLICA DE COLOMBIA FACULTAD DE INGENIERIA DE SISTEMAS

UNIVERSIDAD CATOLICA DE COLOMBIA FACULTAD DE INGENIERIA DE SISTEMAS UNIVERSIDAD CATOLICA DE COLOMBIA FACULTAD DE INGENIERIA DE SISTEMAS CURSO: JAVA BASICO PROFESOR: EMERSON CASTAÑEDA SANABRIA TEMA: Programación Orientada a Objetos OBJETIVOS: Familiarizarse con la Programación

Más detalles

PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.2 UML: Modelado de casos de uso

PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación. II MODELOS y HERRAMIENTAS UML. II.2 UML: Modelado de casos de uso PROGRAMACIÓN ORIENTADA A OBJETOS Master de Computación II MODELOS y HERRAMIENTAS UML 1 1 Modelado de casos de uso (I) Un caso de uso es una técnica de modelado usada para describir lo que debería hacer

Más detalles

El modelo relacional

El modelo relacional El modelo relacional El modelo relacional constituye una alternativa para la organización y representación de la información que se pretende almacenar en una base de datos. Se trata de un modelo teórico

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

Introducción. Componentes de un SI. Sistema de Información:

Introducción. Componentes de un SI. Sistema de Información: Introducción. Sistema de Información: Conjunto de elementos relacionados entre sí de acuerdo a ciertas reglas, que aporta a la organización la información necesaria para el cumplimiento de sus fines, para

Más detalles

Que es normalización? Normalización de una base de datos Grados de normalización: Primera Forma Grados de normalización: Segunda Forma Grados de

Que es normalización? Normalización de una base de datos Grados de normalización: Primera Forma Grados de normalización: Segunda Forma Grados de Sergio Sánchez Que es normalización? Normalización de una base de datos Grados de normalización: Primera Forma Grados de normalización: Segunda Forma Grados de normalización: Tercera Forma Otras formas

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

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

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

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

Elementos requeridos para crearlos (ejemplo: el compilador)

Elementos requeridos para crearlos (ejemplo: el compilador) Generalidades A lo largo del ciclo de vida del proceso de software, los productos de software evolucionan. Desde la concepción del producto y la captura de requisitos inicial hasta la puesta en producción

Más detalles

Patrones para persistencia (I) Ingeniería del Software II

Patrones para persistencia (I) Ingeniería del Software II Patrones para persistencia (I) Ingeniería del Software II 1 Patrones para la construcción del esquema relacional En todos los ejemplos realizaremos transformaciones del siguiente diagrama de clases: Figura

Más detalles

Elaboración de Mapas Conceptuales

Elaboración de Mapas Conceptuales UNIVERSIDAD PEDAGOGICA LIBERTADOR INSTITUTO PEDAGÓGICO DE CARACAS. DEPARTAMENTO DE PEDAGOGIA. SOCIOLOGIA DE LA EDUCACIÓN (PHB-104) Prof. Robert Rodríguez Raga PAGINA WEB http://sociologiaeducacion.tripod.com

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

a) Cita y comenta brevemente los grados de acoplamiento. Clasifícalos y ordénalos en orden creciente al nivel de acoplamiento asociado.

a) Cita y comenta brevemente los grados de acoplamiento. Clasifícalos y ordénalos en orden creciente al nivel de acoplamiento asociado. Departamento de Informática y Automática INGENIERÍA DEL SOFTWARE PARTE II: CONCEPTOS TEÓRICOS Y PRÁCTICOS DNI Apellidos y nombre 1. Responde a las siguientes cuestiones (2 puntos): a) Cita y comenta brevemente

Más detalles

3. MODELO ENTIDAD RELACIÓN

3. MODELO ENTIDAD RELACIÓN 3. MODELO ENTIDAD RELACIÓN 3.1 Conceptos básicos 3.2 Representaciones gráficas 3.3 Aplicaciones 3.4 Modelo relacional 3.1 Conceptos básicos El modelo entidad-relación es el modelo conceptual más utilizado

Más detalles

Ficheros y Bases de Datos Curso 2009-10 Ingeniería Técnica de Informática Primer Parcial. 1-Junio-2010. Nombre:

Ficheros y Bases de Datos Curso 2009-10 Ingeniería Técnica de Informática Primer Parcial. 1-Junio-2010. Nombre: Ficheros y Bases de Datos Curso 2009-10 Ingeniería Técnica de Informática Primer Parcial. 1-Junio-2010 Nombre: Se debe entregar esta hoja 2 horas 1 (3,5 puntos A partir de la información sobre la BD que

Más detalles

Módulo 9 Sistema matemático y operaciones binarias

Módulo 9 Sistema matemático y operaciones binarias Módulo 9 Sistema matemático y operaciones binarias OBJETIVO: Identificar los conjuntos de números naturales, enteros, racionales e irracionales; resolver una operación binaria, representar un número racional

Más detalles

Que sucederá si la tasa de cambio al final del período es de $2.000 y $2.500 respectivamente.

Que sucederá si la tasa de cambio al final del período es de $2.000 y $2.500 respectivamente. 1. Introducción Consolidación en una perspectiva internacional. Una de las razones para que una empresa se escinda dando vida a otras empresas, es por razones de competitividad, control territorial, y

Más detalles

ESTUDIO ADMINISTRATIVO

ESTUDIO ADMINISTRATIVO ESTUDIO ADMINISTRATIVO ORGANIZACIÓN ADMINISTRATIVA Coordinación racional de las actividades de un cierto número de personas que intentan conseguir un objetivo común y explícito mediante la división de

Más detalles

Funcionalidades Software SAT GotelGest.Net (Software de Servicio de Asistencia Técnica)

Funcionalidades Software SAT GotelGest.Net (Software de Servicio de Asistencia Técnica) Funcionalidades Software SAT GotelGest.Net (Software de Servicio de Asistencia Técnica) Servinet Sistemas y Comunicación S.L. www.softwaregestionsat.com Última Revisión: Octubre 2014 FUNCIONALIDADES SAT

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

1.1.- Objetivos de los sistemas de bases de datos 1.2.- Administración de los datos y administración de bases de datos 1.3.- Niveles de Arquitectura

1.1.- Objetivos de los sistemas de bases de datos 1.2.- Administración de los datos y administración de bases de datos 1.3.- Niveles de Arquitectura 1. Conceptos Generales 2. Modelo Entidad / Relación 3. Modelo Relacional 4. Integridad de datos relacional 5. Diseño de bases de datos relacionales 6. Lenguaje de consulta estructurado (SQL) 1.1.- Objetivos

Más detalles

MINISTERIO DE EDUCACIÓN DIRECCIÓN DE EDUCACIÓN TÉCNICA Y PROFESIONAL PROGRAMA DE LA ASIGNATURA BASE DE DATOS ESPECIALIDAD INFORMÁTICA.

MINISTERIO DE EDUCACIÓN DIRECCIÓN DE EDUCACIÓN TÉCNICA Y PROFESIONAL PROGRAMA DE LA ASIGNATURA BASE DE DATOS ESPECIALIDAD INFORMÁTICA. MINISTERIO DE EDUCACIÓN DIRECCIÓN DE EDUCACIÓN TÉCNICA Y PROFESIONAL PROGRAMA DE LA ASIGNATURA BASE DE DATOS ESPECIALIDAD INFORMÁTICA. AUTORES: MSC. MIREYA LÓPEZ DELGADO LIC. ESPINOSA. CUIDAD HABANA PROGRAMA

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

Normalización. El diseño que hemos recibido está compuesto de estas dos relaciones:

Normalización. El diseño que hemos recibido está compuesto de estas dos relaciones: Normalización 1. Introducción Nuestro departamento de informática ha recibido el encargo de diseñar una base de datos para llevar el control de las piezas, proveedores y proyectos que realiza nuestra empresa.

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

IES Politécnico Estella

IES Politécnico Estella SÍNTESIS PROGRAMACIÓN DEL MÓDULO/ DEPARTAMENTO: INFORMATICA GRUPO/CURSO: PRIMERO ASI (2014-2015) MÓDULO / : GEBD PROFESOR:JULIA SEVILLA PAULA REMIREZ 3.- CONTENIDOS: 3.1.- Enumera las Unidades Didácticas

Más detalles

Capitulo III. Diseño del Sistema.

Capitulo III. Diseño del Sistema. Capitulo III. Diseño del Sistema. Para el desarrollo del sistema en la presente tesis se utilizo el paradigma orientado a objetos utilizando el lenguaje Java en su versión 1.2. Por medio de este lenguaje

Más detalles

Asignaturas antecedentes y subsecuentes

Asignaturas antecedentes y subsecuentes PROGRAMA DE ESTUDIOS Base de Datos I Área a la que pertenece: Área Sustantiva Profesional Horas teóricas: 3 Horas prácticas: 2 Créditos: 8 Clave: F0156 Base de Datos II Asignaturas antecedentes y subsecuentes

Más detalles

Gestión de la Prevención de Riesgos Laborales. 1

Gestión de la Prevención de Riesgos Laborales. 1 UNIDAD Gestión de la Prevención de Riesgos Laborales. 1 FICHA 1. LA GESTIÓN DE LA PREVENCIÓN DE RIESGOS LABORALES. FICHA 2. EL SISTEMA DE GESTIÓN DE LA PREVENCIÓN DE RIESGOS LABORALES. FICHA 3. MODALIDAD

Más detalles

Este es un ejemplo muy sencillo, un esquema de empleados que trabajan en proyectos, en una relación muchos a muchos.

Este es un ejemplo muy sencillo, un esquema de empleados que trabajan en proyectos, en una relación muchos a muchos. 28/04/2012 La teoría de la normalización va perdiendo peso con el paso de los años como herramienta de diseño de bases de datos relacionales en favor de modelos de datos más ricos en su representació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

NORMALIZACIÓN DE BASES DE DATOS RELACIONALES

NORMALIZACIÓN DE BASES DE DATOS RELACIONALES NORMALIZACIÓN DE BASES DE DATOS RELACIONALES El proceso de normalización fue introducido por Codd en el año 1974. Busca encontrar errores en el diseño de un esquema relacional debido a la presencia de

Más detalles

Sistemas de Gestión de Documentos Electrónicos de Archivo (SGDEA)

Sistemas de Gestión de Documentos Electrónicos de Archivo (SGDEA) Sistemas de Gestión de Documentos Electrónicos de Archivo (SGDEA) Agenda 1. Introducción 2. Concepto Documento Electrónico 3. A que se le denomina Documento Electrónico 4. Componentes de un Documento Electrónico

Más detalles

Diseño de una Base de Datos. Fases del Diseño

Diseño de una Base de Datos. Fases del Diseño de una Base de Datos Fases del Análisis de Requerimientos Conceptual (Entidad-relación) Lógico (ELKA) Físico (Almacenamiento y Acceso) 1 Análisis de Requerimientos Descripción operacional. Fase de adquisición

Más detalles

Análisis de Sistemas. M.Sc. Lic. Aidee Vargas C. C. octubre 2007

Análisis de Sistemas. M.Sc. Lic. Aidee Vargas C. C. octubre 2007 Análisis de Sistemas M.Sc. Lic. Aidee Vargas C. C. octubre 2007 Metodologías de Desarrollo de Software Las metodologías existentes se dividen en dos grandes grupos: Metodologías estructuradas Metodologías

Más detalles

INTRODUCCIÓN: Una Visión Global del Proceso de Creación de Empresas

INTRODUCCIÓN: Una Visión Global del Proceso de Creación de Empresas INTRODUCCIÓN: Una Visión Global del Proceso de Creación de Empresas 1 INTRODUCCIÓN. Una visión global del proceso de creación de empresas Cuando se analiza desde una perspectiva integral el proceso de

Más detalles

TEMA 5.- ESTRUCTURA DE DATOS RELACIONAL.

TEMA 5.- ESTRUCTURA DE DATOS RELACIONAL. TEMA 5.- ESTRUCTURA DE DATOS RELACIONAL. Introducción. La Estructura de Datos: La Relación. Restricciones del Modelo. El Modelo Relacional y la Arquitectura ANSI/SPARC. 1. Introducción. - Fue introducido

Más detalles

Entidad Formadora: Plan Local De Formación Convocatoria 2010

Entidad Formadora: Plan Local De Formación Convocatoria 2010 Entidad Formadora: Enterprise Architect Comenzando Puede iniciar Enterprise Architect desde el ícono que se creó en su escritorio de Windows durante la instalación, o alternativamente: 1. Abrir el menú

Más detalles

Teoría formal de la normalización de esquemas relacionales. Definición formal de las tres primeras Formas Normales

Teoría formal de la normalización de esquemas relacionales. Definición formal de las tres primeras Formas Normales Teoría formal de la normalización de esquemas relacionales. Definición formal de las tres primeras Formas Normales Normalización de esquemas relacionales Motivación Sea la BD de proveedores y partes, con

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

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

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

Diseño de bases de datos Diapositiva 1

Diseño de bases de datos Diapositiva 1 Diseño o de bases de datos Objetivos del Diseño Principios del Diseño de BD Proceso de Diseño Normalización Diseño de Tablas: Claves Relaciones Integridad referencial Convenciones de nomenclatura Diseño

Más detalles

Proceso de normalización Normalización 1/5 El proceso de normalización es un estándar que consiste, básicamente, en un proceso de conversión de las relaciones entre las entidades, evitando: La redundancia

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

LENGUAJES DE CONSULTA ORIENTADOS A OBJETOS

LENGUAJES DE CONSULTA ORIENTADOS A OBJETOS LENGUAJES DE CONSULTA ORIENTADOS A OBJETOS Los lenguajes de consulta constituyen una funcionalidad importante de los SGBDOO. El usuario puede recuperar los datos especificando simplemente las condiciones

Más detalles

Unidad 1. Fundamentos en Gestión de Riesgos

Unidad 1. Fundamentos en Gestión de Riesgos 1.1 Gestión de Proyectos Unidad 1. Fundamentos en Gestión de Riesgos La gestión de proyectos es una disciplina con la cual se integran los procesos propios de la gerencia o administración de proyectos.

Más detalles

Unidad didáctica 2: Metodologías de desarrollo de Bases de Datos. Unidad didáctica 1: Fase de análisis de requisitos Modelo E/R

Unidad didáctica 2: Metodologías de desarrollo de Bases de Datos. Unidad didáctica 1: Fase de análisis de requisitos Modelo E/R índice Módulo A Unidad didáctica 1: Introducción a las Bases de Datos Unidad didáctica 2: Metodologías de desarrollo de Bases de Datos 3 19 Módulo B Unidad didáctica 1: Fase de análisis de requisitos Modelo

Más detalles

App para realizar consultas al Sistema de Información Estadística de Castilla y León

App para realizar consultas al Sistema de Información Estadística de Castilla y León App para realizar consultas al Sistema de Información Estadística de Castilla y León Jesús M. Rodríguez Rodríguez rodrodje@jcyl.es Dirección General de Presupuestos y Estadística Consejería de Hacienda

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

FUNDAMENTOS DE BASES DE DATOS TEMA 2

FUNDAMENTOS DE BASES DE DATOS TEMA 2 FUNDAMENTOS DE BASES DE DATOS TEMA 2 Conceptos y de Datos Contenido 2.2. Ventajas y utilidades 2.3. Niveles y roles LABDA Laboratorio de Bases Avanzadas - Universidad Carlos III de Madrid 1 Sistemas Orientados

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

- Bases de Datos - - Diseño Físico - Luis D. García

- Bases de Datos - - Diseño Físico - Luis D. García - Diseño Físico - Luis D. García Abril de 2006 Introducción El diseño de una base de datos está compuesto por tres etapas, el Diseño Conceptual, en el cual se descubren la semántica de los datos, definiendo

Más detalles

2014 Néstor A. Jiménez J. Derechos reservados. Celular 3155003650

2014 Néstor A. Jiménez J. Derechos reservados. Celular 3155003650 Diplomado Práctico en NORMAS INTERNACIONALES DE INFORMACIÓN FINANCIERA (NIIF) Tema 24: Estados financieros separados NIC 27 Estados financieros consolidados NIIF 10 Estados financieros separados y consolidados

Más detalles

Módulo de farmacia, stock y compras

Módulo de farmacia, stock y compras Módulo de farmacia, stock y compras Introducción... 2 Compras... 3 Remitos... 3 Facturas... 4 Proveedores... 5 Stock... 8 Configuración... 8 Componentes... 8 Familias de Ítems... 9 Ítems... 10 Productos...

Más detalles