TEMA Fases de diseño de una BD Captación y análisis de requerimientos Diseño conceptual de la BD... 5
|
|
- Juan Bustos Toro
- hace 8 años
- Vistas:
Transcripción
1 TEMA 5 DISEÑO DE UNA BASE DE DATOS 1. Fases de diseño de una BD Captación y análisis de requerimientos Diseño conceptual de la BD Diseño lógico Ejemplos de diseño lógico Diseño físico
2 Fases de diseño de una BD Realizar les fases de diseño de una BD sobre un ejemplo de BD bancaria, utilizando el modelo conceptual E-R y el modelo relacional. FASES: 1. Captación y análisis de requerimientos 2. Diseño conceptual de la BD 3. Diseño lógico 4. Diseño físico 2
3 1. Captación y análisis de requerimientos Especificaciones obtenidas a partir de entrevistas con los usuarios. Requisitos de datos: El banco está organizado por sucursales. Cada sucursal éstá en una única ciudad, identificada por un nombre único. El banco controla los activos de cada sucursal. Los clientes se identifican por DNI. El banco almacena el nombre, calle y ciudad de sus clientes. Clientes pueden tener cuentas y pueden solicitar préstamos. Cliente puede estar asociado con un empleado particular, como responsable del préstamo o como banquero personal. Los empleados se identifican por DNI. El banco almacena el nombre y teléfono del empleado, nombres de los subordinados que tiene y el DNI de su jefe, así como la fecha en que lo contrataron y el tiempo que lleva trabajando. 3
4 El banco tiene dos tipos de cuentas: corriente y de ahorro. Las cuentas pueden asociarse a más de un cliente, y un cliente puede tener más de una cuenta. Cada cuenta tiene un número único. Banco mantiene el saldo de la cuenta y la fecha de acceso más reciente. Cada cuenta de ahorro almacena un tipo de interés y cada cuenta corriente almacena su descubierto. Un préstamo se realiza en una sucursal particular y puede estar asociado a uno o más clientes. Un préstamo se identifica con un número único de préstamo. Banco mantiene el importe del préstamo y los pagos realizados. Por cada pago se guarda el número de pago, la fecha y el importe. Número de pago identifica un pago particular de un préstamo concreto. Número de pago de un préstamo no identifica de forma única el pago entre todos los pagos de préstamos realizados en el banco. En un banco real además se mantiene información sobre los movimientos de las cuentas corrientes y de ahorro (abonamientos y cargos), que para simplificar el modelo no se tiene en cuenta. 4
5 2. Diseño conceptual de la BD Se diseña un esquema E-R con las especificaciones anteriores, que consta de una colección de ENTIDADES y RELACIONES descritos en un DIAGRAMA E-R. ENTIDADES: CLIENTE(Nombre-Cliente,DNI,Calle-Cliente,Ciudad-Cliente) EMPLEADO(DNI-E, Nombre-Empleado, Número-Teléfono, Sueldo, Jefe, Nombre-Subordinado,Fecha-Inicio,Antigüedad) con Nombre-Subordinado: Atributo multivalorado. Antigüedad: Atributo derivado de Fecha-Inicio. CUENTA(Número-Cuenta,Saldo) con subgrupos CUENTA-AHORRO(Tipo-Interés) CUENTA-CORRIENTE(Descubierto) SUCURSAL(Nombre-Sucursal,Ciudad-Sucursal,Activos) PRÉSTAMO(Número-Préstamo,Importe) con entidad débil Préstamo-Pago(Número-Pago,Fecha-Pago, Importe-Pago) 5
6 INTERRELACIONES: PRESTATARIO: Interrelación n n entre CLIENTE y PRÉSTAMO Expresa que un cliente puede tener n préstamos y que un préstamo puede tener n clientes que lo hayan solicitado. PRÉSTAMO-SUCURSAL: Interrelación n 1 entre PRÉSTAMO y SUCURSAL Expresa que un préstamo está en una única sucursal, y que una sucursal puede tener n préstamos. IMPOSITOR(Fecha-Acceso): Interrelación n n entre CLIENTE y CUENTA Expresa que un cliente tiene n cuentas y una cuenta puede ser compartida por n clientes. BANQUERO-CONSEJERO(Tipo): Interrelación n 1 entre CLIENTE y EMPLEADO Expresa que un cliente puede tener un único consejero, mientras que un empleado puede aconsejar a n clientes. TRABAJA-PARA: Interrelación 1 n unaria entre EMPLEADO con papeles: JEFE: Un empleado tiene un único jefe. TRABAJADOR: Un empleado(jefe) puede tener n trabajadores. 6
7 DIAGRAMA E-R: 7
8 3. Diseño lógico Conversión del esquema E-R a un esquema relacional, basado en relaciones y atributos. Model E-R Model BD relacional Conceptos de diseño muy parecidos, permetiendo pasar fácimente de un modelo a otro. CONVERSIÓN DE UN ESQUEMA E-R A RELA- CIONES: Transformar diferentes elementos del modelo E-R a relaciones preservando el nombre de los elementos E-R. Passos: (a) Conversión de entidades fuertes (b) Conversión de entidades débiles (c) Conversión de interrelaciones (d) Conversión de atributos multivalorados (e) Conversión de especializaciones (y generalizaciones) (f) Conversión de agregaciones (g) Normalización de las relaciones (tema 6) 8
9 (a) Conversión de entidades fuertes Proposición: Sea E una entidad fuerte con atributos a 1, a 2,..., a n, con llave primaria CP (E) = a i... a j, con a i, a j E, la entidad E se representa mediante una relación E con cabecera y Clave Primaria {a 1, a 2,... a n } CP (Relación E) = CP (Entidad E) = = {a i... a j } Añadir una instanciación Insertar una tupla a la entidad a la relación 9
10 Ejemplo: Entidad PRÉSTAMO. se representa mediante la relación PRÉSTAMO 10
11 Ejemplo: Entidad CLIENTE. se representa mediante la relación CLIENTE 11
12 (b) Conversión de entidades débiles Proposició: Sea A una entidad débil con atributos a 1, a 2,... a n, con discriminante a i... a j (a i, a j A), que depende de la entidad fuerte B, con CP (B) = b 1, b 2,... b n, la entidad A se representa mediante la relación A con cabecera y clave primaria {a 1, a 2,... a n } {b 1, b 2,... b n } CP (Relación A) = {a i... a j } {b 1, b 2,... b n } 12
13 Ejemplo: Entidad PAGO(Número-Pago,Fecha-Pago, Importe-Pago) con CP (PRÉSTAMO) = Número-Préstamo se representa mediante la relación PAGO 13
14 (c) Conversión de interrelaciones Proposición: Sea R una interrelación con a 1, a 2,... a n la unión de las claves primarias de las entidades que participan en R, y b 1, b 2... b n los atributos descriptivos de la interrelación R, la interrelación R se representa mediante la relación R con cabecera clave primaria {a 1, a 2,... a n } {b 1, b 2... b n } CP (R) = {a 1, a 2,... a n } y por cada entidad E que participa en R se define una clave externa que referencia E como CE(R E) = {a i... a j } siendo {a i... a j } los atributos de la relación R que corresponden a la CP (E). 14
15 Ejemplo: Interrelación PRESTATARIO sin atributos entre las entidades CLIENTE y CUENTA, con CP (CLIENTE) = DNI y CP (PRÉSTAMO) = Número-Préstamo. Esta interrelación se representa mediante la relación PRESTATA- RIO CP (prestatario) = dni,numero-préstamo CE(prestatario cliente) = dni CE(prestatario préstamo) = numero-préstamo Esquema relacional: 15
16 Casos especiales: (c1) Redundancia de relaciones (c2) Combinación de relaciones 16
17 (c1) Redundancia de relaciones Interrelación sin atributos entre una entidad fuerte y una entidad débil crea relaciones redundantes. Proposición: Sea R una interrelación entre la entidad fuerte B y la entidad débil A. La interrelación R se convierte a las siguientes relaciones: Entidad fuerte B(b 1, b 2... b n ) con CP (B) = (b r,... b s ) relación B(b 1, b 2... b n ) con CP (B) = (b r... b s ) Entidad débil A(a 1, a 2... a m ) con discriminante DIS(A) = (a i... a j ) relación A(a 1, a 2... a m, b r... b s ) con CP (A) = (a i... a j, b r... b s ) Interrelació R relación R(a i... a j, b r... b s ) con CP (R) = (a i... a j, b r... b s ) CE(R B) = (a i... a j ) CE(R A) = (a i... a j, b r... b s ) Relación R REDUNDANTE EN CONSECUENCIA, La relación obtenida de una interrelación entre una entidad fuerte y una débil NO SE GENERA, pues es redundante. Únicamente se generan las relaciones que provienen de la entidad fuerte y débil. La CE(R B) se transmite a la relación A convertida en CE(A B) CE(A B) = (a i... a j ) 17
18 Ejemplo: Interrelación PRÉSTAMO-PAGO Entidad fuerte PRÉSTAMO con CP (PRÉSTAMO) = Número-Préstamo relación PRÉSTAMO(Número-Préstamo,Importe) con CP (PRÉSTAMO) = Número-Préstamo Entidad débil PAGO con discriminante DIS(PAGO) = Número-Pago relación PAGAMENT(Número-Préstamo, Número-Pago, Data-Pagament,Import-Pago) con CP (PAGO) = Número-Préstamo,Número-Pago Interrelación PRÉSTAMO-PAGO relación PRÉSTAMO-PAGO(Número-Préstamo,Número-Pago) con CP (PRÉSTAMO-PAGO) = Número-Préstamo,Número-Pago CE(PRÉSTAMO-PAGO PRÉSTAMO) = Número-Préstamo CE(PRÉSTAMO-PAGO PAGO) = = Número-Préstamo,Número-Pago Relación PRÉSTAMO-PAGO redundante respecto relación PAGO 18
19 Ejemplo: Interrelación PRÉSTAMO-PAGO relaciones 19
20 (c2) Combinación de interrelaciones Proposición: Dada una interrelación R de correspondencia n 1 entre dos entidades A y B, se definen tres relaciones R,A,B. Si la PARTICIPACIÓN de la entidad A en la interrelación R es TOTAL (toda instanciación de la entidad A está en la interrelación R), se pueden combinar las relaciones A y R para crear una única relación formada por la unión de los atributos de las dos relaciones. Ejemplo: Interrelación CUENTA-SUCURSAL, de n 1 entre las entidades CUENTA y SUCURSAL, Participación de CUENTA a CUENTA-SUCURSAL es TOTAL (un cuenta no puede existir sin estar asociada a una sucursal). Según la proposición anterior, Entidades CUENTA, SUCURSAL e interrelación CUENTA-SUCURSAL relaciones SUCURSAL(Nombre-Sucursal,Ciudad-Sucursal,Activos) COMPTE(Número-Cuenta,Saldo) CUENTA-SUCURSAL(Número-Compte,Nom-Sucursal) combinación SUCURSAL(Nombre-Sucursal,Ciudad-Sucursal,Activos) CUENTA(Número-Cuenta,Saldo,Nombre-Sucursal) 20
21 Ejemplo: Entidades CUENTA, SUCURSAL e interrelación COMPTE-SUCURSAL relaciones 21
22 (d) Conversión de atributos multivalorados Atributo simple de entidad Atributo simple de una relación. Atributo multivalorado de una entidad Relación. Proposición: Dado un atributo multivalorado m en una entidad o interrelación E, con CP (E) = a 1... a p, el atributo m se representa mediante la relación M con cabecera a 1... a p m clave primaria CP (M) = a 1,... a p m y clave externa CE(M E) = a 1... a p donde cada valor del atributo multivalorado m corresponde a una tupla de la relación M. Ejemplo: Atributo Nombre-Subordinado en la entidad EMPLEADO se convierte con una relación NOM-SUB(Nombre-Subordinado,DNI- E) con CP(NOM-SUB)=DNI-E, Nombre-Subordinado y CE(NOM-SUB EMPLEADO)=DNI-E. 22
23 (e) Conversión de especializaciones Dos métodos diferentes de conversión a relaciones, una de ellas por el caso concreto de una especialización disjunta y completa. Conversión de un único nivel de especialización. (e1) Caso general Proposición: Dada una entidad de alto nivel A con atributos a 1, a 2,..., a n y CP (A) = a i,... a j, donde a i, a j A, y un conjunto de entidades de bajo nivel B (1), B (2),... B (p) con atributos b (i) 1, b(i) 2,... b(i) m(i) para la entidad B(i), donde m(i) es el número de atributos de la entidad B (i), la entidad A se representa mediante la relación A con la cabecera {a 1, a 2,... a n } y con clave primaria CP (A) = {a i,... a j } Para cada entidad de bajo nivel B (i) se crea una relación B i con cabecera {a i... a j } {b (i) 1,... b(i) m(i) } clave primaria CP (B i) = {a i,... a j } y clave externa que referencia A como CE(B i A) = {a i,... a j } 23
24 Ejemplo: Entidad de alto nivel CUENTA con entidades de nivel bajo CUENTA-CORRIENTE y CUENTA-AHORRO. Se forman las relaciones siguientes: CUENTA(Número-Cuenta,Saldo) CUENTA-AHORRO(Número-Cuenta,Tipo-Interés) CUENTA-CORRENT(Número-Cuenta,Descubierto) con CP (CUENTA) = CP (CUENTA-AHORRO) = CP (CUENTA-CORRIENTE) = Número-Cuenta CE(COMPTE-AHORRO CUENTA) = Número-Compte CE(COMPTE-CORRIENTE CUENTA) = Número-Cuenta Esquema relacional: 24
25 (e2) Especialización disjunta y completa Proposición: Dada una entidad de alto nivel A con atributos a 1, a 2,..., a n y CP (A) = a i,... a j, on a i, a j A, y un conjunto de entidades de bajo nivel B (1), B (2),... B (p) con atributos b (i) 1, b(i) 2,... b(i) m(i) por la entidad B(i), donde m(i) es el número de atributos de la entidad B (i), y suponiendo una especialización disjunta y completa, para cada entidad de bajo nivel B (i) se crea una relación B i con cabecera y clave primaria {a 1... a n } {b (i) 1,... b(i) m(i) } CP (B i) = {a i... a j } Si en esta conversión se aplica para los casos: Especialización REDUNDÁNCIA solapada Especialización Pérdida de información no completa (tuplas no representadas) 25
26 Ejemplo: Entidad de alto nivel CUENTA con entidades de nivel bajo CUENTA-CORRIENTE y CUENTA-AHORRO, con generalización DISJUNTA y COMPLETA. Se forman las relaciones siguientes: CUENTA-AHORRO(Número-Cuenta,Saldo,Tipo-Interés) CUENTA-CORRIENTE(Número-Cuenta,Saldo,Descubierto) con CP (CUENTA-AHORRO) = CP (CUENTA-CORRIENTE) = Número-Cuenta Esquema relacional: 26
27 (f) Conversión de agregaciones Proposición: Sea AG una interrelación con atributos b 1... b w entre la entidad A(a 1... a n ) con CP (A) = (a i... a j ) y la agregación G que consta de E 1... E n, una colección de entidades dentro G. R 1... R m una colección de interrelaciones en G, donde la unión R (r 1... r s ) con CP (R ) = (r r... r t ) s interrelaciona con AG. La interrelación AG se representa mediante las siguientes relaciones: Por cada entidad E i en G se crea una relación E i. Por cada interrelación R j en G se crea una relación R j. Se define una relación AG con cabecera clave primaria y claves externas {a i... a j } {r r... r t } {b 1... b w } CP (AG) = {a i... a j } {r r... r t } = CP (A) CP (R ) CE(AG R i ) = {r p... r q } = CP (R i) y = 1... m p, q {r... t} CE(AG A) = {a i... a j } = CP (A) 27
28 Ejemplo: Interrelación RESPONSABLE-PRÉSTAMO entre la entidad EMPLEADO y la agregación CPP. Esquema relacional: 28
29 Exemples de disseny lògic Exemple 1.1: Secretaria Universitat Esquema E-R: Nom-P DNI-P Codi-A Horari Nom-A Aula Nota DNI-E Nom-E Professor imparteix Estudiant Esquema Relacional: 29
30 Exemple 1.2: Secretaria Universitat Esquema E-R: Esquema Relacional: PROFESSOR DNI-P Nom-P ASSIGNATURA Codi-A Nom-A Aula Horari DNI-P ESTUDIANT DNI-E Nom-E ESTUDIA DNI-E Codi-A Nota 30
31 Exemple 1.3: Secretaria Universitat Esquema E-R: Esquema Relacional: PROFESSOR DNI-P Nom-P ASSIGNATURA Codi-A Nom-A DNI-P CLASSE Horari Aula Codi-A ESTUDIANT DNI-E Nom-E ESTUDIA DNI-E Codi-A Nota 31
32 Exemple 2: Companyia transportista. Esquema E-R: Esquema Relacional: MAGATZEM Codi-M Ciutat-M ENVIAMENT Codi_M Codi_B Codi-E Pes Volum Codi-V BOTIGA Codi-B Ciutat-B VIATGE Codi-V Num-E TRANSPORTA Codi-V Codi-C Data-V CAMIÓ Codi-C Pes Capacitat 32
33 Exemple 3: BD d una lliga de bàsquet. Esquema E-R: Esquema Relacional: TANTEIG DNI-J Nom-EC Nom-EF Punts JUGADOR DNI-J Nom-J Núm-Fitxa Adreça Nom-E EQUIP Nom-E Adreça PARTIT Nom-EC Nom-EF Jornada 33
34 Exemple 4: Companyia de discos. Esquema E-R: Esquema Relacional: DOMICILI Adreça Població Telèfon MUSIC DNI-M Adreça Població Nom-M TOCA DNI-M Codi-I INSTRUMENT Codi-I Nom-I Clau CANÇÓ Títol Durada Codi-A INTERPRETA DNI-M Títol PRODUEIX DNI-M Codi-A ALBUM Codi-A Títol-A Data-A Velocitat 34
35 Exemple 5: Cadastre municipal. Esquema E-R: Esquema Relacional: BARRI Nom-B Extensió VIVENDA Carrer Número m2 DNI-P Nom-B PERSONA DNI-P Nom-P Carrer-Viu Número-Viu CAP-DE-FAMÍLIA DNI-Cap DNI-P PIS Carrer Número Escala Planta Pis BLOC PISOS Carrer Número CASA Carrer Número Num-Plantes 35
36 Exemple 6: BD Hospital Esquema E-R: Esquema Relacional: PACIENT DNI-P Nom-P Edat Adreça DNI-MP RECEPTA DNI-P DNI-M Nom-R Data Quant METGE DNI-M Nom-M Especialitat Experiència MEDECINA Nom-R Fòrmula Nom-C VENDA Nom-R Nom-F Preu FARMACIA Nom-F Adreça CONTRACTE Nom-F Nom-C Data-Inici Data-Fi Supervisor Texte COMPANYIA Nom-C Adreça Telèfom 36
37 Exemple 7: BD Universitat Esquema E-R: Esquema Relacional: PROFESSOR DNI-P Nom-P Edat Categoria Dept-Cap PARTICIPA DNI-P Núm-P PROJECTE Núm-P Data-Inici Data-Fi Sponsor Quantitat DNI-Direct BECA DNI-E Núm-P DNI-Sup ESTUDIANT DNI-E Nom-E Edat Estudis Dept-Estud CONSELLER DNI-E DNI-E-Cons TREBALLA DNI-P Codi-D Dedicació DEPARTAMENT Codi-D Nom-D Adreça DNI-Cap 37
38 4. Diseño físico Definición de los ficheros y estructuras de almacenaje correspondientes al conjunto de relaciones. Estructures de almacenamiento sobre los ficheros mejoran el tiempo de acceso a la información. Estructuras de almacenamiento (indexación, tablas hashing) sobre ficheros en función del número de consultas que se hagan a los diferentes campos de información, según las especificaciones de diseño. Conceptos ampliados en el TEMA 7. Ejemplo BD bancaria: FICHEROS: Un fichero por cada relación. El conjunto de campos de información del fichero corresponde a los atributos de la relación que representa. ESTRUCTURAS DE ALMACENAJE: Según nombre y tipos de transacciones a los ficheros. 38
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 detallesTEMA 3. 1. Diseño de una Base de Datos... 2
TEMA 3 DISEÑO. MODELO ENTIDAD-RELACIÓN 1. Diseño de una Base de Datos................. 2 2. Modelo Entidad-Relación..................... 9 (a) Entidad, atributo, interrelaciones.......... 10 (b) Lazos
Más 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 detallesModelo 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 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 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 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 detallesFICHEROS Y BASES DE DATOS (E44) 3º INGENIERÍA EN INFORMÁTICA. Tema 5. Sistemas de Bases de Datos. frente a Sistemas de Ficheros
FICHEROS Y BASES DE DATOS (E44) 3º INGENIERÍA EN INFORMÁTICA Tema 5. Sistemas de Bases de Datos frente a Sistemas de Ficheros 1.- Sistemas de Ficheros. 2.- Problemas de los Sistemas de Ficheros. 3.- Sistemas
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 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 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 3 MODELO ENTIDAD - RELACIÓN
BASES DE DATOS TEMA 3 MODELO ENTIDAD - RELACIÓN 3.3 Aplicaciones Definición de Aplicación (Application). Programa informático que permite a un usuario utilizar una computadora con un fin específico. Las
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 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 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 detallesBASES DE DATOS - SQL. Javier Enciso
BASES DE DATOS - SQL Javier Enciso AGENDA Conceptos Básicos de Bases de Datos Manejo de Bases de Datos y Tablas SQL Inserción, Actualización y Borrado Consultas usando SELECT AGENDA Conceptos Básicos de
Más detallesINTRODUCCIÓN A LAS BASES DE DATOS
INTRODUCCIÓN A LAS BASES DE DATOS QUE ES UNA BASE DE DATOS? Es un conjunto de datos pertenecientes a un mismo contexto y almacenados sistemáecamente para su posterior uso Desde el punto de vista informáeco,
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 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 detallesTALLER No. 1 Capitulo 1: Conceptos Básicos de Bases de datos
TALLER No. 1 Capitulo 1: Conceptos Básicos de Bases de datos 1. La base de datos se puede considerar como una unificación de varios archivos de datos independientes, cuyo propósito básico es evitar la
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 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 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 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 detallesEjercicio 1: Hospital. Ejercicio 2: Sistema de ventas. Ejercicio 3: Restaurant
Ejercicio 1: Hospital El ministerio de salud desea mantener un sistema de información relativo a los hospitales. Se sabe que cada hospital tiene varias salas. Cada una de ellas pertenece a un solo hospital.
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 detallesTEMA 6. DISEÑO CONCEPTUAL DE BASES DE DATOS. MODELO ENTIDAD RELACIÓN.
TEMA 6. DISEÑO CONCEPTUAL DE BASES DE DATOS. MODELO ENTIDAD RELACIÓN. 1. Introducción 2. Metodología de diseño de bases de datos 3. Modelos de datos 4. El modelo entidad relación 5. Metodología de diseño
Más 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 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 detallesOrganización como función administrativa Resumen para Administración y Gestión Profesor: Gonzalo V.
Organización como función administrativa Introducción: Organización rganización como función administrativa En las organizaciones que se caracterizan por estar orientadas al éxito, a la eficiencia y al
Más 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 detallesEJ_SA. Ejemplo Sistema de Acceso
EJ_SA Ejemplo Sistema de Acceso 1 2 "Aplicación de control de acceso" Requisitos / Descripción del sistema Se dispone de un espacio a ser protegido que se haya compuesto de 4 pisos. El área total es de
Más detallesDesarrollador de Aplicaciones E-Business Proyecto #2. Curso No. CY770 Versión 2.3
Desarrollador de Aplicaciones E-Business Proyecto #2 Curso No. CY770 Versión 2.3 First Bank Qué es un proyecto? Un proyecto es un esfuerzo temporal emprendido para crear un producto,servicio o resultado
Más detallesGUÍAS. Módulo de Diseño de software SABER PRO 2013-2
GUÍAS Módulo de Diseño de software SABER PRO 2013-2 GUÍAS Módulo de diseño en ingeniería El diseño de productos tecnológicos (artefactos, procesos, sistemas e infraestructura) está en el centro de la naturaleza
Más detallesUNIDAD 3 ASPECTOS ASOCIADOS CON BASES DE DATOS. Diseno Físico de Bases de Datos Objetivo. 2.2 Visión General del Procesamiento de Consultas
UNIDAD 3 ASPECTOS ASOCIADOS CON BASES DE DATOS Temario 2.1 Diseño Físico de Bases de Datos 2.2 Visión General del Diseno Físico de Bases de Datos Objetivo Corresponde al proceso de elegir las estructuras
Más detallesModelos y Bases de Datos
Modelos y Bases de Datos MODELOS Y BASES DE DATOS 1 Sesión No. 10 Nombre: Álgebra Relacional Contextualización En qué consiste el álgebra relacional? Se ha planteado hasta el momento cada uno de los procesos
Más detallesDISEÑO DE BASES DE DATOS ESQUEMAS ER Y TRANSFORMACIÓN A ESQUEMAS RELACIONALES EJERCICIOS PROPUESTOS
DISEÑO DE BASES DE DATOS ESQUEMAS ER Y TRANSFORMACIÓN A ESQUEMAS RELACIONALES EJERCICIOS PROPUESTOS En todos los ejercicios se pide: 1. Realizar el esquema E/R del enunciado. No olvidar mencionar la semántica
Más detallesRegistro: Es un conjunto de campos. También se llama Fila o Tupla. Son varios datos
CONCEPTOS BÁSICOS DE BASES DE DATOS Dato: Son hechos, observaciones o sucesos del mundo real que pueden tomar la forma de números, letras, símbolos o señales. Ejemplos: 4, Medellín, David, 300.000, 05/06/2005,
Más detallesSISTEMA DE GESTIÓN DE BASE DE DATOS (Database Management System (DBMS))
SISTEMA DE GESTIÓN DE BASE DE DATOS (Database Management System (DBMS)) Los sistemas de gestión de bases de datos son un tipo de software muy específico, dedicado a servir de interfaz entre la base de
Más detallesGabinete Jurídico. Informe 0183/2009
Informe 0183/2009 La consulta plantea como debe actuarse para, en casos concretos, mantener en secreto el dato del domicilio de las victimas de violencia de género o restringir su acceso a determinados
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 detallesSegmentos de Operación
NIIF 8 Norma Internacional de Información Financiera 8 Segmentos de Operación Esta versión incluye las modificaciones resultantes de las NIIF emitidas hasta el 17 de enero de 2008. La NIC 14 Información
Más detallesLa empresa de transporte desea administrar los recorridos, omnibus, viajes, clientes, funcionarios y pasajes (ventas y reservas).
Propuesta Diseñar y crear una base de datos que permita almacenar los datos relevantes en la gestión de pasajes de omnibus para una empresa de transporte de pasajeros. Esta empresa realiza viajes nacionales
Más detallesPaso del E-R a tablas
Paso del E-R a tablas Fernando Cano Mayo 2012 1. Entidades Cada entidad del modelo E-R genera una tabla. Dicha tabla contiene como columnas cada uno de los atributos de la entidad. Además puede contener
Más detallesCENTRO F.P. EN CIENCIAS RADIOLÓGICAS RADIOTERAPIA Y DOSIMETRÍA RADIOLÓGICA IMAGEN PARA EL DIAGNÓSTICO Y MEDICINA NUCLEAR
CENTRO F.P. EN CIENCIAS RADIOLÓGICAS Solicitud de matrícula en Santander (Cantabria) Apellidos y nombre Edad N.I.F. Nº Teléfono Domicilio Código Postal Correo electrónico Población Fecha de nacimiento
Más detallesBase de datos en la Enseñanza. Open Office
1 Ministerio de Educación Base de datos en la Enseñanza. Open Office Módulo 1: Introducción Instituto de Tecnologías Educativas 2011 Introducción Pero qué es una base de datos? Simplificando mucho, podemos
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 detallesUnidad I: Sistemas Gestores de Bases de Datos. 1.1 Objetivo de las Bases de Datos
Unidad I: Sistemas Gestores de Bases de Datos. 1.1 Objetivo de las Bases de Datos Redundancia e inconsistencia de datos: Puesto que los archivos que mantienen almacenada la información son creados por
Más detallesBANCOS. Manejo de Bancos. Como crear una ficha de Banco? Como modificar los datos de una ficha de Banco? Como borrar una ficha de Banco?
BANCOS El Sistema de Gestión Administrativa permite el manejo de los movimientos bancarios. Seleccionada la opción de Bancos, el sistema presentara las siguientes opciones. Manejo de Bancos Manejo de movimientos
Más detallesSERVICIO NACIONAL DE APRENDIZAJE SENA
SERVICIO NACIONAL DE APRENDIZAJE SENA GUÍA DE APRENDIZAJE SISTEMA INTEGRADO DE GESTIÓN Proceso Gestión de la Formación Profesional Integral Procedimiento Ejecución de la Formación Profesional Integral
Más detallesTecnólogo en Informática Base de Datos 1 Práctico. En ASIGNADOS docente: son cadenas de no más de 30 caracteres (CURSOS) codigo
Práctico 4 SQL Ejercicio 1 Dada la base de datos del ejercicio 2 del práctico 2: - CURSOS (codigo, nombre, cant_inscriptos) - PREVIATURAS (codigo, codigoprevia) - ASIGNADOS (codigo, docente) - HORARIOS_DICTADO
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 detallesBienvenidos a esta guía la cual pretende ilustrar la manera de utilizar este programa
ImasisArrenda Bienvenidos a esta guía la cual pretende ilustrar la manera de utilizar este programa Imasis es una marca registrada protegida por las leyes nacionales e internacionales de propiedad intelectual
Más detallesUML. Lenguaje de Modelado Unificado
Lenguaje de Modelado Unificado Concepto de Reseña Histórica Características Estándares que conforman Modelo Relacional con Ventajas Críticas Concepto de (Unified( Modeling language) Es un lenguaje usado
Más 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 detalles4. METODOLOGÍA. 4.1 Materiales. 4.1.1 Equipo
4. METODOLOGÍA 4.1 Materiales 4.1.1 Equipo Equipo de cómputo. Para el empleo del la metodología HAZOP se requiere de un equipo de cómputo con interfase Windows 98 o más reciente con procesador Pentium
Más detallesELEMENTOS DE BASES. DE DATOS Segundo Cuatrimestre 2015. Clase 4: Decisiones de diseño Pasaje a Tablas: modelo relacional
Dpto. Ciencias e Ingeniería de la Computación Universidad Nacional del Sur ELEMENTOS DE BASES DE DATOS Segundo Cuatrimestre 2015 Clase 4: Decisiones de diseño Pasaje a Tablas: modelo relacional Mg. María
Más detallesPROGRAMA DEL CURSO DE CAPACITACIÓN PARA EL ENCARGADO DE POLÍGONO
República Dominicana Ministerio de Economía, Planificación y Desarrollo Oficina Nacional de Estadística Gerencia de Censos y Encuestas IX Censo Nacional de Población y Vivienda 2010 PROGRAMA DEL CURSO
Más detallesManual Funcional Banco-Caja-Cargos SIGFAS
Manual Funcional Banco-Caja-Cargos SIGFAS Responsable : Videlba Reyes Índice de contenido Tesorería Configuración...3 Banco:...3 Elementos Financieros que deben estar pre cargados...3 Elementos Contables
Más detallesParte II: Herramientas
Parte II: Herramientas 6. Uso de sistemas operativos 7. Uso de un entorno integrado de desarrollo de programas 8. Uso de una hoja de cálculo 9. Uso de una base de datos Introducción. Creación de una base
Más detallesDiseño e implementación de una base de datos relacional para la gestión sanitaria
Diseño e implementación de una base de datos relacional para la gestión sanitaria Proyecto Final de Carrera Autor: Francisco Serrano Peris Ingeniería en Informática Consultor: Juan Martínez Bolaños 12
Más detallesDIGITALIZACIÓN DE DOCUMENTOS: PROYECTO DIGISAN
DIGITALIZACIÓN DE DOCUMENTOS: PROYECTO DIGISAN Francisco Belmonte Díaz Diseño e implementación de Sistemas Informáticos. Coordinación de Tareas de Programación Servicio de Gestión Informática. Consejería
Más detallesAnálisis y Diseño del Sitio Web de la Asamblea de Enfermeras del Hospital Juárez de México
Análisis y Diseño del Sitio Web de la Asamblea de Enfermeras del Hospital Juárez de México Magaly J. Fuentes Maya, David C. Pedraza González, Yira Muñoz Sánchez, Daniel Vélez Díaz Escuela Superior de Tlahuelilpan,
Más detallesFUNDAMENTOS DE ADMINISTRACIÓN Y GESTIÓN Teoría y ejercicios
FUNDAMENTOS DE ADMINISTRACIÓN Y GESTIÓN Teoría y ejercicios 2ª edición JUAN PALOMERO con la colaboración de CONCEPCIÓN DELGADO Economistas Catedráticos de Secundaria ---------------------------------------------------
Más detallesXIII Concurso Internacional de Arbitraje Comercial B A S E S
XIII Concurso Internacional de Arbitraje Comercial B A S E S 1. La inscripción en el Concurso Internacional de Arbitraje Comercial (en lo sucesivo Concurso o Moot México ) supone la aceptación por los
Más detallesGUÍA DOCENTE. Curso 2015-2016. Ingeniería Informática en Sistemas de Información Doble Grado:
1. DESCRIPCIÓN DE LA ASIGNATURA Grado: Ingeniería Informática en Sistemas de Información Doble Grado: Asignatura: Diseño de base de datos Módulo: Módulo M7: Complementos Obligatorios Específicos de Sistemas
Más detallesLa Consolidación de los Estados Financieros en el Ámbito Local. Supuesto práctico dirigido a los ayuntamientos de menos de 5.
AUDITORÍA Y GESTIÓN DE LOS FONDOS PÚBLICOS Josep M. Seró Domènech Jefe de la Unidad de los Servicios Económicos Municipales Servicio Asistencia Municipal / Diputación de Tarragona Mari Pau Bachiller Rivera
Más detalles5.8. REGISTRO DE FACTURAS.
5.8. REGISTRO DE FACTURAS. Una factura es un documento probatorio de la realización de una operación económica que especifica cantidades, concepto, precio y demás condiciones de la operación. Este módulo
Más detallesBases de Datos. Sistemas de Gestión de Bases de Datos
Bases de Datos Sistemas de Gestión de Bases de Datos Banco de datos Conjunto de datos relacionados Ejemplo: archivos de las oficinas de una empresa, con fichas, carpetas, archivadores, armarios... La gestión
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 detallesUniversidad de Cantabria Facultad de Ciencias Ingeniería en Informática Ingeniería del Software I - Teoría. Ejercicios del Tema 10
Universidad de Cantabria Facultad de Ciencias Ingeniería en Informática Ingeniería del Software I - Teoría Ejercicios del Tema 10 Ejercicio 10.1: Modelar mediante diagramas de clases el modelo de dominio
Más detallesCENTRO F.P. EN CIENCIAS RADIOLÓGICAS
CENTRO F.P. EN CIENCIAS RADIOLÓGICAS Solicitud de matrícula en Santander (Cantabria) Apellidos y nombre Edad N.I.F. Nº Teléfono Domic ilio Código Postal Correo electrónico Población Fecha de nacimiento
Más detallesNIFBdM C-7 OTRAS INVERSIONES PERMANENTES
NIFBdM C-7 OTRAS INVERSIONES PERMANENTES OBJETIVO Establecer los criterios de valuación, presentación y revelación para el reconocimiento inicial y posterior de las otras inversiones permanentes del Banco.
Más detallesBase de Datos. Profesor: José Miguel Rubio L. P. UNIVERSIDAD CATÓLICA DE VALPARAÍSO FACULTAD DE INGENIERÍA ESCUELA DE INFORMÁTICA
P. UNIVERSIDAD CATÓLICA DE VALPARAÍSO FACULTAD DE INGENIERÍA ESCUELA DE INFORMÁTICA Base de Datos Usuario A Programa de Aplicación Bodega Usuario B Usuario N Insumo Proveedor Profesor: José Miguel Rubio
Más detallesUnidad 10 PROGRAMA DE AUDITORIA ADMINISTRATIVA TRABAJOS PRELIMINARES
Unidad 10 PROGRAMA DE AUDITORIA ADMINISTRATIVA TRABAJOS PRELIMINARES PROGRAMA DE AUDITORIA ADMINISTRATIVA TRABAJOS PRELIMINARES Antes de entrar definitivamente a la realización plena de la Auditoría Administrativa,
Más detalles5/27/2013. Contenidos. Las Bases de Datos y los Sistemas (SBD) El Modelo Entidad-Relación (E-R) El Modelo Relacional Integridad de los Datos MS Access
Contenidos Las Bases de Datos y los Sistemas (SBD) El Modelo Entidad-Relación (E-R) El Modelo Relacional Integridad de los Datos MS Access 1 Los Sistemas de Bases de Datos (SBD) MS Access es una aplicación
Más detallesDIAGRAMA DE CLASES EN UML
DIAGRAMA DE CLASES EN UML Mg. Juan José Flores Cueto jflores@usmp.edu.pe Ing. Carmen Bertolotti Zuñiga cbertolotti@usmp.edu.pe INTRODUCCIÓN UML (Unified Modeling Language) es un lenguaje que permite modelar,
Más detallesCENTRO FP EN CIENCIAS RADIOLOGICAS RADIOTERAPIA Y DOSIMETRÍA RADIOLÓGICA IMAGEN PARA EL DIAGNÓSTICO Y MEDICINA NUCLEAR
C/ Portillejo, 42 Colegio Paula Montal 26007 Logroño Tel. 637 720 397 E-mail: universanidad@gmail.com CENTRO FP EN CIENCIAS RADIOLOGICAS Solicitud de matrícula en Logroño (La Rioja) Apellidos y nombre
Más detallesRECOMENDACIONES DE INVESTIGACIÓN FUTURA.
Capítulo 6 CONCLUSIONES Y RECOMENDACIONES DE INVESTIGACIÓN FUTURA. 212 METODOLOGÍA PARA LA DETECCIÓN DE REQUERIMIENTOS SUBJETIVOS EN EL DISEÑO DE PRODUCTO. CAPÍTULO 6. CONCLUSIONES, APORTACIONES Y RECOMENDACIONES.
Más detallesIntroducción a los sistemas de bases de datos
Introducción a los sistemas de bases de datos Bases de datos II: Tema 1 Bases de Datos II: Esther de Ves / Vicente Cerverón - Tema 1 1 Estructura del tema Qué es un sistema SGBD? Por qué utilizar un SGBD?
Más detallesCENTRO FP EN CIENCIAS RADIOLOGICAS
CENTRO FP EN CIENCIAS RADIOLOGICAS Solicitud de matrícula en Gijón (Asturias) Apellidos y nombre Edad N.I.F. Nº Teléfono Domicilio Código Postal Correo electrónico Población Fecha de nacimiento Lugar Provincia
Más detallesCENTRO DE FORMACIÓN PROFESIONAL SANITARIO
CENTRO DE FORMACIÓN PROFESIONAL SANITARIO Solicitud de matrícula en Valladolid Apellidos y nombre Edad N.I.F. Nº Teléfono Domicilio Código Postal Correo electrónico Población Fecha de nacimiento Lugar
Más detallesCaso práctico de Cuadro de Mando con Tablas Dinámicas
1 Caso práctico de Cuadro de Mando con Tablas Dinámicas Luis Muñiz Socio Director de SisConGes & Estrategia Introducción Hay una frase célebre que nos permite decir que: Lo que no se mide no se puede controlar
Más detallesMANUAL 7ma Edición - 2009
MANUAL 7ma Edición - 2009 INDICE Pag. INTRODUCCIÓN A LOS SISTEMAS DE BASES DE DATOS 1. Objetivos del Diseño de almacenamiento de datos 3 2. Archivos convencionales y Bases de Datos 3 3. Organización de
Más 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 detallesSOLICITUD DE AFILIACIÓN A LA MUTUALIDAD DE LOS PROCURADORES DE LOS TRIBUNALES DE ESPAÑA Mutualidad de Previsión Social a Prima Fija
SOLICITUD DE AFILIACIÓN A LA MUTUALIDAD DE LOS PROCURADORES DE LOS TRIBUNALES DE ESPAÑA Mutualidad de Previsión Social a Prima Fija SUSCRIPCIÓN AL RÉGIMEN GENERAL SEGURO DE PREVISIÓN SOCIAL FOTO 1. DATOS
Más detallesDiagramas del UML. A continuación se describirán los diagramas más comunes del UML y los conceptos que representan: Diagrama de Clases
El UML está compuesto por diversos elementos gráficos que se combinan para conformar diagramas. Debido a que el UML es un lenguaje, cuenta con reglas para combinar tales elementos. La finalidad de los
Más detallesENCUESTA DE PERCEPCIÓN PARA TRABAJADORES DE LA SALUD.
ENCUESTA DE PERCEPCIÓN PARA TRABAJADORES DE LA SALUD. PRESENTACION: La evaluación de la percepción es una medida subjetiva de la importancia que las personas le dan a la higiene de manos y su papel en
Más detallesDeclaración de Principios Adoptados por la Conferencia Internacional sobre Principios de Catalogación París, Octubre de 1961
Declaración de Principios Adoptados por la Conferencia Internacional sobre Principios de Catalogación París, Octubre de 1961 Traducción: Elena Escolano Rodríguez Revisión: Ageo García 1. Alcance de la
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 detallesINSTRUCCIONES PARA LAS EXPORTACIONES DE MEDICAMENTOS EN CONCEPTO DE DONACIONES HUMANITARIAS
INSTRUCCIONES PARA LAS EXPORTACIONES DE MEDICAMENTOS EN CONCEPTO DE DONACIONES HUMANITARIAS Versión de 27 de marzo de 2015 Fecha de publicación: 30 de marzo de 2015 El incremento de las exportaciones de
Más detallesPROGRAMACIÓN ORIENTADA A OBJETOS
PROGRAMACIÓN ORIENTADA A OBJETOS Clase 1. Introducción Profesor: Diego Sánchez Gómez Introducción a la programación orientada a objetos 1. Introducción a la programación orientada a objetos 2. Las clases
Más detallesTEMA 3 PROFESOR: M.C. ALEJANDRO GUTIÉRREZ DÍAZ 2 3. PROCESAMIENTO DE CONSULTAS DISTRIBUIDAS
1 1 BASES DE DATOS DISTRIBUIDAS TEMA 3 PROFESOR: M.C. ALEJANDRO GUTIÉRREZ DÍAZ 2 3. PROCESAMIENTO DE CONSULTAS DISTRIBUIDAS 3.1 Metodología del procesamiento de consultas distribuidas 3.2 Estrategias de
Más detallesConceptos Avanzados de Bases de datos
Página 1 Conceptos Avanzados de Bases de datos (1) Introducción a las Bases de Datos (2) Lenguaje Estándar de Consultas SQL Definición formal SQL Página 2 Es un conjunto exhaustivo (en su modelización
Más detallesEjemplo del modelo de generaciones solapadas
Ejemplo del modelo de generaciones solapadas Descripción de la economía 1. Cada unidad del bien sólo puede existir en un período de tiempo. 2. Todas las generaciones 1 son idénticas. Cada generación está
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 detallesObjetivos del curso. Gestión de riesgos y control interno. interna, el control interno, el control de gestión, la auditoría forense, auditoría
Gestión de riesgos y control interno Cursos formación continua para auditores de cuentas (ROAC) Objetivos del curso 1. Analizar el concepto de auditoría y sus diferentes clases. 2. Comparar las interrelaciones
Más detallesGestión de Permisos. Documento de Construcción. Copyright 2014 Bizagi
Gestión de Permisos Documento de Construcción Gestión de Permisos 1 Tabla De Contenido Descripción del Proceso... 3 Factores Importantes En La Construcción Del Proceso... 4 Modelo de Datos... 4 Principales
Más detallesTEMA 3: EN QUÉ CONSISTE?
Módulo 7 Sesión 3 5/16 TEMA 3: EN QUÉ CONSISTE? La metodología seguida para aplicar correctamente la técnica de RGT se basa en cuatro fases (Figura 1). En la primera de ellas, se seleccionan los elementos
Más detalles