Conjuntos entidad. prestamo. Conjuntos entidad cliente y prestamo. Atributos. Atributos. Conjuntos asociación. Tema 2: Modelo Entidad-Asociación (E-A)

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

Download "Conjuntos entidad. prestamo. Conjuntos entidad cliente y prestamo. Atributos. Atributos. Conjuntos asociación. Tema 2: Modelo Entidad-Asociación (E-A)"

Transcripción

1 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 de un esquema - de base de datos educción de un esquema - a tablas (relaciones) Una base de datos se puede modelar como: Un conjunto de entidades, sociaciones entre entidades. Una entidad es un objeto que existe y es distinguible de otros objetos. jemplo: una, compañía, evento o planta determinada Las entidades tienen atributos jemplo: las s tienen nombres y direcciones. Un conjunto entidad es un conjunto de entidades del mismo tipo que comparten las mismas propiedades. jemplo: el conjunto de todas las s, compañías, árboles, vacaciones Bases de datos 1 Bases de datos 2 Conjuntos entidad y prestamo tributos Id- ciudad calle nombre numeroprestamo Una entidad se representa por un conjunto de atributos, que son propiedades descriptivas que tienen todos los miembros de un conjunto entidad Gómez López Vázquez Príncipe Norte Principe Madrid Vigo Madrid L-17 L-23 L jemplo: = (id-,, direccion-, ) prestamo = (, ) Veiga Sánchez lma Norte Santiago Vigo L-14 L Dominio el conjunto de valores permitidos para cada atributo Tipos de atributo: tributos simples y compuestos Fraga Lugo Coruña L tributos monovalorados y multivalorados ubio Miño Ourense L P.e. atributo multivalorado : numeros-telefono tributos derivados prestamo Se pueden calcular a partir de otros atributos P.e. edad, dada la fecha de nacimiento Bases de datos 3 Bases de datos 4 tributos compuestos Conjuntos asociación Una asociación es una relación entre varias entidades tributos compuestos nombre completo direccion nombre primer apellido segundo apellido calle ciudad provincia C.P. jemplo: López deposita -102 entidad conjunto asociación entidad cuenta tributos componentes numero nombre piso 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 1, e 2 2,, e n n } donde (e 1, e 2,, e n ) es una asociación jemplo: (López, -102) depositos Bases de datos 5 Bases de datos 6

2 Conjunto asociación Conjuntos asociación (Cont.) Id- ciudad calle nombre numeroprestamo Un atributo también puede ser propiedad de un conjunto asociación. Por ejemplo, el conjunto asociación depositante entre los conjuntos entidad y cuenta puede tener el atributo fecha-acceso Gómez Príncipe Madrid L depositante (fecha-acceso) López Norte Vázquez Principe Veiga lma Sánchez Norte Fraga Lugo ubio Miño Vigo Madrid Santiago Vigo Coruña Ourense L L L L L L prestamo () López Pérez Gómez Paz Sánchez Veiga 24 mayo junio junio junio junio mayo mayo junio 2002 cuenta (numero-cuenta) Bases de datos 7 23 mayo 2002 Bases de datos 8 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. n un conjuntos asociación pueden participar mas de dos conjuntos entidad. P.e. Supongamos que los s de un banco pueden tener puestos (responsabilidades) en varias sucursales, con diferentes responsabilidades en cada sucursal. ntonces habrá una asociación ternaria entre los conjuntos entidad, puesto y sucursal Las asociaciones entre más de dos conjuntos entidad no son comunes, La mayoría de las asociaciones son binarias. 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 9 Bases de datos 10 Cardinalidades Cardinalidades B B B B b 1 a 1 a 1 b 1 a 1 b 2 a 2 b 1 a 1 b 1 a 2 b 2 a 2 b 3 a 3 b 2 a 2 b 2 a 3 b 3 a 3 b 4 a 4 b 3 a 3 b 3 a 4 b 4 b 5 a 5 a 4 b 4 (a) Uno a uno (b) Uno a varios (a) Varios a uno (b) Varios a varios Nota: lgunos elementos en y B pueden no estar asociados a ningún elemento del otro conjunto Bases de datos 11 Nota: lgunos elementos en y B pueden no estar asociados a ningún elemento del otro conjunto Bases de datos 12

3 La cardinalidad afecta al diseño - Diagramas - 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 s decir, la asociación de cuenta a es varios a uno, o, los que es equivalente, a cuenta es uno a varios id- cuenta (numero-cuenta, fecha-acceso) () depositante mayo 2002 López junio 2002 Pérez junio 2002 Gómez mayo 2002 Paz junio 2002 Sánchez junio 2002 Veiga mayo 2002 Bases de datos 13 s ectángulos: representan conjuntos entidad. ombos: representan conjuntos asociación. Líneas: unen los atributos con los conjuntos entidad y los conjuntos entidad con los conjuntos asociación. lipses: representan atributos lipses dobles: representan atributos multivaluados. lipses discontinuas: denotan atributos derivados. Subrayado: indica que un atributo es una clave primaria. Bases de datos 14 Diagrama - con atributos compuestos, multivaluados y derivados Conjutos asociación con atributos primer-apellido numero-calle nombre-calle piso-calle fecha-acceso numero-cuenta saldo nombre-propio segundo-apellido id- nombre calle ciudad s depositante cuenta Id- direccion provincia C.P. numero-telefono fecha-nacimiento edad Bases de datos 15 Bases de datos 16 oles 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. n los diagramas - 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. estricciones 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.: sociación uno-a-uno: Un se asocia con, como máximo un préstamo mediante la asociación Un préstamo se asocia con como máximo un mediante nombre- Id- numero-telefono id- director s trabajador trabaja-para Bases de datos 17 Bases de datos 18

