SlideShare una empresa de Scribd logo
República Bolivariana de Venezuela
Instituto Universitario Politécnico “Santiago Mariño”
Ingeniería de Sistemas
Sede Barcelona, Estado Anzoátegui
ModelosdeBasedeDatos
Modelado de Datos
Elaborado por:
Isnaldo Arias
CI: 18.510.208
INTRODUCCCIOÓN
Los modelos de datos aportan la base conceptual para diseñar aplicaciones que hacen un uso intensivo de datos, así
como la base formal para las herramientas y técnicas empleadas en el desarrollo y uso de sistemas de información. Con
respecto al diseño de bases de datos, el modelado de datos puede ser descrito así (Brodie 1984:20): "dados los
requerimientos de información y proceso de una aplicación de uso intensivo de datos (por ejemplo, un sistema de
información), construir una representación de la aplicación que capture las propiedades estáticas y dinámicas requeridas
para dar soporte a los procesos deseados (por ejemplo, transacciones y consultas). Además de capturar las necesidades
dadas en el momento de la etapa de diseño, la representación debe ser capaz de dar cabida a eventuales futuros
requerimientos".
MODELO DE DATOS
Un modelo de base de datos es un tipo de modelo de datos que determina la
estructura lógica de una base de datos y de manera fundamental determina el modo de
almacenar, organizar y manipular los datos.
CLASIFICACION DE MODELOS DE DATOS
Entre los modelos lógicos comunes para bases de datos se encuentran:
 Modelo jerárquico: El modelo jerárquico organiza los datos en una estructura de árbol, en la que cada
registro tiene un único elemento o raíz.
 Modelo en red: El modelo de red se basa en el modelo jerárquico, permitiendo relaciones de muchos a
muchos entre registros vinculados, lo que implica registros principales múltiples.
 Modelo relacional: Siendo el modelo más común, el modelo relacional ordena los datos en tablas,
también conocidas como relaciones, cada una de las cuales se compone de columnas y filas.
 Modelo entidad–relación: Este modelo capta las relaciones entre entidades del mundo real de forma
muy similar al modelo de red, pero no está directamente ligado a una estructura física de la base de
datos.
CLASIFICACION DE MODELOS DE DATOS
 Base de datos orientada a objetos: Este modelo define una base de datos como una colección de
objetos, o elementos de software reutilizables, con funciones y métodos relacionados.
 Modelo documental: Una base de datos documental está constituida por un conjunto de programas que
almacenan, recuperan y gestionan datos de documentos o datos de algún modo estructurados.
 Modelo entidad–atributo–valor: Es un método de representar una colección de datos dentro de una
computadora. El modelo está diseñado para permitir a un sujeto a ser descrita por un pequeño conjunto
de atributos que se selecciona de una lista más amplia de posibles atributos.
 Modelo en estrella: El esquema en estrella es un modelo de datos que tiene una tabla de hechos (o tabla
fact) que contiene los datos para el análisis, rodeada de las tablas de dimensiones.
CLASIFICACION DE MODELOS DE DATOS
Los modelos físicos de datos incluyen:
 Índice invertido: Una base de datos construida con estructura de archivo invertido se diseña para
facilitar búsquedas rápidas de texto completo.
 Fichero plano: El modelo plano es el modelo de datos más antiguo y más sencillo. Simplemente
presenta todos los datos en una sola tabla, que consiste de columnas y filas.
Otros modelos lógicos pueden ser:
 Modelo asociativo: Este modelo divide todos los puntos de datos en base a si describen una entidad o
una asociación.
Otros modelos lógicos pueden ser:
 Modelo multidimensional: Esta es una variación del modelo relacional diseñado para facilitar un mejor
procesamiento analítico.
 Modelo multivalor: El cual se desprende del modelo relacional, permitiendo que los atributos
contengan una lista de datos en lugar de un solo punto de datos.
 Modelo semántico: el cual incluye información acerca de cómo los datos almacenados se relacionan
con el mundo real.
 Base de datos XML: La cual permite que los datos sean especificados e incluso almacenados en
formato XML.
 Grafo etiquetado
CLASIFICACION DE MODELOS DE DATOS
UTILIDAD DE MODELOS DE DATOS
Los modelos de datos son esenciales para el desarrollo de sistemas de información, ya que a través de
ellos puede conseguirse la compatibilidad necesaria para manejar cantidades colosales de datos. Además, si
se utilizan las mismas estructuras para el almacenamiento y el acceso, entonces distintas aplicaciones
pueden compartir información. Un claro ejemplo es un formulario de registro en una página de Internet,
donde para nuestro nombre sólo podemos ingresar letras, y para nuestra fecha de nacimiento, números con
un orden específico (como ser día, mes y año). Estas restricciones responden a necesidades de la base de
datos y deberían ser iguales en dos bases entre las que se quisiera compartir información.
MODELOS DE DATOS
DEFINICIONES BASICAS
 Abstracción: La abstracción consiste en representar bajo ciertos lineamientos de formato las
características esenciales de una estructura de datos. Este proceso de diseño evita los detalles específicos
de implementación de los datos. Este proceso se realiza a través de varios niveles de abstracción:
 Nivel Físico: Describe cómo se almacenan realmente los datos. Se describen en detalle las
estructuras de datos complejas de bajo nivel.
 Nivel Lógico: Es el siguiente nivel más alto de abstracción. Describe qué datos se almacenan en la
base de datos y qué relaciones existen entre esos datos. Los administradores de bases de datos, que
deben decidir la información que se mantiene en la base de datos, usan el nivel lógico de
abstracción.
MODELOS DE DATOS
DEFINICIONES BÁSICAS
 Nivel de Vistas: El nivel más alto de abstracción describe sólo parte de la base de datos completa.
Los usuarios que utilizan este nivel de abstracción tienen una gran simplificación en su interacción
con el sistema, ya que ven un conjunto de programas de aplicación (vistas) que esconden los
detalles de los tipos de datos.
 Semántica: Es un modelo de datos conceptual que incluye la capacidad de expresar información que
permite el intercambio de información para interpretar su significado (semántico) de las instancias, sin
necesidad de conocer el meta-modelo. Estos modelos semánticos están orientados a los hechos (en
oposición a los orientados a objetos). Los hechos son típicamente expresados por relaciones binarias
entre elementos de datos, mientras que las relaciones de orden superior se expresan como colecciones
de relaciones binarias.
MODELOS DE DATOS
DEFINICIONES BÁSICAS
 Integridad: El término integridad de datos se refiere a la correctitud y completitud de la información en
una base de datos. Cuando los contenidos se modifican con sentencias INSERT, DELETE o UPDATE,
la integridad de los datos almacenados puede perderse de muchas maneras diferentes. Pueden añadirse
datos no válidos a la base de datos, tales como un pedido que especifica un producto no existente.
 Restricciones: Las restricciones le permiten definir la manera en que el Motor de base de datos exigirá
