SlideShare una empresa de Scribd logo
1 de 11
Descargar para leer sin conexión
INSTITUTO TECNOLÓGICO DE TUXTEPEC

    Nombre del equipo:              Profesor:        Horacio Maldonado Hernández
    “LOS ANTI FRESAS”
                                    URL Blog:        http://antifresass.blogspot.com/
         Integrantes:
                                    Carrera: I.S.C Turno: Matutino      Semestre:
    Ivonne Angeles Ideaquiz
                                    4°
     Eduardo Reyes Montes
      Mónica Moreno Ortiz                                 Grupo: “4D4A”
 Cynthia del Carmen Barrera Villa
    Danya Aritxayde Gómez           Unidad I:        Sistemas gestores de bases de
                                    datos
          Asignatura:
   Fundamentos de base de datos
                                    Lugar:           San Juan Bautista Tuxtepec
             Modulo:
        09:00 – 10:00 AM
                                    Fecha:            25 de marzo del 2012


Actividad:         Directorio y
modelo de datos
EJERCICIO 1.- SERVICIO MILITAR

el ministerio de defense 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 de define por su codigo de soldado (unico), su nombre y apellidos, y su graducacion.

      existen varios cuarteles, cada uno se define por su codigo 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 significativas para cada una 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

      define 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 el servicio militar. a una

      compañía puede 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 esta 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.




SOLDADO             Cod_Soldado       Nombre             Apellidos        Graduación        Fecha_Serv




CUARTEL   Codi_Cuartel       Nombre          Ubicación        Cod_Soldado      Num_Compañia
CUERPO         Codi_Cuerpo       Denominación           Cod_Soldado




COMPAÑÍA       Num_Compañia           Actividad         Cod_Soldado   Codi_Cuartel




SERVICIO       Codi_Servicio      Descripción           Fecha_Serv     Cod_Soldado




   Descripci
                               SERVICI                  Codi_Servic
      ón                          O                         io




   Fecha_Ser                    Realiz            N:M
       v                          a
Cod_Soldad                                          Codi_Cuart
                             Nombr                           o                                                 el
                               e
                                                                 N:1
               Apellid               SOLDAD                                   Est                 CUART              Nombr
                 o                                                                                EL                 e
                                        O                                         a


                 Graduació
                                                                                                          Direcció
                         n
                                                                                                          n

                                      Pertene
                      1:1               ce             N:1                               Está
                                                                                        ubicada




                                                                                  N:M


             CUERP                                      COMPA
             O                                          ÑÍA


                     Codi_Cuer               Num_Compañ                Activida
Denominaci
                         po                      ia                    d
   ón
EJERCICIO 2.- GESTION 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 de fin de carrera: alumnos que lo 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, solo un T.F.C.

      Que los T.F.C., se definen por su tema, por un numero de orden y por la fecha de comienzo. Un T.F.C.,

      determinado, no puedes ser realizado por varios alumnos.}

      Que un profesor de define por su DNI, nombre y domicilio; y puesto que los T.F.C., son del área en el

      que trabajan, no interesa conocer el T.F.C que dirige si no a que alumno se lo dirige.

      Que un tribunal está formado por varios profesores y los profesores pueden formar parte de varios

      tribunales. Por otra parte, si es de interés para el tribunal conocer que alumno es el que se presenta, con

      que T.F.C. y en qué fecha lo han definido. 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 numero 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; si siendo de interés la fecha de incorporación

            de 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, solo

            es interesante conocer que profesor ha ayudado a que alumno (a un alumno le puede ayudar varios

            profesores).




                  Grupo




                  Esta
                                  Fecha-Incorporación                                               Num-Orden
                                                                                  Tema
Matricula
DNI
                         Alumno                        Realiza           T.F.C.     Fecha
  Nombre




                Ayuda              Dirige
                                                                          Revis
                                                                          a




                                                                                   Num-Componente


                                                  Pertenece
                        Profesor                                        Tribunal


