Diseño Conceptual en el Proceso de Diseño de Bases de datos
Diseño Conceptual en el Proceso de Diseño de Bases de datos
El diseño conceptual es la primera etapa en el proceso de diseño de bases de datos. El objetivo en esta etapa es diseñar una base de datos que sea independiente del software de la base de datos y de los detalles físicos. El resultado de este proceso es un modelo de datos conceptual que describe las principales entidades de datos, atributos, relaciones y restricciones de un dominio de problemas determinado. Este diseño es descriptivo y narrativo en forma. Tenga en cuenta la siguiente regla de datos mínimos:
“Todo lo que se necesita está ahí, y todo lo que hay es necesario”.
En otras palabras, asegúrese de que todos los datos necesarios están en el modelo y que todos los datos en el modelo son necesarios. Todos los elementos de datos requeridos por las transacciones de la base de datos deben definirse en el modelo, y todos los elementos de datos definidos en el modelo deben ser utilizados por al menos una transacción de la base de datos. El diseño conceptual tiene cuatro pasos, que son los siguientes.
1. Análisis de datos y requisitos
2. Modelado y normalización de relaciones de entidad
3. Verificación del modelo de datos
4. Diseño de base de datos distribuida
Análisis de datos y Requisitos:
El primer paso en el diseño conceptual es descubrir las características de los elementos de datos. Las características apropiadas de los elementos de datos son aquellas que pueden transformarse en información adecuada. Por lo tanto, los esfuerzos del diseñador se centran en:
â € ¢ Necesidades de información. ¿Qué tipo de información se necesita, es decir, qué resultados (informes y consultas) debe generar el sistema, qué información genera el sistema actual y en qué medida es adecuada esa información?
⢠Usuarios de información. ¿Quién utilizará la información? ¿Cómo se utilizará la información? ¿Cuáles son las distintas vistas de datos de usuario final?
â € ¢ Fuentes de información. ¿Dónde se encuentra la información? ¿Cómo se extrae la información una vez que se encuentra?
â € ¢ Constitución de la información. ¿Qué elementos de datos se necesitan para producir la información? ¿Cuáles son los atributos de datos? Qué relaciones existen entre los datos? ¿Cuál es el volumen de datos? ¿Con qué frecuencia se utilizan los datos? ¿Qué transformaciones de datos se van a utilizar para generar la información requerida? El diseñador obtiene las respuestas a esas preguntas de una variedad de fuentes para recopilar la información necesaria. Tenga en cuenta estas fuentes:
â € ¢ Desarrollo y recopilación de vistas de datos de usuarios finales. El diseñador de bases de datos y los usuarios finales interactúan para desarrollar conjuntamente una descripción precisa de las vistas de datos de los usuarios finales. A su vez, las vistas de datos del usuario final se utilizarán para ayudar a identificar los principales elementos de datos de la base de datos.
⢠observar Directamente el sistema actual: salida existente y deseada. El usuario final generalmente tiene un sistema existente en su lugar, ya sea manual o basado en computadora. El diseñador revisa el sistema existente para identificar los datos y sus características.
* Interfaz con el grupo de diseño de sistemas. El proceso de diseño de la base de datos es parte del Ciclo de Vida de Desarrollo de Sistemas (SDLC). En algunos casos, el analista de sistemas encargado de diseñar el nuevo sistema también elaborará el modelo conceptual de la base de datos.
Modelado y Normalización de Relaciones de Entidad:
Antes de crear el modelo ER, el diseñador debe comunicar y hacer cumplir los estándares apropiados para ser utilizados en la documentación del diseño. El proceso de definición de reglas de negocio y desarrollo del modelo conceptual usando diagramas de ER se puede describir usando los siguientes pasos.
1. Identifique, analice y refine las reglas de negocio.
2. Identifique las entidades principales, utilizando los resultados del paso 1.
3. Definir las relaciones entre las entidades, utilizando los resultados de los Pasos 1 y 2.
4. Defina los atributos, claves primarias y claves foráneas para cada una de las entidades.
5. Normalizar las entidades. (Recuerde que las entidades se implementan como tablas en un RDBMS.)
6. Complete el diagrama de emergencias inicial.
7. Valide el modelo de sala de emergencias frente a los requisitos de información y procesamiento de los usuarios finales.
8. Modifique el modelo ER, utilizando los resultados del paso 7.
Verificación del modelo de datos:
El paso de verificación del modelo de datos es uno de los últimos pasos en la etapa de diseño conceptual, y también es uno de los más críticos. En este paso, el modelo ER debe verificarse con los procesos del sistema propuestos para corroborar que los procesos previstos pueden ser soportados por el modelo de base de datos. La verificación requiere que el modelo se ejecute a través de una serie de pruebas con:
* Vistas de datos de usuario final.
â € ¢ Todas las transacciones necesarias: OPERACIONES de SELECCIÓN, INSERCIÓN, ACTUALIZACIÓN y ELIMINACIÓN.
â € ¢ Derechos de acceso y seguridad.
â € ¢ Requisitos y restricciones de datos impuestos por el negocio.
Diseño de base de datos distribuida:
Aunque no es un requisito para la mayoría de las bases de datos, a veces una base de datos puede necesitar ser distribuida entre múltiples ubicaciones geográficamente dispersas. Los procesos que acceden a la base de datos también pueden variar de una ubicación a otra. Por ejemplo, es probable que un proceso de venta al por menor y un proceso de almacenamiento en un almacén se encuentren en diferentes ubicaciones físicas. Si los datos y procesos de la base de datos se van a distribuir en todo el sistema, partes de una base de datos, conocidas como fragmentos de base de datos, pueden residir en varias ubicaciones físicas.
