El propósito de una metodología de diseño de bases de datos es ayudar al diseñador a planificar, gestionar, controlar y evaluar proyectos de bases de datos a través de fases como el diseño conceptual, lógico y físico. Los usuarios juegan un papel importante al proveer la información necesaria para el diseño conceptual, cuyo objetivo principal es construir un modelo de los datos de acuerdo a los requisitos identificando entidades, relaciones, atributos y claves.

1. UNIVERSIDAD TÉCNICA PARTICULAR DE LOJA Escuela Ciencias de la Computación Metodología del diseño de base de datos Capitulo 15 Alumna: Margarita Nero

2. 15.1 Describa el propósito de una metodología de Diseño El propósito es ayudar al diseñador de la base de datos en lo que es planificación, gestión, control y evaluación de los proyectos, mediante una serie de fases cada una con sus respectivos pasos

3. 15.2 Describa las fases principales del diseño de una base de Datos Diseño conceptual.- es la construcción de un modelo que represente todos los datos utilizados en una organización independientemente de las consideraciones físicas Diseño lógico.- construir un modelo de la organización basados en un modelo de datos específicos, relacionar el modelo conceptual con el lógico Diseño físico.- generar de cómo va ha ser la implementación de la base de datos dependiendo de la el SGBD que se baya ha utilizar

4. 15.3 Identifique diversos factores de importancia para que el diseño de una base de datos resulte adecuada Mantenerse comunicado con los usuarios Seguir una metodología de diseño Emplear una técnica centrada en datos Poner consideraciones de integridad dentro de los modelos Utilizar diagramas para representar los modelos Utilizar un lenguaje de diseño de base de datos Construir un diccionario de datos para completar los diagramas del modelo de datos

5. 15.4 Explique el importante papel que juegan los usuarios en el proceso de diseño de base de datos Son muy importantes ya que es de ellos de donde vamos a sacra la información que es base para un buen diseño conceptual de nuestra base de datos

6. 15.5 Describa el objetivo principal del diseño conceptual de la Base de Datos Construir un modelo de los datos de acuerdo con los requisitos de la organización es decir identificar entidades necesarias, relaciones, atributos, claves primarias, alternativas.

7. 15.6 Identifique los pasos principales asociados con el diseño conceptual de la base de datos 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 Atributos y dominios de atributos Claves principales y claves alternativas Restricciones de integridad 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

8. 15.7 ¿Cómo identificaría los tipos de entidad y los tipos de relación a partir de la especificación de requisitos del usuario? Para los tipos de entidad debemos identificar los tipos de objetos en los que los usuarios están interesados, también se identifican los objetos principales en la organización, también se pueden identificar objetos que tengan existencia propia, también se puede utilizar identificando los sustantivos y utilizando los sinónimos y homónimos Para los tipos de relación lo que se utilizan son los verbos siempre y cuando este tipo de relación sea necesaria para nuestro modelo

9. 15.8 ¿Cómo identificaría los tipos de atributos a partir de la especificación de requisitos del usuario y como asociaría luego los atributos con los tipos de entidad y relación? Buscar frases nominales en la especialización de requisitos tales como: es un propiedad, cualidad, identificador o característica de un atributo, también nos podemos hacer la pregunta de que información necesitamos almacenar sobre la entidad y relación

10. 15.9 Describa el propósito de la técnica de especialización de los tipos de entidad y explique por qué es un paso opcional en el diseño conceptual de la base de datos El propósito de la especialización es el de tener superclases y subclases las cuales heredan atributos de las superclase de tal manera que se estaría disminuyendo la redundancia de atributos, este paso es opcional ya que sin este concepto también se puede dibujar el diagrama entidad relación, y también se dice que es opcional ya que lo utilizamos sólo si nos da mayor claridad para el modelo entidad relación caso contrario no lo utilizamos

11. 15.10 ¿Cómo comprobaría si hay redundancia en un modelo de datos? Proporcione un ejemplo para ilustrar su respuesta Primero se debe examinar y reexaminar las relaciones uno a uno por ejemplo en un diseño de base de satos para facturación los productos que es un entidad podrían ser lo mismo que víveres También debemos analizar si la misma información que saque de un lado la puedo obtener por otro camino por ejemplo si quiero saber que persona compró que producto entonces revisaría la factura, pero también puedo tener una relación directa del producto con el cliente por cuando si tenemos ambas cosas habría una relación redundante por cuanto deberíamos eliminar una de ellas

12. 15.11 Explique por qué es conveniente validar el modelo de datos conceptual y describa dos técnicas para validar dicho modelo Es importante la validación del modelo conceptual ya que nos permite saber si de acuerdo a los requisitos de los clientes nuestro modelo cubre y soporta las transacciones que el usuario requiere hacer Entre las técnicas se tiene: Descripción de transacciones.- comprobar que toda la información entidades, relaciones y sus atributos que se necesitan para la transacción sean proporcionadas por el modelo conceptual propuesto Utilización de las rutas de las transacciones.- dibujar e el diagrama las rutas que sigue cada transacción de tal manera que el modelo me pueda dar todas las rutas para todas las transacciones requeridas

13. 15.12 Identifique y describa el propósito de la documentación generada durante el diseño conceptual de la base de datos Es muy importante la documentación ya que si se presenta alguna anomalía o un nuevo requerimiento para nuevas transacciones será fácil poder corregir el modelo conceptual y también me permite que la persona que realizó el modelo no se vuelva indispensable para el diseño del modelo ya que con documentación otro puede seguir diseñando el modelo.