Ce diaporama a bien été signalé.
Nous utilisons votre profil LinkedIn et vos données d’activité pour vous proposer des publicités personnalisées et pertinentes. Vous pouvez changer vos préférences de publicités à tout moment.

Capitulo 15 - Diseño conceptual

2 655 vues

Publié le

Capitulo 15 - Diseño conceptual de la base de datos, cuestiones de repaso

  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

Capitulo 15 - Diseño conceptual

  1. 1. Escuela de ciencias de la computación METODOLOGIA DISE ÑO PARA LA BASE DE DATOS Autor: Israel Cueva Hidalgo.
  2. 2. Propósito de la metodología de diseño <ul><li>La metodología tiene como propósito proporcionar un enfoque estructura do de procedimientos, técnicas, herramientas, lo cual permite documentales para facilitar el proceso y diseño. </li></ul>ISRAEL CUEVA H.
  3. 3. Fases principales del diseño de una base de datos <ul><li>Diseño conceptual </li></ul><ul><li>Diseño lógica </li></ul><ul><li>Diseño físico </li></ul>ISRAEL CUEVA H.
  4. 4. Factores de importancia para que el desarrollo de la base de datos resulte adecuado <ul><li>Definir bien el modelo de datos, es decir, que toda la información recaudada para el diseño de base de datos sea la correcta. </li></ul><ul><li>Utilizar diagramas para representar lo más claro posible los modelos de datos. </li></ul><ul><li>Es necesario siempre estar interactuando con el cliente. </li></ul><ul><li>Hay que seguir un proceso estructurado. </li></ul><ul><li>Repetir los pasos cuando sea necesario. </li></ul>ISRAEL CUEVA H.
  5. 5. <ul><li>El papel de los usuarios es muy importante ya que son ellos los que ayudan a definir las reglas de negocios por el motivo de que son ellos los que van a utilizar el sistema, además debemos considerar que los desarrolladores deben dejar un gran nivel de satisfacción en ellos. </li></ul>ISRAEL CUEVA H. Importancia de los usuarios en el proceso de diseño de la base de datos
  6. 6. <ul><li>El objetivo es de definir las entidades y relaciones dentro de los datos que se han tomado en cuenta, además construyen un modelo de datos utilizado en una organización, de forma independiente de todas las consideraciones físicas. </li></ul>ISRAEL CUEVA H. OBJETIVO DEL DISEÑO CONCEPTUAL DE LA BASE DE DATOS
  7. 7. Pasos principales asociados con el diseño conceptual de la base de datos <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 relación </li></ul><ul><li>Determinar los dominios de los atributos </li></ul><ul><li>Determinar los atributos de de clave candidata, principal y alternativa </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>ISRAEL CUEVA H.
  8. 8. <ul><li>Se identificaría los tipos de entidad identificando objetos que tengan existencia propia, como por ejemplo cliente ya que este existe de manera independiente de que se conozca su nombre o algún otro dato donde todo este tipo de información seria los atributos de dicho objeto. </li></ul>ISRAEL CUEVA H. COMO IDENTIFICAR LOS TIPOS DE ENTIDAD Y LOS TIPOS DE RELACIÓN A TRAVÉS DE LA ESPECIFICACIÓN DE REQUERIMIENTOS DEL USUARIO
  9. 9. Propósito de la técnica de especialización / generalización <ul><li>El propósito de la técnica de especialización/generalización es maximizar o minimizar las diferencias entre miembros de una entidad o entre entidades identificando sus características distintivas o comunes, se lo considera opcional en el diseño conceptual de la base de datos por que una vez que se esta bien definido el problema no siempre va ser necesario utilizar estas técnicas ya que habrán casos en que sea de vital importancia y otros en que no. </li></ul>ISRAEL CUEVA H.
  10. 10. <ul><li>Para comprobar en un modelo si existe redundancia de datos se debe reexaminar a examinar las relaciones uno a uno, por ejemplo al elegir una entidad oficina y sucursal que en realidad van a tener los mismos atributos en este caso vamos a estar repitiendo la información, si existe la posibilidad de que tengan un clave importante en cada entidad simplemente se toma a la mas importante de acuerdo al problema como clave principal y a la otra se loa deja como alternativa. </li></ul>ISRAEL CUEVA H. COMO COMPROBARÍA SI HAY REDUNDANCIA EN UN MODELO DE DATOS
  11. 11. <ul><li>El propósito de la documentación es poder tener un respaldo de lo que se esta haciendo es decir ahí se debe describir como esta conformado el sistema capaz que si en algún momento existe algún tipo de confusión yo puedo revisar la documentación y aclarar las dudas además esto también serviría para capacitar a los usuarios </li></ul>ISRAEL CUEVA H. Propósito de la documentación generada durante el diseño conceptual de la base de datos

×