I.

Desarrollo Metodológico
La metodología utilizada para el diseño del esquema conceptual es la estrategia
descendente.
 1er refinamiento (Dominio de aplicación)

 2do refinamiento (D-1 entidades relacionadas)

 3er refinamiento (D-1 entidades relacionadas, D-5 entidad con relaciones)

 4to refinamiento (D-2 especialización)

 Esquema final (D-6 desarrollo de atributos)

V. Modelo Conceptual de Datos en Powerdesigner
VI. Normalización del Esquema Conceptual
 Tablas iniciales no normalizadas:
Las siguientes tablas contienen toda la información que maneja la librería
en dos aspectos: Compra de productos a los proveedores y Venta de
productos al público en general.
Venta (numero_venta, fecha_venta, monto_total, id_producto,
nom_prod, precio_prod, stock, fecha_vcto, concentrado, forma_farma,
forma_farma_simplif, presentación, fracciones, num_regsan, laboratorio,
precio_venta, cantidad, DNI_vendedor, nombre_vendedor,
teléfono_vendedor, dirección_vendedor, id_cliente, DNI_pnatural,
nombre_pnatural, RUC_pjurídica, razon_social_pjurídica)
Compra (id_pedido, fecha_pedido, cantidad_pedido, precio_compra,
id_proveedor, nom_proveedor, teléfono_proveedor, direccion_proveedor,
id_producto, nom_prod, precio_prod, stock, fecha_vcto, concentrado,
forma_farma, forma_farma_simplif, presentación, fracciones,
num_regsan, laboratorio)
a) Primera Forma Normal
 Resolviendo los grupos repetitivos:

Detalle_Venta (numero_venta, id_producto, nom_prod, precio_prod,

stock, fecha_vcto, concentrado, forma_farma, forma_farma_simplif,
presentación, fracciones, num_regsan, laboratorio, precio_venta,
cantidad)
Venta (numero_venta, fecha_venta, monto_total, DNI_vendedor,
nombre_vendedor, teléfono_vendedor, dirección_vendedor, id_cliente,
DNI_pnatural, nombre_pnatural, RUC_pjurídica, razon_social_pjurídica)
Compra (id_pedido, id_producto, nom_prod, precio_prod, stock,
fecha_vcto, concentrado, forma_farma, forma_farma_simplif,
presentación, fracciones, num_regsan, laboratorio, cantidad_pedido,
precio_compra)
Pedido (id_pedido, fecha_pedido, id_proveedor, nom_proveedor,
teléfono_proveedor, direccion_proveedor)
 Atomizando atributos:

Venta (numero_venta, fecha_venta, monto_total, DNI_vendedor,

p_nombre_vendedor, s_nombre_vendedor, apellido_p_vendedor,
apellido_m_vendedor, teléfono_vendedor, dirección_vendedor,
id_cliente, DNI_pnatural, p_nombre_pnatural, s_nombre_pnatural,
apellido_p_pnatural, apellido_m_pnatural, RUC_pjurídica,
razon_social_pjurídica)
b) Segunda Forma Normal
 Determinando dependencias funcionales:
 En las tablas Compra y Detalle_venta los atributos: nom_prod,
precio_prod, stock, fecha_vcto, concentrado, forma_farma,
forma_farma_simplif, presentación, fracciones, num_regsan, laboratorio
dependen únicamente de id_producto.
Compra (id_pedido, id_producto, cantidad_pedido, precio_compra)
Detalle_venta (numero_venta, id_producto, precio_venta, cantidad)
Producto (id_producto, nom_prod, precio_prod, stock, fecha_vcto,
concentrado, forma_farma, forma_farma_simplif, presentación,
fracciones, num_regsan, laboratorio)
c) Tercera Forma Normal
 Determinando dependencias funcionales transitivas:

 En la tabla Venta, los atributos: p_nombre_vendedor,

