TEMA Diseño de una Base de Datos... 2
|
|
- Trinidad Correa Quintero
- hace 8 años
- Vistas:
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 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 detallesTema 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 detallesTEMA 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 detallesTema 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 detallesBASES 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 detallesBASES 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 detallesEstas 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 detallesConjuntos 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 detallesUNIVERSIDAD 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 detallesEL 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 detallesINTRODUCCIÓ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 detallesRegistro (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 detallesBASES 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 detallesRepaso 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 detallesFICHEROS 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 detallesCapí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 detallesM 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 detallesUnidad 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 detalles3.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 detallesTema 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 detallesrg.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 detallesIntroducció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 detallesBase 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 detallesUNIDAD 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 detallesFICHEROS 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 detallesOperaciones 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 detallesProyecto 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 detallesBase 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 detallesOperació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 detallesTema 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 detallesINTRODUCCION 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 detallesOPERACIONES 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 detalles1. 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 detallesIntroducció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 detallesOperaciones 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 detallesDiagrama 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 detallesIngenierí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 detallesCapí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 detalles3. 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 detallesMetodologí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 detallesCapí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 detallesUNIVERSIDAD 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 detallesBases 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 detallesUNIVERSIDAD 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 detallesPROGRAMACIÓ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 detallesEl 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 detallesModelo 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 detallesIntroducció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 detallesQue 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 detallesIngenierí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 detallesSistemas 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 detallesPrincipios 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 detallesTema 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 detallesElementos 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 detallesPatrones 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 detallesElaboració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 detallesMaestrí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 detallesa) 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 detalles3. 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 detallesFicheros 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 detallesMó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 detallesQue 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 detallesESTUDIO 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 detallesFuncionalidades 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 detallesTEMA 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 detalles1.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 detallesMINISTERIO 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 detallesDiagramas 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 detallesNormalizació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 detallesModelado 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 detallesIES 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 detallesCapitulo 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 detallesAsignaturas 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 detallesGestió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 detallesEste 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 detallesBASES 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 detallesNORMALIZACIÓ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 detallesSistemas 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 detallesDiseñ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 detallesAná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 detallesINTRODUCCIÓ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 detallesTEMA 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 detallesEntidad 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 detallesTeorí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 detallesrg.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 detallesUNIDAD 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 detallesBASE 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 detallesDiseñ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 detallesProceso 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 detallesTema 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 detallesLENGUAJES 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 detallesUnidad 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 detallesUnidad 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 detallesApp 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 detallesIAP 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 detallesFUNDAMENTOS 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 detallesCorrespondencias 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
- 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 detalles2014 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 detallesMó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