automáticamente la integridad de una base de datos. Las restricciones definen reglas relativas a los
valores permitidos en las columnas y constituyen el mecanismo estándar para exigir la integridad. El
uso de restricciones es preferible al uso de Desencadenadores DML, reglas y valores predeterminados.
El optimizador de consultas también utiliza definiciones de restricciones para generar planes de
ejecución de consultas de alto rendimiento.
MODELO ENTIDAD - RELACIÓN
El modelo entidad-relación ER es un modelo de datos que permite representar cualquier
abstracción, percepción y conocimiento en un sistema de información formado por un conjunto de
objetos denominados entidades y relaciones, incorporando una representación visual conocida
como diagrama entidad-relación.
MODELO ENTIDAD – RELACIÓN
ELEMENTOS
 Entidad: La entidad es cualquier clase de objeto o conjunto de elementos presentes o no, en un contexto
determinado dado por el sistema de información o las funciones y procesos que se definen en un plan de
automatización. Dicho de otra forma, las entidades las constituyen las tablas de la base de datos que
permiten el almacenamiento de los ejemplares o registros del sistema, quedando recogidos bajo la
denominación o título de la tabla o entidad.
 Atributos: Son las características, rasgos y propiedades de una entidad, que toman como valor una
instancia particular. Es decir, los atributos de una tabla son en realidad sus campos descriptivos, el
predicado que permite definir lo que decimos de un determinado sujeto.
MODELO ENTIDAD – RELACIÓN
ELEMENTOS
 Relación: Vínculo que permite definir una dependencia entre los conjuntos de dos o más entidades. Esto
es la relación entre la información contenida en los registros de varias tablas. Por ejemplo, los usuarios
suelen clasificarse según una lista de tipos de usuarios, ya sean profesores, alumnos o investigadores.
De esta forma es posible emitir la relación entre el usuario Jorge Martínez como alumno y Enrique
Valtierra como profesor. Las relaciones son definidas de forma natural en un diagrama relacional para
expresar un modelo cognitivo que dará lugar posteriormente a las interrelaciones de las entidades.
 Interrelación: Las interrelaciones las constituyen los vínculos entre entidades, de forma tal que
representan las relaciones definidas en el esquema relacional de forma efectiva. Esto no sólo la relación
de los registros sino de sus tablas y de las características de la interrelación entre las entidades.
MODELO ENTIDAD – RELACIÓN
ELEMENTOS
Tipos de relaciones
 Según cordinalidad: La cardinalidad se representan en un diagrama ER como una etiqueta que se ubica
en ambos extremos de la línea de relación de las entidades y que puede contener diversos valores entre
los que destacan comúnmente el 1 y el *, obteniendo los siguientes tipos:
 Relación 1 a 1: La relación uno a uno, define que un único registro de la tabla puede estar relacionado
con un único registro de la tabla relacionada.
 Relación 1 a *: La relación de uno a varios, define que un registro dado de una tabla auxiliar o
secundaria sólo puede estar vinculado con un único registro de la tabla principal con la que está
relacionada.
MODELO ENTIDAD – RELACIÓN
ELEMENTOS
Tipos de relaciones
 Relación * a *: La relación de varios a varios, define que un registro de una tabla puede estar
relacionado con varios registros de la tabla relacionada y viceversa.
 Según modalidad
 Optativa: La relación entre un registro de una tabla y varios de la tabla relacionada, puede existir o no.
 Obligatoria: La relación entre un registro de una tabla y otro de la tabla relacionada es obligada, debe
existir siempre.
MODELO ENTIDAD – RELACIÓN
ELEMENTOS
 Claves: Es el campo o atributo de una entidad o tabla que tiene como objetivo distinguir cada registro
del conjunto, sirviendo sus valores como datos vinculantes de una relación entre registros de varias
tablas.
 Súper clave: Es la combinación de campos clave que identifican unívocamente un registro en una
tabla o entidad.
 Clave principal primaria: Permiten identificar unívocamente cada registro de una tabla. Por
ejemplo, campo auto-numérico interno ID.
 Clave candidata: Campos que cumplen las condiciones de identificación única de registros, pero
que no fueron definidos como principales por el diseñador.
MODELO ENTIDAD – RELACIÓN
ELEMENTOS
 Clave externa: Campo clave conformado por el valor de una clave principal primaria de otra tabla.
Por ejemplo, el campo id_tipodeusuario en la tabla usuarios es un campo clave externo que guarda
el valor del campo primario ID de la tabla tipodeusuario, especificando de esa forma que un
usuario como Enrique Valtierra sea de tipo 2 es decir profesor.
 Integridad referencial: Se denomina integridad referencial al tipo de interrelación que se produce entre
tablas mediante un campo clave que deberá contener la cadena alfanumérica exacta al identificador de la
tabla auxiliar para poder realizar la relación entre los registros. En caso contrario no se produce la
relación. Además, se trata de un mecanismo que evita duplicidades e incorrecciones.
Originalmente, el modelo entidad-relación sólo incluía los conceptos de entidad, relación y atributo. Más
tarde, se añadieron otros conceptos, como los atributos compuestos y las jerarquías de generalización, en lo
que se ha denominado Modelo Entidad-Relación extendido. Los elementos básicos de representación del
modelo son los siguientes:
MODELO ENTIDAD – RELACIÓN
REPRESENTACION GRÁFICA
MODELO DE SITUACIONES DE REQUERIMIENTO
El modelado de datos es el proceso de documentar un diseño de sistema de software complejo como un
diagrama de fácil comprensión, usando texto y símbolos para representar la forma en que los datos
necesitan fluir. El diagrama se puede utilizar como un mapa para la construcción de un nuevo software o
para la reingeniería de una aplicación antigua.
Modelado de los requerimientos
 El modelo debe centrarse en los requerimientos que sean visibles dentro del problema o dentro del
dominio del negocio. El nivel de abstracción debe ser relativamente elevado.
 Cada elemento del modelo de requerimientos debe agregarse al entendimiento general de los
requerimientos del software y dar una visión del dominio de la información, de la función y del
comportamiento del sistema.
Modelado de los requerimientos
 Debe minimizarse el acoplamiento a través del sistema. Es importante representar las relaciones entre
las clases y funciones.
 Cada actor tiene su propio uso para el modelo. Por ejemplo, los participantes de negocios deben usar el
modelo para validar los requerimientos; los diseñadores deben usarlo como pase para el diseño; el
personal de aseguramiento de la calidad lo debe emplear como ayuda para planear las pruebas de
aceptación.
 Mantener el modelo tan sencillo como se pueda. No genere diagramas adicionales si no agregan nueva
