Информационная система туристического агентства

ОГЛАВЛЕНИЕ
TOC \o "1-3" \h \z \u ВВЕДЕНИЕ PAGEREF _Toc80187895 \h 41 АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ И ПРЕДПРИЯТИЯ PAGEREF _Toc80187896 \h 62 ПРЕДПРОЕКТНОЕ ОБСЛЕДОВАНИЕ PAGEREF _Toc80187897 \h 72.1 Описание организационной модели PAGEREF _Toc80187898 \h 72.2 Описание функциональной модели PAGEREF _Toc80187899 \h 92.3 Описание информационной модели PAGEREF _Toc80187900 \h 152.4 Определение миссии, выделение критических факторов успеха PAGEREF _Toc80187901 \h 163 ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ PAGEREF _Toc80187902 \h 193.1 Цель и задачи системы PAGEREF _Toc80187903 \h 193.2 Выделение, анализ и оптимизация основных бизнес-процессов PAGEREF _Toc80187904 \h 193.3 Проектирование базы данных PAGEREF _Toc80187905 \h 263.4 Проектирование интерфейса системы PAGEREF _Toc80187906 \h 284 РЕАЛИЗАЦИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ PAGEREF _Toc80187907 \h 314.1 Обоснование выбор средств для реализации системы PAGEREF _Toc80187908 \h 314.2 Создание базы данных PAGEREF _Toc80187909 \h 314.3 Создание пользовательского интерфейса PAGEREF _Toc80187910 \h 315 ОБОСНОВАНИЕ НАБОРА ТЕСТОВ PAGEREF _Toc80187911 \h 34ЗАКЛЮЧЕНИЕ PAGEREF _Toc80187912 \h 35СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ PAGEREF _Toc80187913 \h 36ПРИЛОЖЕНИЕ А. СТРУКТУРА ТАБЛИЦ БАЗЫ ДАННЫХ АИС «ТУРИСТИЧЕСКОЕ АГЕНТСТВО» PAGEREF _Toc80187914 \h 37ПРИЛОЖЕНИЕ Б. СХЕМА БАЗЫ ДАННЫХ В MS ACCESS PAGEREF _Toc80187915 \h 40

ВВЕДЕНИЕНесмотря на коронавирус, россияне в 2020 году активно путешествовали. Летний туристический сезон в России все-таки состоялся. Засидевшись на карантине, люди начали путешествовать вскоре после снятия первых ограничений. Сначала — внутри своих регионов, а затем и между ними. В конце июля 2020 года глава Крыма Сергей Аксенов говорил, что загрузка объектов размещения на Южном берегу полуострова достигла 95%. Летом Россия частично открыла границы с другими странами, включая популярные курорты [3].
Раньше россияне нередко выбирали готовые туры от турагентств — самый простой и доступный способ съездить за границу. Но на фоне закрытых границ туры стали менее интересны. По данным «Яндекса», доля соответствующих запросов снизилась с 17% до 10% [4].
Зато пользователи чаще интересовались общей информацией — например, куда поехать в отпуск или где лучше отдохнуть с детьми. Это подтверждает, что люди готовы планировать свой отпуск самостоятельно, выбирая интересные места и не привязываясь к туроператорам или гостиничной инфраструктуре.
Возникает актуальная проблема – организация слаженной и эффективной работы туристических агентств для возврата интереса клиентов к данной инфраструктуре и удовлетворения потребности граждан в приобретении путевок через туроператоров.
Основная особенность работы турагентства подчиняется принципу распределенной обработки данных. Его суть заключается в том, что люди, находящиеся в разных местах, получают возможность одновременной работы с данными, с их накоплением, обработкой и хранением. Организовать работу турагентства согласно этому принципу невозможно без применения современных информационных технологий.
Базы данных являются неотъемлемой частью любой информационной системы и предназначены для сбора, хранения и управления информацией той или иной предметной области. В настоящее время использование баз данных в человеческой жизни повсеместно [4].
Вышеизложенное подчеркивает актуальность темы курсового проекта – разработка автоматизированной системы «Туристическое агентство».
Целью курсового проекта является:
− закрепление и расширение теоретических знаний по дисциплине «Системный анализ», а также выявление способности самостоятельно решать конкретные практические задачи.
Задачи проекта:
− провести анализ и описание предметной области и предприятия;
− освоить методы предпроектного обследования туристического агентства;
− освоить методы проектирования информационной системы;
− реализовать автоматизированную информационную систему;
− провести тестирование разработанной информационной системы.
Первая глава посвящена анализу предметной области и предприятия.
Во второй главе проведено предпроектное обследование предприятия: построены и описаны организационная структура, функциональная и информационная модели предприятия, сформулированы миссия, критические факторы успеха и возможные структурные проблемы.
В третьей главе определены цель и задачи информационной системы. Выделены основные и вспомогательные бизнес-процессы, выявлены их недостатки. Выполнено проектирование базы данных и интерфейса пользователя.
Четвертая и пятая главы посвящены описанию процесса разработки и тестирования автоматизированной информационной системы.

