100%(2)100% encontró este documento útil (2 votos)
412 vistas5 páginas
El documento describe varios conceptos clave relacionados con el modelado conceptual de bases de datos, incluyendo los diferentes niveles de abstracción, paradigmas como el relacional y orientado a objetos, y estrategias de diseño como el enfoque conceptual orientado a objetos y el modelo objeto-relacional. Además, explica el proceso general de diseño de bases de datos y algunos atributos de calidad que deben considerarse.
El documento describe varios conceptos clave relacionados con el modelado conceptual de bases de datos, incluyendo los diferentes niveles de abstracción, paradigmas como el relacional y orientado a objetos, y estrategias de diseño como el enfoque conceptual orientado a objetos y el modelo objeto-relacional. Además, explica el proceso general de diseño de bases de datos y algunos atributos de calidad que deben considerarse.
El documento describe varios conceptos clave relacionados con el modelado conceptual de bases de datos, incluyendo los diferentes niveles de abstracción, paradigmas como el relacional y orientado a objetos, y estrategias de diseño como el enfoque conceptual orientado a objetos y el modelo objeto-relacional. Además, explica el proceso general de diseño de bases de datos y algunos atributos de calidad que deben considerarse.
modelo de base de datos es una representación, usualmente gráfica, de
estructura de datos, nos muestra la estructura lógica de la base de datos donde incluye las relaciones y limitaciones que determinan como se almacenan los datos y como se accede a ellos.
El modelamiento conceptual trata de describir a grandes rasgo el contenido y la
información de la base de datos mediante la especificación de los requisitos del cliente o empresa. El objetivo de este modelo es construir un esquema que lo exprese todo a partir de una idea.
Ubicación en el contexto del proceso de diseño de bases de datos
El modelado conceptual permite describir, de un modo totalmente
independiente de la implementación, los datos que el usuario quiere recoger en el sistema. Dependiendo de la cantidad de información que se desee representar, tendremos aplicaciones más o menos orientadas a los datos. Así, por ejemplo, la gestión de una biblioteca es una aplicación pura de Bases de Datos ya que prácticamente toda la funcionalidad del sistema se centra en el mantenimiento de los datos (introducir un libro, prestar un libro, etc.). Existen, sin embargo, otras aplicaciones, como por ejemplo un sistema de control de navegación aérea, en las que los datos son algo secundario. Podemos decir que, en general, los datos son el núcleo de todo SI orientado a la gestión.
ABSTRACCIONES COMÚNMENTE USADAS EN EL MODELAJE
CONCEPTUAL: La abstracción es un proceso mental que se aplica al seleccionar algunas características y propiedades de un conjunto de objetos y excluir otras no pertinentes.
Existen tres niveles principales según la visión y la función que realice el usuario sobre la base de datos:
Nivel físico: El nivel más bajo de abstracción describe como se almacenan
realmente los datos. En el nivel físico se describen en detalle las estructuras de datos complejas de bajo nivel. Nivel conceptual: Que es el siguiente nivel más alto de abstracción, se describe cuáles son los datos reales que están almacenados en la base de datos y qué relaciones existen entre los datos. Nivel lógico: El siguiente nivel más alto de abstracción describe que datos se almacenan en la base de datos y que relaciones existen entre esos datos.
Abstracciones y Requerimientos de Datos.
Independencia de implementación: No modelar representación de
datos, organización interna, entre otros. Abstracción: Tomar solo aspectos principales (cosas que no cambien) Formalidad: Sintaxis no ambigua, Rico en semántica Constructibilidad: Debe facilitar la comunicación analista usuario Fácil de analizar: Para detectar ambigüedad, inconsistencia, completitud Trazabilidad: Habilidad para seguir los elementos del modelo Ejecutabilidad: Poder animar el modelo, para comparar con la realidad Minimalidad: No redundancia de conceptos (cada cosa expresada de una forma)
DISEÑO DE BASES DE DATOS.
Proceso de Diseño
El proceso de diseño consta de los pasos siguientes:
Determinar la finalidad de la base de datos.
Buscar y organizar la información necesaria: Reúna todos los tipos de información que desee registrar en la base de datos, como los nombres de productos o los números de pedidos. Dividir la información en tablas: Divida los elementos de información en entidades o temas principales, como Productos o Pedidos. Cada tema pasará a ser una tabla. Convertir los elementos de información en columnas: Decida qué información desea almacenar en cada tabla. Cada elemento se convertirá en un campo y se mostrará como una columna en la tabla.
UNIVERSO DE DISCURSO.
Se definió como una descripción abstracta y general de la parte o sector del
universo real que el contenido de la base de datos va a representar. En este nivel de análisis se está tratando con una descripción de la realidad, no con datos, y suele contener listas de tipos de entidades, de las relaciones existentes entre esas entidades y de las restricciones de integridad que se aplican sobre ellas. El esquema conceptual de la base de datos puede utilizarse para integrar los intereses de los diferentes usuarios, como herramienta de representación y de formación, así como para prever futuras modificaciones del sistema. En el aspecto de la representación, lo más interesante es utilizar algún tipo de especificación formal en sentido matemático, lo que facilita la consistencia y los análisis lógicos de los esquemas propuestos. Del esquema conceptual formalizado pueden derivarse diferentes subes quemas conceptuales, que representan aquellas partes del esquema conceptual de interés para un usuario o grupo de usuarios finales.
Calidad de equemas: Para lograr cierto grado de calidad de los esquemas
conceptuales definiremos un conjunto de atributos de calidad, que se deben chequear durante y al final del diseño conceptual. Discutiremos los siguientes atributos de calidad de esquemas:
• Completitud: Un esquema es completo cuando representa todas las
características relevantes del problema.
• Correctitud: La correctitud se puede dividir en dos tipos: sintáctica y semántica.
• Minimalidad: Un esquema es minimal si cada elemento de la realidad está
representado una sola vez en el esquema. • Expresividad: Un esquema es expresivo si representa la realidad en una forma natural que puede ser fácilmente comprensible usando sólo la semántica del modelo.
• Explicitud: Un esquema es explícito si no necesita restricciones no
estructurales, es decir, toda la realidad se modela con los elementos gráficos del modelo.
Paradigmas de base de datos.
Relacionales: es la base de todo. El modelo más estudiado,
comercializado y utilizado. No por ello el mejor, sino que ciertos aspectos (estar en el momento justo, en el lugar indicado) han hecho que así llegue a ser. Activas: una SGBD activo es aquel, que bajo ciertas condiciones, y de manera automática ejecuta acciones anteriormente especificadas, todo ello sin intervención del usuario.
Deductivas, un SGBD deductivo es aquel que es capaz, a partir de un
conjunto de axiomas deductivos y reglas de inferencias que ya posee, deducir hechos.
Multimedia, actualmente estamos desbordados por audio, video,
imagenes, texto, en definitiva documentos multimedia.
No son todas las que están pero son algunas.
Estrategias de Diseño: OO Conceptual, Objeto Relacional.
Primeramente, el diseño de la base de datos se define como una colección de
pasos que ayudan a diseñar, crear, implementar y mantener los sistemas de administración de datos de una empresa. El propósito principal del diseño de una base de datos es producir modelos físicos y lógicos de diseños para el sistema de base de datos propuesto.
Algunas estrategias de diseños de un base de datos son:
Orientado a Objeto Conceptual: La base en el Modelo orientado a objetos
se sustenta en la definición de los objetos y el establecimiento de las clases de objetos. Los objetos son entidades físicas o sucesos que se describen en términos de sus datos, procesos y también presentan un estado y un comportamiento. Es decir, se trata de una ocurrencia específica sin que sea el objeto físico mismo, sino la representación conceptual del objeto que consiste básicamente en datos y procesos. Es pues una programación basada en componentes y/o en agentes, en dónde se incorporan nuevas características a las bases de datos descriptivas y a los mecanismos de almacenamiento de objetos de longitudes indeterminadas para que sean capaces de encapsular métodos en su interior, usando estos objetos como datos complejos o como funciones. Ahora bien, los objetos del mismo tipo se agrupan para formar clases, las cuales consisten en objetos que tienen los mismos atributos y procesos. Una clase de objeto puede describir un elemento del entorno de la institución, un recurso de la institución o una transacción importante.
Objeto Relacional: El modelo de base de datos objeto-relacional integra
los conceptos de la tradicional base de datos relacional y los conceptos de paradigma de objetos que se utiliza en la programación orientada a objetos (POO).
El objetivo de este concepto es poder aplicar la tecnología madura de bases de
datos relacionales sobre la organización de los datos complejos es decir datos de texto e imagen, mapas, datos en el rango de audio etc. Las bases de datos Objeto- relacional son compatibles con estos objetos de datos y las operaciones de mayor complejidad.
En bases de datos orientadas a objetos, los usuarios pueden definir operaciones
sobre los datos como parte de la definición de la base de datos. Una operación (llamada función) se especifica en dos partes. La interfaz (o signatura) de una operación incluye el nombre de la operación y los tipos de datos de sus argumentos (o parámetros). La implementación (o método) de la operación se especifica separadamente y puede modificarse sin afectar la interfaz. Los programas de aplicación de los usuarios pueden operar sobre los datos invocando a dichas operaciones a través de sus nombres y argumentos, sea cual sea la forma en la que se han implementado. Esto podría denominarse independencia entre programas y operaciones.
Esquema Conceptual: ER Extendido, OO Conceptual, Objeto Relacional, OO
Dinámico, BD Activas.
Con respecto al esquema conceptual, se puede definir como la descripción de alto
nivel del contenido de información de la base de datos, independiente del SGBD que se vaya a utilizar.
Algunos de los esquemas conceptuales de base de datos son:
ER Extendido: Se trata de una técnica cuyo objetivo es la representación y
definición de todos los datos que se introducen, almacenan, transforman y producen dentro de un sistema de información, sin tener en cuenta las necesidades de la tecnología existente, ni otras restricciones.
OO Conceptual: El Modelo de Objetos utiliza un Diagrama de
Configuración de Clases (DCC) para definir y mostrar la estructura y comportamiento de todas las clases identificadas en el dominio del problema, así como sus relaciones. El DCC es un modelo semántico extendido.
Objeto Relacional: es una extensión de la base de datos relacional
tradicional, a la cual se le proporcionan características de la programación orientada a objetos (POO). OO Dinámico: En el Modelo Dinámico se representan aspectos relacionados con las secuencias posibles de eventos (vidas posibles) y la interacción entre objetos.
Base de datos dinámica: es aquella en la que se almacenan datos que
pueden variar con el paso del tiempo. Para adecuarse a estos datos cambiantes, las bases dinámicas permiten realizar operaciones de edición, actualización o borrado de información.
Base de Datos Activas: son extensiones de las bases de datos (BD), las
cuales, además de tener un comportamiento pasivo, reaccionan ante la presencia de uno o más eventos en la Base de Datos El comportamiento activo de una Base de Datos puede modelarse con las reglas evento- condición-acción (reglas ECA).