información. No utilice notación compleja si basta una sencilla lista.
MODELO DE SITUACIONES DE REQUERIMIENTO
CONCLUSIONES
Los modelos de datos definen con claridad cómo se modela la estructura lógica de una base de datos.
Estos, son entidades necesarias para introducir la abstracción, entendiendo por abstracción al proceso de
aislar un elemento de su contexto o del resto de elementos que lo pueden acompañar. Un modelo de base de
datos incluye, además, las relaciones y limitaciones que determinan cómo se pueden almacenar los datos y
acceder a ellos.
El modelado de datos es muy importante en una base de datos ya que además de tener una buena
organización en nuestra información, nos permitirá realizar una búsqueda de nuestros datos más ordenada,
evitar la duplicidad de información, verificar que el dato cuestionado tiene significado, que toda la
información sea oportuna y ayudara a que en un futuro nuestra base de datos no tenga errores ni ninguna
falla ya antes mencionada.
BIBLIOGRAFÍA
Dr. Manuel Blázquez Ochando (2014), Fundamentos y diseños de bases de datos. [en línea], disponible en: http://ccdoc-
basesdedatos.blogspot.com/2013/02/modelo-entidad-relacion-er.html
Modelo de base de datos (2018), [en línea], disponibles en: https://es.wikipedia.org/wiki/Modelo_de_base_de_datos
Modelo semántico de datos, (2018), [en línea], disponible en: https://es.wikipedia.org/wiki/Modelo_sem%C3%A1ntico_de_datos
Qué es un modelo de entidad-atributo-valor (2016), [en línea], disponible en: http://nous-utile.info/article/que-es-un-modelo-de-entidad-atributo-
valor
Néstor Buñay, (2016), [en línea], modelado de los requerimientos: escenarios, información y cl, [en línea], disponible en:
https://prezi.com/skoc81owzdvr/modelado-de-los-requerimientos-escenarios-informacion-y-cl/
Qué es un modelo de base de datos, [en línea], disponible en: https://www.lucidchart.com/pages/es/qu%C3%A9-es-un-modelo-de-base-de-datos
Pedro Gutierrez, (2013), Fundamento de las bases de datos: Modelo entidad-relación, [en línea], disponible en: https://www.genbetadev.com/bases-de-
datos/fundamento-de-las-bases-de-datos-modelo-entidad-relacion
ANEXOS
Estructura de un árbol jerárquico
Relación entre dos entidades
Notación empleada para elaborar
modelos E-R
Relaciones (a)uno-muchos, (b)muchos-
uno,(c) uno-uno

Más contenido relacionado

La actualidad más candente

Modelo de datos
Modelo de datosModelo de datos
Modelo de datos
DorvinEduardo
 
Modelos de datos
Modelos de datosModelos de datos
Modelos de datos
gberz
 
Modelo de datos y Modelo de Identidad
Modelo de datos y Modelo de Identidad Modelo de datos y Modelo de Identidad
Modelo de datos y Modelo de Identidad
karina maita
 
Que es una base de datos
Que es una base de datos Que es una base de datos
Que es una base de datos
lorena_parra
 
Bases de datos
Bases de datosBases de datos
Bases de datos
Josue Diaz
 
Modelos de Datos y Modelado Conceptual
Modelos de Datos y Modelado ConceptualModelos de Datos y Modelado Conceptual
Modelos de Datos y Modelado ConceptualAnabel
 
Modelo de datos
Modelo de datosModelo de datos
Modelo de datos
Taqui Wajuyat Flor
 
Base de datos
Base de datosBase de datos
Base de datos
AXELELIANAMAVIZCA
 
Modelos de bases_de_datos
Modelos de bases_de_datosModelos de bases_de_datos
Modelos de bases_de_datos22carlos
 
Módulo de Herramientas case
Módulo de Herramientas caseMódulo de Herramientas case
Módulo de Herramientas case
Oscar Paguay Arizaga
 
Introduccion a los Modelos De Datos
Introduccion a los Modelos De DatosIntroduccion a los Modelos De Datos
Introduccion a los Modelos De Datos
esacre
 
Tarea 2 Modelo Entidad-Relación
Tarea 2 Modelo Entidad-RelaciónTarea 2 Modelo Entidad-Relación
Tarea 2 Modelo Entidad-Relación
Willy Montaño
 
Diseño de una base de datos
Diseño de una base de datosDiseño de una base de datos
Diseño de una base de datos
DorvinEduardo
 
Base de datos
Base de datosBase de datos
Base de datos
Carlos Hernandez Vivas
 

La actualidad más candente (17)

Guia unidad-3-base-de-datos (1)
Guia unidad-3-base-de-datos (1)Guia unidad-3-base-de-datos (1)
Guia unidad-3-base-de-datos (1)
 
Modelo de datos
Modelo de datosModelo de datos
Modelo de datos
 
Modelos de datos
Modelos de datosModelos de datos
Modelos de datos
 
Modelo de datos y Modelo de Identidad
Modelo de datos y Modelo de Identidad Modelo de datos y Modelo de Identidad
Modelo de datos y Modelo de Identidad
 
Que es una base de datos
Que es una base de datos Que es una base de datos
Que es una base de datos
 
Bases de datos
Bases de datosBases de datos
Bases de datos
 
Modelos de Datos y Modelado Conceptual
Modelos de Datos y Modelado ConceptualModelos de Datos y Modelado Conceptual
Modelos de Datos y Modelado Conceptual
 
Modelo de datos
Modelo de datosModelo de datos
Modelo de datos
 
Repaso2
Repaso2Repaso2
Repaso2
 
Base de datos
Base de datosBase de datos
Base de datos
 
Modelos de bases_de_datos
Modelos de bases_de_datosModelos de bases_de_datos
Modelos de bases_de_datos
 
Módulo de Herramientas case
Módulo de Herramientas caseMódulo de Herramientas case
Módulo de Herramientas case
 
Introduccion a los Modelos De Datos
Introduccion a los Modelos De DatosIntroduccion a los Modelos De Datos
Introduccion a los Modelos De Datos
 
Tabajo de base de dato
Tabajo de base de datoTabajo de base de dato
Tabajo de base de dato
 
Tarea 2 Modelo Entidad-Relación
Tarea 2 Modelo Entidad-RelaciónTarea 2 Modelo Entidad-Relación
Tarea 2 Modelo Entidad-Relación
 
Diseño de una base de datos
Diseño de una base de datosDiseño de una base de datos
Diseño de una base de datos
 
Base de datos
Base de datosBase de datos
Base de datos
 

Similar a Modelo de datos

