Universidad Jurez Autnoma de

Tabasco
Divisin Academia de Informtica y
Estudio en la duda, accin en la fe

Sistema de
Compra
Caso de Estudio
Asignatura:
Administracin de Base de Datos

Facilitadora:
Erika Yunuen Morales Mateos

Integrantes del Equipo:

Winebaldo Jos Collado Martnez
Sergio Antonio Torres Lpez

Ciclo Corto 2014

Cunduacn, Tabasco

NDICE
INTRODUCCIN................................................................................................... 2
OBJETIVOS........................................................................................................... 3
PRESENTACIN DEL CASO DE ESTUDIO..............................................................4
EL MODELO RELACIONAL.................................................................................... 5
DETERMINAR LAS RELACIONES........................................................................5
DEFINICIN DE CLAVES.................................................................................... 7
REGLAS DE INTEGRIDAD.................................................................................. 8
LENGUAJE SQL..................................................................................................... 9
SENTENCIAS DE DEFINICIN............................................................................ 9
SENTENCIAS DE MANIPULACIN....................................................................11
INTRODUCCIN AL DISEO DE BASE DE DATOS...............................................13
DISEO CONCEPTUAL: EL MODELO E-R.........................................................13
DISEO LGICO: LA TRANSFORMACIN DEL MODELO E-R AL MODELO
RELACIONAL................................................................................................... 15
NORMALIZACIN............................................................................................ 16
BASE DE DATOS EN MYSQL............................................................................... 17
BIBLIOGRAFA.................................................................................................... 18

SISTEMA DE COMPRA

INTRODUCCIN
Este documento mostrara el caso de estudio de una base de
datos, presentado como trabajo final de semestre, todo esto
forma parte de la asignatura Administracin de Bases de
Datos.
El documento est estructurado de tal forma en cual el lector
podr entender paso a paso como se fue dando solucin y as
mismo como se desarroll dicha base de datos.
El caso de estudio se elabor gracias a la tienda de ropa
SamDol, ya tenan la necesidad de tener un sistema con base
de datos para realizar sus operaciones bsicas, ms adelante
se explicara todo el planteamiento del problema.

SISTEMA DE COMPRA

OBJETIVOS
Los objetivos que se deben alcanzar al finalizar el trabajo son
los siguientes:
Poder comprender los conceptos bsicos de la materia.
Realizar un modelo relaciones, as mismo un modelo
entidad-relacin todo con relacin y buscando una
ptima solucin al problema de la empresa.
Poder transformar nuestro modelo entidad-relacin a un
lenguaje SQL.
Adquirir el conocimiento y criterio suficiente para
identificar los problemas comunes en el diseo de base
de datos y tomar decisiones en un proyecto que implique
el uso de bases de datos.

SISTEMA DE COMPRA

PRESENTACIN DEL CASO DE ESTUDIO

La problemtica empieza en la PYME SamDol, S.L.
dedicada a la venta de ropa para caballeros y a la compra en
mayoreo de diversos proveedores, esta ubicada en el
municipio de Cunduacn, Tabasco.
Primero cuando nos entrevistamos con los encargados, nos
comentaron la problemtica que tenan, y que por ser una
PYME no contaban con los recursos suficientes para contratar
una empresa profesional para poder llevar a cabo una
solucin a su problema, por cual nosotros ofrecimos nuestra
ayuda, ya que por ser estudiantes universitarios esto nos
servir como una experiencia laboral, cabe destacar que
nosotros solo nos dedicaremos al diseo y elaboracin de la
base de datos, de tal modo que cuando el encargado de
realizar su sistema necesite una, este podr tener una base
de datos segura y con todas sus validaciones.
La problemtica segn lo que nos han contado es que, hasta
ahora, la gestin de la empresa se llevaba a cabo con papeles
y computadoras, primero escriben todo en papel, despus
usan la paquetera office para transcribir toda la informacin
que contienen las hojas, todo esto lleva a una gran prdida de
tiempo del personal, por lo que se est considerando el
cambio de la gestin administrativa y de operaciones a un
software libre.
Actualmente, las operaciones que realizan mediante papel son
el registro de venta y control de inventario. El mtodo de
organizacin de la empresa es la siguiente, primero se tiene
una lista de proveedores, de estos se requiere un cdigo
nico, nombre de la persona encargada, un telfono de
contacto y nombre de la empresa de la cual provienen.
SISTEMA DE COMPRA

De ah se registran los productos que se les compran a los