1 АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ И ПРЕДПРИЯТИЯОсновной функцией туристического агентства является продажа туристических путевок. Работа турагентств, как правило, осуществляется в дневное время. Туристическое агентство предлагает разнообразные маршруты во многие страны. В каждой стране можно выбрать несколько маршрутов с различными целями путешествий (отдых, экскурсия, деловая поездка, лечение, шоп-тур, обучение и др.) и различными видами сервиса (наличие медицинской страховки, пенсион, полупансион и т.д.)
Стоимость зависит от нескольких факторов: маршрута, вида сервиса и др. Работа с данными каждого менеджера агентства должна быть синхронизирована в едином информационном пространстве.
Кроме основной функции, продажи туристических путевок, агентство как предприятие имеет и другие немаловажные функции. Одной из них является ведение сведений о маршрутах, сервисе, расчете стоимости туров, статистике продаж и т. д., без которой выполнения основной функции было бы невозможным.
Современному предприятию сложно быть автономным, и турагентство не исключение [2]. Предприятие взаимосвязано с другими сторонними организациями, которые оказывают свои услуги: коммунальные услуги, услуги по электрификации, видеонаблюдение, пожарной безопасности, страхованию туристов и т. д. Главная компания, с которой взаимосвязано агентство – это транспортная компания (чаще всего, авиакомпания и железнодорожная компания), которая выполняет перевозку туристов.
При разработке информационной системы «Туристическое агентство» мы ограничимся лишь реализацией основных ее функций.
Далее рассмотрена организационная структура предприятия, взаимодействия между подразделениями, функции организационных единиц и протекающие информационные процессы.
2 ПРЕДПРОЕКТНОЕ ОБСЛЕДОВАНИЕ2.1 Описание организационной моделиПод структурой управления организацией понимается упорядоченная совокупность взаимосвязанных элементов, находящихся между собой в устойчивых отношениях, обеспечивающая их развитие и функционирование как единого целого. В рамках структуры протекает управленческий процесс, между участниками которого распределены функции и задачи управления. Элементами такой структуры являются подразделения и работники. Организационная структура – это упорядоченная совокупность связей между подразделениями и работниками, занятыми решением управленческих задач [4].
Модель организационной структуры туристического агенства представлена на рисунке 2.1.

Рисунок 2.1 - Линейная организационная структура управления
В нее входит четыре отдела: отдел туризма, бухгалтерия, юридический отдел и общий отдел.
Тип структуры управления – линейный. В основе данной структуры управления находится принцип единства распределения поручений, согласно которому право отдавать распоряжения имеет только вышестоящая инстанция.
Во главе туристской организации находится руководитель, а в его подчинении находятся заместители – руководители линейных подразделений. Они не могут непосредственно связываться друг с другом, однако наделены всеми полномочиями для реализации единоличного руководства своими подчиненными. Такую структуру часто называют однолинейной [5].
Менеджеры принимают заявки клиентов, выбирается место проведения отдыха, подбирают варианты отеля и билеты, оформляют визы. Юристом проверяется проект договора, наличие разрешений на выезд, наличие визы. В бухгалтерии проводятся расчеты с клиентами. Специалисты общего отдела помогают работе туристического агенства.
Преимущества линейной структуры управления [6]:
1) однозначное ограничение задач, компетенции, ответственности;
2) жесткое руководство органами управления, единоначалие;
3) один канал коммуникации;
4) оперативность и точность управленческих решений.
Недостатки:
1) затруднительные связи между инстанциями;
2) концентрация власти в управляющей верхушке;
3) перегрузка информацией;
4) отсутствие гибкости.
Линейная структура управления используется мелкими и средними туристскими фирмами при отсутствии широких кооперационных связей между ними.
2.2 Описание функциональной моделиОбъектом исследования является туристическое агентство. На данном этапе необходимо создать функциональную схему предприятия.
Основу методологии IDEF0 составляет графический язык описания бизнес-процессов. Модель в нотации IDEF0 представляет собой совокупность иерархически упорядоченных и взаимосвязанных диаграмм [6].
Контекстная диаграмма является вершиной древовидной структуры диаграмм и представляет собой самое общее описание системы и ее взаимодействия с внешней средой.
Создаем контекстную диаграмму для нашего проекта (Рисунок 2.2)