Bdd2.1
Bdd2.1Bdd2.1
Informatica modelos
Informatica modelosInformatica modelos
Informatica modelos
ALEXANDERSOLORIOGARC
 
Guia unidad-3-base-de-datos
Guia unidad-3-base-de-datosGuia unidad-3-base-de-datos
Guia unidad-3-base-de-datos
Ashley Stronghold Witwicky
 
Guía unidad 3 base de datos
Guía unidad 3 base de datosGuía unidad 3 base de datos
Guía unidad 3 base de datos
JuanSaldaaRived
 
Gestores de bases de datos
Gestores de bases de datosGestores de bases de datos
Gestores de bases de datos
Colegio Jorge barek
 
Modelo de bases de datos (william mata 26550902)
Modelo de bases de datos (william mata 26550902)Modelo de bases de datos (william mata 26550902)
Modelo de bases de datos (william mata 26550902)
WilliamMata7
 
Presentación Modelo de Datos
Presentación Modelo de DatosPresentación Modelo de Datos
Presentación Modelo de Datos
Enrique Cabello
 
Modelo de datos
Modelo de datosModelo de datos
Modelo de datos
Modelo de datosModelo de datos
Modelo de datos
karina maita
 
Contenido UNIDAD II. COMO SON LAS BASES DE DATOS.
Contenido UNIDAD II.  COMO SON LAS BASES DE DATOS.Contenido UNIDAD II.  COMO SON LAS BASES DE DATOS.
Contenido UNIDAD II. COMO SON LAS BASES DE DATOS.
spgutierrez86
 
Modelo de datos
Modelo de datosModelo de datos
Modelo de datos
jota120
 
Base de datos
Base de datosBase de datos
Base de datos
Bryam Arevalo
 
modelos de datos
modelos de datos modelos de datos
modelos de datos
joseojeda98
 
EL MODELO BASE DE DATOS Y TIPOS.pptx
EL MODELO BASE DE DATOS Y TIPOS.pptxEL MODELO BASE DE DATOS Y TIPOS.pptx
EL MODELO BASE DE DATOS Y TIPOS.pptx
jowibohi2013
 
Conceptos básicos de base de datos
Conceptos básicos de base de datosConceptos básicos de base de datos
Conceptos básicos de base de datos
NeeNiiss Zendess
 
Introducción a los modelos de datos
Introducción a los modelos de datosIntroducción a los modelos de datos
Introducción a los modelos de datos
Galo Anzules
 

Similar a Modelo de datos (20)

Bdd2.1
Bdd2.1Bdd2.1
Bdd2.1
 
Informatica modelos
Informatica modelosInformatica modelos
Informatica modelos
 
Guia unidad-3-base-de-datos
Guia unidad-3-base-de-datosGuia unidad-3-base-de-datos
Guia unidad-3-base-de-datos
 
Guía unidad 3 base de datos
Guía unidad 3 base de datosGuía unidad 3 base de datos
Guía unidad 3 base de datos
 
Gestores de bases de datos
Gestores de bases de datosGestores de bases de datos
Gestores de bases de datos
 
Modelo de bases de datos (william mata 26550902)
Modelo de bases de datos (william mata 26550902)Modelo de bases de datos (william mata 26550902)
Modelo de bases de datos (william mata 26550902)
 
Presentación Modelo de Datos
Presentación Modelo de DatosPresentación Modelo de Datos
Presentación Modelo de Datos
 
Bases de datos
Bases de datosBases de datos
Bases de datos
 
Bases de datos
Bases de datosBases de datos
Bases de datos
 
Bases de datos
Bases de datosBases de datos
Bases de datos
 
Tabajo de base de datos
Tabajo de base de datosTabajo de base de datos
Tabajo de base de datos
 
Modelo de datos
Modelo de datosModelo de datos
Modelo de datos
 
Modelo de datos
Modelo de datosModelo de datos
Modelo de datos
 
Contenido UNIDAD II. COMO SON LAS BASES DE DATOS.
Contenido UNIDAD II.  COMO SON LAS BASES DE DATOS.Contenido UNIDAD II.  COMO SON LAS BASES DE DATOS.
Contenido UNIDAD II. COMO SON LAS BASES DE DATOS.
 
Modelo de datos
Modelo de datosModelo de datos
Modelo de datos
 
Base de datos
Base de datosBase de datos
Base de datos
 
modelos de datos
modelos de datos modelos de datos
modelos de datos
 
EL MODELO BASE DE DATOS Y TIPOS.pptx
EL MODELO BASE DE DATOS Y TIPOS.pptxEL MODELO BASE DE DATOS Y TIPOS.pptx
EL MODELO BASE DE DATOS Y TIPOS.pptx
 
Conceptos básicos de base de datos
Conceptos básicos de base de datosConceptos básicos de base de datos
Conceptos básicos de base de datos
 
Introducción a los modelos de datos
Introducción a los modelos de datosIntroducción a los modelos de datos
Introducción a los modelos de datos
 

Último

Sesiones 3 y 4 Estructuras Ingenieria.pdf
Sesiones 3 y 4 Estructuras Ingenieria.pdfSesiones 3 y 4 Estructuras Ingenieria.pdf
Sesiones 3 y 4 Estructuras Ingenieria.pdf
DeyvisPalomino2
 
Ciclo de Otto. Máquinas térmicas para el estudio de la termodinámica química
Ciclo de Otto. Máquinas térmicas para el estudio de la termodinámica químicaCiclo de Otto. Máquinas térmicas para el estudio de la termodinámica química
Ciclo de Otto. Máquinas térmicas para el estudio de la termodinámica química
ycalful01
 
PLAN DE TRABAJO DE REFUERZO ESCOLAR 2024.pdf
PLAN DE TRABAJO DE REFUERZO ESCOLAR 2024.pdfPLAN DE TRABAJO DE REFUERZO ESCOLAR 2024.pdf
PLAN DE TRABAJO DE REFUERZO ESCOLAR 2024.pdf
MariaCortezRuiz
 
SESION 1 - SESION INTRODUCTORIA - INTRODUCCIÓN A LA PERFORACIÓN Y VOLADURA DE...
SESION 1 - SESION INTRODUCTORIA - INTRODUCCIÓN A LA PERFORACIÓN Y VOLADURA DE...SESION 1 - SESION INTRODUCTORIA - INTRODUCCIÓN A LA PERFORACIÓN Y VOLADURA DE...
SESION 1 - SESION INTRODUCTORIA - INTRODUCCIÓN A LA PERFORACIÓN Y VOLADURA DE...
JhonatanOQuionesChoq
 
CODIGO DE SEÑALES Y COLORES NTP399 - ANEXO 17 DS 024
CODIGO DE SEÑALES Y COLORES NTP399 - ANEXO 17 DS 024CODIGO DE SEÑALES Y COLORES NTP399 - ANEXO 17 DS 024
CODIGO DE SEÑALES Y COLORES NTP399 - ANEXO 17 DS 024
JuanChaparro49
 