s_nombre_vendedor, apellido_p_vendedor, apellido_m_vendedor,
teléfono_vendedor y dirección_vendedor dependen funcionalmente de
DNI_vendedor, el cual a su vez depende de la clave primaria
numero_venta. Además, los atributos: DNI_pnatural, p_nombre_pnatural,
s_nombre_pnatural, apellido_p_pnatural, apellido_m_pnatural,
RUC_pjurídica y razon_social_pjurídica dependen funcionalmente de
id_cliente, el cual a su vez depende de la clave primaria numero_venta.

Venta (numero_venta, fecha_venta, monto_total, DNI_vendedor,

id_cliente)
Vendedor (DNI_vendedor, p_nombre_vendedor,
s_nombre_vendedor, apellido_p_vendedor, apellido_m_vendedor,
teléfono_vendedor, dirección_vendedor)
Cliente (id_cliente, DNI_pnatural, p_nombre_pnatural,
s_nombre_pnatural, apellido_p_pnatural, apellido_m_pnatural,
RUC_pjurídica, razon_social_pjurídica)
 En la tabla Cliente, los atributos: p_nombre_pnatural,
s_nombre_pnatural, apellido_p_pnatural y apellido_m_pnatural
dependen funcionalmente de DNI_pnatural, el cual a su vez depende de
la clave primaria id_cliente. Además, el atributo razon_social_pjurídica
depende funcionalmente de RUC_pjurídica, el cual depende de la clave
primaria id_cliente.

Cliente (id_cliente, DNI_pnatural, RUC_pjurídica)

Persona_Natural (DNI_pnatural, p_nombre_pnatural,
s_nombre_pnatural, apellido_p_pnatural, apellido_m_pnatural)
Persona_Jurídica (RUC_pjurídica, razon_social_pjurídica)
  En la tabla Pedido, los atributos: nom_proveedor, teléfono_proveedor y
direccion_proveedor dependen funcionalmente de id_proveedor, el cual a
su vez depende de la clave primaria id_pedido.

Pedido (id_pedido, fecha_pedido, id_proveedor)

Proveedor (id_proveedor, nom_proveedor, teléfono_proveedor,
direccion_proveedor)

d) Forma Normal Boyce-Codd

Todas las tablas se encuentran en esta forma normal ya que no existe

solapamiento entre claves candidatas compuestas.

Resumen
Persona_Natural (DNI_pnatural, p_nombre_pnatural, s_nombre_pnatural,
apellido_p_pnatural, apellido_m_pnatural)
Persona_Jurídica (RUC_pjurídica, razon_social_pjurídica)
Cliente (id_cliente, DNI_pnatural, RUC_pjurídica)
Producto (id_producto, nom_prod, precio_prod, stock, fecha_vcto, concentrado,
forma_farma, forma_farma_simplif, presentación, fracciones, num_regsan,
laboratorio)
Vendedor (DNI_vendedor, p_nombre_vendedor, s_nombre_vendedor,
apellido_p_vendedor, apellido_m_vendedor, teléfono_vendedor,
dirección_vendedor)
Venta (numero_venta, fecha_venta, monto_total, DNI_vendedor, id_cliente)
Proveedor (id_proveedor, nom_proveedor, teléfono_proveedor,
direccion_proveedor)
Pedido (id_pedido, fecha_pedido, id_proveedor)
Compra (id_pedido, id_producto, cantidad_pedido, precio_compra)
Detalle_de_venta (numero_venta, id_producto, precio_venta, cantidad)
VII. Diseño Lógico

 Eliminación de Jerarquías
Mantenemos la Súper-Entidad CLIENTE y la sub-entidades
PERSONA_NATURAL Y PERSONA_JURIDICA

Sin cambios en las entidades.

 Eliminación de Identificadores Externos

NO HAY

 Eliminación de Atributos Compuestos y Polivalente

Atributos Compuestos
PERSONA_NATURAL (dni_PN, primer_nombre_PN,
segundo_nombre_PN, apellido_paterno_PN,
apellido_materno_PN)
VENDEDOR (dni_V, teléfono, primer_nombre_V, segundo_nombre_V,
apellido_paterno_V, apellido_materno_V, direccion_V)

 Transformación a entidades
