АИС «Туристическая фирма «Мечта»

Автор работы: Пользователь скрыл имя, 03 Декабря 2011 в 01:48, курсовая работа

Описание работы

Целью данной работы является рассмотрение технологии создания базы данных в сфере СУБД MS Access на примере туристической фирмы.
Задачи работы: в теоретической части рассмотреть принципы построения новой базы данных в СУБД MS Access, практическая часть включает разработку таблиц, связей между ними, запросов и отчетов для базы данных по заключению договоров на туристические поездки.

Скачать архив (248.13 Кб) Сколько стоит заказать работу?
Файлы: 1 файл

Копия Курсовик.docx

— 992.50 Кб (Скачать файл)

 
 
 
 
 

Схема 1. Диаграмма «сущность-связь» 

1.3.2. Диаграмма «атрибут-атрибут». 
 

     Страна (см. схему 2).

       
 

      Схема 2. Сущность «Страна». 

      Место убытия (см. схему 3).

 
 
 
 

          Схема 3. Сущность «Место убытия». 

     Место прибытия (см. схему 4).

     

     

 
 
 
 

      Схема 4. Сущность «Место прибытия». 
 

             Вариант тура (см. схему 5). 
 
 
 

 
 
 
 

              Схема 5. Сущность «Вариант тура».

               
 
 
 

         

         Город убытия(см. схему 6).

 

          Схема 6. Сущность «Город убытия». 
 

            Отель (см. схему 7).

 
 

            Схема 7. Сущность «Отель». 
 

            Транспорт (см. схему 8). 
 
 

          Схема 8. Сущность «Транспорт». 

      Клиент (см. схему 9).

 
 

 

 
 
 
 

              Схема 9. Сущность «Клиент». 
 

            Дополнительные туристы(см. схему 10).

      Схема 10. Сущность «Дополнительные туристы». 
 

          Агенты(см. схему 11)

 

          Схема 11.Сущность «Агенты» 

      Договор (см. схему 12).

    

 

 

 

           Схема 12. Сущность «Договор». 
 

1.4. Составление спецификаций. 

      1. Спецификация  связей (см. таблицу 1).
 

Таблица 1. Спецификация связей. 

Тип связи Тип сущности А Класс принадлежности Тип сущности В Класс принадлежности Направленность Степень связи Примечания
1 Страна Обязательный Вариант тура Обязательный Двунаправленная 1 : М Выбор страны при  составлении тура
2 Место убытия Обязательный Вариант тура Обязательный Двунаправленная 1 : М Выбор места  убытия при составлении тура
3 Город убытия Обязательный Место убытия Обязательный Двунаправленная 1 : М Выбор города убытия
4 Места прибытия Обязательный Вариант тура Обязательный Двунаправленная 1 : М Выбор места  прибытия при составлении тура
5 Вариант тура Обязательный Договор Обязательный Двунаправленная 1 : М Выбор тура при  составлении договора
6 Клиент  Обязательный Договор Обязательный Двунаправленная 1 : М Выбор клиента  при составлении договора
7 Дополнительные  туристы Обязательный Договор Обязательный Двунаправленная 1 : М Выбор количества дополнительных туристов при составлении  договора
8 Отель Обязательный Договор Обязательный Двунаправленная 1 : М Выбор класс  отеля при составлении договора
9 Транспорт Обязательный Договор Обязательный Двунаправленная 1 : М Выбор транспорта при составлении договора
10 Агенты Обязательный Договор Обязательный Двунаправленная 1 : М Выбор агента, составляющего  договор
 
 

1.4.2. Спецификация  атрибутов (см. таблицу 2). 

Таблица 2. Спецификация атрибутов. 

Таблица Атрибут Назначение  атрибута Тип атрибута Длина Формат Примечание
Агенты Код Описательный Счетчик   Длинное целое  
  Агент Идентифицирующий Текстовый 50   Совпадения  не допускаются
Вариант тура Код Описательный Счетчик   Длинное целое  
  Название тура Идентифицирующий Текстовый 50    
Ключ
  Страна Описательный Текстовый 50   Поле со списком:

Таблица «Страна», присоединенный столбец 1, число  столбцов 1

  Место убытия Описательный Текстовый 50   Поле со списком:

Таблица «Место убытия», присоединенный столбец 1, число столбцов 1

  Место прибытия Описательный Текстовый 50   Поле со списком:

Таблица «Места прибытия», присоединенный столбец 1, число столбцов 1

  Описание Описательный Поле memo      
