DATOS DE

IDENTIFICACIÓN
UNIVERSIDAD: UNIVERSIDAD VIRTUAL DEL ESTADO DE GUANAJUATO
NOMBRE: JOSÉ ANTONIO GARCIA MORENO
MATRÍCULA: 22028843
NOMBRE DEL RETO: DISEÑO DE BASE DE DATOS PARA ZAPAMODA S.A. DE C.V.
FECHA DE ELABORACIÓN: 22/05/23
 DESARROLLO:

Se requiere la elaboración del Diseño de Base de Datos para la Comercializadora de libros:

Márquez S.A. de C.V.
PASO 1: MODELO ENTIDAD-RELACIÓN

La Comercializadora de libros: Márquez S.A. de C.V. cuenta con diversos productos

para dama, caballero, niño y niña, por lo que requiere generar un Modelo Entidad-
Relación para el control de inventarios y gestión de las ventas.
Entidades:

• Libro: Contiene información sobre los libros disponibles para la venta.

• Atributos: ID (identificador único), título, autor, editorial, género, año de publicación, precio, cantidad en inventario, etc.
• Cliente: Almacena los datos de los clientes de la comercializadora.

• Atributos: ID (identificador único), nombre, dirección, número de teléfono, correo electrónico, etc.
• Venta: Representa una venta realizada.

• Atributos: ID (identificador único), fecha de venta, total de la venta, etc.

• Detalle de Venta: Contiene información detallada sobre los libros vendidos en una venta específica.

• Atributos: ID de venta (clave foránea que referencia a la entidad Venta), ID de libro (clave foránea que referencia a la

entidad Libro), cantidad vendida, precio unitario, etc.

 Atributos de la entidad "Productos":

CódigoProducto (Clave primaria, tipo: entero)

NombreProducto (tipo: cadena de caracteres)

Tipo (tipo: cadena de caracteres)

FechaCompra (tipo: fecha)

FechaVenta (tipo: fecha)

CantidadExistencia (tipo: entero)

 Atributos de la entidad "Empleados":

IDEmpleado (Clave primaria, tipo: entero)

NombreEmpleado (tipo: cadena de caracteres)

Dirección (tipo: cadena de caracteres)

Teléfono (tipo: cadena de caracteres)

CURP (tipo: cadena de caracteres)

 Atributos de la entidad "Clientes":

NúmeroCliente (Clave primaria, tipo: entero)

NombreCliente (tipo: cadena de caracteres)

Dirección (tipo: cadena de caracteres)

Email (tipo: cadena de caracteres)

FormaPago (tipo: cadena de caracteres)

RFC (tipo: cadena de caracteres)

 Ventas

CódigoVenta (Clave primaria, tipo: entero)

FechaVenta (tipo: fecha)

FormaPago (tipo: cadena de caracteres)

TotalPagar (tipo: decimal)

IDEmpleado (tipo: entero, clave foránea que referencia la tabla Empleados)

RELACIONES:
• Venta_Producto: (relación muchos a muchos)

• CódigoVenta (tipo: entero, clave foránea que referencia la tabla Ventas)

• CódigoProducto (tipo: entero, clave foránea que referencia la tabla Productos)

• Empleado_Venta: (relación uno a muchos)

• IDEmpleado (tipo: entero, clave foránea que referencia la tabla Empleados)

• CódigoVenta (tipo: entero, clave foránea que referencia la tabla Ventas)

• Cliente_Venta: (relación uno a muchos)

• NúmeroCliente (tipo: entero, clave foránea que referencia la tabla Clientes)

• CódigoVenta (tipo: entero, clave foránea que referencia la tabla Ventas)

PASO 2: MODELO RELACIONAL
CódigoProducto NombreProducto Tipo FechaCompra CantidadExistencia
PK

IDEmpleado NombreEmpleado Dirección Teléfono CURP

PK
NúmeroCliente NombreCliente Dirección Email FormaPago RFC

PK

CódigoVenta FechaVenta FormaPago TotalPagar IDEmpleado NúmeroCliente

PK FK FK

CódigoVenta CódigoProducto
FK FK
• En el diseño relacional, se agregan las claves primarias (PK) a cada tabla, y se
agrega el campo IDEmpleado a la tabla Ventas como una clave foránea (FK) que se
relaciona con la tabla Empleados. De manera similar, se agrega el campo
NúmeroCliente como una clave foránea (FK) en la tabla Ventas, relacionándola con
la tabla Clientes. Se utiliza una tabla intermedia llamada VentasProductos para
representar la relación de muchos a muchos entre Ventas y Productos, almacenando
los códigos de venta y código de producto correspondientes.