INSTITUTO TECNOLGICO DE

TUXTEPEC

MODELO ENTIDAD-

RELACIN Y PASE A

TABLAS

CUARTO SEMESTRE

GRUPO A

Materia: Fund. De Base de Datos Integrantes del equipo: Araceli Hernndez Castro, Cleotilde Jorge Rafael, Mara del Rosario Antonio Gmez, Keren Aradi Martnez Herrera, Antonio Vicente Mendoza, Cristian Joaqun Conti Snchez. Profesor: Horacio Maldonado Hernndez Direccin del blog: http://tutifruttis-equipo.blogspot.com/ Mail: leomessi_cs@hotmail.com

Tuxtepec, Oaxaca, 25 de Marzo del 2012

EJERCICIO 1: SERVICIO MILITAR

El ministerio de la Defensa desea disear 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 cdigo de soldado (nico), su nombre y apellidos

y si graduacin.

Existen varios cuarteles, cada uno se define por su cdigo de cuartel, nombre

y ubicacin.

Hay que tener en cuenta que existen diferentes Cuerpos del Ejrcito

(Infantera, Artillera, Armada,), y cada uno se define por su cdigo de

Cuerpo y denominacin.

Los soldados estn agrupados en compaas, siendo significativa para cada

uno de estas, el nmero de compaa y la actividad principal que realiza.

Se desea controlar los servicios que realizan los soldados (guardias,

imaginarias, cuarteleros,), y se definen por el cdigo de servicio y

descripcin.

Consideraciones de diseo:

Un soldado pertenece a un nico cuerpo y a una nica compaa, durante

todo el servicio militar. A una compaa pueden pertenecer soldados de

diferentes cuerpos, no habiendo relacin directa entre compaas y cuerpos.

Los soldados de una misma compaa pueden estar destinados en diferentes

cuarteles, es decir, una compaa puede estar ubicada en varios cuarteles, y

en un cuartel puede haber varias compaas. Eso s, un soldado slo est en

un cuartel.

Un soldado realiza varios servicios a lo largo de la mili. Un mismo servicio

puede ser realizado por ms de un soldado (con independencia de la

compaa), siendo significativa la fecha de realizacin.

*MODELO E-R*

SOLDADO

COMPAA

CUARTEL

SERVICIO

CUERPO

*TABLAS*

SOLDADO CODI_S NOM APELLIDOS GRADUA

COMPAA 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

EJERCICIO 2.- GESTIN DE TRABAJOS DE FIN DE CARRERA.

Una Escuela de Informtica 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 inters:

Que los alumnos se definan por su nmero de matrcula, DNI y nombre. Un alumno realiza, evidentemente, slo un T.F.C.

Que los T.F.C. se definen por su tema, por un nmero 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 inters 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 nmero de tribunal, lugar de examen y por el nmero de componentes.

Al margen de esto, un alumno puede haber pertenecido a algn grupo de investigacin del que haya surgido la idea del T.F.C. Dichos grupos se identifican por un nmero de grupo, su nombre y por su nmero de componentes. Un alumno no puede pertenecer a ms de un grupo y no es de inters saber si el grupo tiene algo que ver o no con el T.F.C. del alumno; s siendo de inters la fecha de incorporacin 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 realizacin de dicho T.F.C. pero siendo otro profesor el que lo dirige. En este caso, slo es interesante conocer qu profesor ha ayudado a qu alumno (a un alumno le pueden ayudar varios profesores).

MODELO DE ENTIDAD RELACIN

ALUMNO

GRUPO

T.F.C.

TRIBUNAL

PROFESOR

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

COVERSIN A TABLAS

EJERCICIO3: AGENCIAS DE VIAJES

Una cadena de agencias de viajes desea disponer de una Base de Datos que contemple informacin 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 cdigo de sucursal, direccin y telfono.

La cadena tiene contratados una serie de hoteles de forma exclusiva. Cada hotel estar definido por el cdigo de hotel, nombre, direccin, ciudad, telfono y nmero de plazas disponibles.

De igual forma, la cadena tiene contratados una serie de vuelos regulares de forma exclusiva.

Cada vuelo viene definido por el nmero de vuelo, fecha y hora, origen y destino, plazas totales y plazas de clase turista de las que dispone.

La informacin que se desea almacenar por cada turista es el cdigo de turista, nombre y apellidos, direccin y telfono.

Por otra parte, hay que tener en cuenta la siguiente informacin:

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 rgimen de hospedaje (media pensin o pensin completa). Siendo significativa la fecha de llegada y de partida.

*MODELO E-R*

*TABLAS*

TURISTA TEL NOM APELL DIR NUM

VUELO NUM FECHA HORA ORIGEN DESTINO NUM

TOTAL

NUM

TURISTA

HOTEL NUM NOM DIR CIUDAD TEL PLAZAS

AGENCIA NUM DIR TEL