Este documento describe el desarrollo de una base de datos para automatizar el inventario de una farmacia llamada "José" en Trujillo, Perú. Se presenta el modelo entidad-relación y entidad-relación extendida, luego se normaliza la base de datos y se implementa un modelo relacional en MySQL. Finalmente, se genera un diccionario de datos usando un plugin. La base de datos relaciona medicamentos con enfermedades para facilitar la búsqueda de productos.

1. UNIVERSIDAD NACIONAL DE
TRUJILLO
FACULTAD DE CIENCIAS FISICAS Y
MATEMATICAS
ESCUELA DE INGENIERIA INFORMATICA
Implementación de una base de datos
para la Farmacia “José” en la ciudad de
Trujillo
CURSO : BASE DE DATOS I
PROFESOR : DIAZ PULIDOJOSEARTURO
CICLO : V
SECCION : A
ALUMNO : UGAZ SALAZARBRANDON DANIEL
Proyecto Final

2. pág. 2
Trujillo - Perú
2018
INDICE
RESUMEN.........................................................................................................................3
REALIDAD PROBLEMÁTICA.........................................................................................4
INGENIERIA DEL PROYECTO.......................................................................................5
1. MODELO E-R / MODELO E–R EXTENDIDO......................................................5
ENTIDAD RELACION: .............................................................................................5
ENTIDAD RELACION EXTENDIDA: ......................................................................6
2. NORMALIZACION DE LA BASE DE DATOS .....................................................7
Primera Forma Normal (1FN).....................................................................................7
Segunda Forma Normal (2FN)....................................................................................7
Tercera Forma Normal (3FN).....................................................................................8
3. MODELO RELACIONAL EN MySQL ..................................................................9
4. DICCIONARIO DE DATOS INTERPRETADO ..................................................10
CONCLUSIONES............................................................................................................15
RECOMENDACIONES...................................................................................................16
BIBLIOGRÁFIA..............................................................................................................17

3. pág. 3
RESUMEN
El presente proyecto se basa en la construcción de una base de datos que
ayude a automatizar el inventario en la farmacia “José”. Mediante este
informe seexplicará el desarrollo del modelado y construcción de la base de
datos, ya que es necesario darlas a conocer para poder lograr un mayor
entendimiento para el público en general. Se establecerá ideas de como
ampliar la base de datos según los requerimientos que tenga la farmacia,
logrando que cada vez sea más especializada y enfocada hacia una farmacia
en específico. Es por ello que haremos uso de MySQL, que es un gestor de
base datos gratuito y de fácil uso donde podremos diseñar nuestro modelo
relacional.
También haremos uso deotros programas que nos ayuden en la construcción
de nuestra base de datos, uno de ellos es “Diaw”, en el cual diseñamos el
modelo E-R y EE-R, así como también de plugins para permitir que otros
softwares hagan uso de nuestra base de datos como es el caso de JAVA que
requiere implementar el plugin “JDBC” o para generar el diccionario de
datos se agrega el plugin “datadict_grt.py” directo al programa de MySQL,
el cual nos genera el diccionario de datos como un archivo “html”.

4. pág. 4
REALIDAD PROBLEMÁTICA
Una base de datos es una herramienta muy importante en las empresas, de
forma indistinta del rubro o el tamaño de la empresa.
Nos brinda una ayuda de forma inmediata con la búsquedade datos, debido
a que nos facilita el ingreso y salida de datos, así como una gran rapidez al
formular consultas a la base de datos.
En una farmacia se ofrecen distintas líneas de productos.Para nuestro caso,
la farmacia “José”no es la excepción, es por ello que en el siguiente informe
explicaremos el desarrollo de una base de datos, con el fin de poder
automatizar su inventario y brindar una idea clara sobre el tema de la
especialización en las entidades, aplicando el método de herencia en los
productos hastallegar a los medicamentos, también se establece una relación
entre un medicamento “X” conuna enfermedad “Y” conel fin de facilitar la
búsqueda de los productos cuando solo se tiene la información de la
enfermedad a tratar.
En nuestro caso solo hablamos de un almacén debido a que solo trabajamos
con una farmacia. En nuestra base de datos tenemos el caso especial que a
través de un software se podría brindar información sobre resultados,
reportes o consultas desde una sola entidad, solo tomando en cuenta sus
atributos que harán que se diferencie una de otra, como es el caso de la
entidad “compra” que más adelante se verá, desde esta entidad se puede
realizar un reporte como una boleta o factura hasta listar los pedidos de la
farmacia a sus proveedores, esto ayuda a reducir la cantidad de entidades a
usar.

5. pág. 5
INGENIERIA DEL PROYECTO
1. MODELO E-R / MODELO E–R EXTENDIDO
Modelo ER y EER diseñado en el programa DIAW.EXE:
ENTIDAD RELACION:
Ilustración 1. Modelo Entidad Relación

6. pág. 6
ENTIDAD RELACION EXTENDIDA:
Ilustración 2. Modelo Entidad Relación Extendida

