1

academy.oracle.com

Diseño de Base de Datos

2-1 : Modelos Conceptuales y Físicos
Actividades de Práctica
Objetivos
 Explicar la importancia de comunicar de forma clara y capturar de forma precisa los
requisitos de información
 Distinguir entre un modelo conceptual y su implantación física
 Enumerar cinco motivos para crear un modelo de datos conceptual
 Proporcionar ejemplos de modelos conceptuales y modelos físicos

Terminología
Identifique el término para cada una de las siguientes definiciones.
Diseño para un objeto (un vehículo, una casa, una base de datos,
Modelo físico etc.) que incluye detalles de implantación como el tamaño,
volumen, peso, etc.
Modelo de datos, normalmente representado por un
Modelo lógico
diagrama de relación de entidad.
Recopilación de hechos de los que es posible extraer
Información conclusiones.

Proceso de captura de los conceptos importantes y de las reglas que

Modelado de datos constituyen un negocio y su representación visual en un modelo
conceptual

Copyright © 2019, Oracle y/o sus filiales. Todos los derechos reservados. Oracle y Java son marcas comerciales registradas de Oracle y sus filiales. Todos los demás nombres pueden ser marcas comerciales
de sus respectivos propietarios.
 2

Inténtelo/Resuélvalo
1. Trabajará en parejas en esta actividad.

 Un alumno describe su "casa ideal", mientras que el otro alumno intenta dibujarla.

Puede conversar sobre detalles específicos, pero el alumno que describe la casa no podrá ver lo
que se está dibujando hasta que se diga posteriormente.

 Después de compartir el dibujo, describa la importancia de describir de forma precisa los

requisitos de información.

A la hora de empezar a dibujar la distribución de habitaciones de la casa y qué elementos habría en

estas, no fue especificado en qué orden éstas debían estar distribuidas. Cuando le enseñe el dibujo de la
casa a mi compañero se quejó sobre el hecho de que la distribución de las habitaciones de la casa fuera
tan inapropiada y poco realista, ya que, a pesar de que tuviera todos los elementos que él quería en su
casa soñada, no estaban distribuidos de la manera en la que él le hubiera gustado, lo que me lleva a la
conclusión de que se debe pedir información específica sobre cómo es que se quiere que se interprete y
organice cierta información. Es por eso que los requisitos de información son tan importantes, ya que
con estos no solamente se puede llegar a saber que quiere el cliente, sino también como quiere que sea
ha representado.

Copyright © 2019, Oracle y/o sus filiales. Todos los derechos reservados. Oracle y Java son marcas comerciales registradas de Oracle y sus filiales. Todos los demás nombres pueden ser marcas comerciales
de sus respectivos propietarios.
 3

2. Revise el siguiente caso. Identifique el modelo conceptual y el modelo físico en el caso.

Zoé estaba a punto de ir a una tienda a comprar bebidas para la fiesta de cumpleaños prevista para
esa noche. Zoe sabe que necesita bebidas para 48 personas y espera que la tienda acepte un cheque
como método de pago y le puedan ayudar a llevar la compra a su automóvil. Zoe desea bebidas
gaseosas, bebidas no gaseosas y bebidas sin azúcar. Tiene previsto comprar ocho paquetes de seis.
Zoe entra en la tienda y se da cuenta de que todo el sistema de distribución de bebidas está
automatizado. También se da cuenta de que las bebidas están en paquetes de diversos tamaños y que
debe elegir la opción correcta en la máquina expendedora de los productos que va a pagar. Las
bebidas están empaquetadas en paquetes de cuatro, paquetes de seis y paquetes de diez.

Modelo conceptual

• Entidad Bebidas
• Entidad Invitados
• Entidad Presupuestos

La entidad bebidas se relaciona con la entidad invitados para ver que invitados beben que tipo de
bebidas, y la entidad presupuestos esta relacionada con la entidad bebidas para relacionar el precio de
estas con la marca o sabor de las bebidas.

Modelo físico

• Entidad Bebidas
o Tipo de Bebida (PK)
o Precio (FK)
o Sabor
o Marca
o Id del consumidor (FK)
• Entidad Invitados
o Id del consumidor (PK)
o Nombre
o Tipo de Bebida (FK)
• Entidad Presupuestos
o Precio (PK)
o Tipo de Bebida (FK)

La entidad bebidas se relaciona con la entidad invitados para ver que invitados beben que tipo
de bebidas (el atributo Tipo de bebida que es la clave principal de la entidad bebidas se
convierte en la clave foránea de la entidad Invitados y la clave principal de la entidad Invitados
que es id del consumidor se convierte en la clave foránea de la entidad bebidas) y la entidad
presupuestos está relacionada con la entidad bebidas para relacionar el precio de estas con la
marca o sabor de las bebidas (el atributo Precio se convierte en la clave foránea de la entidad
Bebidas y el atributo Sabor se convierte en la clave foránea de Presupuestos).

Copyright © 2019, Oracle y/o sus filiales. Todos los derechos reservados. Oracle y Java son marcas comerciales registradas de Oracle y sus filiales. Todos los demás nombres pueden ser marcas comerciales
de sus respectivos propietarios.
 4

3. Proporcione cinco motivos para crear un modelo de datos conceptual.

• Provee un marco de referencia para la práctica

• Puede ayudar a aclarar las necesidades del negocio

• Da una perspectiva de como hacer la base de datos

• Crea las bases para la creación de modelos lógicos y físicos

• Es más fácil de comprender que los modelos lógicos y físicos

4. Muestre dos ejemplos de modelos conceptuales y modelos físicos.

Modelos conceptuales

1)
• Clientes
• Ventas
• Productos
• Empleados
• Gerentes
• Proveedores

2)
• Vuelos
• Pilotos
• Destinos
• Empresa de vuelos
• Pasajeros

Copyright © 2019, Oracle y/o sus filiales. Todos los derechos reservados. Oracle y Java son marcas comerciales registradas de Oracle y sus filiales. Todos los demás nombres pueden ser marcas comerciales
de sus respectivos propietarios.
 5

Modelos físicos

1)
• Estudiantes
o Id estudiante (PK)
o Nombre
o Edad
o Id Carrera (FK)
• Notas
o Id Notas (PK)
o Id Estudiante (FK)
o Id Carrera (FK)
o Exámenes Intermedios
o Exámenes Finales
• Profesores
o Id Profesor (PK)
o Nombre
o Edad
o Id Carrera (FK)
• Carreras
o Id Carrera (PK)
o Nombre de carrera
o Cantidad de años
o Titulo

2)
• Tienda
o Id Tienda (PK)
o Empleados
o Productos
o Clientes
• Cliente
o Tipo de Producto
• Empleado
o Id Empleado (PK)
o Salario
o Cargo
• Producto
o Id Producto (PK)
o Precio
o Distribución

Copyright © 2019, Oracle y/o sus filiales. Todos los derechos reservados. Oracle y Java son marcas comerciales registradas de Oracle y sus filiales. Todos los demás nombres pueden ser marcas comerciales
de sus respectivos propietarios.
 6

Copyright © 2019, Oracle y/o sus filiales. Todos los derechos reservados. Oracle y Java son marcas comerciales registradas de Oracle y sus filiales. Todos los demás nombres pueden ser marcas comerciales
de sus respectivos propietarios.