IBD Plan 90 y 2003 Clase 11.

Slides:



Advertisements
Presentaciones similares
Análisis y Diseño de Sistemas Enfoque Estructurado
Advertisements

IBD Plan 90 y 2003 Clase 10.
IBD Clase 13.
IBD Clase 14.
Pasaje a Tablas.
Diseño de Bases de Datos
MODELOS ORIENTADOS A OBJETOS
Programación de bases de datos relacionales
IBD Clase 7.
IBD Plan 90 y 2003 Clase 12. UNLP - Facultad de InformáticaIBD - CLASE 12 2 Modelado de datos Como mejorar la calidad del Esquema Conceptual ? Validación:
TECNICATURA UNIVERSITARIA EN INFORMATICA
Fundamentos de Bases de Datos
Entidad Cosa u objeto real (una persona) o abstracto (un préstamo) de interés en el mundo real (una organización). Es distinguible de todos los demás objetos.
Modelo Entidad Relación
Fundamentos de Base de Datos Modelo E-R
Tomado de:
MER.
Modelo Entidad-Relación
Bases de Datos Modelo Relacional.
Elementos para Interpretar el Modelo Conceptual de Datos
MODELO RELACIONAL.
2.1Definición de un modelo de datos
Modelo de Datos Unidad II.
INTELIGENCIA ARTIFICIAL
Fundamentos de Ingeniería de Software
Fundamentos de Ingeniería de Software
Estadística Computacional I
Estadística Computacional I Maestría en Estadística Aplicada.
Prof. César Luza Montero
POO Santiago, Mayo 2004 TRABAJO DE INVESTIGACIÓN POO Programación Orientada a Objetos CENAFOM Carolina Bravo V. Jaime Jofré B.
Maestría en Bioinformática Bases de Datos y Sistemas de Información Calidad de Esquemas Ing. Alfonso Vicente, PMP
B ASES DE DATOS 1 Teórico: Diseño Conceptual. M ODELADO C ONCEPTUAL Primera etapa en el diseño de una BD Sub-etapas: Estudio del problema real Especificación.
Pasaje a Tablas Prof. Leonardo Carámbula – Sistemas de Bases de Datos – Informática – E.M.T. – I.T.S.
MODELO RELACIONAL.
MODELO ENTIDAD RELACIÓN
Base de Datos Relacional.
MODELO RELACIONAL.
CAPITULO 2 La Representación del Conocimiento
Modelos existentes de base de datos
UNIDAD I Conceptos Básicos.
BASE DE DATOS I Clase # 1.
Ing. Marco Zarate Z.. Entidades Relaciones Atributos.
Sistemas de Bases de Datos I
Viviana Poblete López Módulo: Modelo de Datos
Ingeniería de Software Orientado a Objetos
DISEÑO DE SOFTWARE 1ª. Parte
Bases de Datos Modelamiento.
Análisis y Diseño Orientado a Objetos utilizando UML
Métrica v2.1 Técnicas: Modelado de datos (Parte 2)
MODELADO DE DATOS (PARTE 2) Viviana Poblete L. Modelo de Datos I.
Introducción a los Sistemas de Bases de Datos (2)
Organización y Estructuración de Datos
DIAGRAMAS ENTIDAD RELACIÓN
Organización y Estructuración de Datos Profesor Titular: Mg Carlos G. Neil 2009.
Ing. Héctor Abraham Hernández Erazo
Bases de Datos.
Facultad de Ingeniería
DEFINICIÓN DE OBJETO Un objeto es aquello que puede ser observado, estudiado y aprendido CARACTERÍSTICAS nos permiten conocerlos mediante la observación,
TEMA 9: DIAGRAMA DE CLASE EN UML
Programación Orientada a Objeto
Métrica v2.1 Técnicas: Modelado de datos (Parte 1)
Clasificación de Diagramas
Diagramas.
Ingeniería de Requisitos
El Modelo de Datos Entidad-Relación (E/R)

3. Paradigmas de la ingeniería de software.
Sistemas de Información I
Fundamentos de Ingeniería de Software
Modelos Entidad – Relación (E-R). El modelo entidad-relación Los MD soportados por los SGBD no suelen ofrecer, dado su bajo nivel de abstracción, los.
Transcripción de la presentación:

IBD Plan 90 y 2003 Clase 11