Город убытия Код Описательный Счетчик   Длинное целое  
  Город убытия Идентифицирующий Текстовый 50   Ключ
Договор Код Идентифицирующий Счетчик   Длинное целое Ключ
  Клиент Описательный Текстовый 50   Поле со списком:

Таблица «Клиент», присоединенный столбец 1, число столбцов 1

  Тур Описательный Текстовый 50   Поле со списком:

Таблица «Вариант тура», присоединенный столбец 1, число столбцов 1

  Дата выезда Описательный Дата/время      
  Дополнительные  туристы Описательный Числовой   Длинное целое Поле со списком: таблица «Дополнительные туристы», присоединенный столбец 1, число столбцов 1
  Класс отеля(звезды) Описательный Числовой   Длинное целое Поле со списком: таблица «Класс отеля(звезды)», присоединенный столбец 1, число столбцов 1
  Продолжительность(дни) Описательный Числовой   Длинное целое  
  Вид транспорта Описательный Текстовый 50   Поле со списком: таблица «Вид транспорта», присоединенный столбец 1, число столбцов 1
  Стоимость Описательный Денежный   Денежный  
  Агент Описательный Текстовый 50   Поле со списком: таблица «Агенты», присоединенный столбец 1, число столбцов 1
Дополнительные  туристы Код Описательный Счетчик   Длинное целое  
  Число Идентифицирующий Числовой   Длинное целое ключ
Клиент Код Описательный Счетчик   Длинное целое  
  ФИО Идентифицирующий Текстовый 50   Ключ
  Номер российского  паспорта Описательный Числовой   Действительное  
  Номер загранпаспорта Описательный Числовой   Действительное  
  Адрес Описательный Текстовый 50    
  Телефон Описательный Числовой   Длинное целое  
  E-mail Описательный Текстовый 50    
Места прибытия Код Описательный Счетчик   Длинное целое  
  Место прибытия Идентифицирующий Текстовый 50   Ключ
  Страна Описательный Текстовый 50    
Место убытия Код Описательный Счетчик   Длинное целое  
  Место убытия Идентифицирующий Текстовый 50   Ключ
  Город убытия Описательный Текстовый 50   Поле со списком: таблица «Город убытия», присоединенный столбец 1, число столбцов 1
Отель Код Описательный Счетчик   Длинное целое  
  Класс отеля(звезды) Идентифицирующий Числовой   Длинное целое Ключ
  Цена за ночь Описательный Числовой   Длинное целое  
Страна Код Описательный Счетчик   Длинное целое  
  Страна Идентифицирующий Текстовый 50   Ключ
Транспорт Код Описательный Счетчик   Длинное целое  
  Вид транспорта Идентифицирующий Текстовый 50   Ключ
 
 
 
 
 