Рисунок 2.2 - Контекстная диаграмма IDEF0 (A0) «Туристическое агентство».
Описание контекстной диаграммы «Туристическое агентство» представлено в таблице
Таблица 2.1 – Описание контекстной диаграммы
Наименование
стрелки Описание Тип
Заказы Поступающие заказы от клиентов InputНормативы Законодательные акты, ведомственные инструкции, должностные нормативы и правила ControlПерсонал Менеджеры, юристы, бухгалтеры MechanismВыдача путевок Выдача путевок клиентам OutputСтатистика Заполнение базы данных, отчеты OutputПосле описания контекстной диаграммы проводится функциональная декомпозиция - система разбивается на подсистемы, и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности. В результате такого разбиения, каждый фрагмент системы изображается на отдельной диаграмме декомпозиции [11].
После дальнейшего разбиения диаграммы получаем три диаграммы декомпозиции, описывающие каждая одну из работ, представленных на диаграмме верхнего уровня.
Выделим подсистемы, которые должны функционировать в нашей информационной системе.
Весь процесс функционирования «Туристического агентства» разбивается на три диаграммы:
1) «Оформление путевок» - занимается консультацией, приемом заявок, формированием отчетов;
2) «Юридическая экспертиза» - представляет собой процесс проверки договора и сопутствующих документов;
3) «Получение оплаты» - хранение заявок.
Создаем диаграмму декомпозиции «Туристическое агентство»:
Рисунок 2.3 - Диаграмма декомпозиции IDEF0 (A0) «Туристическое агентство»
Оформление путевок
Менеджер принимает заявки от клиентов, подбирает варианты туров, при согласии клиента бронирует отель и билеты, готовит проект договора, после получения разрешения от юристов подписывает договор, после оплаты выдает документы по туру и электронные билеты.
Юридическая экспертиза
На данном этапе проводится юридическая проверка документов, наличие разрешений на выезд, наличие виз. При отсутствии противопоказаний дается разрешение на заключение договора.
Получение оплаты
Бухгалтерия принимает оплату и выписывает чек. Составление статистической и финансовой отчетности. Сюда входят следующие работы (Таблица 2.2)
Таблица 2.2 - Описание работ декомпозиции
Функциональный
блок Описание Источник
Оформление путевок Менеджер принимает заявки клиентов, подбирает варианты, бронирует отель и билеты, готовит проект договора, выдает путевки и билеты База данных
Юридическая экспертиза Проверяется проект договора, наличие разрешений на выезд, наличие визы. Законодательные акты, международные договоры.
Получение оплаты Получение оплаты от клиента Ведомственные
инструкции
Декомпозируем функциональный блок «Оформление путевок».

Рисунок 2.4 – Декомпозированная диаграмма функционального блока «Оформление путевок»
Сюда входят следующие работы (Таблица 2.3):
Таблица 2.3 - Описание работ декомпозиции.
Функциональный
блок Описание Источник
Подбор вариантов Менеджер принимает заявки клиентов, выбирается место проведения отдыха, подбирает варианты отеля и билеты. База данных
Расчет стоимости При согласии клиента производится расчет стоимости тура База данных
Предварительное оформление документов При согласии с условиями тура и ценой разрабатывается проект договора Ведомственные
инструкции
Заключение договора При согласии сторон заключается договор Ведомственные
инструкции
Декомпозируем функциональный блок «Юридическая экспертиза».

Рисунок 2.5 – Декомпозированная диаграмма функционального блока «Юридическая экспертиза»
Таблица 2.4 - Описание работ декомпозиции
Функциональный
блок Описание Источник
Проверка соответствия
нормативным документам Юристы проверяют правильность оформления документов, наличие виз и противопоказаний на выезд. Законодательные акты, международные договоры.
Выдача заключения о соответствии Юрист согласовывает проект договора Законодательные акты, международные договоры.
Декомпозируем функциональный блок «Получение оплаты».

Рисунок 2.6 – Декомпозированная диаграмма функционального блока «Получение оплаты»
Таблица 2.5 - Описание работ декомпозиции
Функциональный
блок Описание Источник
Зачисление средств Бухгалтерия согласно договора производит перечисление средств Ведомственные
инструкции
Оформление чека После подтверждения о зачислении денег выписывается чек Ведомственные
инструкции
Если в процессе моделирования нужно осветить специфические стороны технологии предприятия, BPwin позволяет переключиться на любой ветви модели на нотацию IDEF3 или DFD и создать смешанную модель [11].
2.3 Описание информационной моделиИнформационные потоки, протекающие в туристическом агентстве, тесно связаны с выполняемыми функциями. При построении модели информационные потоки будем разделять на две категории взаимодействия: с внешней средой и между отделами. Информационные потоки при взаимодействии внутри отделов рассмотрены в п. 2.2.
Проанализировав информационную модель, можно сделать вывод, что основными информационными потокам, подлежащими автоматизации, являются:
− ведение данных о договорах с клиентами;
− печать заявок и путевок;
− формирование налоговой отчетности и счетов;
− ведение справочных сведений о стоимости проезда, тарифах, маршрутах и т. д.
Информационная модель представлена на рисунке 2.7.