7. pág. 7
2. NORMALIZACION DE LA BASE DE DATOS
Base de datos de la Farmacia “José”:
Farmacia(nombreF,rucF,direccionF,numeroCelularF,dniP,nombresP,
apellidosP,fechaNacP,e_mailP,tel_celP,numCuentaP,puntosBonusP,
profesionP,cargoP,modoContratoP,salarioP,direccionP,fechaC,montoC,
tipoC,cantidadProd,nombreProd,precioProd,descripciónProd,
presentacionProd,fechaVencProd,enF,fechaRegProd,ocasión,
recomendacionUso,nombreE,descripcionE,ramaMedE,nombreProv,
rucProv,direccionProv,telfProv).
Primera Forma Normal (1FN)
Farmacia(nombreF,rucF,direccionF,numeroCelularF,dniP,nombresP,
apellidoPP,apellidoMP,fechaNacP,cuentaE_mailP,tel_celP,tipoP,tipo,
codigoPostal,operdor,numCuentaP,nomBanco,puntosBonusP,profesionP,
gradoMaximo,lugarEstudioP,cargoP,modoContrato,salarioP,pais,dirección,
ciudad,dir,fechaC,montoC,tipoC,cantidadProd,nombreProd,precioProd,
descripciónProd,presentacionProd,fechaVencProd,enF,fechaRegProd,
ocasión,recomendacionUso,nombreE,descripcionE,ramaMedE,
nombreProv,rucProv).
Segunda Forma Normal (2FN)
Farmacia(nombreF,rucF,direccionF,numeroCelularF).

8. pág. 8
Persona(dniP,nombresP,apellidoPP,apellidoMP,fechaNacP,cuentaE_mailP,
tipo).
Proveedor(rucProv,nombreProv).
Telf_cel(idTelf_cel,telf_celP,tipo,codigoPostal,operador,dniP,rucProv).
Cuenta(idCuenta,numCuentaP,nomBanco,dniP,rucProv).
Cliente(dniP,puntosBonusP).
Empleado(dniP,profesionP,gradoMaximo,lugarEstudioP,cargoP,
modoContrato,salarioP).
Compra(idCompra,fecha,monto,tipo,idCliente,idEmpleado,idProveedor).
Producto(idproducto,nombre,precio,descripción,presentación,fechaVenc,
enF,fechaReg).
Medicamento(idProducto).
Regalo(idProducto,ocasión).
Enfermedad(idEnfermedad,nombre,descripción,ramaMed).
Compra_Producto(idCompra,idProducto,cantidadProd).
Medicamento_Enfermedad(idProducto,idEnfermedad, recomendacionUso).
Tercera Forma Normal (3FN)
Farmacia(nombreF,rucF,direccionF,numeroCelularF).
Persona(dniP,nombresP,apellidoPP,apellidoMP,fechaNacP,cuentaE_mailP,
tipo).
Proveedor(rucProv,nombreProv).
Telf_cel(idTelf_cel,telf_celP,tipo,codigoPostal,operador,dniP,rucProv).
Cuenta(idCuenta,numCuentaP,nomBanco,dniP,rucProv).
Cliente(dniP,puntosBonusP).
Empleado(dniP,profesionP,gradoMaximo,lugarEstudioP,cargoP,
modoContrato,salarioP).
Compra(idCompra,fecha,monto,tipo,idCliente,idEmpleado,idProveedor).

9. pág. 9
Producto (idproducto,nombre,precio,descripción,presentación,fechaVenc,
enF,fechaReg,tipo).
Enfermedad(idEnfermedad,nombre,descripción,ramaMed).
Compra_Producto(idCompra,idProducto,cantidadProd).
Medicamento_Enfermedad(idProducto,idEnfermedad,recomendacionUso).
3. MODELO RELACIONAL EN MySQL
Modelo Relacional desarrollado en el gestor de base de datos
“MySQL”.

10. pág. 10
Ilustración 3. Modelo Relacional en MySQL
4. DICCIONARIO DE DATOS INTERPRETADO
Obtenida del modelo relacional en MySQL, aplicando el plugin
“datadict_grt.py” tenemos como resultado nuestro diccionario de datos
como un archivo “html”.
Ilustración 4. Diccionario de datos parte 1

11. pág. 11
++
Ilustración 5. Diccionario de datos parte 2
Ilustración 6. Diccionario de datos parte 3

12. pág. 12
Ilustración 7. Diccionario de datos parte 4
Ilustración 8. Diccionario de datos parte 5

13. pág. 13
Ilustración 9. Diccionario de datos parte 6
Ilustración 10. Diccionario de datos parte 7

14. pág. 14
Ilustración 11. Diccionario de datos parte 8
Ilustración 12. Diccionario de datos parte 9

15. pág. 15
CONCLUSION
La relación bilateral entre Medicamento y Enfermedades facilita en la
búsquedade un medicamento con respecto a una enfermedad en específico,
es por ello que el empleado brindara una mejor opinión a un diagnostico
hacia una enfermedad, muy aparte de sus conocimientos que haya obtenido
durante sus estudios profesionales.

16. pág. 16
RECOMENDACIONES
De querer implementar esta basede datos en una farmacia, se debe ingresar
como atributos los datos que usted maneja actualmente para que no se
generen problemas inesperados o en este informe se haya obviado algunos
atributos importantes en una farmacia.
Puede ampliar la base de datos usando el método de generalización para
poderespecificar los tipos de productos queofrecen su farmacia, pero debe
considerar que para poderobtener entidades hijas de una entidad padre
debe haber una diferencia justificable entre ellas.
Para que haya mayor facilidad y un mejor entendimiento porparte de los
empleados al momento de manejar la base de datos se debe integrar
interfaces graficas amigables que sean intuitivas para sus usuarios.

17. pág. 17
BIBLIOGRÁFIA
1. Andrés CordónFranco, 2005, Normalización en Bases de Datos,
UNIVERSIDAD DE SEVILLA.
2. Rafael Camps Paré, Luis Alberto Casillas Santillán, Dolors Costal
Costa, Marc Gibert Ginestà, Carme Martín Escofet, OscarPérez
Mora,2005, Bases de datos, Fundación per a la Universidad Oberta
de Catalunya, Material realizado por Eureca Media, SL.