proveedores, se debe tener en cuenta que estos pueden
proveer uno o ms productos, en estos registros se agregan el
cdigo del producto, su nombre, la cantidad, el precio y el
proveedor.
Ahora para el proceso de venta lo que se archiva es el cdigo
del producto, la cantidad que el cliente vaya a comprar, el
precio, fecha y el monto total, tambin se debe tomar en
cuenta que a veces un cliente se lleva uno o muchos
productos.
Los datos que utilizan para llevar el control de inventario es el
cdigo del producto, la cantidad, pero todo esto se realiza al
final del da, por lo cual la cantidad de un cierto producto
disminuir, dependiendo si ese da se realiz una o ms
compras del mismo.
ste es a grandes rasgos el problema que nos plantearon, y
que gracias a toda esta informacin utilizaremos como caso
de estudio para poder aplicar todos nuestros conocimientos
adquiridos en las asignaturas Modelado, Diseo y Manejo de
Base de Datos, Programacin de Base de Datos y
Administracin de Base de Datos y as llegar a una solucin
ptima.

EL MODELO RELACIONAL
El modelo relacional se ha establecido actualmente como el
principal modelo de datos para las aplicaciones de
procesamiento de datos. Ha conseguido la posicin principal
debido a su simplicidad, que facilita el trabajo del
programador en comparacin con otros modelos anteriores
como el de red y el jerrquico.
SISTEMA DE COMPRA

Una vez visto el planteamiento del problema, el primer paso

ser realizar un anlisis que describa el modelo relacional que
vamos a utilizar, en el que incluiremos algunas funciones de
muestra para que pueda comprobar qu ser capaz de
cumplir con los objetivos.

DETERMINAR LAS RELACIONES

Primero determinamos las relaciones y sus atributos:
Proveedor (id, nombre, telfono, direccin, email)
Venta (id, fecha, montototal)
Producto (id, nombre, precio, stock, proveedor)
Ventaproducto (producto, venta, cantidad)
De ah se definen los dominios:
PROVEEDOR:
dominio(ID)=cdigoUnico
dominio(NOMBRE)=nombreProveedor
dominio(TELFONO)=numeros
dominio(DIRECCIN)=texto
dominio(EMAIL)=texto
VENTA:
dominio(ID)=cdigoUnico
dominio(FECHA)=fechayhora
dominio(MONTOTOTAL)=numerosDecimal
SISTEMA DE COMPRA

PRODUCTO:
dominio(ID)=cdigoUnico
dominio(NOMBRE)=nombreProducto
dominio(PRECIO)=numerosDecimal
dominio(STOCK)=numero
dominio(PROVEEDOR)=numero
VENTAPRODUCTO:
dominio(PRODUCTO)=numero
dominio(VENTA)=numero
dominio(CANTIDAD)=numero

SISTEMA DE COMPRA

DEFINICIN DE CLAVES
A continuacin se definirn nuestras llaves primarias:
PROVEEDOR:
Claves candidatos: {ID, nombre, email}
Clave primaria: {ID}
VENTA:
Claves candidatos: {ID, fecha}
Clave primaria: {ID}
PRODUCTO:
Claves candidatos: {ID, nombre}
Clave primaria: {ID}
VENTAPRODUCTO:
Claves candidatos: {ninguna}
Clave primaria: {ninguna}

De igual modo hay que tener en cuentas nuestras llaves

forneas las cuales marcaremos juntos con las primarias en
nuestro modelo relacional. Primarias ( ), Forneas ( ):
PROVEEDOR (ID, NOMBRE, TELFONO, DIRECCIN,
EMAIL)
VENTA (ID, FECHA, MONTOTOTAL)
PRODUCTO (ID, NOMBRE, PRECIO, STOCK, PROVEEDOR)
SISTEMA DE COMPRA

VENTAPRODUCTO (PRODUCTO, VENTA, CANTIDAD)

REGLAS DE INTEGRIDAD
En este punto, no es necesario preocuparse por las reglas de
integridad del modelo que tratan sobre la clave primaria, ya
que nos vendrn impuestas en el momento de crear las tablas
en el SGBD.
Es conveniente, no obstante, fijar las decisiones sobre la
integridad referencial; en concreto, qu vamos a hacer en
caso de restriccin. As pues, para cada relacin que tiene una
clave primaria referenciada desde otra, deberemos decidir
qu poltica cabe aplicar en caso de modificacin o borrado:
PRODUCTO
Modificacin del atributo (proveedor): Se ha decidido que
cada vez que este atributo sea modificado tenga una
actualizacin en cascada.
Eliminacin del atributo (proveedor): Aqu vamos a optar
por una poltica de restriccin, de modo que cuando se
quiera eliminar, este no perjudicara a la tabla padre.
VENTAPRODUCTO
Modificacin del atributo (producto, venta): Igual que en
la tabla producto, se ha decidido que cada vez que este
atributo sea modificado tenga una actualizacin en
cascada.
Eliminacin del atributo (producto, venta): Aqu vamos a
optar igual como lo hicimos en la tabla anterior, por una
poltica de restriccin, de modo que cuando se quiera
eliminar, este no perjudicara a la tabla padre.
SISTEMA DE COMPRA