Рисунок 2.7 – Информационная модель
2.4 Определение миссии, выделение критических факторов успехаМиссия организации представляет собой утверждение, раскрывающее смысл существования организации, в котором проявляется отличие данной организации от ей подобных. Миссия – основная общая цель организации, ее предназначение, роль в определенной сфере деятельности и социальная роль в обществе [5].
Миссия туристического агентства – воплощать мечты туристов о путешествиях в жизнь.
Компания сотрудничает с ведущими туроператорами на рынке туристических услуг.
Критические факторы успеха (КФУ) – важные требования или необходимые условия для выполнения миссии. К КФУ туристического агентства можно отнести:
1. Увеличение скорости обслуживания – необходимо выстроить систему последовательных и оптимальных действий персонала при работе с клиентами. Также фактор тесно связан с увеличение скорости обработки информации, что достигает за счет применения современных способов обработки информации, новых информационных технологий.
2. Повышение удовлетворенности качеством обслуживания – достигается за счет экономии времени и усилий клиента, возможности предоставления клиенту одновременно несколько видов услуг, а также адекватного реагирования на претензии и обращения, обеспечение «обратной связи», осуществление мониторинга и контроля за обслуживанием клиентов, в том числе за исполнением решений, принятых по жалобам и обращениям потребителей.
3. Повышение удобства обслуживания – необходимо обеспечить доступность предоставление услуг всем категориям граждан, создание комфортных условий и доброжелательного отношения к клиентам. Комфортность условий достигается за счет удобного графика работы, удобного расположения офисов предприятия, наличия парковок и условий безбарьерной среды, чистоты, комфортности помещений предприятия и т. п.
4. Повышение уровня безопасности – достигается за счет исключения рисков угрозы жизни и здоровью клиентов, применения современных охранно-пожарной сигнализацией и средств пожаротушения, системы оповещения о возникновении чрезвычайной ситуации, а также обеспечения высокого уровня защиты персональных данных клиентов.
5. Уменьшение ошибок при обработке информации – необходимо максимально снизить потенциальные риски при обработке информации.
6. Оптимизировать взаимодействие работников – необходимо выполнить анализ всех бизнес-процессов, выстроить оптимальные схемы взаимодействия между подразделениями и работниками предприятия, исключить дублирование информации, уменьшить бумажный документооборот.
7. Повышение благополучия и социальной защищенности работников – все управленческие задачи на предприятии выполняют люди, для которых необходимо обеспечить достойную заработную плату, соблюдение трудовых норм и исполнения социальных гарантий.
К возможным структурным проблемам предприятия можно отнести:
1. Неудовлетворенность клиентов качеством обслуживания: длительное время обслуживания, очереди, отсутствие конформных условий пребывания в помещениях, отсутствие доброжелательного отношения и индивидуального подхода к клиентам.
2. Недостаточная эффективность операций по обработке информации: низкая скорость, множество ошибок и потерь, дублирование и противоречивость, невысокий уровень защиты данных.
3. Неоптимальное взаимодействие работников: дефекты в структуре организации, возникновение точек напряжений и конфликтов.
В данной главе мы провели анализ структуры предприятия, выделили организационные единицы, участвующие в процессах, подлежащих автоматизации. На основании функциональных моделей определили главные функции предприятия, используемые в процессах автоматизации. Проанализировав информационную модель, определили требующие автоматизации информационные потоки. Определили миссию предприятия, критические факторы успеха и возможные структурные проблемы. Проведенное предпроектное обследование предметной области и предприятия позволяет перейти к проектированию информационной системы.

3 ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ3.1 Цель и задачи системыДля осуществления миссии туристического агентства принято решение разработать информационную систему.
Цель создания системы – повысить эффективность работы фирмы за счет автоматизации ее основных бизнес-процессов.
Задачи:
1. Создать подсистему продажи путевок и дополнительных услуг, это позволит повысить скорость обработки информации, создать систему хранения информации для последующей обработки, повысить качество, удобство и уровень обслуживания.
2. Создать подсистему ведения справочных данных о турах, это позволит оперативно управлять данными для подсистемы продажи путевок.
3. Создать подсистему формирования отчетности, это позволит повысить уровень взаимодействия между отделами и сторонними организациями, уровень контроля деятельности предприятия, уровень прогнозирования, планирования и принятия адекватных управленческих решений.
3.2 Выделение, анализ и оптимизация основных бизнес-процессовПри описании функциональной модели предприятия (п. 2) мы определи функции, которые можно рассматривать как самостоятельные бизнес-процессы.
На диаграмме дерева узлов отражена иерархия работ в модели, которая позволяет рассмотреть целиком основные бизнес-процессы компании (Рисунок 2.8).

