TRABAJO FINAL DE BASES DE DATOS.

Estimados estudiantes: con respecto al trabajo final del que hablamos el otro da, estos son los requerimientos del mismo: 1. Utilizarn las capas superiores del trabajo de programacin 4 siempre y cuando tengan en cuenta los cambios segn la base de datos ya que puede ser que algunas cosas deban cambiar por cuestiones de diseo y normalizacin tales como un combo en lugar de ingresar los datos manualmente por ejemplo. 2. Como recordatorio del enunciado del trabajo adjunto aqu mismo todos los detalles que les di el ciclo anterior.
La Compaa mediante un sistema de informacin, requiere llevar el control de los empleados, departamentos y proyectos, para lo cual es necesario disear la base de datos que almacenar los datos que son requeridos por la empresa. La compaa est organizada en departamentos. Cada departamento tiene un nombre nico, un nmero nico, y un empleado en particular que es el jefe del departamento. Se Llevar el registro de la fecha en la que el empleado fue designado como jefe del departamento. Un departamento puede estar ubicado en varias localidades. En cuanto a los proyectos, cada uno tiene un nmero nico y un nombre nico, y se ejecuta en un solo lugar. Cada departamento controla un cierto nmero de proyectos. No necesariamente todos los departamentos controlan proyectos. Los datos que se registrarn para los empleados son los siguientes: nombre, apellido, cdula, fecha de nacimiento, direccin, sexo y salario. Los empleados trabajan en un departamento en particular, pero pueden trabajar en varios proyectos, los que no estn necesariamente controlados por su mismo departamento. Para cada empleado se registrar adems el nmero de horas semanales que trabaja en cada proyecto. Tambin llevaremos el registro del supervisor directo de cada empleado. De los empleados se tiene que registrar los datos de sus dependientes (cargas familiares), se almacenar el nombre de cada persona dependiente, su sexo, fecha de nacimiento, y su parentesco con el empleado.

SE PIDE EN EL TRABAJO DE ESTE CICLO: 1. Diagrama Entidad-Relacin. 2. Diagrama Relacional. 3. Cardinalidades y restricciones entre tablas, claves principales, forneas, y todos los check que se necesiten para que la base de datos permanezca en un estado consistente. 4. Normalizacin, etapa por etapa, con la debida explicacin de cada una. 5. Auditora sobre la tabla de empleados, cada vez que ingresemos se solicitar que: a. Se guarde informacin sobre quien ingreso el empleado, con fecha y hora, esto se lo har automticamente por medio de un trigger. 6. Se solicitar adicionalmente una vista que tenga el usuario ingresado, y de la tabla de auditora se presente un reporte de los das que el usuario lleva ingresado en el sistema. 7. Adicionalmente, se requiere un trigger que calcule automticamente la edad del empleado y al momento del ingreso en la base se actualice esta como un campo calculado.

8. Un procedimiento almacenado o una funcin que permita calcular: a. El nmero de horas trabajadas por un empleado en una semana en total (contando todos los proyectos). b. El nmero de proyectos a cargo y cuantas horas se han dedicado a ese proyecto en total en la semana. c. Una funcin que establezca que por cada carga familiar se cargar un 3% ms del salario, y eso se mostrar en una vista de la base de datos. 9. Se requiere una vista que permita ver cuales son los integrantes de cada proyecto. 10. Cada empleado ser puntuado por su supervisor, en ese caso se requiere que por medio de un procedimiento almacenado o funcin segn sea el caso, se establezca el mejor empleado, el peor empleado, un promedio total de las evaluaciones y que eso se presente luego en un informe completo con cuadros estadsticos en un reporte en pdf. 11. Un gestor de consultas como el realizado en el proyecto anterior con exportacin a pdf. 12. Adicionalmente al gestor de consultas anterior, se realizar la investigacin de la clusula JOIN y se la implementar en el proyecto. 13. Se requiere tambin un correcto control de errores para cuando la base de datos se caiga, que salgan mensajes apropiados 14. Tendremos usuarios con privilegios de slo lectura, otros de insercin y otros con privilegios de modificacin y eliminacin y por ltimo usuarios con todos los privilegios. (Se crearn 4 usuarios en la base para autenticarse, no se requiere demasiadas opciones en este caso, podran usar el mismo mtodo del gestor de consultas para ir dando privilegios grant y revoke a la base, esto de la forma ms simple, pues se esta planteando mas como investigacin por cuanto no cubre el slabo de la materia).