Modelado de datos Modelo Entidad (Inter)Relación: Modelo de datos más usado para el diseño conceptual de BD Tres elementos básicos Entidades: clases de objetos de la realidad Interrelaciones: agregaciones de 2 o más entidades Atributos: propiedades básicas de entidades o interrelaciones Ejemplo Cardinalidad del atributo: cantidad de valores de atributos de una Entidad o Relación Card Min y Max Monovalente -> Card-Max(A,E) =1, es obligatorio (Nombre de una persona) Polivalente-> Card-Max(A,E)>1, no es obligatorio (Titulos de una persona) Cada atributo tiene un dominio: valores legítimos para ese atributo (tipos) IBD - CLASE 11 UNLP - Facultad de Informática

Modelado de datos Modelo Entidad (Inter)Relación: Cardinalidad de Atributos Mín: nro. mínimo de valores de atributos asociados con cada caso de entidad o interrelación. Card-Min(A,E)=0  atributo Opcional Ej: atributo Título de la entidad Persona Card-Min(A,E)=1  atributo Obligatorio Ej: atributo DNI de la entidad Persona Cardinalidad del atributo: cantidad de valores de atributos de una Entidad o Relación Card Min y Max Monovalente -> Card-Max(A,E) =1, es obligatorio (Nombre de una persona) Polivalente-> Card-Max(A,E)>1, no es obligatorio (Titulos de una persona) Cada atributo tiene un dominio: valores legítimos para ese atributo (tipos) IBD - CLASE 11 UNLP - Facultad de Informática

Modelado de datos Modelo Entidad (Inter)Relación: Cardinalidad de Atributos Máx: nro. máximo de valores de atributos asociados con cada caso de entidad o interrelación. Card-Max(A,E)=1  atributo Monovalente Ej: atributo DNI de la entidad Persona Card-Max(A,E)>1  atributo Polivalente Ej: atributo Título de la entidad Persona Dominio de Atributos Conjunto de valores legítmos para un atributo. Se asemejan a las declaraciones de tipo en los lenguajes convencionales de programación. Cardinalidad del atributo: cantidad de valores de atributos de una Entidad o Relación Card Min y Max Monovalente -> Card-Max(A,E) =1, es obligatorio (Nombre de una persona) Polivalente-> Card-Max(A,E)>1, no es obligatorio (Titulos de una persona) Cada atributo tiene un dominio: valores legítimos para ese atributo (tipos) IBD - CLASE 11 UNLP - Facultad de Informática

Modelado de datos Otros elementos Jerarquías de generalización: una entidad E es una generalización entre las entidades E1, E2...,En si cada objeto Ei es también un Objeto de la clase E Propiedades de Cobertura Total o parcial Exclusiva o superpuesta Ejemplos Cada entidad puede participar en múltiples generalizaciones IBD - CLASE 11 UNLP - Facultad de Informática

Modelado de datos Subconjuntos: caso particular de Jerarquía de Generalización, con una sola entidad subconjunto con cobertura parcial y exclusiva. Ejemplo Propiedad de Herencia: todas las propiedades de la entidad genérica son heredadas por las entidades subconjunto. Cada atributo, interrelación o generalización definido para la entidad genérica será heredado por todas las entidades subconjunto. Ej Cada entidad puede participar en múltiples generalizaciones ( como entidad genérica o entidad subconjunto) Atributos compuestos: grupos de atributos que tienen afinidad en cuanto a su significado o a su uso. Ejemplo Cardinalidad Máx. y Mín (similar a los atributos simples) IBD - CLASE 11 UNLP - Facultad de Informática

Modelado de datos Identificadores: un identificador de una entidad E es un grupo de atributos o de entidades relacionados con E, que determinan en forma única todos los casos de E. (claves o claves candidatas) Los atributos que pueden tener valores nulos NO pueden participar en un identificador Internos o externos (mixtos). Ejemplo Simples o compuestos. Ejemplo Al final del proceso de diseño se requiere que cada entidad sea provista de al menos un identificador IBD - CLASE 11 UNLP - Facultad de Informática