Рисунок 3.1 – Основные бизнес-процессы туристического агентства
В настоящее время существует и используется большое количество различных методологий моделирования бизнес-процессов. Основными из них являются DFD, WFD, IDEF, ARIS, UML, BPMN. В нашем проекте схемы бизнес-процессов будут строиться в соответствии с нотацией DFD [6].
Диаграммы потоков данных (DFD) используются для описания документооборота и обработки информации. Нотация DFD включает такие понятия, как «внешняя ссылка» и «хранилище данных», что делает ее более удобной (по сравнению с IDEF0) для моделирования документооборота.
Для оценки степени удовлетворения бизнес-процессов критическим факторам успеха предприятия произведем их оценку по пятибалльной системе (таблица 3.1).
Таблица 3.1 – Оценка бизнес-процессов
Бизнес-процесс Критический фактор успеха Средний балл
Увеличение скорости обслуживания Повышение удовлетворенности качеством обслуживания Повышение удобства обслуживания Повышение уровня безопасности Уменьшение ошибок при обработке информации Оптимизация взаимодействия работников Повышение благополучия и социальной защищенности работников Подбор вариантов 1 2 2 4 1 3 4 2,43
Расчет стоимости путевки 1 2 2 4 1 3 4 2,43
Предварительное оформление документов 2 3 3 4 3 3 4 3,14
Заключение договора 3 3 3 4 3 3 4 3,29
Как мы видим из таблицы 3.1, средний балл оценки бизнес-процессов не высок. Очевидно, что все бизнес-процессы работают очень медленно, большинство данных ведется в разных информационных системах. Операции поиска, ведения и хранения информации, расчета стоимости путевки, формирования кассовых отчетов таким образом затруднительны и занимают очень много времени, возникает множество ошибок и дублирования информации.
Внедрение автоматизированной информационной системы позволит устранить выявленные недостатки. Проведем оптимизацию всех бизнес-процессов с учетом функций внедряемой системы.
Все рутинные операции по хранению, обработке, поиску, формирования отчетов предполагается реализовать в единой информационной системе. Все данные должны храниться и обрабатываться в единой централизованной базе данных.
Оптимизированные бизнес-процессы представлены на рисунках ниже, проведена декомпозиция основных бизнес-процессов в нотации DFD и IDEF3.
Декомпозируем функциональный блок «Подбор вариантов», описывающий деятельность по поиску информации в базе данных.

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

Рисунок 3.3 - Декомпозиция функционального блока «Расчет стоимости путевки»
Таблица 3.3 - Описание работ декомпозиции
Функциональный
блок Описание Источник
Расчет стоимости отдыха Менеджер рассчитывает стоимость проживания и медицинской страховки База данных,
ведомственные
инструкции
Расчет стоимости перелета Выбирается авиакомпания и рейс для перелета к месту отдыха и обратно База данных,
ведомственные
инструкции
Декомпозируем функциональный блок «Предварительное оформление документов» (Рисунок 3.4).

Рисунок 3.4 - Декомпозиция функционального блока «Предварительное оформление документов»
Сюда входят следующие работы (Таблица 3.4):
Таблица 3.4 - Описание работ декомпозиции
Функциональный
блок Описание Источник
Бронирование
отеля При согласии клиента с условиями отдыха производится бронирование номера База данных
Бронирование билетов на самолет При согласии клиента с условиями перелета производится бронирование билетов База данных
Внесение предоплаты Взимается предоплата в размере 10 % Ведомственные
инструкции
Декомпозируем работу «Заключение договора» (Диаграмма декомпозиции IDEF3).

Рисунок 3.5 - Декомпозиция функционального блока «Заключение договора»
Получив проект договора, менеджер проверяет наличие брони в отеле, наличие брони билетов, совпадение стоимости тура с расчетами, после чего заключается договор с клиентом. Данные договора забиваются в базу данных, а путевки и билеты выдаются на руки клиенту.
Таким образом, внедрение информационной системы позволит значительно увеличить скорость обработки данных и формирования отчетов, уменьшить количество ошибок, получать отчеты в режиме реального времени и, как следствие, повысить скорость обслуживания и уровень удовлетворенности его качеством, оптимизировать взаимодействия сотрудников предприятия.
3.3 Проектирование базы данныхКак мы уже отметили, при оптимизации бизнес-процессов база данных играет очень важную роль для реализации информационной системы, являясь центральным звеном для хранения данных. В нашем проекте тип проектируемой базы данных – реляционный (табличный). На основании информационной модели (п. 2.3) проведем логическое и физическое проектирование [1, 10].
На этапе логического проектирования мы определили модели данных (сущности), максимально отражающие объекты предметной области, связи между ними, провели нормализацию до 3HF (третьей нормальной формы), построили концептуальную модель данных (Рисунок 3.6).
Физическая модели данных строится для конкретного типа СУБД. В учебных целях выберем СУБД MS Access 2016.
Проектирование структуры базы данных начнем с построения концептуальной модели. Концептуальная модель представляет собой высокоуровневый взгляд на предметную область. На данном этапе не учитывается модель данных и физические аспекты представления и хранения данных, проектирование одинаково для любой базы данных [2].
Одним из самых распространённых способов проектирования базы данных является построение модели «сущность-связь», также известных как ER-модели (англ. entity-relationship model). Модель, построенная таким образом, называется ER-диаграммой. В данной курсовой работе для этой цели используется нотация «Crow's Foot» [1].
Моделирование с использованием модели «сущность-связь» предполагает:
выделение в предметной области важных сущностей;
описание их атрибутов и взаимосвязей.
Связи характеризуют в том числе мощность отношений между объектами сущностей. Наиболее важными типами таких отношений являются функциональные бинарные отношения:
«один-к-одному»,
«один-ко-многим»,
и «многие-ко-многим» [9].
При рассмотрении предметной обрасти деятельности туристического агентства были выделены семь информационных сущностей. В таблицах приложения А приведено описание структуры базы данных: наименование таблиц и их назначение, описание полей, ключей, связей между таблицами.
Построенная ER-модель в графической нотации «Crow's Foot» представлена на рисунке 3.6.