LENGUAJE SQL
Los sistemas de bases de datos comerciales necesitan un
lenguaje de consultas cmodo para el usuario. Y el lenguaje
comercial de mayor influencia es SQL. SQL usa una
combinacin de lgebra relacional y construcciones del
clculo relacional. Aunque el lenguaje SQL se considere un
lenguaje de consultas, contiene muchas otras capacidades
adems de la consulta en bases de datos. Incluye
caractersticas para definir la estructura de los datos, para la
modificacin de los datos en la base de datos y para la
especificacin de restricciones de seguridad.
As que ya terminado nuestro modelo relacional, decidimos
empezar con las sentencia SQL, as mismo se proceder a la
creacin de la base de datos.

SENTENCIAS DE DEFINICIN
Un esquema de base de datos se especifica mediante un
conjunto de definiciones expresadas mediante un lenguaje
especial llamado lenguaje de definicin de datos (LDD).
Creacin y uso:

Creacin de tablas:

SISTEMA DE COMPRA

10

SISTEMA DE COMPRA

11

Cabe destacar que ya en este cdigo de SQL se activaron

nuestras llaves forneas, por lo cual nuestra base tendr ms
integridad.
Ahora crearemos una vista, la cual ser mostrada a un
usuario, y ser la de productos, en esta vista solo se le
permitir ver el cdigo, nombre y precio, ya que no se desea
que cualquier usuario tenga acceso a todos los datos de
productos:

Lo mismo con los proveedores, no se desea que cualquier

usuario tengo acceso a toda su informacin.

SENTENCIAS DE MANIPULACIN
Un lenguaje de manipulacin de datos (LMD) es un lenguaje
que permite a los usuarios acceder o manipular los datos
organizados mediante el modelo de datos apropiado.
A continuacin mostraremos las sentencias para aadir un
nuevo proveedor:

SISTEMA DE COMPRA

12

Tambin para aadir producto:

Igual se muestran las sentencias para actualizar, ya sea la

informacin del proveedor o de un producto, se debe aclarar
que la actualizacin de producto se realizara cada vez se
realice una venta.

Al realizar una venta, y ver su historial se usara el siguiente

cdigo, todo esto para que el usuario tenga una informacin
concisa.

SISTEMA DE COMPRA

13

INTRODUCCIN AL DISEO DE BASE DE

DATOS
Las sentencias SQL de creacin de tablas son bastante claras
para un usuario tcnico, as que tenemos que buscar una
forma en la cual nosotros podamos explicar al cliente cual fue
el trabajo que hicimos.
Por lo cual hemos pensado que disponer un modelo entidadrelacin del sistema nos ayudar a comunicar mejor la
estructura que estamos planteando y, de paso, a demostrar
que el modelo relacional que planteamos al inicio es el
correcto.

DISEO CONCEPTUAL: EL MODELO E-R

El modelo de datos entidad-relacin (E-R) est basado en una
percepcin del mundo real consistente en objetos bsicos
llamados entidades y de relaciones entre estos objetos.
Se desarroll para facilitar el diseo de bases de datos
permitiendo la especificacin de un esquema de la empresa
que representa la estructura lgica completa de una base de
datos. El modelo de datos E-R es uno de los diferentes
modelos de datos semnticos; el aspecto semntico del
modelo yace en la representacin del significado de los datos.
A continuacin se muestra la imagen de nuestro modelo
entidad-relacin:

SISTEMA DE COMPRA

14

SISTEMA DE COMPRA

15

Lo que se representa en esta imagen es lo siguiente: Hay tres

