You are on page 1of 6

PRODUCTO ACADÉMICO 01

Sección:
Asignat
ura:
Docente
:

Apellid
os:
Nombr
es:

UC0051-UT1001-2016-2
Bases de Datos
Ing. Jorge Sifuentes López

Fecha:

CHACON GONZALES
FRANCIS JAIRZINHO
28-10-16

Duració
n:

60 min

INSTRUCCIONES: Se desea crear una base de datos de acuerdo al siguiente
documento, correspondiente a una empresa Premerie Products que se dedica a la
venda de Electrodomésticos, aparatos y material deportivo:
CASO: Premiere Products
La dirección de Premiere Products, un distribuidor de electrodomésticos (HW), aparatos (AP) y
material deportivo (SG) ha determinado que con el reciente crecimiento de la compañía no es
factible mantener datos de clientes, pedidos e inventario utilizando sus sistemas manuales.
Con los datos almacenados en una base de datos, la dirección será capaz de asegurar que los
datos están actualizados y son más exactos que en los sistemas manuales. Además, los
directores podrán obtener respuestas a sus preguntas relacionadas con los datos de la base de
datos de manera rápida y sencilla, con la opción de producir gran variedad de informes muy
útiles.
El analista se ha reunido con los usuarios, ha examinado los documentos de Premiere Products
y ha determinado que la base de datos debe cubrir las siguientes necesidades:
1) Para un vendedor, almacenar el código de vendedor, apellido nombre, calle, ciudad,
comisión total y porcentaje de comisión.
2) Para un cliente, almacenar el código de cliente, nombre, calle, ciudad, balance y límite
de crédito. Además, almacenar el código, apellido y nombre del vendedor que
representa al cliente. El analista también ha determinado que un vendedor puede
representar a varios clientes, pero un cliente tiene que tener exactamente un vendedor
(en otras palabras, un vendedor debe representar a un cliente, pero un cliente no puede
estar representado por ninguno ni por más de un vendedor).
3) Para un artículo, almacenar el código de artículo, descripción, stock, clase de artículo,
número de almacén en que el artículo está situado, y precio unitario. Todas las unidades
de un artículo determinado están almacenadas en el mismo almacén.

Exigencia académica para grandes cambios.

código y nombre del cliente que ordenó el pedido y el código de vendedor que representa a ese cliente. tblVendedor tblCliente tblArticulo tblpedido Paso 02: Identifique los identificadores únicos para las entidades identificadas en el paso 1. 5) Para cada línea de un pedido. b) En un pedido determinado. identifique las entidades (objetos) involucrados. tblVendedor idVende apeVende nombreVende calleVende ciudadVende comiVende porcentajeCoVende tblCliente idClien nombreClien calleClien ciudadClien balanceClien limiteCreClien Exigencia académica para grandes cambios. El analista también obtuvo la siguiente información con respecto a los pedidos: a) Sólo hay un cliente por pedido. Paso 01: Lea las necesidades. fecha. almacenar el código de pedido. c) El precio cotizado podría diferir del precio actual si el vendedor descuenta un artículo determinada de un pedido en concreto.4) Para un pedido. hay como máximo una línea para un artículo determinado. . el artículo DR93 no puede aparecer en varias líneas dentro del mismo pedido. almacenar el código de artículo y la descripción. tblVendedor idVende tblCliente idClien tblArticulo idArticulo tblpedido idpedido Paso 03: Identifique los atributos de todas las entidades. la cantidad y el precio cotizado. Por ejemplo. y nombre a las entidades.

cantArticulo.limiteCreClien.calleVende. El atributo o atributos de una entidad de que todos los demás atributos son dependientes será o serán la clave principal de la tabla. idVende. preciArticulo.porcentajeCoVende. idclien.calleClien.) Paso 06: Identifique las relaciones entre las tablas.idVende. numeroAlArticulo.limiteCreClien. nombreClien. tblVendedor (idVende.idclien.preciCoArticulo. claseArticulo. idArticulo→ descripArticulo.comiVende.apeVende.ciudadClien. idClien → nombreClien.nombreClien.balanceClien.porcentajeCoVende. stockArticulo. idVende → apeVende.balanceClien. Exigencia académica para grandes cambios. descripArticulo. Paso 05: Utilice las dependencias funcionales para identificar las tablas situando cada atributo con el atributo o mínima combinación de atributos de los que es funcionalmente dependiente.idArticulo. idLineapedido→ idArticulo.tblArticulo idArticulo descripArticulo stockArticulo claseArticulo numeroAlArticulo preciArticulo tblpedido idPedido fechaPedido idclien nombreClien idVende tblLineapedido idArticulo descripArticulo cantArticulo preciCoArticulo Paso 04: Identifique las dependencias funcionales que existen entre los atributos. . esto indica una relación de uno a varios entre tblVendedor y tblpedido (un vendedor REALIZA varios pedidos). idPedido→ fechaPedido.calleVende. - Las tablas tblVendedor y tblpedido están relacionadas utilizando las columnas idVende.cantArticulo. preciArticulo.) tblpedido (idPedido.) tblArticulo (idArticulo. Como la columna idVende es la columna principal de la tabla tblVendedor.nombreVende.descripArticulo. claseArticulo.nombreVende.) tblCliente (idClien .comiVende.ciudadClien. stockArticulo.fechaPedido. numeroAlArticulo.ciudadVende.calleClien.ciudadVende.) tblLineapedido (idLineapedido .preciCoArticulo.

esto indica una relación de uno a varios entre tblCliente y tblpedido (un cliente RECIBE un pedido). - Las tablas tblArticulo y tblLineapedido están relacionadas utilizando las columnas idArticulo. Como la columna idArticulo. Como la columna idClien es la columna principal de la tabla tblCliente. esto indica una relación de uno a varios entre tblpedido y tblLineapedido (un pedido TIENE una línea de pedido). . - Las tablas tblpedido y tblLineapedido están relacionadas utilizando las columnas idPedido. esto indica una relación de uno a varios entre _______ y tblLineapedido (un artículo ESTÁ en una línea de pedido).- Las tablas tblCliente y tblpedido están relacionadas utilizando las columnas idClien. Como la columna idPedido es la columna principal de la tabla tblpedido . Exigencia académica para grandes cambios. es la columna principal de la tabla tblArticulo.

.Exigencia académica para grandes cambios.

tblvendedor DIAGRAMA ENTIDAD RELACIÓN REALIZ A idVende apeVende. stockArticulo.ciudadClien. numeroAlArticul o. tblArticulo tblLineaPedi do idArticulo descripArticulo. preciArticulo tblpedido TIENE idPedido fechaPedido idClien (FK) idVende(FK) tblCliente RECIBE idClien nombreClien .calleClien . preciArticulo REGIST RA idPedido (FK) IdArticulo (FK) numeroAlArticul o. calleVende. ciudadVende. limiteCreClien Exigencia académica para grandes cambios. claseArticulo. balanceClien. porcentajeCoVe nde. nombreVende. . comiVende.