Рисунок 3.6 – Схема концептуальной модели данных в графической нотации «Crow's Foot»
Таким образом, при помощи модели «сущность-связь» на высоком уровне проанализирована предметная область, выявлены её важнейшие сущности, а также их атрибуты и характер взаимосвязей. Результат представлен в соответствующей графической нотации.
3.4 Проектирование интерфейса системыПеред созданием интерфейса информационной системы определим роли и функции пользователей на основе выделенных и оптимизированных бизнес-процессов. Для этого построим UML-диаграмму использования (Use case) [6]. Сам интерфейс будет отписан в п. 4.3. данной работы.
Рассмотрим бизнес-процессы, происходящие в туристическом агентстве. Основной деятельностью предприятия является предоставление услуг туристам по посещению зон отдыха по всему миру. Агентство не имеет своих сооружений и каких-либо служб в зонах отдыха. Вместо этого агентством заключены договоры на предоставление услуг туристическими операторами. Согласно с договорами, агентство со своей стороны обязуется организовать туристические группы, обеспечить транспортом до места отдыха. Туристический оператор, со своей стороны, обязуется предоставить трансфер от места отдыха до транспортной развязки, и оказать описанные в договоре услуги в полном объеме.
Основная схема деятельности следующая:
Менеджер формирует базу туров агентства, которая будет предложена туристам, принимает пожелания туристов и предоставляет им полную информацию обо всех турах, дает консультации.
После выбора туристом маршрута, менеджер уточняет у клиента все детали предстоящей поездки:
наличие детей;
условия проживание;
количество дней и ночей тура.
Заключается договор о предоставлении услуг, оформляется путевка.
После оплаты стоимости тура туристу предоставляется подробная информация о том, как доехать к месту тура.
Заключительным этапом работы является анализ предоставления услуги, отзывов туристов. Подсчитывается количество полученной прибыли, качество работы менеджеров.
На рисунке 3.7 изображена диаграмма прецедентов. В данном случае отражено, что пользователь разрабатываемой модели работы с базой данных менеджер.
Рисунок 3.7 – Диаграмма прецедентов
Пользователь может работать:
с оперативной информацией;
со справочной информацией;
с результатной информацией.
Между актером (менеджером) и вариантами использования на диаграмме установлены отношения ассоциации (однонаправленная ассоциация – линия со стрелкой).
Также на разработанной диаграмме показаны отношения включения (пунктирные линии со стрелками). Отношения включения применяется в тех ситуациях, когда имеется какой-либо фрагмент поведения системы, который повторяется более чем в одном варианте использования. С помощью таких связей обычно моделируют многократно используемую функциональность. В данном случае с помощью отношений включения на диаграмме показаны все варианты работы с оперативной, справочной и результатной информациями [4].
Перейдем к непосредственной реализации информационной системы.

4 РЕАЛИЗАЦИЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ4.1 Обоснование выбор средств для реализации системыИнформационная система будет реализована при помощи СУБД MS Access 2016 [9]. Выбор MS Access в качестве СУБД для выполнения учебного курсового проекта обусловлен тем, что в одном физическом файле расположены и объекты базы данных, и элементы пользовательского интерфейса. MS Access содержит встроенные инструментальные средства для создания таблиц, пользовательских форм, запросов и отчетов. Встроенный язык VBA позволяет добить расширенную функциональность приложению.
4.2 Создание базы данныхПри проектировании базы данных на основании концептуальной модели мы построили физическую модель данных для СУБД MS Access 2016 «Туристическое агентство». Убедимся, что структура созданной базы данных удовлетворяет проекту (приложение А). Схема базы данных в MS Access представлена в приложении Б.
4.3 Создание пользовательского интерфейсаОтразим некоторые элементы пользовательского интерфейса информационной системы «Туристическое агентство».
На рисунке 4.1 представлена главная форма входа в систему.

Рисунок 4.1 – Главная кнопочная форма
На рисунке 4.2 представлена форма выбора страны для путешествия.

