Descarga la aplicación para disfrutar aún más
Vista previa del material en texto
INSTITUTO POLITÉCNICO NACIONAL ESCUELA SUPERIOR DE CÓMPUTO Equipo 9 Pequeños Comercios Proyecto “Videoclub” Alumnos Bello Muñoz Edgar Alejandro Hernández Rodríguez Armando Giovanni Rodríguez Coronado Jesús Profesora: Ocotitla Rojas Nancy Grupo: 2CM1 Introducción En la actualidad, aún existen muchos negocios que manejan su administración de la forma tradicional, sin llevar un verdadero control sobre sus productos y sus ventas, esto es mucho más visibles en los pequeños comercios, ya que al no ser tan grandes ni contar con un catálogo de productos o servicios tan extenso, en comparación de una compañía grande, los propietarios de estos comercios no consideran necesario contar con un sistema o una base de datos, ya que sería una gran inversión para ellos, la cual podría no ser lo suficientemente redituable para el negocio. Sin embargo, existen ocasiones en las que no dimensionamos el verdadero tamaño que tendría uno de esos pequeños negocios, y contar con una base puede ser una gran ayuda para evitar diversos problemas de manejo de cuentas con los clientes, con el inventario y una correcta administración en general. Con base en lo anterior, se tomó la decisión de hacer una base de datos para un videoclub local, abarcando desde las relaciones del cliente y la renta, guardando los datos de los clientes debido a la misma modalidad que se maneja en el negocio, contando con dos tipos de cuenta diferente para los clientes. Haciendo una distinción entre los productos que se tienen en renta, ya que no se centran únicamente en las películas, al existir también la renta de videojuegos. Y para abarcar todas las actividades del negocio, se tendrán que registrar los proveedores con los que cuenta el videoclub. Para esto se realizará un análisis de requerimientos, para tener un panorama más amplio sobre todas las necesidades que pueda llegar a tener un negocio de este tipo, con su correspondiente diagrama entidad-relación para un mejor entendimiento, y para realizar el esquema del modelo relacional y su diagrama final. Requerimientos Un pequeño comercio de películas y videojuegos decide crear un entorno de ejecución que lleve a cabo el control de proveedores, clientes, rentas y de los títulos de películas y videojuegos que ofrece. Para esto, se tienen los siguientes requerimientos: Un cliente posee un número de cliente único, nombre, apellido paterno y materno, así como dirección que debe contener la calle, número y colonia. Cada cliente tiene vinculada una cuenta, en la que se puede conocer el saldo y número de cuenta que lo identifica. Además, un cliente puede poseer diversas tarjetas para realizar el pago, el cual se administra por medio de la cuenta vinculada. En una cuenta se pueden administrar varias tarjetas. Las tarjetas pueden ser regulares o del tipo oro, las cuales tienen una fecha de vencimiento y son identificadas por su número de tarjeta. Todo cliente debe tener vinculada una cuenta, a su vez que todo cliente debe poseer una tarjeta para administrar su cuenta. Una copia cuenta con un código de identificación, debe ser visible la cantidad de copias que se tienen disponibles en el comercio y poder proceder a la renta. Un cliente puede rentar varias copias, estableciéndose la fecha de inicio y fin de la renta, al igual que el costo de esta. Asimismo, una copia pertenece a un título que dispone de un identificador, es de importancia saber el género y año, un título puede tener diferentes géneros. Los títulos pueden ser de películas o videojuegos, en donde se debe considerar el director de la película y el desarrollador del videojuego. Un título pertenece a varias copias. Un proveedor tiene una clave única, nombre y dirección. Un proveedor surte varios títulos de películas o videojuegos y un título puede ser surtido por varios proveedores. Diagrama Entidad-Relación A continuación, se muestra el diagrama entidad-relación, el cual fue logrado con base en los requisitos descritos anteriormente. Esquema Relacional Paso 1: Tipos de Entidad Fuerte. CLIENTE = (NO_CLIENTE, NOMBRE, APELLIDO_PATERNO, APELLIDO_MATERNO, CALLE, NÚMERO, COLONIA) COPIA = (CODIGO, CANTIDAD) PROVEEDOR = (IDP, NOMBREP, DIRECCIONP) TÍTULO = (IDT, AÑO) Paso 2: Tipos de Entidad Débil. CUENTA = (NO_CUENTA, NO_CLIENTE(FK), SALDO) TARJETA = (NO_TARJETA, NO_CLIENTE(FK), FECHA_VENCIMIENTO) Paso 3: Cardinalidad 1:1 CLIENTE = (NO_CLIENTE, NO_CUENTA(FK), NOMBRE, APELLIDO_PATERNO, APELLIDO_MATERNO, CALLE, NÚMERO, COLONIA) Paso 4: Cardinalidad 1: N TARJETA = (NO_TARJETA, NO_CLIENTE(FK), NO_CUENTA(FK), NO_CLIENTE(FK), FECHA_VENCIMIENTO) COPIA = (CODIGO, NO_CLIENTE(FK), IDT(FK) , COSTO, FECHA_INICIO, FECHA_FIN, CANTIDAD) Paso 5: Cardinalidad M: N SURTE = (IDT(FK), IDP(FK)) Paso 6: Atributo multivalor GENERO_TÍTULO = (GÉNERO, IDT(FK)) Paso 7: Tipos de relación de grado mayor a 2 No aplica Paso 8: Jerarquía. Caso 3a) Disyunción TARJETA = (NO_TARJETA, NO_CLIENTE(FK), NO_CUENTA(FK), FECHA_VENCIMIENTO, TIPO) TÍTULO = (IDT, AÑO, DIRECTOR, DESARROLLADOR, TIPO) Diagrama Relacional Conclusiones Bello Muñoz Edgar Alejandro Como conclusión, considero que la realización de este proyecto ha significado una mayor comprensión acerca de los fundamentos más básicos del diseño de bases de datos, tanto en el modelo entidad relación como en el modelo relacional. Asimismo, la realización de estas actividades representa una ampliación del conocimiento y experiencia práctica para el modelamiento de situaciones diversas que podrían observarse como administrador de bases de datos, en el que elementos como la optimización de procesamiento y almacenamiento toman mucha más importancia mientras el volumen de datos es mayor. Hernández Rodríguez Armando Giovanni Con la implementación de este proyecto se logró diseñar el diagrama entidad-relación, además del esquema y diagrama relacional correspondiente, con base a los requerimientos que podría establecer un pequeño comercio de películas y videojuegos. Al desarrollar el diagrama entidad- relación se reforzaron los conceptos de entidades fuertes y débiles, así como de las relaciones que existen, el tipo de participación y cardinalidad, al igual que los atributos que puede tener una entidad. Mientras que, en el esquema relacional se pudo repasar el método de transformación de los ocho pasos, esta transformación se realiza debido a que, facilita las tareas de diseño conceptual. Finalmente, el diagrama relacional obtenido es comprensible porque proporciona una manera simple de representar los datos, lo cual permite el modelado y la gestión de la base de datos. Rodríguez Coronado Jesús A pesar de que el proyecto podría ser considerado pequeño, lo que implica realizarlo es a tomar en consideración, porque esto abarca todos los conocimientos que han sido adquiridos acera de como modelar una base de datos de manera correcta, y que mejor manera de hacerlo que tomando como ejemplo a un negocio el cual en verdad podría necesitar de una base de datos. Realizar el proyecto tiene la función de reafirmar los conocimientos adquiridos durante el semestre, mientras que se realizaban los ejercicios de clase, pero con el extra de que esto es desde cero, ya que crear los requerimientos es algo con lo que no habíamos tratado, y hace que uno se de cuenta de lo importante de esta sección del proceso, ya que, si no es bien realizado, retrasa las demás partes de este. Desarrollar ambos diagramas, refuerza los conceptos vistos, además de brindarte un panoramamás amplio al ser tu el encargado de realizar todo lo previo y posterior a estos, tanto en el diagrama de entidad-relación, como en el relacional, esto demuestra la importancia de los pasos anteriores, tal como el método de los ocho pasos, el cual facilito las tareas en el diseño. Introducción Requerimientos Diagrama Entidad-Relación Esquema Relacional Diagrama Relacional Conclusiones
Compartir