Diagrama de flujo "Resolución de problemas".pdf
Diagrama de flujo "Resolución de problemas".pdfDiagrama de flujo "Resolución de problemas".pdf
Diagrama de flujo "Resolución de problemas".pdf
joseabachesoto
 
NORMATIVA AMERICANA ASME B30.5-2021 ESPAÑOL
NORMATIVA AMERICANA ASME B30.5-2021 ESPAÑOLNORMATIVA AMERICANA ASME B30.5-2021 ESPAÑOL
NORMATIVA AMERICANA ASME B30.5-2021 ESPAÑOL
Pol Peña Quispe
 
PLANIFICACION INDUSTRIAL ( Gantt-Pert-CPM ).docx
PLANIFICACION INDUSTRIAL ( Gantt-Pert-CPM ).docxPLANIFICACION INDUSTRIAL ( Gantt-Pert-CPM ).docx
PLANIFICACION INDUSTRIAL ( Gantt-Pert-CPM ).docx
Victor Manuel Rivera Guevara
 
choro ciclo de vida anatomía y fisiología
choro ciclo de vida anatomía y fisiologíachoro ciclo de vida anatomía y fisiología
choro ciclo de vida anatomía y fisiología
elvis2000x
 
TEMA 11. FLUIDOS-HIDROSTATICA.TEORIApptx
TEMA 11.  FLUIDOS-HIDROSTATICA.TEORIApptxTEMA 11.  FLUIDOS-HIDROSTATICA.TEORIApptx
TEMA 11. FLUIDOS-HIDROSTATICA.TEORIApptx
maitecuba2006
 
PRESENTACION REUNION DEL COMITE DE SEGURIDAD
PRESENTACION REUNION DEL COMITE DE SEGURIDADPRESENTACION REUNION DEL COMITE DE SEGURIDAD
PRESENTACION REUNION DEL COMITE DE SEGURIDAD
mirellamilagrosvf
 
Becas de UOC _ Caja Ingenieros 2024-25.pdf
Becas de UOC _ Caja Ingenieros 2024-25.pdfBecas de UOC _ Caja Ingenieros 2024-25.pdf
Becas de UOC _ Caja Ingenieros 2024-25.pdf
UOC Estudios de Informática, Multimedia y Telecomunicación
 
Especificacioes tecnicas.pdfaaaaaaaaaaaaaaaaaaaaaaaaaaa
Especificacioes tecnicas.pdfaaaaaaaaaaaaaaaaaaaaaaaaaaaEspecificacioes tecnicas.pdfaaaaaaaaaaaaaaaaaaaaaaaaaaa
Especificacioes tecnicas.pdfaaaaaaaaaaaaaaaaaaaaaaaaaaa
ssuserebb7f71
 
Medicina Peruana en el siglo XX y XXI- Julio Gabriel Pereda Sanchez.pptx
Medicina Peruana en el siglo XX y XXI- Julio Gabriel  Pereda Sanchez.pptxMedicina Peruana en el siglo XX y XXI- Julio Gabriel  Pereda Sanchez.pptx
Medicina Peruana en el siglo XX y XXI- Julio Gabriel Pereda Sanchez.pptx
gabrielperedasanchez
 
01-introduccion-a-la-perforacion.pdf de minas
01-introduccion-a-la-perforacion.pdf de minas01-introduccion-a-la-perforacion.pdf de minas
01-introduccion-a-la-perforacion.pdf de minas
ivan848686
 
Flujograma de gestión de pedidos de usuarios.
Flujograma de gestión de pedidos de usuarios.Flujograma de gestión de pedidos de usuarios.
Flujograma de gestión de pedidos de usuarios.
thatycameron2004
 
Mapa de carreteras de Colombia 2022 INVIAS
Mapa de carreteras de Colombia 2022 INVIASMapa de carreteras de Colombia 2022 INVIAS
Mapa de carreteras de Colombia 2022 INVIAS
AlfonsoRosalesFonsec
 
Joseph juran aportaciones al control de la calidad
Joseph juran aportaciones al control de la calidadJoseph juran aportaciones al control de la calidad
Joseph juran aportaciones al control de la calidad
KevinCabrera96
 
Edafología - Presentacion Orden Histosoles
Edafología - Presentacion Orden HistosolesEdafología - Presentacion Orden Histosoles
Edafología - Presentacion Orden Histosoles
FacundoPortela1
 
Sistema de disposición sanitarias – UBS composteras 2 PARTE.pptx
Sistema de disposición sanitarias – UBS composteras 2 PARTE.pptxSistema de disposición sanitarias – UBS composteras 2 PARTE.pptx
Sistema de disposición sanitarias – UBS composteras 2 PARTE.pptx
RobertRamos84
 

Último (20)

Sesiones 3 y 4 Estructuras Ingenieria.pdf
Sesiones 3 y 4 Estructuras Ingenieria.pdfSesiones 3 y 4 Estructuras Ingenieria.pdf
Sesiones 3 y 4 Estructuras Ingenieria.pdf
 
Ciclo de Otto. Máquinas térmicas para el estudio de la termodinámica química
Ciclo de Otto. Máquinas térmicas para el estudio de la termodinámica químicaCiclo de Otto. Máquinas térmicas para el estudio de la termodinámica química
Ciclo de Otto. Máquinas térmicas para el estudio de la termodinámica química
 
PLAN DE TRABAJO DE REFUERZO ESCOLAR 2024.pdf
PLAN DE TRABAJO DE REFUERZO ESCOLAR 2024.pdfPLAN DE TRABAJO DE REFUERZO ESCOLAR 2024.pdf
PLAN DE TRABAJO DE REFUERZO ESCOLAR 2024.pdf
 
SESION 1 - SESION INTRODUCTORIA - INTRODUCCIÓN A LA PERFORACIÓN Y VOLADURA DE...
SESION 1 - SESION INTRODUCTORIA - INTRODUCCIÓN A LA PERFORACIÓN Y VOLADURA DE...SESION 1 - SESION INTRODUCTORIA - INTRODUCCIÓN A LA PERFORACIÓN Y VOLADURA DE...
SESION 1 - SESION INTRODUCTORIA - INTRODUCCIÓN A LA PERFORACIÓN Y VOLADURA DE...
 
CODIGO DE SEÑALES Y COLORES NTP399 - ANEXO 17 DS 024
CODIGO DE SEÑALES Y COLORES NTP399 - ANEXO 17 DS 024CODIGO DE SEÑALES Y COLORES NTP399 - ANEXO 17 DS 024
CODIGO DE SEÑALES Y COLORES NTP399 - ANEXO 17 DS 024
 
