1. 4. Diseño físico
1.1. El diseño físico es una fase del proceso de diseño de bases de datos que adapta el esquema lógico obtenido en la fase anterior al SGBD concreto, que utilizará el sistema de información.
1.1.1. 1. El nivel físico y el nivel virtual:
1.1.2. Permite ver aspectos como las estructuras de almacenamiento y las rutas de acceso por los ficheros de la base de datos.
1.1.3. 2. Transformación del modelo lógico en el modelo físico:
1.1.4. Se transforma el modelo lógico de una base de datos en un modelo físico, según el SGBD elegido para implementar el sistema de información, las características concretas del hardware utilizado y el sistema operativo y el software básico.
2. 3. Diseño lógico
2.1. En la fase de diseño lógico se transforma el modelo conceptual, independiente del tipo de tecnología, en un modelo lógico dependiente del tipo de SGBD en el que se quiere implementar la base de datos.
2.1.1. 1. Reconsideraciones del modelo conceptual:
2.1.2. Se realiza un análisis en profundidad con la intención de detectar y corregir algunos errores que se suelen producir en los modelos conceptuales y que con viene detectar y reparar lo antes posible para evitar que se propaguen en fases posteriores.
2.1.3. 2. Transformación del modelo conceptual en el modelo lógico:
2.1.4. Este proceso muestra la manera de llevar a cabo la transformación de los diferentes elementos que forman el modelo conceptual en elementos que constituyen el modelo lógico o, más concretamente, el modelo relacional.
2.1.5. 3. Normalización:
2.1.6. La teoría de la normalización aplica la teoría de conjuntos, la lógica y el álgebra relacional para formalizar un conjunto de ideas simples, que guían un buen diseño de bases de datos relacionales.
3. 1. Recogida y análisis de requisitos
3.1. La primera fase en el diseño de una base de datos consiste en conocer y analizar con detalle las expectativas, las necesidades y los objetivos de los futuros usuarios de la base de datos. Este proceso se denomina recogida y análisis de requisitos.
3.1.1. 1. Recogida de requisitos:
3.1.2. Hay que recoger, analizar y documentar cualquier requisito que los usuarios esperen de la base de datos.
3.1.3. 2. Estructuración y refinamiento de los requisitos:
3.1.4. Se debe tener en cuenta que algunos de estos requisitos, muy probablemente, cambiarán durante el proceso de diseño y que hay que estar atentos y en con tacto permanente con los usuarios de la base de datos para detectar posibles problemas.
3.1.5. 3. Formalización de los requisitos:
3.1.6. El paso siguiente es convertir los requisitos a un formato estructurado mediante técnicas de especificación de requisitos. Estas técnicas utilizan diferentes tipos de recursos (diagramas, texto, tablas, gráficos, diagramas de decisión, etc.) para organizar y representar los requisitos de manera clara.
4. 2. Diseño conceptual
4.1. Tiene como objetivo crear un esquema conceptual de alto nivel e independiente de la tecnología a partir de los requisitos, las especificaciones y las restricciones que se han recogido en la fase anterior.
4.1.1. 1. El modelo ER:
4.1.2. Hay varios modelos de datos de alto nivel que permiten modelizar los requisitos, las especificaciones y las restricciones que se han obtenido en la primera fase del diseño de una base de datos. Uno de los más conocidos y utilizados es el modelo entidad-interrelación. Este modelo es uno de los más utilizados en el diseño conceptual de las aplicaciones de bases de datos, principalmente, debido a su simplicidad y facilidad de uso.
4.1.3. 2. El lenguaje unificado de modelización:
4.1.4. Es un lenguaje gráfico diseñado para especificar, visualizar, modificar, construir y documentar un sistema. Incorpora una gran cantidad de diagramas que permiten representar el modelo de un sistema desde perspectivas diferentes.