4 sociaciones uno-a-varios n una asociación uno-a-varios un préstamo se asocia con, como mucho, un a través de, y un se asocia con varios (incluido 0) a través de sociaciones varios-a-uno n una asociación varios-a-uno un préstamo se asocia con varios (incluido 0) s a través de y un se asocia con como mucho un préstamo a través de id- id- s s Bases de datos 19 Bases de datos 20 id- sociaciones varios-a-varios s Un se asocia con varios (incluido 0) préstamos a través de Un préstamo se asocia con varios (incluido 0) s a través de 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 es total cada préstamo debe tener un asociado a través de Participación parcial: algunas entidades pueden no participar en ninguna asociación del conjunto asociación P.e. la participación de en es parcial id- s Bases de datos 21 Bases de datos 22 Notación alternativa para límites de cardinalidad Los límites de cardinalidad también pueden expresar restricciones de participación id- s 0..* 1..1 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 numero-cuenta es una clave candidata de cuenta unque pueden existir varias claves candidatas en un conjunto entidad, una de ellas se debe elegir como clave primaria. Bases de datos 23 Bases de datos 24

5 Claves para conjuntos asociación Diagramas - con asociaciones ternarias l conjunto de claves primarias de los conjuntos entidad participantes forman una superclave del conjunto asociación. nombre-puestol nivel (id-, numero-cuenta) es una superclave de depositante NOT: esto significa que un par de conjuntos entidad pueden tener como mucho una asociación en un determinado conjunto asociación. nombre- calle puesto ciudad_sucursal P.e. si queremos guardar todas las fechas-de-acceso a cada cuenta por cada, no podemos utilizar una asociación para cada acceso. unque 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 id- s ciudad nombre-sucursal trabaja-en sucursal activos Bases de datos 25 Bases de datos 26 estricciones 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 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 entre, B y C con flechas a B y C puede significar 1. cada entidad se asocia con una única entidad de B y C, o 2. cada par de entidades de (, B) se asocia con una única entidad C, y cada par (, 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 sociaciones binarias vs. no binarias lgunas 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. s 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 27 Bases de datos 28 Convirtiendo asociaciones no binarias en binarias n general, cualquier asociación no binaria se puede representar mediante asociaciones binarias creando un conjunto entidad artificial: eemplazar entre los conjuntos entidad, B and C por un conjunto entidad, y tres conjuntos asociación: 1., asociando y 2. B, asociando y B 3. C, asociando y C Crear un atributo identificador especial para ñadir todos los atributos de a Para cada asociación (a i, b i, c i ) en, 1.crear una nueva entidad e i en el conjunto 2. añadir (e i, a i ) a 3. añadir (e i, b i ) a B 4. añadir (e i, c i ) a C 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 jercicio: añadir restricciones a las asociaciones, B y C para asegurar que una nueva entidad corresponda exactamente a una entidad en cada uno de los conjuntos entidad, B y C Podemos evitar crear un atributo identificativo haciendo que sea un conjunto entidad débil identificado por los tres conjuntos asociación B C B B C C Bases de datos 29 Bases de datos 30

6 Cuestiones de diseño Conjuntos entidad débiles 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 yuda: definir conjuntos asociación para definir una acción que ocurre entre entidades Conjuntos asociación binarios vs n-arios unque 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 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 l 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 31 Bases de datos 32 Conjuntos entidad débiles (Cont.) Un conjunto entidad débil se representa mediante un rectángulo doble. l 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-pago) numero-pago fecha-pago -pago 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 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 común a pago y prestamo prestamo pago-prestamo pago Bases de datos 33 Bases de datos 34 jemplos de conjunto entidad débiles specialización n una universidad, una asignatura es una entidad fuerte y una oferta-de-asignatura se puede modelar como una entidad débil l 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. ntonces la relación con asignatura debería estar implícita en el atributo codigo-asignatura Proceso de diseño arriba-abajo; creamos subgrupos con un conjunto de entidades que se distinguen de las demás entidades del conjunto. stos 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 IS (P.e. es una ). 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 35 Bases de datos 36

7 jemplo de especialización Generalización salario nombre calle ciudad IS tipo 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 -. Los términos especialización y generalización se pueden utilizar como sinónimos. IS oficinista vendedor secretario numero-despacho horas-trabajadas numero-ventanilla horas-trabajadas Bases de datos 37 Bases de datos 38 specialización y generalización (Cont.) Puede haber varias especializaciones de un conjunto entidad en base a diferentes características. P.e. s-temporales vs. s-fijos, además de oficinistas vs. secretarios vs. vendedores Cada debe ser: Miembro de s-.temporales o de s fijos, y también miembro de uno de los siguientes grupos: oficinistas, secretarios, o vendedores La asociación IS también se denomina asociación superclase - subclase estricciones de diseño en una especialización/generalización estricciones sobre que entidades pueden ser miembros de un conjunto de entidades de nivel más bajo. Definido por condiciones P.e. todos los s de más de 65 años son miembros del conjunto entidad mayor-de-edad; mayor-de-edad IS. Definido por el usuario estricciones 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 - escribiendo disjunto al lado del triángulo IS Solapado Una entidad puede pertenecer a varios conjuntos entidad de menor nivel Bases de datos 39 Bases de datos 40 estricciones de diseño en una especialización/generalización (Cont.) estricció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 gregación Consideremos la asociación ternaria trabaja-en. Supongamos que queremos almacenar información sobre los directores de las tareas que realiza cada en una sucursal puesto trabaja-en oficina dirige Bases de datos 41 director Bases de datos 42

