El documento describe las etapas y factores clave del diseño conceptual de una base de datos, incluyendo identificar tipos de entidad y relación, atributos, dominios y claves a partir de los requisitos del usuario. Explica que es importante validar el modelo conceptual verificando que soporte las transacciones requeridas y revisarlo con los usuarios. El propósito de la documentación es organizar los datos y pasos para el desarrollo de la base de datos y soportar las demás etapas de diseño.

1. UNIVERSIDAD TÉCNICA PARTICULAR DE LOJA La Universidad Católica de Loja Sistemas Informáticos y Computación

2. DISEÑO CONCEPTUAL DE BASE DE DATOS

3. PROPÓSITO DE LA METODOLOGÍA DE DISEÑO El propósito de la metodología de diseño es facilitar el propósito de diseño y servir de soporte de la base de datos mediante la utilización de procedimientos, técnicas, herramientas ya ayudas para la generación de documentación.

4. FASES DEL DISEÑO DE UNA BASE DE DATOS Las Fases son: Diseño conceptual de la base de datos Diseño lógico de la base de datos Diseño físico de la base de datos

5. FACTORES QUE HACEN ADECUADO EL DISEÑO DE LA BASE DE DATOS Los Factores de gran importancia para el diseño de una base de datos son los siguientes: Entender lo que el usuario nos pide Entender lo que el usuario no puede pedir Agregar cosas que el usuario no ha identificado pero que va a necesitar más adelante

6. PAPEL DE LOS USUARIOS EN EL PROCESO DE DISEÑO DE UNA BASE DE DATOS Es importante tomar en cuenta al cliente durante todo el proceso de desarrollo de la base de datos, para que al final esta sea lo que él necesita y se sienta satisfecho con el trabajo que el diseñador de bases de datos ha realizado

7. OBJETIVO PRINCIPAL DEL DISEÑO CONCEPTUAL DE LA BASE DE DATOS El objetivo principal es construir un modelo conceptual de los datos de acuerdo con los requisitos de datos de la organización, enteramente independiente de los detalles de implementación. Y que sirvan de base para las demás etapas de diseño.

8. PASOS ASOCIADOS AL DISEÑO CONCEPTUAL DE LA BASE DE DATOS Los pasos asociados al diseño conceptual son: Identificar los tipos de entidad. Identificar los tipos de relación. Identificar y asociar los atributos con los tipos de entidad y de relación. Determinar los dominios de los atributos. Determinar los atributos de clave candidata, principal y alternativa. Considerar el uso de conceptos de modelado avanzados (opcional). Comprobar si el modelo tiene redundancia. Validar el modelo conceptual, comprobando las transacciones de los usuarios Repasar el modelo de datos conceptual con los usuarios.

9. TIPOS DE ENTIDAD Y DE RELACIÓN BASADAS EN ESPECIFICACIONES DE REQUISITOS DEL USUARIO Para identificar los tipos de entidad debemos: Definir los objetos principales en los que los usuarios están interesados. Identificar las frases o nombres nominales mencionados. Identificar objetos que tenga existencia propia. Para identificar los tipos de relación debemos: Buscar los nombres mencionados en la especificación de requisitos del usuario, utilizando consideraciones gramaticales. Normalmente se indican mediante verbos o expresiones verbales. Las relaciones son binarias ya que existen entre dos tipos de entidad, excepto las relacione complejas que pueden implicar más de dos tipos de entidad.

10. ATRIBUTOS A PARTIR DE LA ESPECIFICACIÓN DE REQUISITOS DEL USUARIO Los atributos se identifican de la siguiente manera: Se busca nombres o frases nominales dentro de la especificación de requisitos del usuario, nombre o frase nominal es una propiedad, cualidad, identificador o característica de una de esas entidades o relaciones.

11. ASOCIACIÓN DE ATRIBUTOS CON LOS TIPOS DE ENTIDAD O RELACIÓN Los atributos se asocian con los tipos de entidad o de relación en base a la especificación que nos proporciona el usuario.

12. ESPECIALIZACIÓN/ GENERALIZACIÓN DE LOS TIPOS DE ENTIDAD El propósito es resaltar las diferencias entre entidades definiendo una o más subclases de una entidad superclase.

13. COMPROBACIÓN DE REDUNDANCIA EN UN MODELO DE DATOS Para comprobar si hay redundancia se debe realizar lo siguiente: Reexaminar a examinar las relaciones uno a uno Eliminar las relaciones redundantes Considerar la dimensión temporal

14. EJEMPLO DE REDUNDANCIA EN UN MODELO DE DATOS Por ejemplo si tenemos dos entidades en un hotel cliente y huésped, las dos son la misma por la que debemos combinarlas y si las claves principales son diferentes se selecciona la una de ellas como principal y dejamos la otra como alternativa.

15. VALIDACIÓN DEL MODELO DE DATOS CONCEPTUAL Es conveniente validar por que nos garantiza que soporta las transacciones requeridas, las técnicas que tenemos para validar este modelo son: Descripción de las transacciones Utilización de las rutas de las transacciones

16. PROPÓSITO DE LA DOCUMENTACIÓN El propósito de la documentación es dar una organización de los datos y de los pasos a seguir para el desarrollo de la base de datos, así como también es el soporte de las demás etapas de diseño.

17. TEXTO BASE: SISTEMAS DE BASES DE DATOS “ Un enfoque práctico para diseño, implementación y gestión” Thomas M. Connolly Carolyn E. Begg. 4ta. Edición Editorial PEARSON