Modelado de datos Entidades Fuertes: Entidades Débiles: Entidades que pueden identificarse internamente (tienen clave interna) Entidades Débiles: Entidades que sólo poseen identificadores externos. Necesitan la existencia de la otra entidad. Ejemplo: Entidad Préstamo( # prestamo, # cliente) y Entidad Pago(#pago, fecha, importe). La entidad Pago es débil ya que el #pago se puede repetir para distintos préstamos. El identificador de una E. Genérica es identificador de las entidades subconjunto (Herencia) IBD - CLASE 11 UNLP - Facultad de Informática

Modelado de datos Resumen de abstracciones Clasificación: Agregación: Entidades (clases de objetos del mundo real con propiedades comunes) Interrelaciones (clase de hechos atómicos que relacionan dos o más entidades) Atributos (clase de valores que representan propiedades atómicas de E o I) Agregación: Entidades (agregación de atributos) Interrelaciones (agregaciones de entidades y atributos) Atributos compuestos (agregación de atributos) Generalización: Entidades Relaciones Ejemplo IBD - CLASE 11 UNLP - Facultad de Informática

Modelado de datos - Cualidades Positivas Riqueza de conceptos Muy expresivo Potente para describir la realidad Todo puede llevarse a interralaciones binaria pero con costos Diagramas fáciles de leer Los problemas pueden resolverse de distintas formas, sin afectar la minimalidad Está definido formalmente Es gráficamente completo Negativas Atenta contra la simplicidad y minimalidad No es muy sencillo de usar (cardinalidad e identificación=difíciles de entender y usar) Relaciones n-arias no convenientes en algunos casos Conclusión El modelo de E/R representa un buen término medio entre poder de expresión, simplicidad y minimalidad IBD - CLASE 11 UNLP - Facultad de Informática

Modelado de datos Metodologías de diseño conceptual: se comienza con una versión preliminar del esquema y se efectúa una serie de transformaciones de esquemas hasta arribar a la versión definitiva . Los tipos de transformaciones usadas en el proceso de diseño se clasifican en: Descendentes: corresponden a refinamientos aplicados a un esquema inicial y producen una descripcion más detallada (esquema resultante) Ascendentes: introducen nuevos conceptos y propiedades que no aparecen en versiones anteriores del esquema IBD - CLASE 11 UNLP - Facultad de Informática

Modelado de datos Primitivas Descendentes. Propiedades: Tienen una estructura simple: el esquema inicial es un concepto único y el resultante se compone de un conjunto pequeño de conceptos Todos los nombres se refinan dando lugar a nuevos nombres que describen el concepto original en un nivel de abstracción más bajo Las conexiones lógicas se heredan por un solo concepto del esquema resultante IBD - CLASE 11 UNLP - Facultad de Informática

Modelado de datos Primitivas Descendentes T1: Entidad -> Entidades relacionadas T2: Entidad -> Generalización T3: Entidad -> Entidades no relacionadas T4: Interralación -> I. Paralelas T5: Interralación -> Entidades con I. T6: Introducción de atributos T7: Introducción de atributos compuestos T8: Refinamiento de atributos para producir un atributo compuesto o un conj. de atributos simples Ejemplos IBD - CLASE 11 UNLP - Facultad de Informática

Modelado de datos Primitivas Ascendentes Se usan en el diseño de un esquema, siempre que se descubren rasgos del dominio de aplicación que no fueron captados en ningún nivel de abstracción en la versión anterior del esquema. IBD - CLASE 11 UNLP - Facultad de Informática

Modelado de datos Primitivas Ascendentes B1: Generación de Entidad (el analista descubre un nuevo concepto con pdades específicas, que no aparecía en el esquema anterior) B2: Generación de Interrelación B3: Generación de Generalización (se debe comprobar si las propiedades deben pasar de una entidad a otra.) B4: Agregación de atributos (se genera un nuevo atributo y se conecta a una E o R definida anteriormente) B5: Agregación de atributo compuesto ((se genera un nuevo atributo compuesto y se conecta a una E o R definida anteriormente) Ejemplos IBD - CLASE 11 UNLP - Facultad de Informática

Modelado de datos Diseño de vistas (“vista”:percepción de los requerimientos de datos de una aplicación) Objetivo Crear un esquema conceptual partiendo de una descripción informal de los requerimientos del usuario Actividades Análisis de los requerimientos para captar el significado de los objetos de interés, su agrupación, propiedades, etc. Representación de los objetos, clases y propiedades usando conceptos de E/R IBD - CLASE 11 UNLP - Facultad de Informática

Modelado de datos Fuentes de requerimientos Descripción en lenguaje natural Formularios Software pre-existente Reglamentos (en organizaciones) Leyes existentes Etc. IBD - CLASE 11 UNLP - Facultad de Informática