Diagrama de flujo "Resolución de problemas".pdf
Diagrama de flujo "Resolución de problemas".pdfDiagrama de flujo "Resolución de problemas".pdf
Diagrama de flujo "Resolución de problemas".pdf
 
NORMATIVA AMERICANA ASME B30.5-2021 ESPAÑOL
NORMATIVA AMERICANA ASME B30.5-2021 ESPAÑOLNORMATIVA AMERICANA ASME B30.5-2021 ESPAÑOL
NORMATIVA AMERICANA ASME B30.5-2021 ESPAÑOL
 
PLANIFICACION INDUSTRIAL ( Gantt-Pert-CPM ).docx
PLANIFICACION INDUSTRIAL ( Gantt-Pert-CPM ).docxPLANIFICACION INDUSTRIAL ( Gantt-Pert-CPM ).docx
PLANIFICACION INDUSTRIAL ( Gantt-Pert-CPM ).docx
 
choro ciclo de vida anatomía y fisiología
choro ciclo de vida anatomía y fisiologíachoro ciclo de vida anatomía y fisiología
choro ciclo de vida anatomía y fisiología
 
TEMA 11. FLUIDOS-HIDROSTATICA.TEORIApptx
TEMA 11.  FLUIDOS-HIDROSTATICA.TEORIApptxTEMA 11.  FLUIDOS-HIDROSTATICA.TEORIApptx
TEMA 11. FLUIDOS-HIDROSTATICA.TEORIApptx
 
PRESENTACION REUNION DEL COMITE DE SEGURIDAD
PRESENTACION REUNION DEL COMITE DE SEGURIDADPRESENTACION REUNION DEL COMITE DE SEGURIDAD
PRESENTACION REUNION DEL COMITE DE SEGURIDAD
 
Becas de UOC _ Caja Ingenieros 2024-25.pdf
Becas de UOC _ Caja Ingenieros 2024-25.pdfBecas de UOC _ Caja Ingenieros 2024-25.pdf
Becas de UOC _ Caja Ingenieros 2024-25.pdf
 
Especificacioes tecnicas.pdfaaaaaaaaaaaaaaaaaaaaaaaaaaa
Especificacioes tecnicas.pdfaaaaaaaaaaaaaaaaaaaaaaaaaaaEspecificacioes tecnicas.pdfaaaaaaaaaaaaaaaaaaaaaaaaaaa
Especificacioes tecnicas.pdfaaaaaaaaaaaaaaaaaaaaaaaaaaa
 
Medicina Peruana en el siglo XX y XXI- Julio Gabriel Pereda Sanchez.pptx
Medicina Peruana en el siglo XX y XXI- Julio Gabriel  Pereda Sanchez.pptxMedicina Peruana en el siglo XX y XXI- Julio Gabriel  Pereda Sanchez.pptx
Medicina Peruana en el siglo XX y XXI- Julio Gabriel Pereda Sanchez.pptx
 
01-introduccion-a-la-perforacion.pdf de minas
01-introduccion-a-la-perforacion.pdf de minas01-introduccion-a-la-perforacion.pdf de minas
01-introduccion-a-la-perforacion.pdf de minas
 
Flujograma de gestión de pedidos de usuarios.
Flujograma de gestión de pedidos de usuarios.Flujograma de gestión de pedidos de usuarios.
Flujograma de gestión de pedidos de usuarios.
 
Mapa de carreteras de Colombia 2022 INVIAS
Mapa de carreteras de Colombia 2022 INVIASMapa de carreteras de Colombia 2022 INVIAS
Mapa de carreteras de Colombia 2022 INVIAS
 
Joseph juran aportaciones al control de la calidad
Joseph juran aportaciones al control de la calidadJoseph juran aportaciones al control de la calidad
Joseph juran aportaciones al control de la calidad
 
Edafología - Presentacion Orden Histosoles
Edafología - Presentacion Orden HistosolesEdafología - Presentacion Orden Histosoles
Edafología - Presentacion Orden Histosoles
 
Sistema de disposición sanitarias – UBS composteras 2 PARTE.pptx
Sistema de disposición sanitarias – UBS composteras 2 PARTE.pptxSistema de disposición sanitarias – UBS composteras 2 PARTE.pptx
Sistema de disposición sanitarias – UBS composteras 2 PARTE.pptx
 

