Base de datos ejercicios 1,2,3
- 1. INSTITUTO TECNOLÓGICO DE TUXTEPEC MODELO ENTIDAD- RELACIÓN Y PASE A TABLAS CUARTO SEMESTRE GRUPO “A” Materia: Fund. De Base de Datos Integrantes del equipo: Araceli Hernández Castro, Cleotilde Jorge Rafael, María del Rosario Antonio Gómez, Keren Aradi Martínez Herrera, Antonio Vicente Mendoza, Cristian Joaquín Conti Sánchez. Profesor: Horacio Maldonado Hernández Dirección del blog: http://tutifruttis- equipo.blogspot.com/ Mail: leomessi_cs@hotmail.com Tuxtepec, Oaxaca, 25 de Marzo del 2012
- 2. EJERCICIO 1: SERVICIO MILITAR El ministerio de la Defensa desea diseñar una base de datos para llevar un cierto control de los soldados que realizan el servicio militar. Los datos significativos a tener en cuenta son: Un soldado se define por su código de soldado (único), su nombre y apellidos y si graduación. Existen varios cuarteles, cada uno se define por su código de cuartel, nombre y ubicación. Hay que tener en cuenta que existen diferentes Cuerpos del Ejército (Infantería, Artillería, Armada,…), y cada uno se define por su código de Cuerpo y denominación. Los soldados están agrupados en compañías, siendo significativa para cada uno de estas, el número de compañía y la actividad principal que realiza. Se desea controlar los servicios que realizan los soldados (guardias, imaginarias, cuarteleros,…), y se definen por el código de servicio y descripción. Consideraciones de diseño: Un soldado pertenece a un único cuerpo y a una única compañía, durante todo el servicio militar. A una compañía pueden pertenecer soldados de diferentes cuerpos, no habiendo relación directa entre compañías y cuerpos. Los soldados de una misma compañía pueden estar destinados en diferentes cuarteles, es decir, una compañía puede estar ubicada en varios cuarteles, y en un cuartel puede haber varias compañías. Eso sí, un soldado sólo está en un cuartel. Un soldado realiza varios servicios a lo largo de la mili. Un mismo servicio puede ser realizado por más de un soldado (con independencia de la compañía), siendo significativa la fecha de realización.
- 3. *MODELO E-R* SOLDADO COMPAÑÍA CUARTEL SERVICIO CUERPO
- 4. *TABLAS* SOLDADO CODI_S NOM APELLIDOS GRADUA COMPAÑÍA NUM_COM ACTIVI CODI_S CUARTEL CODI_CUAR NOM UBICA CODI_S NUM_COM SERVICIO CODI_SER DESCRIP CODI_S CUERPO CODI_CUER DENO CODI_S
- 5. EJERCICIO 2.- GESTIÓN DE TRABAJOS DE FIN DE CARRERA. Una Escuela de Informática quiere generar un sistema para tener controlado en una base de datos todo lo referente a los Trabajos Fin de Carrera: alumnos que los realizan, profesores que los dirigen, temas de los que tratan y tribunales que los corrigen. Por tanto, es de interés: Que los alumnos se definan por su número de matrícula, DNI y nombre. Un alumno realiza, evidentemente, sólo un T.F.C. Que los T.F.C. se definen por su tema, por un número de orden y por la fecha de comienzo. Un T.F.C. determinado, no puede ser realizado por varios alumnos. Que un profesor se define por su DNI, nombre y domicilio; y puesto que los T.F.C. son del área en el que trabaja, NO interesa conocer el T.F.C. que dirige sino a qué alumno se lo dirige. Que un Tribunal está formado por varios profesores y los profesores pueden formar parte de varios tribunales. Por otra parte, sí es de interés para el tribunal conocer qué alumno es el que se presenta, con qué T.F.C. y en qué fecha lo ha defendido. El tribunal se define por un número de tribunal, lugar de examen y por el número de componentes. Al margen de esto, un alumno puede haber pertenecido a algún grupo de investigación del que haya surgido la idea del T.F.C. Dichos grupos se identifican por un número de grupo, su nombre y por su número de componentes. Un alumno no puede pertenecer a más de un grupo y no es de interés saber si el grupo tiene algo que ver o no con el T.F.C. del alumno; sí siendo de interés la fecha de incorporación a dicho grupo. Por otra parte, un profesor, al margen de dirigir el T.F.C. de algunos alumnos, puede haber colaborado con otros en la realización de dicho T.F.C. pero siendo otro profesor el que lo dirige. En este caso, sólo es interesante conocer qué profesor ha ayudado a qué alumno (a un alumno le pueden ayudar varios profesores).
- 6. “MODELO DE ENTIDAD RELACIÓN” GRUPO ALUMNO T.F.C. TRIBUNAL PROFESOR
- 7. “COVERSIÓN A TABLAS” GRUPO num_grup num_com nombre ALUMNO num_ mat DNI nombre num_grup T.F.C num_ord tema fecha num_mat TRIBUNAL num_trib lugar_ex num_com num_ord PROFESOR DNI nombre domicilio num_trib num_mat
- 8. EJERCICIO3: AGENCIAS DE VIAJES Una cadena de agencias de viajes desea disponer de una Base de Datos que contemple información relativa al hospedaje y vuelos de los turistas que la contratan. Los datos a tener en cuenta son: La cadena de agencias está compuesta por un conjunto de sucursales. Cada sucursal viene definida por el código de sucursal, dirección y teléfono. La cadena tiene contratados una serie de hoteles de forma exclusiva. Cada hotel estará definido por el código de hotel, nombre, dirección, ciudad, teléfono y número de plazas disponibles. De igual forma, la cadena tiene contratados una serie de vuelos regulares de forma exclusiva. Cada vuelo viene definido por el número de vuelo, fecha y hora, origen y destino, plazas totales y plazas de clase turista de las que dispone. La información que se desea almacenar por cada turista es el código de turista, nombre y apellidos, dirección y teléfono. Por otra parte, hay que tener en cuenta la siguiente información: A la cadena de agencias le interesa conocer que sucursal ha contratado el turista. A la hora de viajar el turista puede elegir cualquiera de los vuelos que ofrece la cadena, y en que clase (turista o primera) desea viajar. De igual manera, el turista se puede hospedar en cualquiera de los hoteles que ofrece la cadena, y elegir el régimen de hospedaje (media pensión o pensión completa). Siendo significativa la fecha de llegada y de partida.
- 9. *MODELO E-R*
- 10. *TABLAS* TURISTA TEL NOM APELL DIR NUM VUELO NUM FECHA HORA ORIGEN DESTINO NUM NUM TOTAL TURISTA HOTEL NUM NOM DIR CIUDAD TEL PLAZAS AGENCIA NUM DIR TEL