INSTITUTO TECNOLGICO DE

TUXTEPEC

MODELO ENTIDADRELACIN 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://tutifruttisequipo.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

NUM_COM

COMPAA

CUARTEL

NOM

CODI_CUAR

NOM

APELLIDOS

ACTIVI

UBICA

GRADUA

CODI_S

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

GRUPO

ALUMNO

T.F.C.
TRIBUNAL

PROFESOR

COVERSIN 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

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

VUELO NUM FECHA HORA ORIGEN DESTINO

HOTEL

AGENCIA

NUM

NUM

NOM

DIR

DIR

TEL

CIUDAD

DIR

NUM

NUM
NUM
TOTAL TURISTA

TEL

PLAZAS