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

Федеральное агентство по образованию РФ

Государственное образовательное учреждение

Высшего профессионального образования

«Липецкий государственный педагогический университет»

Факультет информационных и социальных технологий

Кафедра информатики 
 
 
 
 
 
 
 
 
 
 
 

Курсовой  проект  

по дисциплине: «Организация обработки данных»

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

                                                                                        
 

Выполнил:

                                                                                       Студент 3-ого курса

ПИЭ-07-2(1)

                                                                                                              Тюрин П.И.

                                                                                       Проверила:

                                                                           Ст. преп. Е. В. Шершова

Липецк 2009

 
 

ВВЕДЕНИЕ

 
Актуальность темы. В деловой  или личной сфере часто приходится работать с данными из разных источников, каждый из которых связан с определенным видом деятельности. Для координации  всех этих данных необходимы определенные знания и организационные навыки.

 
Microsoft Access объединяет сведения из  разных источников в одной  реляционной базе данных. Создаваемые  формы, запросы и отчеты позволяют  быстро и эффективно обновлять  данные, получать ответы на вопросы,  осуществлять поиск нужных данных, анализировать данные, печатать  отчеты, диаграммы и почтовые  наклейки.

 
В базе данных сведения из каждого источника  сохраняются в отдельной таблице. При работе с данными из нескольких таблиц устанавливаются связи между  таблицами. Для поиска и отбора данных, удовлетворяющих определенным условиям, создается запрос. Запросы позволяют  также обновить или удалить одновременно несколько записей, выполнить встроенные или специальные вычисления. Для  просмотра, ввода или изменения  данных прямо в таблице применяются  формы. Форма позволяет отобрать данные из одной или нескольких таблиц и вывести их на экран, используя  стандартный или созданный пользователем  макет. Для анализа данных или  распечатки их определенным образом  используется отчет. Например, можно  создать и напечатать отчет, группирующий данные и вычисляющий итоги.

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

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

1.Создание  инфологической модели. 

    1.1 Описание предметной области. 

      База  данных «Мечта» представляет собой  туристическую фирму. Необходимость  данной базы заключается в учёте  проданных туров, клиентов фирмы, составлении  новых туров, оформлении договоров  на туристические путешествия.

      Агенты  туристической фирмы составляют туры с учетом запросов клиента, предоставляют  информацию о месте путешествия.

      Для того чтобы пользоваться услугами туристической  фирмы, необходимо предварительно зарегистрироваться в базе клиентов фирмы. На одного клиента  может быть составлено неограниченное количество договоров.

      Каждый  клиент может выбрать место путешествия, длительность пребывания, класс отеля, в котором он хочет остановиться, вид транспорта, наиболее ему подходящий, количество дополнительных туристов, агента, который будет оформлять  договор и дату выезда. После подсчета клиенту будет предоставлен счет на сумму, указанную в договоре.

      В базе данных хранятся имена всех агентов, работающих в фирме.

  Помимо  ввода и просмотра данных, в  базе предусмотрено составление  статистических диаграмм, а также  оформление отчетов на основании  деятельности туристической фирмы. 

Диаграммы, формирующиеся в базе данных:

      1.Количество  продаж тура

      2.Число  проданных туров агентом

      3.Распределение  дат отправление по месяцам 
 

Отчеты, формирующиеся в базе данных:

1.Контакты клиентов

2.Места убытия

3.Проданные туры

4.Пункты назначения 

Запросы, формирующиеся в базе данных:

1.Запрос по  агентам

2.Клиенты

3.Места прибытия  по странам

4.Проданные туры

5.Пункты назначения

6.Цены отелей

7.Страны для  путешествий 
 

      На  основе анализа предметной области  можно выделить следующие типы сущностей:  

1.Агенты (Код,  Агент);

2.Вариант тура (Код, Название тура, Страна, Место убытия, Место прибытия, Описание);

3.Город убытия (Код, Город убытия);

4.Договор (Код, Клиент, Тур, Дата выезда, Дополнительные туристы, Класс отеля(звезды), Продолжительность(дни), Вид транспорта, Стоимость, Агент);

5.Дополнительные  туристы (Код, Число);