Переход от ER-диаграммы к реляционным таблицам. 

      Переход от ER-диаграммы к реляционным таблицам осуществляется на основании следующих правил:

  1. Если степень бинарной связи 1:1 и класс принадлежности обеих сущностей является обязательным, то требуется только одно отношение. Первичным ключом этого отношения может быть ключ любой из двух сущностей.
  2. Если степень бинарной связи 1:1 и класс принадлежности одной сущности является обязательным, а другой - необязательным, то необходимо построение двух отношений. Под каждую сущность выделяется одно отношение, при этом ключ сущности должен служить первичным ключом для соответствующего отношения. Кроме того, ключ сущности, для которого класс принадлежности является необязательным, добавляется в качестве атрибута в отношение, выделенное для сущности с обязательным классом принадлежности.
  3. Если степень бинарной связи равна 1:1 и класс принадлежности ни одной из сущностей не является обязательным, то необходимо использовать три отношения: по одному для каждой сущности и одно отношение для связи. Причем ключ каждой сущности используется в качестве первичного ключа соответствующего отношения. Отношение связи должно иметь в числе своих атрибутов ключи каждой сущности.
  4. Если степень бинарной связи равна 1:N и класс принадлежности N-связной сущности является обязательным, то достаточным является использование двух отношений, по одному на каждую сущность, при условии, что ключ каждой сущности служит в качестве первичного ключа для соответствующего отношения. Дополнительно ключ 1-связной сущности должен быть добавлен как атрибут в отношение, отводимое N-связной сущности.
  5. Если степень бинарной связи равна 1:N и класс принадлежности N-   связной сущности является необязательным, то необходимо формирование трех отношений: по одному для каждой сущности и одно отношение для связи. Причем ключ каждой сущности используется в качестве первичного ключа соответствующего отношения. Отношение связи должно иметь в числе своих атрибутов ключи каждой сущности.
  6. Если степень бинарной связи равна M:N, то для хранения данных необходимо три отношения: по одному для каждой сущности и одно отношение для связи. Причем ключ каждой сущности используется в качестве первичного ключа соответствующего отношения. Отношение связи должно иметь в числе своих атрибутов ключи каждой сущности.
  7. В случае трехсторонней связи необходимо использовать 4 (п+1) предварительных отношения, по одному для каждой сущности, и одно для связи. Причем ключ каждой сущности должен служить в качестве первичного ключа для соответствующего отношения. Отношение, порождаемое связью, будет иметь среди своих атрибутов ключи от каждой сущности. Обобщающей сущности соответствует одно отношение, причем ключ сущности служит в качестве ключа отношения, общие для всех ролевых сущностей атрибуты приписываются этому отношению. Ролевые элементы и связи, их соединяющие, порождают такое число отношений, которое определяется ранее описанными правилами, причем каждая роль трактуется как обычная сущность. Связываются отношения с помощью ключевого атрибута. Каждому значению ключевого атрибута ролевой сущности соответствует одна запись в обобщающем отношении с таким же значением ключа.
 

   Количество  поступивших автомобилей отражается в сущностях НАЛИЧИЕ и ПРИХОДНАЯ НАКЛАДНАЯ связь 1:1 (см. таблицу 1). Класс принадлежности обеих сущностей является обязательным, таким образом, необходимо формирование по одному отношению на каждую сущность (НАЛИЧИЕ и ПРИХОДНАЯ НАКЛАДНАЯ).

   Количество  имеющихся в наличие автомобилей отражается в сущностях НАЛИЧИЕ и КОЛИЧЕСТВО связь 1:1. Класс принадлежности обеих сущностей является обязательным, таким образом, необходимо формирование по одному отношению на каждую сущность (НАЛИЧИЕ и КОЛИЧЕСТВО).

   Так как один тип может выбираться несколько раз, то связь между сущностями НАЛИЧИЕ и ТИП КУЗОВА 1:М. Класс принадлежности обеих сущностей является обязательным, таким образом, необходимо формирование по одному отношению на каждую сущность (НАЛИЧИЕ и ТИП КУЗОВА).

   Так как одну модель автомобиля можно купить несколько раз, то связь между сущностями НАЛИЧИЕ и ДОГОВОРА 1:М. Класс принадлежности обеих сущностей является обязательным, таким образом, необходимо формирование по одному отношению на каждую сущность (НАЛИЧИЕ и ДОГОВОРА).

   Один объем двигателя может выбираться несколько раз, таким образом, между сущностями НАЛИЧИЕ и ОБЪЕМ ДВИГАТЕЛЯ связь 1:М. Класс принадлежности обеих сущностей является обязательным, таким образом, необходимо формирование по одному отношению на каждую сущность (НАЛИЧИЕ и ОБЪЕМ ДВИГАТЕЛЯ).

     Один тип мощности может быть выбран несколько раз, поэтому связь между сущностями НАЛИЧИЕ и МОЩНОСТЬ 1:М. Класс принадлежности обеих сущностей является обязательным, значит, необходимо формирование по одному отношению на каждую сущность (НАЛИЧИЕ и МОЩНОСТЬ).

   Один  тип коробки может быть выбран множество раз, поэтому связь между сущностями НАЛИЧИЕ и КОРОБКА 1:М. Класс принадлежности обеих сущностей является обязательным, значит, необходимо формирование по одному отношению на каждую сущность (НАЛИЧИЕ и КОРОБКА).

   Один  цвет может быть выбран несколько раз, таким образом, между сущностями НАЛИЧИЕ и ЦВЕТ связь 1:М. Класс принадлежности обеих сущностей является обязательным, значит, необходимо формирование по одному отношению на каждую сущность (НАЛИЧИЕ и ЦВЕТ).

   Каждый  клиент может купить только одну модель множество раз, пока она есть в наличии, таким образом, между сущностями ДОГОВОРА и КЛИЕНТЫ связь 1:1. Класс принадлежности обеих сущностей является обязательным, значит, необходимо формирование по одному отношению на каждую сущность (ДОГОВОРА и КЛИЕНТЫ).

Информация о работе АИС «Туристическая фирма «Мечта»