8 gregación (Cont.) Diagrama - con agregación Los conjuntos asociación trabaja-en y dirige representan información redundante puesto 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 trabaja-en oficina Por eso no podemos descartar la asociación trabaja-en liminamos esta redundancia mediante agregación Tratamos la asociación como una entidad abstracta Permitimos asociaciones ente asociaciones bstraemos la asociación en una nueva entidad Sin introducir redundancia, el siguiente diagrama representa: Un trabaja en un puesto concreto en una sucursal concreta Una combinación, sucursal, puesto puede tener asociado un director dirige director Bases de datos 43 Bases de datos 44 Decisiones de diseño - Diagrama - para una entidad bancaria ciudad-sucursal l 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. l uso de asociaciones terciarias vs. dos asociaciones binarias. l uso de conjuntos entidad fuertes o débiles. l uso de especialización/generalización contribuye a la modularidad en el diseño. l uso de agregación se puede tratar el conjunto entidad agregado como una sola unidad sin importar los detalles de su estructura interna. nombre-sucursal activo sucursal prestamo-sucursal fecha-pago numero-pago -pago Id- prestamo prestamo-pago pago fecha-acceso numero-cuenta saldo consejero tipo depositante cuenta jefe IS trabaja-para trabajador Id- nombre- cuenta-ahorro cuenta-corriente nombre- numero-telefono Bases de datos 45 duracion-contrato fecha-contrato tipo-interes descubierto Bases de datos 46 esumen de símbolos utilizados en la notación - esumen de símbolos (Cont.) Conjunto entidad tributo sociación varios a varios sociación varios a uno Conjunto entidad débil tributo multivalorado sociación uno a uno 1..h Límites de cardinalidad sociación tributo derivado sociación identificadora para una entidad débil Clave primaria Participación total de una entidad en una asociación tributo discriminador de una entidad débil rol IS Indicador de rol Generalización total IS IS (Generalización o specialización) IS Generalización disjunta disjunta Bases de datos 47 Bases de datos 48

9 Notaciones - alternativas UML ntidad con atributos 1, 2 y 3 y clave primaria 1 sociación varios a varios * * 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 - con algunas diferencias. sociación uno a uno 1 1 sociación varios a uno * 1 Bases de datos 49 Bases de datos 50 esumen de la notación de diagramas de clase UML Notación de diagramas de clases UML (Cont.) 1. ntidades y atributos Id- 3. estriciiones de cardinalidad 0..* * 2. sociaciones rol1 rol2 rol1 rol2 4. Generalización y specialización IS (generalización solapada) solapada a1 rol1 a2 rol2 rol1 a1 a2 rol2 IS (generalización disjunta) disjunta disjunta Bases de datos 51 Bases de datos 52 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) Fin del tema 2 prestamo prestamo-pago pago Si se elimina una entidad prestamo, entonces todas las entidades pago asociadas también de deben eliminar. Bases de datos Manuel amos Cabrer 53 Bases de datos 54

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

Tema 2: Modelo Entidad-Asociación (E-A) Tema 2: Modelo Entidad-Asociación (E-A) Conjuntos entidad Conjuntos asociación Cuestiones de diseño Restricciones de asociaciones Claves Diagrama E-A Características del modelo E-A ampliado Diseño de un

Más detalles

Modelo Entidad-Relación

Modelo Entidad-Relación Modelo Entidad-Relación El modelo de datos de entidad-relación (ER) se basa en una percepción de un mundo real que consiste en un conjunto de objetos básicos llamados entidades y de relaciones entre estos

Más detalles

EL MODELO ENTIDAD-RELACIÓN:

EL MODELO ENTIDAD-RELACIÓN: APUNTES DEL MÓDULO PROFESIONAL: SISTEMAS GESTORES DE BASES DE DATOS (2) Página 1 de 8 EL MODELO ENTIDAD-RELACIÓN: Conceptos previos vistos anteriormente: Los modelos de datos son el conjunto de conceptos

Más detalles

Tema 2: Modelo Entidad-Relación(ER)

Tema 2: Modelo Entidad-Relación(ER) ÒÓ Ô ºÙÒ ÓÚ º Tema 2: Modelo Entidad-Relación(ER) Fernando Cano Espinosa Universidad de Oviedo. Departamento de Informática 1 Contenido 1. Introducción al modelo de datos ER 2. Conjuntos de entidades y

Más detalles

rg.o cm a Diseñ e o o c o c n o ce c p e tual l@ rza e b Di D s i e s ño d e b as a e s s s d e d at a o t s

rg.o cm a Diseñ e o o c o c n o ce c p e tual l@ rza e b Di D s i e s ño d e b as a e s s s d e d at a o t s Diseño conceptual Diseño de bases de datos Documento de especificación del sistema 1. Definición del problema 2. Descripción funcional 2. 3. Restricciones 4. Diagramas de flujo de datos 5. Modelo de datos

Más detalles

Tutorial de UML. Introducción: Objetivos: Audiencia: Contenidos:

Tutorial de UML. Introducción: Objetivos: Audiencia: Contenidos: Tutorial de UML Introducción: El Lenguaje de Modelamiento Unificado (UML - Unified Modeling Language) es un lenguaje gráfico para visualizar, especificar y documentar cada una de las partes que comprende

Más detalles

M III ABSTRACCIÓN Y CLASIFICACIÓN

M III ABSTRACCIÓN Y CLASIFICACIÓN M III ABSTRACCIÓN Y CLASIFICACIÓN COMPLEJIDAD Y ABSTRACCIÓN La abstracción en el desarrollo del programario En todo el proceso de abstracción siempre hay una parte de la situación o del problema que se