Domicilio

                                                                                   Lugar-Examen

                 DNI               Nombre
                                                                 Num-Tribunal



            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 hoteles y plazas de clase

      turista de las que se 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

        (turistas 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.


                                         AGENCIAS DE VIAJES


AGENCIA                         Codigo_sucursal           Dirección                     Teléfono




Hotel                 Código_hotel        Dirección       Ciudad             Teléfono              Num_plaza_dispo
Vuelos    Num_vuelo   Fecha      Hora      Origen     Destino         Plaza_hoteles         Plaza_clase_turista       Teléfono




Turista         Codigo_turista          Nombre            Apellidos                 Teléfono                    Dirección




                                          Clase
                                                                       Hora              Plazas_clase_turist
                                                    Num_vuelo                            a
                                                                                                        Fecha


                                         TOMA                         VUELO                               Plaza_hotelera


                                                                                               origen
                                                       Teléfono               Destino


               TURIST
               A
                                                                                                                  Dirección
 Fecha_

 e                                                CONTRATO                                  AGENCI
                RESERVA
                                                                                            A

Fecha_                                                                                  Teléfono                   Código_sucursal
                                  Tipo _hospedaje

Más contenido relacionado

La actualidad más candente

Entidad Relación | Ejercicio 2
Entidad Relación | Ejercicio 2Entidad Relación | Ejercicio 2
Entidad Relación | Ejercicio 2Jorge Canal
 
Ejercicios en clase Unidad II
Ejercicios en clase Unidad IIEjercicios en clase Unidad II
Ejercicios en clase Unidad IILuis Caiza
 
Ejercicios resueltos-Erwin Data Modeler
Ejercicios resueltos-Erwin Data ModelerEjercicios resueltos-Erwin Data Modeler
Ejercicios resueltos-Erwin Data ModelerAlberto Navarro Reyes
 
Ejercicios de entidad relacion extendida
Ejercicios de entidad relacion extendidaEjercicios de entidad relacion extendida
Ejercicios de entidad relacion extendidaDavid Rocha Bardales
 
Solucion bd (1)
Solucion bd (1)Solucion bd (1)
Solucion bd (1)calamilla
 
Modelo e r
Modelo e rModelo e r
Modelo e rgarci17
 
Base De Datos Renta Car
Base De Datos Renta CarBase De Datos Renta Car
Base De Datos Renta Carxgvxavi
 
Ejemplo de Normalización
Ejemplo de Normalización Ejemplo de Normalización
Ejemplo de Normalización Martha
 
Problemas de diseño de base de datos
Problemas de diseño de base de datosProblemas de diseño de base de datos
Problemas de diseño de base de datosgonzalopomboza
 
Taller modelo entidad relacion
Taller modelo entidad relacionTaller modelo entidad relacion
Taller modelo entidad relacionAngeliik Cortes
 
Taller Practico 2 Base de Datos
Taller Practico 2 Base de DatosTaller Practico 2 Base de Datos
Taller Practico 2 Base de Datosjhonfredy2000
 
Normalizacion de bases de datos
Normalizacion de bases de datosNormalizacion de bases de datos
Normalizacion de bases de datosCaro_Noirgean
 
Ejemplo de Normalización con Modelo Entidad Relación y Modelo Relacional
Ejemplo de Normalización con Modelo Entidad Relación y Modelo RelacionalEjemplo de Normalización con Modelo Entidad Relación y Modelo Relacional
Ejemplo de Normalización con Modelo Entidad Relación y Modelo RelacionalDamelys Bracho
 

La actualidad más candente (20)

Entidad Relación | Ejercicio 2
Entidad Relación | Ejercicio 2Entidad Relación | Ejercicio 2
Entidad Relación | Ejercicio 2
 
Ejercicios en clase Unidad II
Ejercicios en clase Unidad IIEjercicios en clase Unidad II
Ejercicios en clase Unidad II
 
Ejercicios resueltos-Erwin Data Modeler
Ejercicios resueltos-Erwin Data ModelerEjercicios resueltos-Erwin Data Modeler
Ejercicios resueltos-Erwin Data Modeler
 
Ejercicios uml
Ejercicios umlEjercicios uml
Ejercicios uml
 
Enunciados de casos para Bases de Datos
Enunciados de casos para Bases de DatosEnunciados de casos para Bases de Datos
Enunciados de casos para Bases de Datos
 
Guía de ejercicios de normalizacion
Guía de ejercicios de normalizacionGuía de ejercicios de normalizacion
Guía de ejercicios de normalizacion
 
Ejercicios del 1 al 9
Ejercicios del 1 al 9Ejercicios del 1 al 9
Ejercicios del 1 al 9
 
Ejercicios de entidad relacion extendida
Ejercicios de entidad relacion extendidaEjercicios de entidad relacion extendida
Ejercicios de entidad relacion extendida
 
Ejercicios Entidad - Relación
Ejercicios Entidad - RelaciónEjercicios Entidad - Relación
Ejercicios Entidad - Relación
 
Solucion bd (1)
Solucion bd (1)Solucion bd (1)
Solucion bd (1)
 
Modelo e r
Modelo e rModelo e r
Modelo e r
 
Base De Datos Renta Car
Base De Datos Renta CarBase De Datos Renta Car
Base De Datos Renta Car
 
Ejemplo de Normalización
Ejemplo de Normalización Ejemplo de Normalización
Ejemplo de Normalización
 
Problemas de diseño de base de datos
Problemas de diseño de base de datosProblemas de diseño de base de datos
Problemas de diseño de base de datos
 
base
basebase
base
 
Taller modelo entidad relacion
Taller modelo entidad relacionTaller modelo entidad relacion
Taller modelo entidad relacion
 
Taller Practico 2 Base de Datos
Taller Practico 2 Base de DatosTaller Practico 2 Base de Datos
Taller Practico 2 Base de Datos
 
Normalizacion de bases de datos
Normalizacion de bases de datosNormalizacion de bases de datos
Normalizacion de bases de datos
 
Ejemplo de Normalización con Modelo Entidad Relación y Modelo Relacional
Ejemplo de Normalización con Modelo Entidad Relación y Modelo RelacionalEjemplo de Normalización con Modelo Entidad Relación y Modelo Relacional
Ejemplo de Normalización con Modelo Entidad Relación y Modelo Relacional
 
22 ejercicios base de datos
22 ejercicios base de datos 22 ejercicios base de datos
22 ejercicios base de datos
 

Más de xinithazangels

TÉCNICAS QUE SE IMPLEMENTAN EN LA
TÉCNICAS QUE SE IMPLEMENTAN EN LA  TÉCNICAS QUE SE IMPLEMENTAN EN LA
TÉCNICAS QUE SE IMPLEMENTAN EN LA xinithazangels
 
TAREAS DE LA ING. DE REQUISITOS
TAREAS DE LA ING. DE REQUISITOSTAREAS DE LA ING. DE REQUISITOS
TAREAS DE LA ING. DE REQUISITOSxinithazangels
 
INGENIERÍA DE REQUISITOS
INGENIERÍA DE REQUISITOS INGENIERÍA DE REQUISITOS
INGENIERÍA DE REQUISITOS xinithazangels
 
Taxonomía de las herramientas CASE
Taxonomía de las herramientas CASETaxonomía de las herramientas CASE
Taxonomía de las herramientas CASExinithazangels
 
Etapas del desarrollo de software
Etapas del desarrollo de softwareEtapas del desarrollo de software
Etapas del desarrollo de softwarexinithazangels
 
Historia de los sistemas de bases de datos
Historia de los sistemas de bases de datosHistoria de los sistemas de bases de datos
Historia de los sistemas de bases de datosxinithazangels
 
Reseña de investigacion
Reseña de  investigacionReseña de  investigacion
Reseña de investigacionxinithazangels
 
Seis sombreros para_pensar
Seis sombreros para_pensarSeis sombreros para_pensar
Seis sombreros para_pensarxinithazangels
 
Dos vidas en_un_instante
Dos vidas en_un_instanteDos vidas en_un_instante
Dos vidas en_un_instantexinithazangels
 
Dos vidas en_un_instante
Dos vidas en_un_instanteDos vidas en_un_instante
Dos vidas en_un_instantexinithazangels
 
Reflex la tierra_es_plana
Reflex la tierra_es_planaReflex la tierra_es_plana
Reflex la tierra_es_planaxinithazangels
 
Ambitos de desarrollo de un ing. en sistemas
Ambitos de desarrollo de un ing. en sistemasAmbitos de desarrollo de un ing. en sistemas
Ambitos de desarrollo de un ing. en sistemasxinithazangels
 
Ambitos de desarrollo de un ing. en sistemas
Ambitos de desarrollo de un ing. en sistemasAmbitos de desarrollo de un ing. en sistemas
Ambitos de desarrollo de un ing. en sistemasxinithazangels
 
Resumen de investigacion
Resumen de investigacionResumen de investigacion
Resumen de investigacionxinithazangels
 

Más de xinithazangels (20)

TÉCNICAS QUE SE IMPLEMENTAN EN LA
TÉCNICAS QUE SE IMPLEMENTAN EN LA  TÉCNICAS QUE SE IMPLEMENTAN EN LA
TÉCNICAS QUE SE IMPLEMENTAN EN LA
 
TAREAS DE LA ING. DE REQUISITOS
TAREAS DE LA ING. DE REQUISITOSTAREAS DE LA ING. DE REQUISITOS
TAREAS DE LA ING. DE REQUISITOS
 
INGENIERÍA DE REQUISITOS
INGENIERÍA DE REQUISITOS INGENIERÍA DE REQUISITOS
INGENIERÍA DE REQUISITOS
 
Taxonomía de las herramientas CASE
Taxonomía de las herramientas CASETaxonomía de las herramientas CASE
Taxonomía de las herramientas CASE
 
Herramientas CASE
Herramientas CASEHerramientas CASE
Herramientas CASE
 
Etapas del desarrollo de software
Etapas del desarrollo de softwareEtapas del desarrollo de software
Etapas del desarrollo de software
 
Directorios de datos
Directorios de datosDirectorios de datos
Directorios de datos
 
Directorio de datos
Directorio de datosDirectorio de datos
Directorio de datos
 
Historia de los sistemas de bases de datos
Historia de los sistemas de bases de datosHistoria de los sistemas de bases de datos
Historia de los sistemas de bases de datos
 
Reseña de investigacion
Reseña de  investigacionReseña de  investigacion
Reseña de investigacion
 
Seis sombreros para_pensar
Seis sombreros para_pensarSeis sombreros para_pensar
Seis sombreros para_pensar
 
Dos vidas en_un_instante
Dos vidas en_un_instanteDos vidas en_un_instante
Dos vidas en_un_instante
 
Dos vidas en_un_instante
Dos vidas en_un_instanteDos vidas en_un_instante
Dos vidas en_un_instante
 
Calaveras
CalaverasCalaveras
Calaveras
 
Autobiografia
AutobiografiaAutobiografia
Autobiografia
 
Reflex la tierra_es_plana
Reflex la tierra_es_planaReflex la tierra_es_plana
Reflex la tierra_es_plana
 
Ambitos de desarrollo de un ing. en sistemas
Ambitos de desarrollo de un ing. en sistemasAmbitos de desarrollo de un ing. en sistemas
Ambitos de desarrollo de un ing. en sistemas
 
Ambitos de desarrollo de un ing. en sistemas
Ambitos de desarrollo de un ing. en sistemasAmbitos de desarrollo de un ing. en sistemas
Ambitos de desarrollo de un ing. en sistemas
 
Resumen de investigacion
Resumen de investigacionResumen de investigacion
Resumen de investigacion
 
Fundamentos
FundamentosFundamentos
Fundamentos
 

Ejercicios base de_datos

  • 1. INSTITUTO TECNOLÓGICO DE TUXTEPEC Nombre del equipo: Profesor: Horacio Maldonado Hernández “LOS ANTI FRESAS” URL Blog: http://antifresass.blogspot.com/ Integrantes: Carrera: I.S.C Turno: Matutino Semestre: Ivonne Angeles Ideaquiz 4° Eduardo Reyes Montes Mónica Moreno Ortiz Grupo: “4D4A” Cynthia del Carmen Barrera Villa Danya Aritxayde Gómez Unidad I: Sistemas gestores de bases de datos Asignatura: Fundamentos de base de datos Lugar: San Juan Bautista Tuxtepec Modulo: 09:00 – 10:00 AM Fecha: 25 de marzo del 2012 Actividad: Directorio y modelo de datos
  • 2. EJERCICIO 1.- SERVICIO MILITAR el ministerio de defense 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 de define por su codigo de soldado (unico), su nombre y apellidos, y su graducacion. existen varios cuarteles, cada uno se define por su codigo 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 significativas para cada una 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 define 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 el servicio militar. a una compañía puede pertenecer soldados de diferentes cuerpos, no habiendo relación directa entre compañías y cuerpos.
  • 3. 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 esta 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. SOLDADO Cod_Soldado Nombre Apellidos Graduación Fecha_Serv CUARTEL Codi_Cuartel Nombre Ubicación Cod_Soldado Num_Compañia
  • 4. CUERPO Codi_Cuerpo Denominación Cod_Soldado COMPAÑÍA Num_Compañia Actividad Cod_Soldado Codi_Cuartel SERVICIO Codi_Servicio Descripción Fecha_Serv Cod_Soldado Descripci SERVICI Codi_Servic ón O io Fecha_Ser Realiz N:M v a
  • 5. Cod_Soldad Codi_Cuart Nombr o el e N:1 Apellid SOLDAD Est CUART Nombr o EL e O a Graduació Direcció n n Pertene 1:1 ce N:1 Está ubicada N:M CUERP COMPA O ÑÍA Codi_Cuer Num_Compañ Activida Denominaci po ia d ón
  • 6. EJERCICIO 2.- GESTION 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 de fin de carrera: alumnos que lo 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, solo un T.F.C. Que los T.F.C., se definen por su tema, por un numero de orden y por la fecha de comienzo. Un T.F.C., determinado, no puedes ser realizado por varios alumnos.} Que un profesor de define por su DNI, nombre y domicilio; y puesto que los T.F.C., son del área en el que trabajan, no interesa conocer el T.F.C que dirige si no a que alumno se lo dirige. Que un tribunal está formado por varios profesores y los profesores pueden formar parte de varios tribunales. Por otra parte, si es de interés para el tribunal conocer que alumno es el que se presenta, con que T.F.C. y en qué fecha lo han definido. El tribunal se define por un número de tribunal, lugar de examen y por el número de componentes.
  • 7. 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 numero 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; si siendo de interés la fecha de incorporación de 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, solo es interesante conocer que profesor ha ayudado a que alumno (a un alumno le puede ayudar varios profesores). Grupo Esta Fecha-Incorporación Num-Orden Tema Matricula
  • 8. DNI Alumno Realiza T.F.C. Fecha Nombre Ayuda Dirige Revis a Num-Componente Pertenece Profesor Tribunal Domicilio Lugar-Examen DNI Nombre Num-Tribunal EJERCICIO3
  • 9. 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 hoteles y plazas de clase turista de las que se 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:
  • 10. 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 (turistas 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. AGENCIAS DE VIAJES AGENCIA Codigo_sucursal Dirección Teléfono Hotel Código_hotel Dirección Ciudad Teléfono Num_plaza_dispo
  • 11. Vuelos Num_vuelo Fecha Hora Origen Destino Plaza_hoteles Plaza_clase_turista Teléfono Turista Codigo_turista Nombre Apellidos Teléfono Dirección Clase Hora Plazas_clase_turist Num_vuelo a Fecha TOMA VUELO Plaza_hotelera origen Teléfono Destino TURIST A Dirección Fecha_ e CONTRATO AGENCI RESERVA A Fecha_ Teléfono Código_sucursal Tipo _hospedaje