Está en la página 1de 2

Diseo e Implementacin de bases de datos Profesor: Ing.

Jonathan Moreno Nez

PROYECTO FINAL Fecha de entrega: 12 de Junio del 2012

1. EL gerente de un super mercado lo ha contratado para que cree un programa que corra sobre la web, el cual dar
mantenimiento a sus Clientes, Productos, Inventario, Vendedores y Ventas. El programa debe contar con un mantenimiento para cada una de las siguientes tablas de la base de datos Ventas: 1) Clientes 2) Vendedores 3) Productos 4) Inventario 5) Ventas (recuerden detalles de ventas) 2. Aplicar el proceso de normalizacin a la Base de Datos, segn los requerimientos encontrados en el problema. Se debe mostrar el proceso paso a paso en el documento. 3. Diseo lgico de la Base de Datos: Disear diagrama E-R.

4. Transformar el diagrama E-R al modelo Relacional. Debe crear la base de datos (Ventas) en MySql, y establecer
las ligaduras de integridad necesarias en ellas, crear cada tabla y el formato de cada atributo para que la base de datos se mantenga consistente, estable e ntegra. 5. Se debe crear el Diagrama Relacional de Base de Datos (relaciones, cardinalidades). 6. Creacin del Script completo de bases de datos.

7. Desarrollar las pginas necesarias para realizar el mantenimiento a las tablas implicadas. Inclusiones,
modificaciones, consultas (bsquedas) y borrado de registros, borrar tabla (como el formato visto en clase).

8. Respetar la integridad referencial, que est representada por las relaciones expresadas en la base de datos Ventas.
Ejemplo: no se puede vender un producto que no existe en la tabla Productos. Aplicar el mismo tratamiento a las dems relaciones.

9. En cada una de las acciones comunes de mantenimiento, se deben hacer las debidas validaciones del caso para que
el programa no colapse (no se caiga). Se debe tener especial cuidado con las llaves primarias y los campos que son requeridos en la Base de Datos. Ejemplo: a. Cuando vaya a incluir un registro nuevo en Clientes o en Vendedores slo debe verificar si ya existe en la misma tabla o no; pero en el caso de Ventas cuando se introduce el campo codVendedor y codProducto, debe verificar en las otras dos tablas si ya existen, porque no puede vender un producto que no existe ni que haya sido vendido por un vendedor fantasma, en cualquiera de stos casos la venta no se puede realizar y se debe notificar mediante un mensaje al usuario.

Diseo e Implementacin de bases de datos Profesor: Ing. Jonathan Moreno Nez

b.

Para el caso de la modificacin, proceder a buscar el registro y hacer las verificaciones del caso; desplegar el contenido del registro en pantalla, actualizar la informacin en la tabla. Nota: Recuerde que la llave primaria no se puede modificar. (tomar ejemplos realizados en clases)

c. Para el caso de la consulta o bsqueda, el programa debe permitir hacer bsquedas por lo menos por dos opciones (en los casos que se pueda), y desplegar la informacin en tablas con ordenamiento. d. En el caso del borrado requiere tambin de validacin y preguntar al usuario si desea en realidad eliminar el registro especificado. Si existe el registro con la llave, entonces borrar, sino existe no se podr borrar. Tambin recuerde que no se podr borrar ningn registro de la tabla padre que est asociado con otro en alguna tabla hija. e. Documente el sistema internamente y asigne nombres significativos a cada variable que vaya a utilizar en su programa, de tal manera que si un programador que no sea usted lee los programas, ste sea capaz de entender e interpretar correctamente las implementaciones internas y darle as un mantenimiento adecuado en un futuro no muy lejano. f. Valide de forma exhaustiva de tal forma que su programa no sea propenso a errores.

g. Tenga especial cuidado al disear las interfaces de usuario, haga un uso adecuado de la misma y disee interfaces agradables para los usuarios.

ACLARACIONES FINALES. 1. El valor de proyecto es de un 20% de la nota final 2. El proyecto ser realizado en grupos de 4 personas.
3. Tareas copiadas tendrn un cero en la nota; adems perdern el curso.

4. La fecha de entrega ser la establecida en este documento; sin excepciones. 5. El profesor no se hace responsable por problemas de prdidas de datos en USB Drives, o cualquier otro medio de
almacenamiento usado para portar el proyecto. Es responsabilidad del estudiante tener respaldo de su proyecto por cualquier eventualidad. 6. Tome nota de los detalles finales y aclaraciones que el profesor hace en clase.