Tema 2: Modelo Entidad-Asociación (E-A)
|
|
- José Antonio Ríos Jiménez
- hace 8 años
- Vistas:
Transcripción
1 Tema 2: Modelo Entidad-Asociación (E-A) Conjuntos entidad Conjuntos asociación Cuestiones de diseño Restricciones de asociaciones Claves Diagrama E-A Características del modelo E-A ampliado Diseño de un esquema E-A de base de datos Reducción de un esquema E-A a tablas (relaciones) Bases de datos 1
2 Conjuntos entidad Una base de datos se puede modelar como: Un conjunto de entidades, Asociaciones entre entidades. Una entidad es un objeto que existe y es distinguible de otros objetos. Ejemplo: una persona, compañía, evento o planta determinada Las entidades tienen atributos Ejemplo: las personas tienen nombres y direcciones. Un conjunto entidad es un conjunto de entidades del mismo tipo que comparten las mismas propiedades. Ejemplo: el conjunto de todas las personas, compañías, árboles, vacaciones Bases de datos 2
3 Conjuntos entidad cliente y prestamo Id-cliente ciudadcliente callecliente nombrecliente numeroprestamo cantidad Gómez Príncipe Madrid L López Norte Vigo L Vázquez Principe Madrid L Veiga Alma Santiago L Sánchez Norte Vigo L Fraga Lugo Coruña L Rubio Miño Ourense L cliente prestamo Bases de datos 3
4 Atributos Una entidad se representa por un conjunto de atributos, que son propiedades descriptivas que tienen todos los miembros de un conjunto entidad. Dominio el conjunto de valores permitidos para cada atributo Tipos de atributo: Ejemplo: cliente = (id-cliente, nombre-cliente, direccion-cliente, ciudad-cliente) prestamo = (numero-prestamo, cantidad) Atributos simples y compuestos. Atributos monovalorados y multivalorados P.e. atributo multivalorado : numeros-telefono Atributos derivados Se pueden calcular a partir de otros atributos P.e. edad, dada la fecha de nacimiento Bases de datos 4
5 Atributos compuestos Atributos compuestos nombre completo direccion Atributos componentes nombre primer apellido segundo apellido calle ciudad provincia C.P. numero nombre piso Bases de datos 5
6 Conjuntos asociación Una asociación es una relación entre varias entidades Ejemplo: López deposita A-102 entidad cliente conjunto asociación entidad cuenta Un conjunto asociación es una relación matemática entre n 2 entidades, cada una perteneciente a un conjunto entidad {(e 1, e 2, e n ) e 1 E 1, e 2 E 2,, e n E n } donde (e 1, e 2,, e n ) es una asociación Ejemplo: (López, A-102) depositos Bases de datos 6
7 Conjunto asociación prestatario Id-cliente ciudadcliente callecliente nombrecliente numeroprestamo cantidad Gómez Príncipe Madrid L López Norte Vigo L Vázquez Principe Madrid L Veiga Alma Santiago L Sánchez Norte Vigo L Fraga Lugo Coruña L Rubio Miño Ourense L cliente prestamo Bases de datos 7
8 Conjuntos asociación (Cont.) Un atributo también puede ser propiedad de un conjunto asociación. Por ejemplo, el conjunto asociación depositante entre los conjuntos entidad cliente y cuenta puede tener el atributo fecha-acceso depositante (fecha-acceso) cliente (nombre-cliente) López Pérez Gómez Paz Sánchez Veiga 24 mayo junio junio junio junio mayo mayo junio 2002 cuenta (numero-cuenta) A-101 A-215 A-102 A-305 A-201 A222 A mayo 2002 Bases de datos 8
9 Grado de un conjunto asociación Indica el número de conjuntos entidad que pueden participar en un conjunto asociación. Los conjuntos asociación en que participan dos conjuntos entidad se denominan binarias (o de grado dos). Normalmente, la mayoría de los conjuntos asociación son binarias. En un conjuntos asociación pueden participar mas de dos conjuntos entidad. P.e. Supongamos que los empleados de un banco pueden tener puestos (responsabilidades) en varias sucursales, con diferentes responsabilidades en cada sucursal. Entonces habrá una asociación ternaria entre los conjuntos entidad empleado, puesto y sucursal Las asociaciones entre más de dos conjuntos entidad no son comunes, La mayoría de las asociaciones son binarias. Bases de datos 9
10 Cardinalidad de un conjunto asociación Indica el número de entidades a las que se puede asociar otra entidad mediante el conjunto asociación. Fundamentalmente es útil para conjuntos asociación binarios. La cardinalidad de un conjunto asociación binario puede ser de cuatro tipos: Uno a uno (1:1) Uno a varios (1:M) Varios a uno (M:1) Varios a varios (M:N) Bases de datos 10
11 Cardinalidades A B A B b 1 a 1 b 1 a 1 b 2 a 2 b 2 a 2 b 3 a 3 b 3 a 3 b 4 a 4 b 4 b 5 (a) Uno a uno (b) Uno a varios Nota: Algunos elementos en A y B pueden no estar asociados a ningún elemento del otro conjunto Bases de datos 11
12 Cardinalidades A B A B a 1 a 2 b 1 a 1 b 1 a 3 b 2 a 2 b 2 a 4 b 3 a 3 b 3 a 4 b 4 a 5 (a) Varios a uno (b) Varios a varios Nota: Algunos elementos en A y B pueden no estar asociados a ningún elemento del otro conjunto Bases de datos 12
13 La cardinalidad afecta al diseño E-AE Podemos hacer fecha-apertura un atributo de cuenta, en vez de un atributo de asociación, si cada cuenta sólo puede pertenecer a un único cliente Es decir, la asociación de cuenta a cliente es varios a uno, o, los que es equivalente, cliente a cuenta es uno a varios cliente (nombre-cliente) depositante López Pérez Gómez Paz Sánchez Veiga cuenta (numero-cuenta, fecha-acceso) A mayo 2002 A junio 2002 A junio 2002 A mayo 2002 A junio 2002 A junio 2002 A mayo 2002 Bases de datos 13
14 Diagramas E-AE nombre-cliente calle-cliente numero-prestamo cantidad id-cliente ciudad-cliente clientes prestatario prestamos Rectángulos: representan conjuntos entidad. Rombos: representan conjuntos asociación. Líneas: unen los atributos con los conjuntos entidad y los conjuntos entidad con los conjuntos asociación. Elipses: representan atributos Elipses dobles: representan atributos multivaluados. Elipses discontinuas: denotan atributos derivados. Subrayado: indica que un atributo es una clave primaria. Bases de datos 14
15 Diagrama E-A E A con atributos compuestos, multivaluados y derivados nombre-calle primer-apellido numero-calle piso-calle nombre-propio segundo-apellido nombre calle ciudad Id-cliente direccion provincia cliente C.P. numero-telefono fecha-nacimiento edad Bases de datos 15
16 Conjutos asociación con atributos nombre-cliente calle-cliente fecha-acceso numero-cuenta saldo id-cliente ciudad-cliente clientes depositante cuenta Bases de datos 16
17 Roles Los conjuntos entidad que participan en una asociación no tienen por que ser distintos Las etiquetas director y trabajador se denominan roles; indican cómo interactúan las entidades a través del conjunto asociación trabaja-para. En los diagramas E-A los roles se indican etiquetando lal líneas que unen rombos y rectángulos. Las etiquetas de rol son opcionales y se utilizan para clarificar la semántica de la asociación. nombre-empleado Id-empleado numero-telefono empleado director trabajador trabaja-para Bases de datos 17
18 Restricciones de cardinalidad Las restricciones de cardinalidad se indican dibujando o bien una flecha ( ), que significa uno, o bien un extremo sin flecha ( ), que significa varios, entre el conjunto asociación y el conjunto entidad correspondiente. P.e.: Asociación uno-a-uno: Un cliente se asocia con, como máximo un préstamo mediante la asociación prestatario Un préstamo se asocia con como máximo un cliente mediante prestatario nombre-cliente calle-cliente numero-prestamo cantidad id-cliente ciudad-cliente clientes prestatario prestamos Bases de datos 18
19 Asociaciones uno-a-varios En una asociación uno-a-varios un préstamo se asocia con, como mucho, un cliente a través de prestatario, y un cliente se asocia con varios (incluido 0) prestamos a través de prestatario nombre-cliente calle-cliente numero-prestamo cantidad id-cliente ciudad-cliente clientes prestatario prestamos Bases de datos 19
20 Asociaciones varios-a-uno En una asociación varios-a-uno un préstamo se asocia con varios (incluido 0) clientes a través de prestatario y un cliente se asocia con como mucho un préstamo a través de prestatario nombre-cliente calle-cliente numero-prestamo cantidad id-cliente ciudad-cliente clientes prestatario prestamos Bases de datos 20
21 Asociaciones varios-a-varios nombre-cliente calle-cliente numero-prestamo cantidad id-cliente ciudad-cliente clientes prestatario prestamos Un cliente se asocia con varios (incluido 0) préstamos a través de prestatario Un préstamo se asocia con varios (incluido 0) clientes a través de prestatario Bases de datos 21
22 Participación de un conjunto entidad en un conjunto asociación Participación total (se indica mediante una línea doble): cada entidad del conjunto entidad participa en al menos una asociación del conjunto asociación P.e. la participación de prestamo en prestatario es total cada préstamo debe tener un cliente asociado a través de prestatario Participación parcial: algunas entidades pueden no participar en ninguna asociación del conjunto asociación P.e. la participación de cliente en prestatario es parcial nombre-cliente calle-cliente numero-prestamo cantidad id-cliente ciudad-cliente clientes prestatario prestamos Bases de datos 22
23 Notación alternativa para límites de cardinalidad Los límites de cardinalidad también pueden expresar restricciones de participación nombre-cliente calle-cliente numero-prestamo cantidad id-cliente ciudad-cliente clientes 0..* 1..1 prestatario prestamos Bases de datos 23
24 Claves Una superclave de un conjunto entidad es un conjunto de uno o más atributos cuyos valores determinan de manera única cada entidad. Una clave candidata de un conjunto entidad es una superclave mínima Id-clente es una clave candidata de cliente numero-cuenta es una clave candidata de cuenta Aunque pueden existir varias claves candidatas en un conjunto entidad, una de ellas se debe elegir como clave primaria. Bases de datos 24
25 Claves para conjuntos asociación El conjunto de claves primarias de los conjuntos entidad participantes forman una superclave del conjunto asociación. (id-cliente, numero-cuenta) es una superclave de depositante NOTA: esto significa que un par de conjuntos entidad pueden tener como mucho una asociación en un determinado conjunto asociación. P.e. si queremos guardar todas las fechas-de-acceso a cada cuenta por cada cliente, no podemos utilizar una asociación para cada acceso. Aunque podemos utilizar un atributo multivalorado Debemos considerar la cardinalidad de los conjuntos asociación cuando decidimos cuales son las claves candidatas Necesitamos considerar la semántica de los conjuntos asociación a la hora de elegir la clave primaria en caso de que haya más de una clave candidata Bases de datos 25
26 Diagramas E-A E A con asociaciones ternarias nombre-puestol nivel puesto nombre-empleado calle ciudad_sucursal id-empleado ciudad nombre-sucursal activos empleados trabaja-en sucursal Bases de datos 26
27 Restricciones de cardinalidad en asociaciones ternarias Se permite como máximo una flecha saliente de una asociación ternaria (o de grado superior) para indicar restricciones de cardinalidad P.e. una flecha de trabaja-en a puesto indica que cad empleado trabaja en como mucho un puesto en cualquier sucursal. Si hay más de una flecha, hay dos formas de definir el significado. P.e. una asociación ternaria R entre A, B y C con flechas a B y C puede significar 1. cada entidad A se asocia con una única entidad de B y C, o 2. cada par de entidades de (A, B) se asocia con una única entidad C, y cada par (A, C) se asocia con una única de B Cada alternativa se ha utilizado en distintos formalismos Para evitar confusiones no permitiremos más que una flecha Bases de datos 27
28 Asociaciones binarias vs. no binarias Algunas asociaciones que parecen ser no binarias se pueden representar mejor utilizando asociaciones binarias P.e. Una asociación ternaria padres, relacionando un niño con su padre y madre. Es mejor reemplazarla por dos asociaciones binarias: padre y madre Utilizando dos asociaciones binarias podemos representar información parcial (p.e. sólo se conoce la madre) Pero hay algunas asociaciones que son no binarias por naturaleza P.e. trabaja-en Bases de datos 28
29 Convirtiendo asociaciones no binarias en binarias En general, cualquier asociación no binaria se puede representar mediante asociaciones binarias creando un conjunto entidad artificial: Reemplazar R entre los conjuntos entidad A, B and C por un conjunto entidad E, y tres conjuntos asociación: 1. R A, asociando E y A 2.R B, asociando E y B 3. R C, asociando E y C Crear un atributo identificador especial para E Añadir todos los atributos de R a E Para cada asociación (a i, b i, c i ) en R, 1.crear una nueva entidad e i en el conjunto E 2. añadir (e i, a i ) a R A 3. añadir (e i, b i ) a R B 4. añadir (e i, c i ) a R C A A R A B R C B R B E R C C Bases de datos 29
30 Convirtiendo asociaciones no binarias (Cont.) También es necesario convertir las restricciones No siempre es posible transformar todas las restricciones Puede haber instancias en el nuevo esquema que no se corresponden con ninguna instancia de R Ejercicio: añadir restricciones a las asociaciones R A, R B y R C para asegurar que una nueva entidad corresponda exactamente a una entidad en cada uno de los conjuntos entidad A, B y C Podemos evitar crear un atributo identificativo haciendo que E sea un conjunto entidad débil identificado por los tres conjuntos asociación Bases de datos 30
31 Cuestiones de diseño Uso de conjuntos entidad vs. atributos La elección depende principalmente de la estructura del mundo que modelamos y de la semántica asociada con el atributo en cuestión. Uso de conjuntos entidad vs. conjuntos asociación Ayuda: definir conjuntos asociación para definir una acción que ocurre entre entidades Conjuntos asociación binarios vs n-arios Aunque se puede reemplazar cualquier conjunto asociación no binario (n-ario, para n > 2) por un conjunto de asociaciones binarias, un conjunto asociación n-ario muestra de manera más clara que varias entidades participan en una única asociación. Incluir atributos en las asociaciones Bases de datos 31
32 Conjuntos entidad débiles Un conjunto entidad que no tiene una clave primaria se denomina conjunto entidad débil. La existencia de un conjunto entidad débil depende de la existencia de un conjunto entidad identificador debe estar relacionado con el conjunto entidad identificador mediante un conjunto asociación uno-a-varios total desde el conjunto entidad identificador al conjunto entidad débil La asociación identificadora se representa mediante un rombo doble El discriminador (o clave parcial) de un conjunto entidad débil es el conjunto de atributos que diferencian las entidades del conjunto entidad débil. La clave primaria de un conjunto entidad débil está formada por la clave primaria del conjunto entidad fuerte del que depende existencialmente el conjunto entidad débil junto con el discriminador del propio conjunto entidad débil. Bases de datos 32
33 Conjuntos entidad débiles (Cont.) Un conjunto entidad débil se representa mediante un rectángulo doble. El discriminador de un conjunto entidad débil se subraya con una línea discontinua. Numero-pago: discriminador del conjunto entidad pago Clave primaria para pago (numero-prestamo, numero-pago) fecha-pago numero-prestamo cantidad numero-pago cantidad-pago prestamo pago-prestamo pago Bases de datos 33
34 Conjuntos entidad débiles (Cont.) Nota: la clave primaria de un conjunto entidad fuerte no se almacena explícitamente en el conjunto entidad débil, dado que está implícita en la asociación identificadora. Si numero-prestamo se almacenara explícitamente, pago se podría convertir en entidad fuerte, pero entonces la asociación entre pago y prestamo debería duplicarse por la asociación implícita definida por el atributo numero-prestamo común a pago y prestamo Bases de datos 34
35 Ejemplos de conjunto entidad débiles En una universidad, una asignatura es una entidad fuerte y una oferta-de-asignatura se puede modelar como una entidad débil El discriminador de oferta-de-asignatura debería ser cuatrimestre (incluyendo año) Si modelamos oferta-de-curso como una entidad fuerte debemos introducir como atributo codigo-asignatura. Entonces la relación con asignatura debería estar implícita en el atributo codigo-asignatura Bases de datos 35
36 Especialización Proceso de diseño arriba-abajo; creamos subgrupos con un conjunto de entidades que se distinguen de las demás entidades del conjunto. Estos subgrupos se convierten en conjuntos entidad de más bajo nivel que tiene atributos o participan en asociaciones que no son aplicables al conjunto entidad de nivel superior. Se representa mediante un triángulo con la etiqueta ISA (P.e. cliente es una persona). Herencia de atributos un conjunto entidad de nivel más bajo hereda todos los atributos y participaciones en asociaciones del conjunto entidad de nivel superior al que está enlazado. Bases de datos 36
37 Ejemplo de especialización nombre calle ciudad persona salario ISA tipo empleado cliente ISA oficinista vendedor secretario numero-despacho horas-trabajadas numero-ventanilla horas-trabajadas Bases de datos 37
38 Generalización Proceso de diseño abajo-arriba combinar una serie de conjuntos entidad que comparten las mismas características en un conjunto entidad de más alto nivel. La especialización y la generalización son procedimientos opuestos. Por ello se representan de la misma forma en los diagramas E-A. Los términos especialización y generalización se pueden utilizar como sinónimos. Bases de datos 38
39 Especialización y generalización (Cont.) Puede haber varias especializaciones de un conjunto entidad en base a diferentes características. P.e. empleados-temporales vs. empleados-fijos, además de oficinistas vs. secretarios vs. vendedores Cada empleado debe ser: Miembro de empleados-.temporales o de empleados fijos, y también miembro de uno de los siguientes grupos: oficinistas, secretarios, o vendedores La asociación ISA también se denomina asociación superclase - subclase Bases de datos 39
40 Restricciones de diseño en una especialización/generalización Restricciones sobre que entidades pueden ser miembros de un conjunto de entidades de nivel más bajo. Definido por condiciones P.e. todos los clientes de más de 65 años son miembros del conjunto entidad mayor-de-edad; mayor-de-edad ISA persona. Definido por el usuario Restricciones sobre cuando o no las entidades pueden pertenecer a más de un conjunto entidad de nivel más bajo dentro de la misma generalización. Disjunto Una entidad puede pertenecer a un solo conjunto entidad de menor nivel Se indica en el diagrama E-A escribiendo disjunto al lado del triángulo ISA Solapado Una entidad puede pertenecer a varios conjuntos entidad de menor nivel Bases de datos 40
41 Restricciones de diseño en una especialización/generalización (Cont.) Restricción de completitud especifica cuando o no una entidad del conjunto entidad de nivel superior debe pertenecer a al menos un conjunto entidad de menor nivel en la generalización. total : una entidad siempre debe pertenecer a un conjunto entidad de menor nivel parcial: una entidad no necesita pertenecer a uno de los conjuntos entidad de menor nivel Bases de datos 41
42 Agregación Consideremos la asociación ternaria trabaja-en. Supongamos que queremos almacenar información sobre los directores de las tareas que realiza cada empleado en una sucursal puesto empleado trabaja-en oficina dirige director Bases de datos 42
43 Agregación (Cont.) Los conjuntos asociación trabaja-en y dirige representan información redundante Cada asociación dirige corresponde a una asociación trabaja-en Sin embargo, algunas asociaciones trabaja-en pueden no corresponderse con ninguna asociación dirige Por eso no podemos descartar la asociación trabaja-en Eliminamos esta redundancia mediante agregación Tratamos la asociación como una entidad abstracta Permitimos asociaciones ente asociaciones Abstraemos la asociación en una nueva entidad Sin introducir redundancia, el siguiente diagrama representa: Un empleado trabaja en un puesto concreto en una sucursal concreta Una combinación empleado, sucursal, puesto puede tener asociado un director Bases de datos 43
44 Diagrama E-A E A con agregación puesto empleado trabaja-en oficina dirige director Bases de datos 44
45 Decisiones de diseño E-AE El uso de un atributo o conjunto entidad para representar un objeto. Cuándo un concepto del mundo real se expresa mejor mediante un conjunto entidad o mediante un conjunto asociación. El uso de asociaciones terciarias vs. dos asociaciones binarias. El uso de conjuntos entidad fuertes o débiles. El uso de especialización/generalización contribuye a la modularidad en el diseño. El uso de agregación se puede tratar el conjunto entidad agregado como una sola unidad sin importar los detalles de su estructura interna. Bases de datos 45
46 Diagrama E-A E A para una entidad bancaria ciudad-sucursal nombre-sucursal activo sucursal prestamo-sucursal nombre-cliente fecha-pago Id-cliente calle-cliente ciudad-cliente numero-prestamo cantidad numero-pago cantidad-pago cliente prestatario prestamo prestamo-pago pago fecha-acceso consejero tipo numero-cuenta saldo depositante cuenta empleado jefe trabaja-para trabajador ISA Id-empleado nombre-empleado cuenta-ahorro cuenta-corriente nombre-empleado numero-telefono duracion-contrato fecha-contrato tipo-interes descubierto Bases de datos 46
47 Resumen de símbolos utilizados en la notación E-AE E Conjunto entidad A Atributo E Conjunto entidad débil A Atributo multivalorado R Asociación A Atributo derivado R Asociación identificadora para una entidad débil R E Participación total de una entidad en una asociación A Clave primaria A Atributo discriminador de una entidad débil Bases de datos 47
48 Resumen de símbolos (Cont.) R Asociación varios a varios R Asociación varios a uno R Asociación uno a uno R 1..h E Límites de cardinalidad R rol E Indicador de rol ISA ISA (Generalización o Especialización) ISA Generalización total ISA Generalización disjunta disjunta Bases de datos 48
49 Notaciones E-A E A alternativas Entidad E con atributos A1, A2 y A3 y clave primaria A1 A1 A2 A3 Asociación varios a varios * * R R Asociación uno a uno 1 1 R R Asociación varios a uno * 1 R R Bases de datos 49
50 UML UML: Unified Modeling Language UML tiene muchos componentes para modelar gráficamente diferentes aspectos de un sistema software Los diagramas de clases UML se corresponden con diagramas E-A con algunas diferencias. Bases de datos 50
51 clase UML 1. Entidades y atributos nombre-cliente Id-cliente calle-cliente ciudad-cliente cliente rol1 2. Asociaciones E1 R rol2 E2 E1 rol1 R rol2 E2 R a1 a2 a1 a2 E1 rol1 R rol2 E2 E1 rol1 rol2 E2 Bases de datos 51
52 Notación de diagramas de clases UML (Cont.) 3. Restriciiones de cardinalidad E1 0..* 0..1 R E2 E R 0..* E2 4. Generalización y Especialización cliente persona ISA empleado (generalización solapada) cliente persona solapada empleado persona ISA (generalización disjunta) disjunta persona disjunta cliente empleado cliente empleado Bases de datos 52
53 Fin del tema 2 Bases de datos Manuel Ramos Cabrer 53
54 Dependencia existencial Si la existencia de la entidad x depende de la existencia de la entidad y, entonces x es existencialmente dependiente de y. y es la entidad dominante (p.e. prestamo) x es la entidad subordinada (p.e. pago) prestamo prestamo-pago pago Si se elimina una entidad prestamo, entonces todas las entidades pago asociadas también de deben eliminar. Bases de datos 54
Conjuntos entidad. prestamo. Conjuntos entidad cliente y prestamo. Atributos. Atributos. Conjuntos asociación. Tema 2: Modelo Entidad-Asociación (E-A)
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 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 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 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 detallesTutorial de UML. Introducción: Objetivos: Audiencia: Contenidos:
Tutorial de UML Introducción: El Lenguaje de Modelamiento Unificado (UML - Unified Modeling Language) es un lenguaje gráfico para visualizar, especificar y documentar cada una de las partes que comprende
Más 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 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 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 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 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 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 al UML. Domingo Hernández H. Escuela de Ingeniería de Sistemas Departamento de computación
Introducción al UML Domingo Hernández H. Escuela de Ingeniería de Sistemas Departamento de computación Contenido Qué es UML?. Diagramas Utilizados en UML. Ejemplos. Qué es UML UML es un Lenguaje de Modelado
Más 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 detallesDCU Diagramas de casos de uso
DCU Diagramas de casos de uso Universidad de Oviedo Departamento de Informática Contenidos Introducción Elementos básicos Más sobre los actores Más sobre los casos de uso Más sobre las asociaciones Otros
Más detallesDISEÑO DE BASES DE DATOS RELACIONALES
DISEÑO DE BASES DE DATOS RELACIONALES Bases de Datos I MIS. Lizbeth Alejandra Hernández González Introducción El objetivo del diseño de las bases de datos relacionales es la generación de un conjunto de
Más 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 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 detallesMaestría en Bioinformática. Bases de Datos y Sistemas de Información. Diseño Conceptual. Ing. Alfonso Vicente, PMP alfonso.vicente@logos.com.
Maestría en Bioinformática Bases de Datos y Sistemas de Información Diseño Conceptual Ing. Alfonso Vicente, PMP alfonso.vicente@logos.com.uy Agenda Conceptos Elementos del MER Herramientas Diseño conceptual
Más detallesOPERACIONES FUNDAMENTALES DEL ÁLGEBRA RELACIONAL. Bases de Datos Ingeniería de Sistemas y Computación Universidad Nacional de Colombia 2007
OPERACIONES FUNDAMENTALES DEL ÁLGEBRA RELACIONAL Bases de Datos Ingeniería de Sistemas y Computación Universidad Nacional de Colombia 2007 Álgebra Relacional Álgebra Relacional El álgebra relacional es
Más 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 detallesNotación UML para modelado Orientado a Objetos
1 Notación UML para modelado Orientado a Objetos 2 Notación UML para modelado Orientado a Objetos Índice 1.1. Qué es UML?.. 3 1.2. Por qué interesa UML en la asignatura de Programación Orientada a Objetos?3
Más 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 detallesTEMA 6: MODIFICACIÓN DE LA BASE DE DATOS EN SQL
TEMA 6: MODIFICACIÓN DE LA BASE DE DATOS EN SQL 5.6 MODIFICACIÓN DE LA BASE DE DATOS SQL posee comandos destinados también para modificar la base de datos, entre estos se tienen operaciones de borrado,
Más detallesDiagramas de Clase en UML 1.1
Diagramas de Clase en UML. Francisco José García Peñalvo Licenciado en Informática. Profesor del Área de Lenguajes y Sistemas Informáticos de la Universidad de Burgos. fgarcia@.ubu.es Carlos Pardo Aguilar
Más 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 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 detallesDiagramas de clases de UML
Qué es UML? UML ( Unified Modeling Language ) es un lenguaje visual para crear modelos de sistemas. Diagramas de clases de UML Franco Guidi Polanco Escuela de Ingeniería Industrial Pontificia Universidad
Más 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 detallesIngeniería del Software. Modelo de Dominio
Modelo de Dominio Representación de los conceptos (objetos) significativos en el domino del problema Incluye: Clases de objetos Asociaciones entre clases de objetos Atributos de las clases de objetos Objeto:
Más 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 detallesTeórico 9 Del MER al MR
Teórico 9 Del MER al MR Introducción Veremos cómo traducir un modelo conceptual, en forma de Modelo Entidad-Relación, en un modelo lógico de base de datos, en forma de Modelo Relacional. Para esto, estudiaremos
Más 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 detallesEs una colección de datos operativos almacenados y utilizados por los programadores de aplicaciones y por usuarios finales de muy diversa índole!
Objetivos de los sistemas de bases de datos" Vistas de datos" Modelos de datos " Lenguajes de definición de datos (DDL) " Lenguajes de manipulación de datos (DML)" Gestión de transacciones" Gestión de
Más 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 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 detalles4 Integridad de datos relacional: llaves candidatas y temas relacionados.
4 Integridad de datos relacional: llaves candidatas y temas relacionados. 4.1 Introducción. 4.2 Llaves candidatas. 4.3 Llaves primarias y llaves alternas. 4.4 Llaves foráneas. 4.5 Reglas de llaves foráneas.
Más detallesÍndice 1 Instalación de la herramienta 2 Descripción de la herramienta 2 Arranque de la aplicación 3 Proyecto 4 Diagrama de clases 5
Índice Índice 1 Instalación de la herramienta 2 Descripción de la herramienta 2 Arranque de la aplicación 3 Proyecto 4 Diagrama de clases 5 Crear diagrama de clases 5 Crear elementos 7 Editar elementos
Más 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 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 detallesTEMA 7: DIAGRAMAS EN UML
TEMA 7: DIAGRAMAS EN UML Diagramas en UML El bloque de construcción básico de UML es un Diagrama Introducción a UML 2 1 Modelo de Casos de Uso (MCU) Todos los casos de uso constituyen el MCU que describe
Más detallesGestión de la Información
Gestión de la Información Patricio Martínez Barco Departamento de Lenguajes y Sistemas Informáticos patricio@dlsi.ua.es Gestión de la Información TEMA 2 (PARTE II) METODOLOGÍA DE DISEÑO DE BASES DE DATOS
Más 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 detallesInteligencia Artificial II. Razonamiento con ontologías
Inteligencia Artificial II Curso 2008 09 Trabajo de curso Razonamiento con ontologías Antonio Jiménez Mavillard Enunciado Una ontología es una representación formal de un determinado dominio o área de
Más detallesWeitzenfeld: Capítulo 4 1
Weitzenfeld: Capítulo 4 Parte II Modelado y Programación Orientada a Objetos En esta segunda parte se describirá la programación orientada a objetos desde dos perspectivas distintas. La primera es el modelado
Más 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 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 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 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 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 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 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 detallesPrincipios Básicos de Orientación a Objetos. Orientación a Objetos
Principios Básicos de Orientación a Objetos Orientación a Objetos Abstracción Encapsulación Modularidad Jerarquia Qué es Abstracción? Es la capacidad de conceptualizar entidades genéricas de información
Más detallesModelado Estático Avanzado (Asociaciones) Diseño de Software Avanzado Departamento de Informática
Modelado Estático Avanzado (Asociaciones) Asociación vs. Operación Toda asociación tiene un doble significado: Aspecto estático: estructura del sistema (estados posibles). Aspecto dinámico: comportamiento
Más detallesRelaciones entre conjuntos
Relaciones entre conjuntos Parejas ordenadas El orden de los elementos en un conjunto de dos elementos no interesa, por ejemplo: {3, 5} = {5, 3} Por otra parte, una pareja ordenada consiste en dos elementos,
Más 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 detallesSeminario Profesional MS PROJECT 2010. MODULO 2: Introducción y organización de las tareas
MODULO 2: Introducción y organización de las tareas En este módulo aprenderemos a trabajar con las tareas, conoceremos los fundamentos básicos en la creación y organización de tareas en las secuencia más
Más detalles3.- Diseño estructural: Diagrama de clases. Mª Antonia Zapata Máster Bases de Datos e Internet
3.- Diseño estructural: Diagrama de clases Mª Antonia Zapata Máster Bases de Datos e Internet Introducción Los diagramas de clases sirven para representar la estructura estática de un sistema incluyendo
Más detallesIntroducción al diseño de bases de datos
Introducción al diseño de bases de datos Dolors Costal Costa P06/M2109/02150 FUOC P06/M2109/02150 Introducción al diseño de bases de datos Índice Introducción... 5 Objetivos... 5 1. Introducción al diseño
Más 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 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 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 detallesFORMACIÓN DE EQUIPOS DE E-LEARNING 2.0 MÓDULO DE DISEÑO Y PRODUCCIÓN DE MATERIALES UNIDAD 6 B
141 1 FORMACIÓN DE EQUIPOS DE E-LEARNING 2.0 Unidad 6 B 142 2 Índice SEGUIMIENTO DE PERSONAS 1 INFORMES 2 143 3 SEGUIMIENTO DE PERSONAS E INFORMES EN MOODLE El seguimiento de los participantes en Moodle
Más detallesTema 1: Introducción
Tema 1: Introducción Definición Objetivo de los SGBD (o por que los SGBD son importantes) Principales implementaciones Relacional Orientada a objetos SQL Resumen: Principales ventajas derivadas del uso
Más detallesProgramación Avanzada. Análisis Modelado del Dominio
Programación Avanzada Análisis Modelado del Dominio Contenido Introducción Modelo de Dominio Conceptos Asociaciones Atributos Generalizaciones Otros elementos Restricciones Programación Avanzada Análisis:
Más detallesDISEÑO DE BASES DE DATOS RELACIONALES Normalización Parte 2 FNBC, 3FN
DISEÑO DE BASES DE DATOS RELACIONALES Normalización Parte 2 FNBC, 3FN Bases de Datos I MIS. Lizbeth Alejandra Hernández González FNBC (Forma Normal de Boyce-Codd) Un esquema de relación R está en FNBC
Más detallesPatrones de Diseño Orientados a Objetos 2 Parte
Patrones de Diseño Orientados a Objetos 2 Parte Patrón Observador Observer (Patrón de Comportamiento) Patrón Observador Observer Observador (en inglés: Observer) es un patrón de diseño que define una dependencia
Más 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 detallesPrograma para el Mejoramiento de la Enseñanza de la Matemática en ANEP Proyecto: Análisis, Reflexión y Producción. Fracciones
Fracciones. Las fracciones y los números Racionales Las fracciones se utilizan cotidianamente en contextos relacionados con la medida, el reparto o como forma de relacionar dos cantidades. Tenemos entonces
Más detallesOtros tipos de Consultas
Otros tipos de Consultas Tabla de contenidos 1.- CONSULTA DE SELECCIÓN INTERACTIVA... 3 2.- CONSULTAS DE ACCIÓN... 4 3.- CONSULTAS DE TABLAS DE REFERENCIAS CRUZADAS... 6 Universidad de Salamanca Facultad
Más detallesESCUELA DE ADMINISTRACIÓN
ESCUELA DE ADMINISTRACIÓN PROGRAMA: TÉCNICO GESTIÓN DEL TALENTO HUMANO SUBMÓDULO INFORMÁTICA I CONTENIDO 1 MANEJO DE DOCUMENTOS Y ARCHIVOS... 3 1.1 ARCHIVOS... 3 1.2 CREAR DOCUMENTO NUEVO... 3 1.3 GUARDAR
Más 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 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 detallesTema 5. Diseño detallado.
Ingeniería del Software II 2011 Tema 5. Diseño detallado. Diseño del Software. Los requisitos y el análisis orientado a objetos se centran en aprender a hacer lo correcto: Entender los objetos de nuestro
Más 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 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 detallesFUNDACION EDUCATIVA OBRERA FUNEDO TECNICO EN SECRETARIADO EJECUTIVO SISTEMATIZADO
LOS FORMULARIOS Los formularios sirven para definir pantallas generalmente para editar los registros de una tabla o consulta. Veremos cómo crear un formulario, manejarlo para la edición de registros y
Más detallesTema 6: Teoría de la Normalización
Tema 6: Teoría de la Normalización 1. Introducción Si definimos una base de datos como; una colección de información estructurada, referente a objetos y hechos de la realidad, y almacenados en un ordenador
Más detallesCASO PRÁCTICO DISTRIBUCIÓN DE COSTES
CASO PRÁCTICO DISTRIBUCIÓN DE COSTES Nuestra empresa tiene centros de distribución en tres ciudades europeas: Zaragoza, Milán y Burdeos. Hemos solicitado a los responsables de cada uno de los centros que
Más detallesApuntes de Matemática Discreta 1. Conjuntos y Subconjuntos
Apuntes de Matemática Discreta 1. Conjuntos y Subconjuntos Francisco José González Gutiérrez Cádiz, Octubre de 2004 Universidad de Cádiz Departamento de Matemáticas ii Lección 1 Conjuntos y Subconjuntos
Más detallesAseveraciones. Disparadores. Ejemplo de aseveración. Ejemplo de disparador. Ejemplo de disparador en SQL:1999
Tema 4: Otros conceptos de diseño de bases de datos relacionales Aseveraciones Disparadores (triggers) Seguridad Autorización NORMALIZACIÓN Primera forma normal Problemas en el diseño lógico relacional
Más detallesCasos de uso UML. Miguel Vega mvega@ugr.es. Granada, octubre de 2010 LSI - UGR
Especificación de UML Miguel Vega mvega@ugr.es LSI - UGR Granada, octubre de 2010 Especificación de Contenido 1 Introducción 2 3 Especificación de Contenido Plantilla de especificación Un ejemplo 4 5 Especificación
Más detallesUNIVERSIDAD DON BOSCO FACULTAD DE ESTUDIOS TECNOLÓGICOS
UNIVERSIDAD DON BOSCO FACULTAD DE ESTUDIOS TECNOLÓGICOS CICLO: 01/ 2014 Nombre de la Practica: Lugar de Ejecución: Tiempo Estimado: Materia: Docentes: GUIA DE LABORATORIO #05 Trabajando con Formularios.
Más 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 detallesDependencias Funcionales. Bibliografía: Fundamentos de bases de datos Korth, Silberschatz
Dependencias Funcionales Bibliografía: Fundamentos de bases de datos Korth, Silberschatz Conceptos básicos Las DF son un tipo particular de restricción. Permiten expresar hechos acerca de la realidad que
Más detallesNormalización n de Bases de Datos Relacionales. Bases de Datos. Malos Diseños. Índice. Muchos Problemas. Definición
Normalización n de Relacionales Malos Diseños Qué puede salir mal cuando se hace un mal diseño de una base de datos relacional? Esquema_prestamo= (nombre_sucursal, ciudad_sucursal, activo, nombre_cliente,
Más 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 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 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 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 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 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 detallesEtapa de Diseño: Gestión de Hotel Diseño de Sistemas Software
Etapa de Diseño: Gestión de Hotel Diseño de Sistemas Software Antonio Falcón Aragón José Luis Falcón Ramírez Carlos Villegas Nuñez 15 de marzo de 2010 1 Índice 1. Diseño de la Aplicación 3 1.1. Diagrama
Más detallesTecnología de la Información y la Comunicación. Base de datos. Modelo Entidad Relación - 2007 -
Tecnología de la Información y la Comunicación Base de datos Modelo Entidad Relación - 2007 - Profesores del área Informática: Guillermo Storti Gladys Ríos Gabriel Campodónico Modelo de Entidad Relación
Más detallesÍndice. http://www.dicampus.es
Módulo 2 UML Índice Introducción a UML Lenguaje Unificado de Modelado (UML) Diagramas UML Diagramas de casos de uso Diagramas estructurales: Clases Diagramas estructurales: Objetos Diagramas de interacción:
Más 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 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 detallesRelaciones entre Clases Programación Avanzada Prim. 2009 FCC-Buap Profesor: M. C. Miguel Rodríguez Hernandez
Relaciones entre Clases Programación Avanzada Prim 2009 FCC-Buap Profesor: M C Miguel Rodríguez Hernandez Asociación Es una relación binaria general que describe una actividad entre dos clases Se describe
Más detallesSMS PUSH SMS ENCUESTAS INTERNET FAX
MANUAL USUARIO SMS PUSH SMS ENCUESTAS INTERNET FAX PLATAFORMA WEB SMS 1. PAGINA DE INICIO... 3 2. ENVIAR SMS... 5 3. ENVIAR SMS ENCUESTA...5 4. ENVIAR FAX... 9 5. FAX RECIBIDOS... 10 6. MI AGENDA... 11
Más detallesPara crear formularios se utiliza la barra de herramientas Formulario, que se activa a través del comando Ver barra de herramientas.
Formularios TEMA: FORMULARIOS. 1. INTRODUCCIÓN. 2. CREACIÓN DE FORMULARIOS. 3. INTRODUCIR DATOS EN UN FORMULARIO. 4. MODIFICAR UN FORMULARIO 5. MANERAS DE GUARDAR UN FORMULARIO. 6. IMPRIMIR FORMULARIOS.
Más detallesAparece una ventana interactiva que nos permite ver una presentación preliminar del aspecto que tendrá un gráfico al generarlo.
SPSS: GRÁFICOS GRÁFICO DE BARRAS En el Menú Gráficos podemos utilizar el procedimiento para creación de gráficos, ésos gráficos pueden ser de diferentes tipos (de barras, de sectores, diagramas de caja
Más detalles