Рисунок 4.2 - Выбор страны путешествия
Формы «Сервис», «Маршрут» и «Цель» путешествия аналогичны форме «Страна».
Далее формируется путевка (Рисунок 4.3).

Рисунок 4.3 – Формирование путевки
Кроме того, реализована возможность просмотра статистики предыдущих заказов (Рисунок 4.4).

Рисунок 4.4 – Форма «Статистика продаж»
Также в информационной системе есть возможность вывести отчеты, отражающие статистику количества проданных путевок по странам, стоимости виз по странам и др.

Рисунок 4.5 – Отчет «Количество путевок по странам»

Рисунок 4.6 – Отчет «Стоимость виз по странам»

5 ОБОСНОВАНИЕ НАБОРА ТЕСТОВВ этой главе рассмотрим вопросы тестирования разработанной системы. Тестирование – это процесс исполнения программы с целью обнаружения ошибок [10]. Таким образом, создание наборов тестов направлено на обнаружение ошибок.
1. Тесты структуры базы данных.
Данный набор тестов направлен на выявление ошибок в структуре базы данных, ее несоответствие проектной документации, проверки типов данных, ключей, индексов, связей между таблицами, целостность данных, точность реализации бизнес-логики, производительность.
2. Функциональные тесты.
Тесты в целях проверки реализуемости функциональных требований, выявление ошибок в реализованных функциях.
2.1. Ведение справочников.
Тесты по ведению справочников системы тесно связаны с тестами по выявлению ошибок в структуре базы данных, правильной организации целостности данных и корректности реализации бизнес логики.
2.2. Формирование отчетов.
Тесты по формированию отчетных форм связаны с выявлением ошибок в построении запросов к базе данных, корректности получения данных и отображения на экранных формах и переноса информации на бумажный носитель.

ЗАКЛЮЧЕНИЕВ рамках проекта проведены анализ предметной области и описание предприятия – туристического агентства, построена модель ее организационной структуры. Определены функциональные взаимодействия предприятия со стронными организациями, между отделами организации и внутри отделов между сотрудниками. Выделены основные информационные потоки, участвующие во взаимодействиях. Определены миссия предприятия и критические факторы успеха, выявлены структурные проблемы.
При проектировании определены цель и задачи создания информационной системы, выделены бизнес-процессы предприятия, участвующие в автоматизации. Проведены критический анализ и оптимизация бизнес-процессов с учетом разрабатываемой системы. Выявлено, что разрабатываемая система позволит значительно увеличить скорость обработки данных и формирования отчетов, уменьшить количество ошибок и, как следствие, повысить скорость обслуживания и уровень удовлетворенности его качеством, оптимизировать взаимодействия сотрудников предприятия.
Проведенный анализ позволил создать проекты базы данных и интерфейса пользователя информационной системы. Оптимизированные бизнес-процессы и проекты системы позволили реализовать информационную систему, простроить наборы тестов и провести тестирование.
В результате работы были закреплены и расширены теоретические знания по дисциплине «Системный анализ», приобретены навыки самостоятельной работы по анализу предметной области, проведению предпроектного обследования предприятия, проектирования, реализации и тестирования информационных систем.

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВБазы данных: Описание данных и работа с записями на языке SQL в СУБД MS Access 2016 / Коллектив авторов. - М.: Бибком, 2017. - 581 c.
Бойко В.В., Савинков В.М. Проектирование баз данных информационных систем. – М.: Финансы и статистика, 2017. – 351 с.
Как пандемия изменила туризм и что нас ждет в 2021 году [Электронный ресурс]. – Режим доступа: http://trends-rbc-ru.turbopages.org (дата обращения: 02.08.2021).
Кириллов, В. В. Основы проектирования реляционных баз данных [Электронный ресурс]: учеб. пособие / В. В. Кириллов. – http://citforum.ru/database/dbguide/index.shtml (дата обращения: 11.07.2019).
Кузнецов, С. Д. Основы современных баз данных [Электронный ресурс]. – Режим доступа: http://citforum.ru/database/osbd/contents.shtml (дата обращения: 02.08.2021).
Маклаков С.В. BPWin и ERWin. CASE – средства разработки информационных систем. – М.: ДИАЛОГ – МИФИ, 2018. – 256с.
Силич, М. П. Системный анализ: учеб. пособие / М. П. Силич. – Томск: Эль Контент, 2020. – 138 с.
Мичасова О.В. Создание деловой графики в Microsoft office visio 2010: Учебно-методическое пособие. – Нижний Новгород: Нижегородский госуниверситет, 2016. – 36 с.
Тимошок, Т.В. Microsoft Office Access 2007: самоучитель / Т.В. Тимошок. - М.: Вильямс, 2021. - 464 c.
Филиппов, В. А. Многомерные СУБД при создании корпоративных информационных систем / В.А. Филиппов. - М.: Едиториал УРСС, 2019. - 529 c.
Object Management Group Business Process Model [Электронный ресурс]. – Режим доступа: http://www.bpmn.org (дата обращения: 15.08.2021).
ПРИЛОЖЕНИЕ А. СТРУКТУРА ТАБЛИЦ БАЗЫ ДАННЫХ АИС «ТУРИСТИЧЕСКОЕ АГЕНТСТВО»Таблица А.1 - Таблица «Страна»
Название поля Тип данных Условия и обозначения Описание
Код страны числовой, целое Уникальные значения (первичный ключ); размер поля — длинное целое; не могут быть отрицательными; сообщение об ошибке Используется для идентификации страны
Страна текстовый Размер поля — 100 символов; Название страны
Стоимость визы денежный Не могут быть отрицательными; сообщение об ошибке Денежный эквивалент стоимости визы
Назначение таблицы: содержит данные о странах, в которые проводятся туры и стоимости виз в данные страны
 
