Modelo Conceptual de la Base de Datos Ruth Hidalgo Victor Samaniego
Propósito de una metodología de diseño <ul><li>El propósito de la metodología de diseño es facilitar el propósito de diseñ...
Fases principales del diseño  de una base de datos <ul><li>Las Fases son: </li></ul><ul><li>Diseño conceptual de la base d...
Factores de importancia para que el diseño de una base de datos resulte adecuado. <ul><li>Los Factores de gran importancia...
Importancia de los usuarios en el proceso de diseño de una base de datos <ul><li>Es importante tomar en cuenta al cliente ...
Objetivo del diseño conceptual  de la base de datos <ul><li>El objetivo principal es construir un modelo  conceptual de lo...
Pasos para el diseño conceptual de la base de datos <ul><li>Los pasos que están asociados al diseño conceptual son: </li><...
Tipos de entidad y los tipos de relación a partir de las especificaciones de requisitos del usuario <ul><li>Para identific...
Atributos a partir de la especificación de requisitos del usuario y asociación los tipos de entidad o de relación <ul><li>...
Propósito de la técnica de especialización/ generalización de los tipos de entidad <ul><li>El propósito es  resaltar las d...
Comprobación de si hay redundancia en un modelo de datos <ul><li>Para comprobar si hay redundancia se debe realizar lo sig...
Importancia de validar el modelo de datos conceptual y técnicas para validar dicho modelo. <ul><li>Es conveniente validar ...
Propósito de la documentación generada durante el diseño conceptual de la base de datos. <ul><li>El propósito de la docume...
Upcoming SlideShare
Loading in …5
×

BD: Cuestiones de Repaso del Capitulo 15.

1,252 views

Published on

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
1,252
On SlideShare
0
From Embeds
0
Number of Embeds
10
Actions
Shares
0
Downloads
20
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

BD: Cuestiones de Repaso del Capitulo 15.

  1. 1. Modelo Conceptual de la Base de Datos Ruth Hidalgo Victor Samaniego
  2. 2. Propósito de una metodología de diseño <ul><li>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. </li></ul>
  3. 3. Fases principales del diseño de una base de datos <ul><li>Las Fases son: </li></ul><ul><li>Diseño conceptual de la base de datos </li></ul><ul><li>Diseño lógico de la base de datos </li></ul><ul><li>Diseño físico de la base de datos </li></ul>
  4. 4. Factores de importancia para que el diseño de una base de datos resulte adecuado. <ul><li>Los Factores de gran importancia para el diseño de una base de datos son los siguientes: </li></ul><ul><li>Entender lo que el usuario nos pide </li></ul><ul><li>Entender lo que el usuario no puede pedir </li></ul><ul><li>Agregar cosas que el usuario no ha identificado pero que va a necesitar más adelante </li></ul>
  5. 5. Importancia de los usuarios en el proceso de diseño de una base de datos <ul><li>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. </li></ul>
  6. 6. Objetivo del diseño conceptual de la base de datos <ul><li>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. </li></ul>
  7. 7. Pasos para el diseño conceptual de la base de datos <ul><li>Los pasos que están asociados al diseño conceptual son: </li></ul><ul><li>Identificar los tipos de entidad. </li></ul><ul><li>Identificar los tipos de relación. </li></ul><ul><li>Identificar y asociar los atributos con los tipos de entidad y de relación. </li></ul><ul><li>Determinar los dominios de los atributos. </li></ul><ul><li>Determinar los atributos de clave candidata, principal y alternativa. </li></ul><ul><li>Considerar el uso de conceptos de modelado avanzados (opcional). </li></ul><ul><li>Comprobar si el modelo tiene redundancia. </li></ul><ul><li>Validar el modelo conceptual, comprobando las transacciones de los usuarios </li></ul><ul><li>Repasar el modelo de datos conceptual con los usuarios. </li></ul>
  8. 8. Tipos de entidad y los tipos de relación a partir de las especificaciones de requisitos del usuario <ul><li>Para identificar los tipos de entidad debemos: </li></ul><ul><li>Definir los objetos principales en los que los usuarios están interesados. </li></ul><ul><li>Identificar las frases o nombres nominales mencionados. </li></ul><ul><li>Identificar objetos que tenga existencia propia. </li></ul><ul><li>Para identificar los tipos de relación debemos: </li></ul><ul><li>Buscar los nombres mencionados en la especificación de requisitos del usuario, utilizando consideraciones gramaticales. </li></ul><ul><li>Normalmente se indican mediante verbos o expresiones verbales. </li></ul><ul><li>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. </li></ul>
  9. 9. Atributos a partir de la especificación de requisitos del usuario y asociación los tipos de entidad o de relación <ul><li>Los atributos se identificarían de la siguiente manera: </li></ul><ul><li>Es similar a la identificación de entidades. </li></ul><ul><li>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. </li></ul><ul><li>Los atributos se asocian con los tipos de entidad o de relación en base a la especificación que nos proporciona el usuario. </li></ul>
  10. 10. Propósito de la técnica de especialización/ generalización de los tipos de entidad <ul><li>El propósito es resaltar las diferencias entre entidades definiendo una o más subclases de una entidad superclase. </li></ul>
  11. 11. Comprobación de si hay redundancia en un modelo de datos <ul><li>Para comprobar si hay redundancia se debe realizar lo siguiente: </li></ul><ul><li>Reexaminar a examinar las relaciones uno a uno </li></ul><ul><li>Eliminar las relaciones redundantes </li></ul><ul><li>Considerar la dimensión temporal </li></ul><ul><li>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. </li></ul>
  12. 12. Importancia de validar el modelo de datos conceptual y técnicas para validar dicho modelo. <ul><li>Es conveniente validar por que nos garantiza que soporta las transacciones requeridas, las técnicas que tenemos para validar este modelo son: </li></ul><ul><li>Descripción de las transacciones </li></ul><ul><li>Utilización de las rutas de las transacciones </li></ul>
  13. 13. Propósito de la documentación generada durante el diseño conceptual de la base de datos. <ul><li>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. </li></ul>

×