entidades todas ellas relacionadas, la entidad proveedor
cuenta con 5 atributos, uno de ellos es una Primary Key, as
mismo en todas las entidades se puede identificar que una
entidad tiene una PK por que el mismo esta subrayado.
La relacin producto-proveedor es de uno a muchos, esto
quiere decir que, un proveedor puede dar de uno a muchos
productos y un producto puede ser entregado por uno y solo
un proveedor, ya que lgicamente se supone que el producto
es nico.
Ahora la relacin producto-venta, esta es una relacin de
muchos a muchos, esto quiere decir que un producto puedo
estar en una y muchas ventas, y en una venta hay de uno a
muchos productos, por lo tanto aqu se forma una entidad
asociada, por eso mismo podemos observar que en la relacin
tiene un atributo, ahora esta nueva entidad ser totalmente
dependiente y el atributo que definir esta misma ser la
cantidad, ya que es imposible que este atributo, el cual tiene
un factor importante en un proceso de venta, no puede estar
en la entidad producto o en la entidad venta.
Todos estos cambios se reflejaran cuando este modelo
entidad-relacin pase a un modelo relacional

SISTEMA DE COMPRA

16

DISEO LGICO: LA TRANSFORMACIN DEL

MODELO E-R AL MODELO RELACIONAL
A continuacin se muestra la imagen de nuestro modelo
relacional basado en el anterior modelo entidad-relacin:

Ya anteriormente se tuvo la oportunidad de explicar

tericamente el modelo relacional, pero ahora con esta
imagen, se planteara de una forma clara y sencilla, ya que se
pueden apreciar las entidades, las cuales son las tablas y su
relacin la cual se representa con los rombos bicolores,
tambin se aprecia que las entidades tienen ya definidos sus
atributos, se puede identificar cul es su llave primaria, si
cuenta con alguna llave fornea y se define los tipos de datos
de los atributos, ya se INTEGER, VARCHAR, etc.

SISTEMA DE COMPRA

17

NORMALIZACIN
El proceso de normalizacin de bases de datos consiste en
aplicar una serie de reglas a las relaciones obtenidas tras el
paso del modelo entidad-relacin al modelo relacional.
Nosotros aplicaremos la normalizacin a nuestra base de
datos para:

Evitar la redundancia de los datos.

Disminuir problemas de actualizacin de los datos en las
tablas.
Proteger la integridad de los datos.

A continuacin explicaremos a detalles las formas normales,

que fuimos aplicando a nuestra base de datos, todas estas se
pueden apreciar en nuestro modelo relacional o cdigo SQL.
Primera Forma Normal (1FN): Nuestra tablas padres estn en
Primera Forma Normal ya que:

Todos los atributos son atmicos.

Las tablas contienen una clave primaria nica.

Las claves primarias no contiene atributos nulos.

No debe existir variacin en el nmero de columnas.

Una tabla no puede tener mltiples valores en cada

columna.
Los datos son atmicos.

Segunda Forma Normal (2FN)

SISTEMA DE COMPRA

18

En pocas palabras esta forma quiere decir que no existen

dependencias parciales. (Todos los atributos que no son clave
principal deben depender nicamente de la clave principal).
Tercera Forma Normal (3FN)
Nuestras tablas estn en 3FN ya que no existe ninguna
dependencia funcional transitiva entre los atributos que no
son clave.
Cuarta Forma Normal (4FN)
Una tabla se encuentra en 4FN si, y slo si, para cada una de
sus dependencias mltiples no funcionales X->->Y, siendo X
una super-clave que, X es o una clave candidata o un conjunto
de claves primarias.

SISTEMA DE COMPRA

19

BASE DE DATOS EN MYSQL

Por tener ya cierta experiencia en MySQL, se eligi este SGBD
para correr nuestra base de datos, ya que es un manejador
libre y de fcil uso, as mismo beneficiara a nuestro, ya que si
algn da surge algn problema estaremos en la capacidad de
resolverlo sin ninguna complicacin, de igual forma contiene
los siguientes beneficios.
Soporte por parte del fabricante.
Conexin desde PHP.
Prestaciones en creacin de las estructuras (tablas,
ndices, etc.).
Prestaciones en tipos de datos.
Prestaciones en consultas simples.
Prestaciones en consultas complejas.
Prestaciones en manipulacin de datos.
Facilidad en la administracin de usuarios.
Facilidad en la gestin de copias de seguridad.
Aqu dejamos una captura de nuestra pantalla de trabajo.

SISTEMA DE COMPRA

20

BIBLIOGRAFA
INTRODUCCIN A LOS SISTEMAS DE BASES DE
DATOS. SPTIMA EDICIN. C. J. Date
FUNDAMENTOS DE BASES DE DATOS. Cuarta
edicin. Abraham Silberschatz, Henry F. Korth, S.
Sudarshan.

SISTEMA DE COMPRA

21