Más detalles

INTRODUCCIÓN A LOS SISTEMAS GESTORES DE BASE DE DATOS

INTRODUCCIÓN A LOS SISTEMAS GESTORES DE BASE DE DATOS INTRODUCCIÓN A LOS SISTEMAS GESTORES DE BASE DE DATOS AUTORÍA JOSEFA PÉREZ DOMÍNGUEZ TEMÁTICA NUEVAS TECNOLOGIAS ETAPA CICLOS FORMATIVOS DE GRADO SUPERIOR DE INFORMÁTICA Resumen En esta publicación se

Más detalles

Modelado de datos. Bibliografía. Representación de la información Modelos de datos Modelado semántico

Modelado de datos. Bibliografía. Representación de la información Modelos de datos Modelado semántico Modelado de datos Representación de la información Modelos de datos Modelado semántico El modelo entidad/relación Elementos: Entidades, atributos, claves y relaciones Representación gráfica: Diagramas

Más detalles

BASES DE DATOS TEMA 2. MODELOS DE DATOS

BASES DE DATOS TEMA 2. MODELOS DE DATOS Contenidos generales BASES DE DATOS TEMA 2. MODELOS DE DATOS * Introducción al modelado conceptual * Concepto de modelo * Proceso de diseño de una base de datos * Modelo Entidad-Relación - Componentes

Más detalles

DIAGRAMA DE CLASES EN UML

DIAGRAMA DE CLASES EN UML DIAGRAMA DE CLASES EN UML Mg. Juan José Flores Cueto jflores@usmp.edu.pe Ing. Carmen Bertolotti Zuñiga cbertolotti@usmp.edu.pe INTRODUCCIÓN UML (Unified Modeling Language) es un lenguaje que permite modelar,

Más detalles

Unidad II: Diseño de Bases de Datos y el modelo E-R. 2.1 El Proceso de Diseño

Unidad II: Diseño de Bases de Datos y el modelo E-R. 2.1 El Proceso de Diseño Unidad II: Diseño de Bases de Datos y el modelo E-R. 2.1 El Proceso de Diseño El proceso de diseño para una base de datos consta básicamente de 7 pasos, los cuáles se describen en la siguiente imagen.

Más detalles

Maestría en Bioinformática. Bases de Datos y Sistemas de Información. Diseño Conceptual. Ing. Alfonso Vicente, PMP alfonso.vicente@logos.com.

Maestría en Bioinformática. Bases de Datos y Sistemas de Información. Diseño Conceptual. Ing. Alfonso Vicente, PMP alfonso.vicente@logos.com. Maestría en Bioinformática Bases de Datos y Sistemas de Información Diseño Conceptual Ing. Alfonso Vicente, PMP alfonso.vicente@logos.com.uy Agenda Conceptos Elementos del MER Herramientas Diseño conceptual

Más detalles

Introducción al UML. Domingo Hernández H. Escuela de Ingeniería de Sistemas Departamento de computación

Introducción al UML. Domingo Hernández H. Escuela de Ingeniería de Sistemas Departamento de computación Introducción al UML Domingo Hernández H. Escuela de Ingeniería de Sistemas Departamento de computación Contenido Qué es UML?. Diagramas Utilizados en UML. Ejemplos. Qué es UML UML es un Lenguaje de Modelado

Más detalles

Tema 2. Modelado Entidad-Relación

Tema 2. Modelado Entidad-Relación Durante la definición de requerimientos y el diseño conceptual hay que identificar las necesidades básicas en cuanto a datos, relaciones entre datos, así como las operaciones que se van a llevar a cabo

Más detalles

DCU Diagramas de casos de uso

DCU Diagramas de casos de uso DCU Diagramas de casos de uso Universidad de Oviedo Departamento de Informática Contenidos Introducción Elementos básicos Más sobre los actores Más sobre los casos de uso Más sobre las asociaciones Otros

Más detalles

Notación UML para modelado Orientado a Objetos

Notación UML para modelado Orientado a Objetos 1 Notación UML para modelado Orientado a Objetos 2 Notación UML para modelado Orientado a Objetos Índice 1.1. Qué es UML?.. 3 1.2. Por qué interesa UML en la asignatura de Programación Orientada a Objetos?3

Más detalles

Diagramas de Clase en UML 1.1

Diagramas de Clase en UML 1.1 Diagramas de Clase en UML. Francisco José García Peñalvo Licenciado en Informática. Profesor del Área de Lenguajes y Sistemas Informáticos de la Universidad de Burgos. fgarcia@.ubu.es Carlos Pardo Aguilar

Más detalles

Diagramas de Clases ~ 1 ~ Ing. Fabián Silva Alvarado

Diagramas de Clases ~ 1 ~ Ing. Fabián Silva Alvarado Diagramas de Clases ~ 1 ~ Ing. Fabián Silva Alvarado DIAGRAMAS DE CLASES RELACIONES ENTRE CLASES Una vez que tengamos todas nuestras clases, será necesario que estas se asocien, con el fin de mostrar la

Más detalles

BASES DE DATOS TEMA 2. MODELOS DE DATOS

BASES DE DATOS TEMA 2. MODELOS DE DATOS Contenidos generales BASES DE DATOS TEMA 2. MODELOS DE DATOS * Concepto de modelo * Proceso de diseño de una base de datos * Modelo Entidad-Relación - Componentes del Modelo E-R - Cardinalidad de asignación

Más detalles

UML. Lenguaje de Modelado Unificado

