Файл: Разработка модели информационной системы туристической компании (Основные определения).pdf

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 24.04.2023

Просмотров: 1448

Скачиваний: 17

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

Входные данные в справочники БД могут вводиться двумя основными методами:

– ввод вручную;

– ввод при использовании форм.

В разрабатываемой системе применяются такие главные таблицы:

– Туры;

– Учет.

Рассмотрим их реквизитный состав.

  • Сущность «Туры»:
  • № п/п (Счетчик, ключевое поле);
  • Страна (Числовой);
  • Продолжительность (Числовой)
  • Гостиница (Числовой);
  • Вид транспорта (Числовой);
  • Стоимость тура (Денежный);
  • Условия проживания (текстовый).
  • Сущность «Учет»
  • № п/п;
  • Тур;
  • Клиент;
  • Дата посещения.

Выполним нормализацию БД до 3НФ.

Первая нормальная форма (1НФ). Отношение находится в первой нормальной форме в том случае, если все атрибуты содержат атомарные значения. Все созданные нами отношения находятся в 1НФ.

Вторая нормальная форма (2НФ). Отношение, которое находится в первой нормальной форме и каждый атрибут которого, не входящий в состав первичного ключа, характеризуется полной функциональной зависимостью от этого первичного ключа. Вторая нормальная форма применяется к отношениям с составными ключами, т.е. к таким отношениям, первичный ключ которых состоит из двух или больше атрибутов. Отношениями с составным первичным ключом у нас являются отношение Учет и Туры.

В этих отношениях существует единственная полная функциональная зависимость от первичного ключа.[8]

Следовательно, отношение Туры, как и все остальные, находится во 2НФ.

Третья нормальная форма (3НФ). Отношение, которое находится в первой и второй нормальных формах и не имеет не входящих в первичный ключ атрибутов, которые находились бы в транзитивной функциональной зависимости от этого первичного ключа. Нормализация 2НФ-отношений с образованием ЗНФ-отношений включает устранение транзитивных зависимостей.

С рисунка 16 видно, что транзитивные функциональные зависимости отсутствуют, значит, все отношения находятся в 3НФ.

Рассмотрим связи информационных объектов (таблица 3):

Таблица 3 – Связи информационных объектов

Главный ИО

Подчиненный ИО

Ключ связи

Тип отношения

Клиенты

Учет

Код клиента

1:М

Страны

Гостиницы

Код страны

1:М

Гостиницы

Туры

Код гостиницы

1:М

Туры

Учет

№ п/п

1:М

Транспорт

Туры

Код транспорта

1:М


Разработку ИС будет проводить в СУБД Access, поскольку она имеет следующие положительные стороны:

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

Поскольку СУБД Access имеет встроенный редактор кода VBA и может обеспечить полностью все требования к базе данных при проектировании ИС будем использовать как раз эту СУБД.

3.2. Разработка ИС туристической компании ООО «Кенгуру-Тур» в MS Access

Разработанное программное обеспечение основано на применении БД с формированием стандартного интерфейса инструментами Access.

Для создания структуры базы данных нужно реализовать создание таблиц с помощью конструктора и ввести данные (рисунки 9 – 14).

Рисунок 9 – Справочник Гостиницы

Рисунок 10 – Справочник Клиенты

Рисунок 11 – Справочник Товары

Рисунок 12 – Справочник Транспорт

Рисунок 13 – Таблица Туры

Рисунок 14 – Таблица Учет

Структура реляционной БД, построенная на основе информационного анализа предметной области, приведена на рисунке 15:

Рисунок 15 – Схема данных

Рассмотрим несколько запросов, созданные для имеющейся БД.

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

TRANSFORM Avg(Туры.[Стоимость тура]) AS [Avg-Стоимость тура]

SELECT Клиенты.ФИО

FROM Клиенты INNER JOIN (Страны INNER JOIN (Гостиницы INNER JOIN (Туры INNER JOIN Учет ON Туры.[№ п/п] = Учет.Тур) ON Гостиницы.[Код гостиницы] = Туры.Гостиница) ON Страны.[Код страны] = Гостиницы.Страна) ON Клиенты.[Код клиента] = Учет.Клиент

GROUP BY Клиенты.ФИО

PIVOT Страны.Страна;

В режиме конструктора запрос имеет вид (рисунок 16):

Рисунок 16 – Запрос Параметрический в режиме конструктора


После запуска запроса получим (рисунок 17):

Рисунок 17 – Запрос Параметрический в режиме просмотра

Создадим запрос Количество туров для отображения количество выездов в каждую из стран.

SELECT Страны.Страна, Count(Учет.[Дата отпраки]) AS [Count-Дата отпраки]

FROM (Страны INNER JOIN (Гостиницы INNER JOIN Туры ON Гостиницы.[Код гостиницы] = Туры.Гостиница) ON Страны.[Код страны] = Гостиницы.Страна) INNER JOIN Учет ON Туры.[№ п/п] = Учет.Тур

GROUP BY Страны.Страна; В режиме конструктора запрос имеет вид (рисунок 18):

Рисунок 18 – Запрос Количество туров в режиме конструктора

После запуска запроса получим (рисунок 19):

Рисунок 19 – Запрос Количество туров в режиме просмотра

Рассмотрим иерархическую схему форм для разработанной БД (рисунок 20).

Рисунок 20 – Структура форм

Рассмотрим вид кнопочной формы для отчетов (рисунок 21).

Рисунок 21 – Форма Отчеты

Рассмотрим формы для ввода данных в таблицы БД (рисунок 22 – 23).

.

Рисунок 22 – Форма Гостиницы

Рисунок 23 – Форма Клиенты

Отчетная документация показана на рисунках 24 – 26:

Рисунок 24 – Отчет Продолжительность

Рисунок 25 – Отчет Стоимость дня

Рисунок 26 – Отчет Страны

Для открытия некоторых объектов БД используются макросы:

Рисунок 27 – Макрос для открытия отчета Продолжительность

Рисунок 28 – Макрос для открытия отчета Стоимость дня

Выполним с помощью формы вычисления дня проживания в каждом из туров. Для этого создадим приложение в котором напишем код:

Private Sub Стоимость_тура_AfterUpdate()

[Стоимость] = [Стоимость тура] / [Продолжительность (дней)]

End Sub

Стоит отметить, что для автоматизации перехода между записями в формах используются кнопки перехода.

ЗАКЛЮЧЕНИЕ


В современном мире ИТ прочно обосновались, заняв нишу в повседневной жизни простых пользователей компьютерной техникой.

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

Крупные предприятия используют компьютеры успешно во всех сферах деятельности (сфере предоставления услуг, управления, производства и прочих). Ведения учёта в цифровом виде позволило снизить итоговое время обработки, анализа, а также увеличить эффективность принимаемых управленческих решений, обеспечить своевременный и быстрый доступ к информации.

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

Но этого оказалось недостаточным условием, поскольку немаловажно правильно организовать процесс взаимодействия человека и ПК. Поэтому параллельно с техникой, выполнялось развитие и ПО.

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

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

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

Приложение Microsoft Access – это мощная и высокопроизводительная система управления реляционными базами данных.

При этом итоговая производительность СУБД сочетаются органично со всеми преимуществами и удобствами Windows.

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

1. Безручкин В.Т., Информатика курс лекций / В.Т. Безручкин.–М.:ИД. "Форум": ИНФРА–М. 2015–432.с.

2.Интернет технологии в экономике: Учебник под ред. Абдиксева Н.М.:–М.: ИД. "Форум":ИНФРА– М. 2014–448с.