Conjuntos entidad. prestamo. Conjuntos entidad cliente y prestamo. Atributos. Atributos. Conjuntos asociación. Tema 2: Modelo Entidad-Asociación (E-A)
|
|
- Tomás Espejo Molina
- hace 8 años
- Vistas:
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) 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 detallesDiseño de bases de datos Diapositiva 1
Diseño o de bases de datos Objetivos del Diseño Principios del Diseño de BD Proceso de Diseño Normalización Diseño de Tablas: Claves Relaciones Integridad referencial Convenciones de nomenclatura Diseño
Más 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 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 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 detalles2.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 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 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 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 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 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 detallesrg.o cm a Diseñ e o o l óg ó ico c l@ rza e b Di D s i e s ño d e b as a e s s s d e d at a o t s s r e r la l c a i c o i nal a e l s
Diseño lógico Diseño de bases de datos relacionales Diseño lógico de bases de datos relacionales El modelo relacional: El concepto de relación: tuplas, atributos y dominios. Restricciones de integridad
Más detallesMANUAL 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 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 detallesEl 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 detallesDesarrollo 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 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 detallesBASES DE DATOS TEMA 3 MODELO ENTIDAD - RELACIÓN
BASES DE DATOS TEMA 3 MODELO ENTIDAD - RELACIÓN 3.3 Aplicaciones Definición de Aplicación (Application). Programa informático que permite a un usuario utilizar una computadora con un fin específico. Las
Más detallesRamó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 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 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 detallesCAPITULO 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 detallesEste es un ejemplo muy sencillo, un esquema de empleados que trabajan en proyectos, en una relación muchos a muchos.
28/04/2012 La teoría de la normalización va perdiendo peso con el paso de los años como herramienta de diseño de bases de datos relacionales en favor de modelos de datos más ricos en su representación,
Más detallesTema 2: Diseño de Bases de Datos (Diseño Conceptual)
Universidad Central de Venezuela Facultad de Ciencias Escuela de Computación BSES DE DTOS Tema 2: Diseño de Bases de Datos (Diseño Conceptual) Profa. Mercy Ospina T. Caracas, 03 de septiembre de 2009 Centro
Más 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 detallesFICHEROS Y BASES DE DATOS (E44) 3º INGENIERÍA EN INFORMÁTICA. Tema 9. Reglas de Integridad
FICHEROS Y BASES DE DATOS (E44) 3º INGENIERÍA EN INFORMÁTICA Tema 9. Reglas de Integridad 1.- Introducción. 2.- Claves Primarias. 3.- Regla de Integridad de Entidades. 4.- Claves Ajenas. 5.- Regla de Integridad
Más detalles3. 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 detallesBase 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