Modelo de datos

  • 1. República Bolivariana de Venezuela Instituto Universitario Politécnico “Santiago Mariño” Ingeniería de Sistemas Sede Barcelona, Estado Anzoátegui ModelosdeBasedeDatos Modelado de Datos Elaborado por: Isnaldo Arias CI: 18.510.208
  • 2. INTRODUCCCIOÓN Los modelos de datos aportan la base conceptual para diseñar aplicaciones que hacen un uso intensivo de datos, así como la base formal para las herramientas y técnicas empleadas en el desarrollo y uso de sistemas de información. Con respecto al diseño de bases de datos, el modelado de datos puede ser descrito así (Brodie 1984:20): "dados los requerimientos de información y proceso de una aplicación de uso intensivo de datos (por ejemplo, un sistema de información), construir una representación de la aplicación que capture las propiedades estáticas y dinámicas requeridas para dar soporte a los procesos deseados (por ejemplo, transacciones y consultas). Además de capturar las necesidades dadas en el momento de la etapa de diseño, la representación debe ser capaz de dar cabida a eventuales futuros requerimientos".
  • 3. MODELO DE DATOS Un modelo de base de datos es un tipo de modelo de datos que determina la estructura lógica de una base de datos y de manera fundamental determina el modo de almacenar, organizar y manipular los datos.
  • 4. CLASIFICACION DE MODELOS DE DATOS Entre los modelos lógicos comunes para bases de datos se encuentran:  Modelo jerárquico: El modelo jerárquico organiza los datos en una estructura de árbol, en la que cada registro tiene un único elemento o raíz.  Modelo en red: El modelo de red se basa en el modelo jerárquico, permitiendo relaciones de muchos a muchos entre registros vinculados, lo que implica registros principales múltiples.  Modelo relacional: Siendo el modelo más común, el modelo relacional ordena los datos en tablas, también conocidas como relaciones, cada una de las cuales se compone de columnas y filas.  Modelo entidad–relación: Este modelo capta las relaciones entre entidades del mundo real de forma muy similar al modelo de red, pero no está directamente ligado a una estructura física de la base de datos.
  • 5. CLASIFICACION DE MODELOS DE DATOS  Base de datos orientada a objetos: Este modelo define una base de datos como una colección de objetos, o elementos de software reutilizables, con funciones y métodos relacionados.  Modelo documental: Una base de datos documental está constituida por un conjunto de programas que almacenan, recuperan y gestionan datos de documentos o datos de algún modo estructurados.  Modelo entidad–atributo–valor: Es un método de representar una colección de datos dentro de una computadora. El modelo está diseñado para permitir a un sujeto a ser descrita por un pequeño conjunto de atributos que se selecciona de una lista más amplia de posibles atributos.  Modelo en estrella: El esquema en estrella es un modelo de datos que tiene una tabla de hechos (o tabla fact) que contiene los datos para el análisis, rodeada de las tablas de dimensiones.
  • 6. CLASIFICACION DE MODELOS DE DATOS Los modelos físicos de datos incluyen:  Índice invertido: Una base de datos construida con estructura de archivo invertido se diseña para facilitar búsquedas rápidas de texto completo.  Fichero plano: El modelo plano es el modelo de datos más antiguo y más sencillo. Simplemente presenta todos los datos en una sola tabla, que consiste de columnas y filas. Otros modelos lógicos pueden ser:  Modelo asociativo: Este modelo divide todos los puntos de datos en base a si describen una entidad o una asociación.
  • 7. Otros modelos lógicos pueden ser:  Modelo multidimensional: Esta es una variación del modelo relacional diseñado para facilitar un mejor procesamiento analítico.  Modelo multivalor: El cual se desprende del modelo relacional, permitiendo que los atributos contengan una lista de datos en lugar de un solo punto de datos.  Modelo semántico: el cual incluye información acerca de cómo los datos almacenados se relacionan con el mundo real.  Base de datos XML: La cual permite que los datos sean especificados e incluso almacenados en formato XML.  Grafo etiquetado CLASIFICACION DE MODELOS DE DATOS
  • 8. UTILIDAD DE MODELOS DE DATOS Los modelos de datos son esenciales para el desarrollo de sistemas de información, ya que a través de ellos puede conseguirse la compatibilidad necesaria para manejar cantidades colosales de datos. Además, si se utilizan las mismas estructuras para el almacenamiento y el acceso, entonces distintas aplicaciones pueden compartir información. Un claro ejemplo es un formulario de registro en una página de Internet, donde para nuestro nombre sólo podemos ingresar letras, y para nuestra fecha de nacimiento, números con un orden específico (como ser día, mes y año). Estas restricciones responden a necesidades de la base de datos y deberían ser iguales en dos bases entre las que se quisiera compartir información.
  • 9. MODELOS DE DATOS DEFINICIONES BASICAS  Abstracción: La abstracción consiste en representar bajo ciertos lineamientos de formato las características esenciales de una estructura de datos. Este proceso de diseño evita los detalles específicos de implementación de los datos. Este proceso se realiza a través de varios niveles de abstracción:  Nivel Físico: Describe cómo se almacenan realmente los datos. Se describen en detalle las estructuras de datos complejas de bajo nivel.  Nivel Lógico: Es el siguiente nivel más alto de abstracción. Describe qué datos se almacenan en la base de datos y qué relaciones existen entre esos datos. Los administradores de bases de datos, que deben decidir la información que se mantiene en la base de datos, usan el nivel lógico de abstracción.
  • 10. MODELOS DE DATOS DEFINICIONES BÁSICAS  Nivel de Vistas: El nivel más alto de abstracción describe sólo parte de la base de datos completa. Los usuarios que utilizan este nivel de abstracción tienen una gran simplificación en su interacción con el sistema, ya que ven un conjunto de programas de aplicación (vistas) que esconden los detalles de los tipos de datos.  Semántica: Es un modelo de datos conceptual que incluye la capacidad de expresar información que permite el intercambio de información para interpretar su significado (semántico) de las instancias, sin necesidad de conocer el meta-modelo. Estos modelos semánticos están orientados a los hechos (en oposición a los orientados a objetos). Los hechos son típicamente expresados por relaciones binarias entre elementos de datos, mientras que las relaciones de orden superior se expresan como colecciones de relaciones binarias.
  • 11. MODELOS DE DATOS DEFINICIONES BÁSICAS  Integridad: El término integridad de datos se refiere a la correctitud y completitud de la información en una base de datos. Cuando los contenidos se modifican con sentencias INSERT, DELETE o UPDATE, la integridad de los datos almacenados puede perderse de muchas maneras diferentes. Pueden añadirse datos no válidos a la base de datos, tales como un pedido que especifica un producto no existente.  Restricciones: Las restricciones le permiten definir la manera en que el Motor de base de datos exigirá automáticamente la integridad de una base de datos. Las restricciones definen reglas relativas a los valores permitidos en las columnas y constituyen el mecanismo estándar para exigir la integridad. El uso de restricciones es preferible al uso de Desencadenadores DML, reglas y valores predeterminados. El optimizador de consultas también utiliza definiciones de restricciones para generar planes de ejecución de consultas de alto rendimiento.
  • 12. MODELO ENTIDAD - RELACIÓN El modelo entidad-relación ER es un modelo de datos que permite representar cualquier abstracción, percepción y conocimiento en un sistema de información formado por un conjunto de objetos denominados entidades y relaciones, incorporando una representación visual conocida como diagrama entidad-relación.
  • 13. MODELO ENTIDAD – RELACIÓN ELEMENTOS  Entidad: La entidad es cualquier clase de objeto o conjunto de elementos presentes o no, en un contexto determinado dado por el sistema de información o las funciones y procesos que se definen en un plan de automatización. Dicho de otra forma, las entidades las constituyen las tablas de la base de datos que permiten el almacenamiento de los ejemplares o registros del sistema, quedando recogidos bajo la denominación o título de la tabla o entidad.  Atributos: Son las características, rasgos y propiedades de una entidad, que toman como valor una instancia particular. Es decir, los atributos de una tabla son en realidad sus campos descriptivos, el predicado que permite definir lo que decimos de un determinado sujeto.
  • 14. MODELO ENTIDAD – RELACIÓN ELEMENTOS  Relación: Vínculo que permite definir una dependencia entre los conjuntos de dos o más entidades. Esto es la relación entre la información contenida en los registros de varias tablas. Por ejemplo, los usuarios suelen clasificarse según una lista de tipos de usuarios, ya sean profesores, alumnos o investigadores. De esta forma es posible emitir la relación entre el usuario Jorge Martínez como alumno y Enrique Valtierra como profesor. Las relaciones son definidas de forma natural en un diagrama relacional para expresar un modelo cognitivo que dará lugar posteriormente a las interrelaciones de las entidades.  Interrelación: Las interrelaciones las constituyen los vínculos entre entidades, de forma tal que representan las relaciones definidas en el esquema relacional de forma efectiva. Esto no sólo la relación de los registros sino de sus tablas y de las características de la interrelación entre las entidades.
  • 15. MODELO ENTIDAD – RELACIÓN ELEMENTOS Tipos de relaciones  Según cordinalidad: La cardinalidad se representan en un diagrama ER como una etiqueta que se ubica en ambos extremos de la línea de relación de las entidades y que puede contener diversos valores entre los que destacan comúnmente el 1 y el *, obteniendo los siguientes tipos:  Relación 1 a 1: La relación uno a uno, define que un único registro de la tabla puede estar relacionado con un único registro de la tabla relacionada.  Relación 1 a *: La relación de uno a varios, define que un registro dado de una tabla auxiliar o secundaria sólo puede estar vinculado con un único registro de la tabla principal con la que está relacionada.
  • 16. MODELO ENTIDAD – RELACIÓN ELEMENTOS Tipos de relaciones  Relación * a *: La relación de varios a varios, define que un registro de una tabla puede estar relacionado con varios registros de la tabla relacionada y viceversa.  Según modalidad  Optativa: La relación entre un registro de una tabla y varios de la tabla relacionada, puede existir o no.  Obligatoria: La relación entre un registro de una tabla y otro de la tabla relacionada es obligada, debe existir siempre.
  • 17. MODELO ENTIDAD – RELACIÓN ELEMENTOS  Claves: Es el campo o atributo de una entidad o tabla que tiene como objetivo distinguir cada registro del conjunto, sirviendo sus valores como datos vinculantes de una relación entre registros de varias tablas.  Súper clave: Es la combinación de campos clave que identifican unívocamente un registro en una tabla o entidad.  Clave principal primaria: Permiten identificar unívocamente cada registro de una tabla. Por ejemplo, campo auto-numérico interno ID.  Clave candidata: Campos que cumplen las condiciones de identificación única de registros, pero que no fueron definidos como principales por el diseñador.
  • 18. MODELO ENTIDAD – RELACIÓN ELEMENTOS  Clave externa: Campo clave conformado por el valor de una clave principal primaria de otra tabla. Por ejemplo, el campo id_tipodeusuario en la tabla usuarios es un campo clave externo que guarda el valor del campo primario ID de la tabla tipodeusuario, especificando de esa forma que un usuario como Enrique Valtierra sea de tipo 2 es decir profesor.  Integridad referencial: Se denomina integridad referencial al tipo de interrelación que se produce entre tablas mediante un campo clave que deberá contener la cadena alfanumérica exacta al identificador de la tabla auxiliar para poder realizar la relación entre los registros. En caso contrario no se produce la relación. Además, se trata de un mecanismo que evita duplicidades e incorrecciones.
  • 19. Originalmente, el modelo entidad-relación sólo incluía los conceptos de entidad, relación y atributo. Más tarde, se añadieron otros conceptos, como los atributos compuestos y las jerarquías de generalización, en lo que se ha denominado Modelo Entidad-Relación extendido. Los elementos básicos de representación del modelo son los siguientes: MODELO ENTIDAD – RELACIÓN REPRESENTACION GRÁFICA
  • 20. MODELO DE SITUACIONES DE REQUERIMIENTO El modelado de datos es el proceso de documentar un diseño de sistema de software complejo como un diagrama de fácil comprensión, usando texto y símbolos para representar la forma en que los datos necesitan fluir. El diagrama se puede utilizar como un mapa para la construcción de un nuevo software o para la reingeniería de una aplicación antigua. Modelado de los requerimientos  El modelo debe centrarse en los requerimientos que sean visibles dentro del problema o dentro del dominio del negocio. El nivel de abstracción debe ser relativamente elevado.  Cada elemento del modelo de requerimientos debe agregarse al entendimiento general de los requerimientos del software y dar una visión del dominio de la información, de la función y del comportamiento del sistema.
  • 21. Modelado de los requerimientos  Debe minimizarse el acoplamiento a través del sistema. Es importante representar las relaciones entre las clases y funciones.  Cada actor tiene su propio uso para el modelo. Por ejemplo, los participantes de negocios deben usar el modelo para validar los requerimientos; los diseñadores deben usarlo como pase para el diseño; el personal de aseguramiento de la calidad lo debe emplear como ayuda para planear las pruebas de aceptación.  Mantener el modelo tan sencillo como se pueda. No genere diagramas adicionales si no agregan nueva información. No utilice notación compleja si basta una sencilla lista. MODELO DE SITUACIONES DE REQUERIMIENTO
  • 22. CONCLUSIONES Los modelos de datos definen con claridad cómo se modela la estructura lógica de una base de datos. Estos, son entidades necesarias para introducir la abstracción, entendiendo por abstracción al proceso de aislar un elemento de su contexto o del resto de elementos que lo pueden acompañar. Un modelo de base de datos incluye, además, las relaciones y limitaciones que determinan cómo se pueden almacenar los datos y acceder a ellos. El modelado de datos es muy importante en una base de datos ya que además de tener una buena organización en nuestra información, nos permitirá realizar una búsqueda de nuestros datos más ordenada, evitar la duplicidad de información, verificar que el dato cuestionado tiene significado, que toda la información sea oportuna y ayudara a que en un futuro nuestra base de datos no tenga errores ni ninguna falla ya antes mencionada.
  • 23. BIBLIOGRAFÍA Dr. Manuel Blázquez Ochando (2014), Fundamentos y diseños de bases de datos. [en línea], disponible en: http://ccdoc- basesdedatos.blogspot.com/2013/02/modelo-entidad-relacion-er.html Modelo de base de datos (2018), [en línea], disponibles en: https://es.wikipedia.org/wiki/Modelo_de_base_de_datos Modelo semántico de datos, (2018), [en línea], disponible en: https://es.wikipedia.org/wiki/Modelo_sem%C3%A1ntico_de_datos Qué es un modelo de entidad-atributo-valor (2016), [en línea], disponible en: http://nous-utile.info/article/que-es-un-modelo-de-entidad-atributo- valor Néstor Buñay, (2016), [en línea], modelado de los requerimientos: escenarios, información y cl, [en línea], disponible en: https://prezi.com/skoc81owzdvr/modelado-de-los-requerimientos-escenarios-informacion-y-cl/ Qué es un modelo de base de datos, [en línea], disponible en: https://www.lucidchart.com/pages/es/qu%C3%A9-es-un-modelo-de-base-de-datos Pedro Gutierrez, (2013), Fundamento de las bases de datos: Modelo entidad-relación, [en línea], disponible en: https://www.genbetadev.com/bases-de- datos/fundamento-de-las-bases-de-datos-modelo-entidad-relacion
  • 24. ANEXOS Estructura de un árbol jerárquico Relación entre dos entidades
  • 25. Notación empleada para elaborar modelos E-R Relaciones (a)uno-muchos, (b)muchos- uno,(c) uno-uno