Proyecto final base de datos i

Proyecto Final para el curso de Base de DATOS I
El informe muestra la construcción de la base de datos para la farmacia "José",para ello se hace uso de un gestor de base que en este caso usaremos MySQL, así como otros programas y plugins para el diseño de los modelos relacionales y el diccionario de datos.Se hará uso del método de especialización para tener un mayor entendimiento sobre los productos que ofrece la farmacia y su relación con las distintas enfermedades,de modo de generar una relación directa entre los productos y las enfermedades.

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 PULIDO JOSE ARTURO
CICLO : V
SECCION : A
ALUMNO : UGAZ SALAZAR BRANDON 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).....................................................................................8
Segunda Forma Normal (2FN) ....................................................................................8
Tercera Forma Normal (3FN) .....................................................................................9
3. MODELO RELACIONAL EN MySQL ................................................................ 10
4. DICCIONARIO DE DATOS INTERPRETADO .................................................. 10
CONCLUSIONES ............................................................................................................ 16
RECOMENDACIONES ................................................................................................... 17
BIBLIOGRÁFIA .............................................................................................................. 18

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 se explicará 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 de otros 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úsqueda de 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 hasta llegar a los medicamentos, también se establece una relación
entre un medicamento “X” con una enfermedad “Y” con el 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:

6. pág. 6







ENTIDAD RELACION EXTENDIDA :


Ilustración 1. Modelo Entidad Relación

7. pág. 7



Ilustración 2. Modelo Entidad Relación Extendida



2. NORMALIZACION DE LA BASE DE DATOS

Base de datos de la Farmacia “José”:

8. pág. 8

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).
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).

9. pág. 9

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).
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).

10. pág. 10

3. MODELO RELACIONAL EN MySQL

Modelo Relacional desarrollado en el gestor de base de datos
“MySQL”.


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”.

11. pág. 11


Ilustración 4. Diccionario de datos parte 1


++

Ilustración 5. Diccionario de datos parte 2

12. pág. 12


Ilustración 6. Diccionario de datos parte 3


Ilustración 7. Diccionario de datos parte 4

13. pág. 13


Ilustración 8. Diccionario de datos parte 5


Ilustración 9. Diccionario de datos parte 6

14. pág. 14


Ilustración 10. Diccionario de datos parte 7


Ilustración 11. Diccionario de datos parte 8

15. pág. 15


Ilustración 12. Diccionario de datos parte 9

16. pág. 16





CONCLUSION



La relación bilateral entre Medicamento y Enfermedades facilita en la
búsqueda de 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.

17. pág. 17


RECOMENDACIONES


De querer implementar esta base de 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
poder especificar los tipos de productos que ofrecen su farmacia, pero debe
considerar que para poder obtener entidades hijas de una entidad padre
debe haber una diferencia justificable entre ellas.


Para que haya mayor facilidad y un mejor entendimiento por parte de los
empleados al momento de manejar la base de datos se debe integrar
interfaces graficas amigables que sean intuitivas para sus usuarios.

18. pág. 18




BIBLIOGRÁFIA



1. Andrés Cordón Franco, 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, Oscar Pérez
Mora,2005, Bases de datos, Fundación per a la Universidad Oberta
de Catalunya, Material realizado por Eureca Media, SL.