6.Клиент (Код,  ФИО, Номер российского паспорта, Номер загранпаспорта, Адрес, Телефон, E-mail);

7.Место прибытия (Код, Место прибытия, Страна);

8.Место убытия (Код, Место убытия, Город убытия);

9.Отель (Код,  Класс отеля(звезды), Цена за ночь);

10.Страна (Код,  Страна);

11.Транспорт  (Код, Вид транспорта); 
 
 
 
 

1.2. Обзор аналогичных АИС 

                                                      ПК "Мастер-Тур" 

      Источник: http://www.megatec.ru/?m=147

      Цена программы: от 800 у.е. 

О программе  «Мастер тур»: 

Программный комплекс «Мастер-Тур» предназначен для автоматизации деятельности туристического агентства. 

      Основные характеристики программы "Мастер-Тур":

БРОНИРОВАНИЕ И ИМПОРТ. Все данные при бронировании на сайте оператора переносятся в рабочую базу агента. Вам осталось только распечатать документы для передачи туристу.

АВТОМАТИЧЕСКИЙ КОНТРОЛЬ ИЗМЕНЕНИЙ. Нет нужды звонить и выяснять информацию по изменениям в заявке. Теперь у вас под рукой механизм, позволяющий оперативно получать изменения: по статусам, услугам, стоимости.

ПРИВЯЗКА ФАЙЛОВ. Функция привязки файлов к конкретной путевке. Привязка файлов позволяет вам хранить и легко находить переписку, фотографии, анкеты и другие документы, связанные с заявкой.

ПРЯМАЯ СВЯЗЬ С СИСТЕМОЙ БРОНИРОВАНИЯ. Быстрый переход в к своей заявке в системе он-лайн бронирования туроператора.

СИСТЕМА НАПОМИНАНИЙ И ЗАДАЧ. Функция назначения задач  и контроль с возможностью прикрепления заявки.

Анализ деятельности: 

• Работа с путевками: создание путевки, контроль над изменениями, работа со статусами;  
• Механизм создания и хранения заявок. В путевке может быть одна или несколько заявок одного или разных операторов;  
• Импорт ранее забронированных заявок с сайтов туроператоров. 
• Проверка изменений внесенных оператором: в статусах, в услугах, в стоимости. 
• Привязка файлов к конкретной путевке 
• Импорт курсов-валют: центробанка, внутренних курсов оператора. Закачка информации по финансовым гарантиям операторов. 
• Возможность загрузить платежи по заявке из системы онлайн бронирования в Мастер-Агент 
• Работа с платежами: осуществление взаиморасчетов с клиентами и поставщиками. Возможность внесения авансовых платежей и привязка нескольких путевок к проведенному платежу; 
• Работа с базой данных клиентов: редактирование информации о клиентах (паспортные, анкетные данные, адреса, телефоны и т.д.); 
• Занесение клиента в базу постоянных туристов без привязки к путевке. Признаки туриста, главного туриста и плательщика по путевке;  
• Механизм предупреждения и оповещения менеджеров агентства при работе с клиентами позволяет поставить запрет на работу с тем или иным клиентом или проинформировать об особенностях; 
• Работа с базой данных партнеров. Занесение, хранение и редактирование информации о партнерах. Привязка туроператоров к странам; 
• Работа с договорами. Хранение информации согласно требованиям закона о финансовых гарантиях. Хранение информации о проценте на конвертацию по договору, оповещение по истечению срока действия договора; 
• Механизм предупреждения и оповещения менеджеров агентства при работе с партнерами информирует об особенностях работы с партнером, позволяет поставить запрет на работу с тем или иным партнером; 
• Возможность создания организационной структуры агентства и привязки пользователей к отделам. 
• Возможность учета кросс-курсов валют и процента на конвертацию при проведении платежа с учетом офиса проведения платежа; 
• Печать документов («Турпутевка», «Лист бронирования», «Договор об обслуживании» и т.п.); 
• Статистическая обработка данных. 

1.3. Построение диаграмм инфологической модели.

1.3.1. Построение  диаграммы «сущность-связь» (см. схему  1).

 
 
 

 
 
 
 
 

Схема 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.4.2. Спецификация  атрибутов (см. таблицу 2). 

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

 
 
 
 
 

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