Таблица А.2 - Таблица «Маршрут»
Название поля Тип данных Условия и обозначения Описание
Код путевки числовой, целое Уникальные значения (первичный ключ); не могут быть отрицательными; сообщение об ошибке Используется для идентификации маршрута
Название маршрута текстовый Размер поля — 200 символов; Название маршрута
Назначение таблицы: содержит данные о туристических маршрутах (в каждой стране может быть несколько маршрутов)
 
Таблица А.3 - Таблица «Сервис»
Название поля Тип данных Условия и обозначения Описание
Код сервиса числовой, целое Уникальные значения (первичный ключ); не могут быть отрицательными; сообщение об ошибке Используется для идентификации сервиса
Вид сервиса текстовый Поле со списком Название сервиса
Назначение таблицы: содержит данные о различных видах сервиса (наличие медицинской страховки, пенсион, полупансион и т.д.)
 
Таблица А.4 - Таблица «Цель»
Название поля Тип данных Условия и обозначения Описание
Код цели числовой, целое Уникальные значения (первичный ключ); не могут быть отрицательными; сообщение об ошибке Используется для идентификации цели поездки
Цель путешествия текстовый Поле со списком Название цели путешествия
Назначение таблицы: содержит информацию о различных целях путешествий (отдых, экскурсия, деловая поездка, лечение, шоп-тур, обучение и др.)
 
Таблица А.5 - Таблица «Клиенты»
Название поля Тип данных Условия и обозначения Описание
Код клиента счетчик Уникальные значения (первичный ключ); не могут быть отрицательными; сообщение об ошибке Используется для идентификации клиента
ФИО текстовый Размер поля — 200 символов ФИО клиента
Адрес клиента текстовый Размер поля — 255 символов Адрес клиента
Назначение таблицы: содержит информацию о клиентах (ФИО, адрес проживания)
Таблица А.6 - Таблица «Сотрудники фирмы»
Название поля Тип данных Условия и обозначения Описание
Код сотрудника счетчик Уникальные значения (первичный ключ); не могут быть отрицательными; сообщение об ошибке Используется для идентификации сотрудника
ФИО сотрудника текстовый Размер поля — 55 символов Информация о сотруднике
Должность текстовый Размер поля — 55 символов Должность сотрудника
Назначение таблицы: содержит информацию о сотрудниках фирмы, которые обрабатывали заявки клиентов
Таблица А.7 - Таблица «Статистика продаж»
Название поля Тип данных Условия и обозначения Описание
№ п/п счетчик Уникальные значения (первичный ключ); не могут быть отрицательными; сообщение об ошибке Используется для учета продаж
Дата продажи дата/время Краткий формат даты Фиксируется дата продажи путевки
Код путевки числовой, целое Допускаются повторения при продажах различным людям; вводятся из списка соответствующих значений табл Маршрут Внешний ключ к табл. Маршрут
Код страны числовой, целое Допускаются повторения при нахождении маршрута в одной и той же стране; вводятся из списка соответствующих значений табл Страна Внешний ключ к табл. Страна
Код цели числовой, целое Допускаются повторения при совпадении цели поездки; вводятся из списка соответствующих значений табл Цель Внешний ключ к табл. Цель
Код сервиса числовой, целое Допускаются повторения при совпадении сервиса; вводятся из списка соответствующих значений табл Сервис Внешний ключ к табл. Сервис
Код клиента числовой, целое Допускаются повторения при совпадении клиента; вводятся из списка соответствующих значений табл Клиенты Внешний ключ к табл. Клиенты
Код сотрудника числовой, целое Допускаются повторения при совпадении сотрудника, обрабатывающего заявки; вводятся из списка соответствующих значений табл Сотрудники фирмы Внешний ключ к табл. Сотрудники фирмы
Количество проданных путевок числовой, целое Значения находятся в пределах от 1 до 50 Вводится количество проданных путевок
Назначение таблицы: содержит статистику продаж путевок

ПРИЛОЖЕНИЕ Б. СХЕМА БАЗЫ ДАННЫХ В MS ACCESS