UML. Lenguaje de Modelado Unificado Lenguaje de Modelado Unificado Concepto de Reseña Histórica Características Estándares que conforman Modelo Relacional con Ventajas Críticas Concepto de (Unified( Modeling language) Es un lenguaje usado

Más detalles

Maestría en Bioinformática. Bases de Datos y Sistemas de Información. Del MER al MR. Ing. Alfonso Vicente, PMP alfonso.vicente@logos.com.

Maestría en Bioinformática. Bases de Datos y Sistemas de Información. Del MER al MR. Ing. Alfonso Vicente, PMP alfonso.vicente@logos.com. Maestría en Bioinformática Bases de Datos y Sistemas de Información Del MER al MR Ing. Alfonso Vicente, PMP alfonso.vicente@logos.com.uy Agenda Conceptos MER a MR Introducción Agenda Conceptos MER a MR

Más detalles

Índice 1 Instalación de la herramienta 2 Descripción de la herramienta 2 Arranque de la aplicación 3 Proyecto 4 Diagrama de clases 5

Índice 1 Instalación de la herramienta 2 Descripción de la herramienta 2 Arranque de la aplicación 3 Proyecto 4 Diagrama de clases 5 Índice Índice 1 Instalación de la herramienta 2 Descripción de la herramienta 2 Arranque de la aplicación 3 Proyecto 4 Diagrama de clases 5 Crear diagrama de clases 5 Crear elementos 7 Editar elementos

Más detalles

Diagramas del UML. A continuación se describirán los diagramas más comunes del UML y los conceptos que representan: Diagrama de Clases

Diagramas del UML. A continuación se describirán los diagramas más comunes del UML y los conceptos que representan: Diagrama de Clases El UML está compuesto por diversos elementos gráficos que se combinan para conformar diagramas. Debido a que el UML es un lenguaje, cuenta con reglas para combinar tales elementos. La finalidad de los

Más detalles

Base de datos relacional

Base de datos relacional Base de datos relacional Una base de datos relacional es una base de datos que cumple con el modelo relacional, el cual es el modelo más utilizado en la actualidad para modelar problemas reales y administrar

Más detalles

Ingeniería del Software. Modelo de Dominio

Ingeniería del Software. Modelo de Dominio Modelo de Dominio Representación de los conceptos (objetos) significativos en el domino del problema Incluye: Clases de objetos Asociaciones entre clases de objetos Atributos de las clases de objetos Objeto:

Más detalles

Teórico 9 Del MER al MR

Teórico 9 Del MER al MR Teórico 9 Del MER al MR Introducción Veremos cómo traducir un modelo conceptual, en forma de Modelo Entidad-Relación, en un modelo lógico de base de datos, en forma de Modelo Relacional. Para esto, estudiaremos

Más detalles

Modelo ER Jos e Ram on Param a Gab ıa

Modelo ER Jos e Ram on Param a Gab ıa Modelo ER José Ramón Paramá Gabía ii ÍNDICE GENERAL Índice general 1. Modelo Entidad-Relación 1 1.1. Diseño de bases de datos.............................. 1 1.2. Ejemplo guía....................................

Más detalles

Repaso de Conceptos Básicos de Bases de Datos

Repaso de Conceptos Básicos de Bases de Datos escuela técnica superior de ingeniería informática Repaso de Conceptos Básicos de Bases de Datos Departamento de Lenguajes Grupo de Ingeniería del Software Septiembre 2004 Definición Una base de datos

Más detalles

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

TEMA 3. 1. Diseño de una Base de Datos... 2 TEMA 3 DISEÑO. MODELO ENTIDAD-RELACIÓN 1. Diseño de una Base de Datos................. 2 2. Modelo Entidad-Relación..................... 9 (a) Entidad, atributo, interrelaciones.......... 10 (b) Lazos

Más detalles

Diagramas de clases de UML

Diagramas de clases de UML Qué es UML? UML ( Unified Modeling Language ) es un lenguaje visual para crear modelos de sistemas. Diagramas de clases de UML Franco Guidi Polanco Escuela de Ingeniería Industrial Pontificia Universidad

Más detalles

Principios Básicos de Orientación a Objetos. Orientación a Objetos

Principios Básicos de Orientación a Objetos. Orientación a Objetos Principios Básicos de Orientación a Objetos Orientación a Objetos Abstracción Encapsulación Modularidad Jerarquia Qué es Abstracción? Es la capacidad de conceptualizar entidades genéricas de información

Más detalles

Capítulos 2 y 5: Modelación con UML y Modelo Objeto

Capítulos 2 y 5: Modelación con UML y Modelo Objeto Capítulos 2 y 5: Modelación con UML y Modelo Objeto Asignando Responsabilidades 2 Responsabilidades son obligaciones de un objeto, o comportamiento relacionado a su rol en el sistema Qué hace un objeto?

Más detalles

Inteligencia Artificial II. Razonamiento con ontologías

Inteligencia Artificial II. Razonamiento con ontologías Inteligencia Artificial II Curso 2008 09 Trabajo de curso Razonamiento con ontologías Antonio Jiménez Mavillard Enunciado Una ontología es una representación formal de un determinado dominio o área de

Más detalles

Weitzenfeld: Capítulo 4 1

Weitzenfeld: Capítulo 4 1 Weitzenfeld: Capítulo 4 Parte II Modelado y Programación Orientada a Objetos En esta segunda parte se describirá la programación orientada a objetos desde dos perspectivas distintas. La primera es el modelado

Más detalles

Correspondencias entre taxonomías XBRL y ontologías en OWL Unai Aguilera, Joseba Abaitua Universidad de Deusto, EmergiaTech

Correspondencias entre taxonomías XBRL y ontologías en OWL Unai Aguilera, Joseba Abaitua Universidad de Deusto, EmergiaTech Correspondencias entre taxonomías XBRL y ontologías en OWL Unai Aguilera, Joseba Abaitua Universidad de Deusto, EmergiaTech Resumen Todo documento XBRL contiene cierta información semántica que se representa

Más detalles

TEMA 7: DIAGRAMAS EN UML

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

Más detalles

UNIVERSIDAD NACIONAL DE ASUNCION FACULTAD POLITÉCNICA CARRERA: LCIK MATERIA: Bases de Datos I Prof: Lic. Lilian Riveros Unidad 2: Modelo Relacional

UNIVERSIDAD NACIONAL DE ASUNCION FACULTAD POLITÉCNICA CARRERA: LCIK MATERIA: Bases de Datos I Prof: Lic. Lilian Riveros Unidad 2: Modelo Relacional El Modelo Relacional es un modelo de datos que nos permite describir la estructura de una base de datos a nivel lógico. En 1969, Edgar Frank Ted Codd (1923-2003) introduce el modelo relacional con una

Más detalles

Registro (record): es la unidad básica de acceso y manipulación de la base de datos.

Registro (record): es la unidad básica de acceso y manipulación de la base de datos. UNIDAD II 1. Modelos de Bases de Datos. Modelo de Red. Representan las entidades en forma de nodos de un grafo y las asociaciones o interrelaciones entre estas, mediante los arcos que unen a dichos nodos.

Más detalles

Diagrama de Clases. Diagrama de Clases

Diagrama de Clases. Diagrama de Clases Diagrama de Clases 1 Diagrama de Clases El propósito de este diagrama es el de representar los objetos fundamentales del sistema, es decir los que percibe el usuario y con los que espera tratar para completar

Más detalles

Sistemas de Bases de Datos I. Modelo Lógico Modelo Relacional

Sistemas de Bases de Datos I. Modelo Lógico Modelo Relacional Sistemas de Bases de Datos I Modelo Lógico Modelo Relacional Modelo Lógico Modelo Relacional Esquema Relacional (E- R) Es la representación de un DER mediante tablas. Algebra Relacional Modelo Relacional

Más detalles

Modelado Estático Avanzado (Asociaciones) Diseño de Software Avanzado Departamento de Informática

Modelado Estático Avanzado (Asociaciones) Diseño de Software Avanzado Departamento de Informática Modelado Estático Avanzado (Asociaciones) Asociación vs. Operación Toda asociación tiene un doble significado: Aspecto estático: estructura del sistema (estados posibles). Aspecto dinámico: comportamiento

Más detalles

Relaciones entre conjuntos

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

Más detalles

3.- Diseño estructural: Diagrama de clases. Mª Antonia Zapata Máster Bases de Datos e Internet

3.- Diseño estructural: Diagrama de clases. Mª Antonia Zapata Máster Bases de Datos e Internet 3.- Diseño estructural: Diagrama de clases Mª Antonia Zapata Máster Bases de Datos e Internet Introducción Los diagramas de clases sirven para representar la estructura estática de un sistema incluyendo

Más detalles

TEMA 6: MODIFICACIÓN DE LA BASE DE DATOS EN SQL

TEMA 6: MODIFICACIÓN DE LA BASE DE DATOS EN SQL TEMA 6: MODIFICACIÓN DE LA BASE DE DATOS EN SQL 5.6 MODIFICACIÓN DE LA BASE DE DATOS SQL posee comandos destinados también para modificar la base de datos, entre estos se tienen operaciones de borrado,

Más detalles

Gestión de la Información

Gestión de la Información Gestión de la Información Patricio Martínez Barco Departamento de Lenguajes y Sistemas Informáticos patricio@dlsi.ua.es Gestión de la Información TEMA 2 (PARTE II) METODOLOGÍA DE DISEÑO DE BASES DE DATOS

Más detalles

FUNDACION EDUCATIVA OBRERA FUNEDO TECNICO EN SECRETARIADO EJECUTIVO SISTEMATIZADO

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

Más detalles

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

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

Más detalles

TEMA 6. DISEÑO CONCEPTUAL DE BASES DE DATOS. MODELO ENTIDAD RELACIÓN.

TEMA 6. DISEÑO CONCEPTUAL DE BASES DE DATOS. MODELO ENTIDAD RELACIÓN. TEMA 6. DISEÑO CONCEPTUAL DE BASES DE DATOS. MODELO ENTIDAD RELACIÓN. 1. Introducción 2. Metodología de diseño de bases de datos 3. Modelos de datos 4. El modelo entidad relación 5. Metodología de diseño

Más detalles

Introducción al diseño de bases de datos

Introducción al diseño de bases de datos Introducción al diseño de bases de datos Dolors Costal Costa P06/M2109/02150 FUOC P06/M2109/02150 Introducción al diseño de bases de datos Índice Introducción... 5 Objetivos... 5 1. Introducción al diseño

Más detalles

Apuntes de Matemática Discreta 1. Conjuntos y Subconjuntos

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

Más detalles

Capítulo VI. Diagramas de Entidad Relación

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

Más detalles

DIGITALIZACIÓN DE DOCUMENTOS: PROYECTO DIGISAN

DIGITALIZACIÓN DE DOCUMENTOS: PROYECTO DIGISAN DIGITALIZACIÓN DE DOCUMENTOS: PROYECTO DIGISAN Francisco Belmonte Díaz Diseño e implementación de Sistemas Informáticos. Coordinación de Tareas de Programación Servicio de Gestión Informática. Consejería

Más detalles

Patrones de Diseño Orientados a Objetos 2 Parte

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

Más detalles

TEMA 5. 1. Fases de diseño de una BD... 2. 2. Captación y análisis de requerimientos... 3. 3. Diseño conceptual de la BD... 5

TEMA 5. 1. Fases de diseño de una BD... 2. 2. Captación y análisis de requerimientos... 3. 3. Diseño conceptual de la BD... 5 TEMA 5 DISEÑO DE UNA BASE DE DATOS 1. Fases de diseño de una BD................... 2 2. Captación y análisis de requerimientos......... 3 3. Diseño conceptual de la BD................... 5 4. Diseño lógico................................

Más detalles

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

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

Más detalles

ESCUELA DE ADMINISTRACIÓN

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

Más detalles

ELEMENTOS DE BASES. DE DATOS Segundo Cuatrimestre 2015. Clase 4: Decisiones de diseño Pasaje a Tablas: modelo relacional

ELEMENTOS DE BASES. DE DATOS Segundo Cuatrimestre 2015. Clase 4: Decisiones de diseño Pasaje a Tablas: modelo relacional Dpto. Ciencias e Ingeniería de la Computación Universidad Nacional del Sur ELEMENTOS DE BASES DE DATOS Segundo Cuatrimestre 2015 Clase 4: Decisiones de diseño Pasaje a Tablas: modelo relacional Mg. María

Más detalles

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

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

Más detalles

IAP 1003 - ENTORNOS INFORMATIZADOS CON SISTEMAS DE BASES DE DATOS

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

Más detalles

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

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

Más detalles

Programación Avanzada. Análisis Modelado del Dominio

Programación Avanzada. Análisis Modelado del Dominio Programación Avanzada Análisis Modelado del Dominio Contenido Introducción Modelo de Dominio Conceptos Asociaciones Atributos Generalizaciones Otros elementos Restricciones Programación Avanzada Análisis:

Más detalles

PROGRAMACIÓN ORIENTADA A OBJETOS

PROGRAMACIÓN ORIENTADA A OBJETOS PROGRAMACIÓN ORIENTADA A OBJETOS Clase 1. Introducción Profesor: Diego Sánchez Gómez Introducción a la programación orientada a objetos 1. Introducción a la programación orientada a objetos 2. Las clases

Más detalles

BASES DE DATOS TEMA 1

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

Más detalles

UNIVERSIDAD NACIONAL DE TRUJILLO ESCUELA DE INFORMATICA BASE DE DATOS

UNIVERSIDAD NACIONAL DE TRUJILLO ESCUELA DE INFORMATICA BASE DE DATOS UNIVERSIDAD NACIONAL DE TRUJILLO ESCUELA DE INFORMATICA BASE DE DATOS TEMA 3 MODELO ENTIDAD INTERRELACION Modelización Conceptual Modelo Entidad-Interrelación Elementos M.E.IR Caso de Estudio Tipos de

Más detalles

Ingeniería del Software I

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

Más detalles

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

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

Más detalles

BASE DE DATOS RELACIONALES

BASE DE DATOS RELACIONALES BASE DE DATOS RELACIONALES Una base de datos relacional es una base de datos que cumple con el modelo relacional, el cual es el modelo más utilizado en la actualidad para implementar bases de datos ya

Más detalles

CASO PRÁCTICO DISTRIBUCIÓN DE COSTES

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

Más detalles

Tema 5. Diseño detallado.

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

Más detalles

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

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

Más detalles

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

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

Más detalles

DISEÑO DE BASES DE DATOS RELACIONALES

DISEÑO DE BASES DE DATOS RELACIONALES DISEÑO DE BASES DE DATOS RELACIONALES Bases de Datos I MIS. Lizbeth Alejandra Hernández González Introducción El objetivo del diseño de las bases de datos relacionales es la generación de un conjunto de

Más detalles

Diseño de bases de datos Diapositiva 1

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

Más detalles

Tema 1: Introducción

Tema 1: Introducción Tema 1: Introducción Definición Objetivo de los SGBD (o por que los SGBD son importantes) Principales implementaciones Relacional Orientada a objetos SQL Resumen: Principales ventajas derivadas del uso

Más detalles

Índice. http://www.dicampus.es

Índice. http://www.dicampus.es Módulo 2 UML Índice Introducción a UML Lenguaje Unificado de Modelado (UML) Diagramas UML Diagramas de casos de uso Diagramas estructurales: Clases Diagramas estructurales: Objetos Diagramas de interacción:

Más detalles

EJ_SA. Ejemplo Sistema de Acceso

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

Más detalles

2.4 Modelado conceptual

2.4 Modelado conceptual 2.4 Modelado conceptual 2.4. Búsqueda de conceptos Un modelo conceptual muestra clases conceptuales significativas en un dominio del problema; es el artefacto más importante que se crea durante el análisis

Más detalles

UNIVERSIDAD DON BOSCO FACULTAD DE ESTUDIOS TECNOLÓGICOS

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

Más detalles

Paso del E-R a tablas

Paso del E-R a tablas Paso del E-R a tablas Fernando Cano Mayo 2012 1. Entidades Cada entidad del modelo E-R genera una tabla. Dicha tabla contiene como columnas cada uno de los atributos de la entidad. Además puede contener

Más detalles

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

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

Más detalles

BASES DE DATOS TEMA 4 DISEÑO DE BASES DE DATOS RELACIONALES

BASES DE DATOS TEMA 4 DISEÑO DE BASES DE DATOS RELACIONALES BASES DE DATOS TEMA 4 DISEÑO DE BASES DE DATOS RELACIONALES El modelo relacional se basa en dos ramas de las matemáticas: la teoría de conjuntos y la lógica de predicados de primer orden. El hecho de que

Más detalles

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

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

Más detalles

rg.o cm a Diseñ e o o l óg ó ico c l@ rza e b Di D s i e s ño d e b as a e s s s d e d at a o t s s r e r la l c a i c o i nal a e l s

rg.o cm a Diseñ e o o l óg ó ico c l@ rza e b Di D s i e s ño d e b as a e s s s d e d at a o t s s r e r la l c a i c o i nal a e l s Diseño lógico Diseño de bases de datos relacionales Diseño lógico de bases de datos relacionales El modelo relacional: El concepto de relación: tuplas, atributos y dominios. Restricciones de integridad

Más detalles

MANUAL PARA CREAR USUARIOS. Guía para crear, desactivar e inmovilizar Usuarios de Salesforce

MANUAL PARA CREAR USUARIOS. Guía para crear, desactivar e inmovilizar Usuarios de Salesforce MANUAL PARA CREAR USUARIOS Guía para crear, desactivar e inmovilizar Usuarios de Salesforce Última modificación: marzo 2015 INDICE 1. INTRODUCCIÓN... 2 Acerca de los Usuarios de Salesforce... 2 2. CÓMO

Más detalles

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

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

Más detalles

El modelo conceptual de descripción archivística de la CNEDA

El modelo conceptual de descripción archivística de la CNEDA El modelo conceptual de descripción archivística de la CNEDA Javier Barbadillo Alonso (Archivo Municipal de Guadalajara y CNEDA) CNEDA Normalización de la descripción archivística: hacia un modelo conceptual

Más detalles

Desarrollo de un Sistema de Gestión de Proyectos mediante el framework GWT

Desarrollo de un Sistema de Gestión de Proyectos mediante el framework GWT Proyecto de Fin de Carrera Universidad Politécnica de Valencia Escuela Técnica Superior de Informática Desarrollo de un Sistema de Gestión de Proyectos mediante el framework GWT Realizado por: Dirigido

Más detalles

OPERACIONES FUNDAMENTALES DEL ÁLGEBRA RELACIONAL. Bases de Datos Ingeniería de Sistemas y Computación Universidad Nacional de Colombia 2007

OPERACIONES FUNDAMENTALES DEL ÁLGEBRA RELACIONAL. Bases de Datos Ingeniería de Sistemas y Computación Universidad Nacional de Colombia 2007 OPERACIONES FUNDAMENTALES DEL ÁLGEBRA RELACIONAL Bases de Datos Ingeniería de Sistemas y Computación Universidad Nacional de Colombia 2007 Álgebra Relacional Álgebra Relacional El álgebra relacional es

Más detalles

BASES DE DATOS TEMA 3 MODELO ENTIDAD - RELACIÓN

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

Ramón Manjavacas Ortiz

Ramón Manjavacas Ortiz Curso 2004-2005 Ramón Manjavacas Ortiz Web: http://www.inf-cr.uclm.es/www/rmanjava Email: Ramon.Manjavacas@uclm.es Dominios.: 1 Directorio Activo.: 2 Transp. 2 Toda organización presenta una estructuración

Más detalles

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

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

Más detalles

Tema 6: Teoría de la Normalización

Tema 6: Teoría de la Normalización Tema 6: Teoría de la Normalización 1. Introducción Si definimos una base de datos como; una colección de información estructurada, referente a objetos y hechos de la realidad, y almacenados en un ordenador

Más detalles

CAPITULO V PLANIFICACIÓN Y GESTIÓN DEL PROYECTO

CAPITULO V PLANIFICACIÓN Y GESTIÓN DEL PROYECTO CAPITULO V PLANIFICACIÓN Y GESTIÓN DEL PROYECTO La adquisición de un acuerdo de outsourcing fuerte y activo es una tarea particularmente compleja, con ramas de actividad muy dispares y potencialmente difíciles.

Más detalles

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

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

Más detalles

Tema 2: Diseño de Bases de Datos (Diseño Conceptual)

Tema 2: Diseño de Bases de Datos (Diseño Conceptual) Universidad Central de Venezuela Facultad de Ciencias Escuela de Computación BSES DE DTOS Tema 2: Diseño de Bases de Datos (Diseño Conceptual) Profa. Mercy Ospina T. Caracas, 03 de septiembre de 2009 Centro

Más detalles

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

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

Más detalles

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

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

Más detalles

3. DIAGRAMAS DE CLASES...19 3.1. INTRODUCCIÓN... 19 3.2. DIAGRAMAS DE CLASES... 19 3.2.1. Perspectivas...20 3.2.2. Clases...20 3.2.2.1.

3. DIAGRAMAS DE CLASES...19 3.1. INTRODUCCIÓN... 19 3.2. DIAGRAMAS DE CLASES... 19 3.2.1. Perspectivas...20 3.2.2. Clases...20 3.2.2.1. 3. DIAGRAMAS DE CLASES...19 3.1. INTRODUCCIÓN... 19 3.2. DIAGRAMAS DE CLASES... 19 3.2.1. Perspectivas...20 3.2.2. Clases...20 3.2.2.1. Compartimento del nombre...21 3.2.2.2. Compartimento de la lista

Más detalles

Base de datos en Access

Base de datos en Access Unidad 6.-Bases de Datos en Access Autor: Dr. Ramón Roque Hernández http://ramonroque.com/materias/pootec.htm ramonroque@yahoo.com Colaboradores: Ing. Gloria Ma. Rodríguez Morales grodríguez@itnuevolaredo.edu.mx

Más detalles