04 - RDBMS Fases de Diseño - 2021
04 - RDBMS Fases de Diseño - 2021
04 - RDBMS Fases de Diseño - 2021
Introducción 2
Análisis de Requerimientos 3
Página 1 de 6
Fases de Diseño de Base de Datos
Introducción
Para crear una base de datos a un ente o una organización se debe realizar su
diseño construyendo cuatro fases o procesos básicos, los cuales permiten poder
generar la estructura deseada.
El diseño de bases de datos es el proceso utilizado en la construcción de la
base de datos de una organización, adicionalmente se incluye su estructura,
contenido, y las aplicaciones a desarrollar.
En sus orígenes el proceso para diseñar una bases de datos fue considerado
como un arte desarrollado por expertos. Hoy en día se considera una disciplina
estable, con métodos y técnicas propias.
Es casi imposible no considerar manipular la información de una empresa o
ente estatal por medio de una base de datos, su aceptación ha crecido
enormemente tanto en el plano científico como comercial.
A pesar del fuerte uso y crecimiento, la metodología aplicada al diseño de una
base de datos no se lleva a cabo basándose en la experiencia e intuición de
profesionales, la falta de una disciplina en su creación conlleva muchas veces a
ser una de las causas de fracaso en los sistemas de información por la falta de
enfoques estructurados en el diseño. A menudo se subestiman el tiempo o los
recursos necesarios destinados a un proyecto de bases de datos, siendo las
mismas inadecuadas o ineficientes en relación a las demandas de la aplicación.
Por lo general la documentación es limitada y el mantenimiento es difícil.
Estos problemas se deben a la falta de una claridad que permita entender la
naturaleza exacta de los datos a un nivel conceptual y abstracto. En muchos casos
los datos se describen desde el comienzo del proyecto en términos de las
estructuras finales de almacenamiento, no se da importancia a un entendimiento
de las propiedades estructurales de los datos independiente de los detalles de la
implantación.
El diseño de una base de datos es un proceso complejo y abarca decisiones que
impactan en varios o todos niveles jerárquicos de la organización. La complejidad
se controla mejor si se descompone el problema en subproblemas, y se resuelve
cada uno de estos subproblemas de manera independiente aplicando técnicas
específicas.
Así, el diseño de una base de datos se descompone en una serie de pasos:
● Análisis de Requerimientos.
● Diseño Conceptual ( Entidad – Relación).
● Diseño Lógico ( ELKA).
● Diseño Físico (Almacenamiento y Acceso).
Página 2 de 6
Fases de Diseño de Base de Datos
Análisis de Requerimientos
Se trata de conocer las expectativa del usuario sobre las base de datos
identificando los grupos de usuarios: reales, posibles y los departamentos o áreas
de aplicación.
Se analizan todos los requerimientos obtenidos hasta el momento, se agendan
entrevistas, se crean cuestionarios, y se confeccionan los documentos que narran
el relevamiento de información del sistema. Toda esta captura de información se
realiza a través de técnicas formales de especificación de requerimientos.
Modelo Conceptual (Entidad – Relación)
Un modelo conceptual es un conjunto de conceptos utilizados para describir la
realidad mediante expresiones lingüísticas y gráficas en un entorno determinado.
Los componentes del modelo conceptual son: entidades (conceptos),
relaciones (asociaciones entre entidades), atributos (son las características de
cada entidad y describen la información almacenada en ella), dominio de los
atributos (valores posibles de insertar en la BD para los atributos de cada entidad),
identificadores (claves unívocas de ocurrencia para cada entidad) y jerarquías de
generalización (concepto general de varias entidades agrupadas).
Página 3 de 6
Fases de Diseño de Base de Datos
Página 4 de 6
Fases de Diseño de Base de Datos
la entidad genérica que no corresponda con ninguna ocurrencia de
ninguna subentidad.
Intenta crear un modelo parcial de la realidad en un entorno específico por el
cual se captura toda la información relevante soportando todas las
funcionalidades que deberá atender el sistema final. Se realizan diferentes
modelos en sus diferentes versiones a los cuales se le efectúa refinamiento para
la comprensión del sistema interactuando con los desarrolladores y los usuarios.
Define las características del negocia en forma independiente de la tecnología
de implementación. Se realiza el DER (diagrama entidad relación) para permitir
comprender de manera más abstracta los elementos y relaciones participantes en
el sistema, siendo independiente del sistema de gestión de base de datos a
utilizar.
Modelo Lógico ( ELKA)
Una vez realizado el diseño conceptual del entorno relevado se comienza a
elaborar el diseño lógico de los datos definiendo el modelo de base de datos a
implementar en la construcción de la aplicación. Se analizan todas las pautas con
el SGBD seleccionado, (redundancia, restricciones, formas de acceso, etc.), las
cuales son formuladas semánticamente en forma abstracta.
Por lo general se opta por el modelo relacional traspasando cada entidad en
una tabla bidimensional para representar la lógica de los datos, sus relaciones, y
sus restricciones. Las filas son las instancias del conjunto de entidades y cada
atributo de una instancia de entidad determina una columna.
El modelo relacional es fácilmente entendible por el usuario final por su
simplicidad, permitiendo a los desarrolladores poder intercambiar opiniones y
retroalimentarse de información brindada por los usuarios. Ellos son los que
concluyen validando su descripción.
E: (entity/entidad) cosa u objeto distinguido para almacenar una
estructura de información.
L: (link/relación) forma de asociar dos entidades.
1a1 (uno a uno)
1 a N débil (uno a cero o más)
1 a N fuerte (uno a uno o más)
NaN (muchos a muchos)
K: (key/llave) es la clave principal utilizada para identificar de manera
única a cada uno de los elementos de una entidad.
A: (attribute/atributo) es una característica de un elemento de una entidad.
Página 5 de 6
Fases de Diseño de Base de Datos
Página 6 de 6