PROVEEDOR (id_proveedor, nombre_PV, teléfono_PV, direccion_PV)
PEDIDO (id_pedido, fecha_PED)
PRODUCTO (id_producto, nombre_PD, precio_prod, stock, fecha_vcto,
concentrado, forma_farma, forma_farma_simplif, presentación, fracciones,
num_regsan, laboratorio)
VENTA (numero_venta, fecha_V, monto_total)
CLIENTE (id_cliente)
 PERSONA JURIDICA (ruc, razón_social)
PERSONA NATURAL (dni_PN, primer_nombre_PN,
segundo_nombre_PN, apellido_paterno_PN,
apellido_materno_PN)
VENDEDOR (dni_V, teléfono_V, primer_nombre_V, segundo_nombre_V,
apellido_paterno_V, apellido_materno_V, direccion_V)

 Relación de 1 a 1
 Es_1
CLIENTE (id_cliente)
PERSONA JURIDICA (ruc, razón_social)
Es_juridica (id_cliente, ruc)
 Es_2
CLIENTE (id_cliente)
PERSONA NATURAL (dni_PN, primer_nombre_PN,
segundo_nombre_PN, apellido_paterno_PN, apellido_materno_PN)
Es_natural (id_cliente, dni_PN)

 Relación de 1 a N
 Suministra
PROVEEDOR (id_proveedor, nombre_PV, teléfono_PV,
direccion_PV)
PEDIDO (id pedido, id_proveedor, fecha_PED)
 Recibe
CLIENTE (id_cliente)
VENTA (numero_venta, id_cliente, fecha_V, monto_total)
 Emite
VENTA (numero_venta, dni_V, id_cliente, fecha_V, monto_total)
VENDEDOR (dni_V, teléfono_V, primer_nombre_V,
segundo_nombre_V, apellido_paterno_V, apellido_materno_V,
direccion_V)
 Relación de N a N
 Contiene
PEDIDO (id pedido, id_proveedor, fecha_PED)
 PRODUCTO (id_producto, nombre_PD, precio_prod, stock,
fecha_vcto, concentrado, forma_farma,
forma_farma_simplif, presentación, fracciones,
num_regsan, laboratorio)
CONTIENE (id_producto, id pedido, cantidad_PP,
precio_de_compra)
 Tiene Detalle_Venta

VENTA (numero_venta, dni_V, id_cliente, fecha_V,

monto_total)

PRODUCTO (id_producto, nombre_PD, precio_prod, stock,

fecha_vcto, concentrado, forma_farma,
forma_farma_simplif, presentación, fracciones,
num_regsan, laboratorio)
DETALLE_VENTA (id_producto, numero_venta, precio_de_venta,
cantidad_PB)
 Relación recursivas y n-arias
NO HAY
 Resumen
PERSONA_JURIDICA (ruc, razón_social)
Es_juridica (id_cliente, ruc)
PERSONA_NATURAL (dni_PN, primer_nombre_PN,
segundo_nombre_PN, apellido_paterno_PN,
apellido_materno_PN)
Es_natural (id_cliente, dni_PN)
PROVEEDOR (id_proveedor, nombre_PV, teléfono_PV, direccion_PV)
CLIENTE (id_cliente)
VENDEDOR (dni_V, teléfono_V, primer_nombre_V, segundo_nombre_V,
apellido_paterno_V, apellido_materno_V, direccion_V)
PEDIDO (id pedido, id_proveedor, fecha_PED)
CONTIENE (id_producto, id pedido, cantidad_PP, precio_de_compra)
VENTA (numero_venta, dni_V, id_cliente, fecha_V,
monto_total)
 PRODUCTO (id_producto, nombre_PD, precio_prod, stock, fecha_vcto,
concentrado, forma_farma, forma_farma_simplif,
presentación, fracciones, num_regsan, laboratorio)

DETALLE_VENTA (id_producto,numero_venta, precio_de_venta,

cantidad_PB)
IX. Modelo Lógico en PowerDesigner