Автоматизация бизнес-процессов туристического агентства
В XXI веке человеку, чтобы провести заслуженный отпуск в теплой стране, не нужно самому искать информацию о интересующем его месте отдыха, бронировать билеты и номер в отеле, за него это могут сделать туристические агентства за определенную сумму денег. Агент подберет более удобный для вас вариант по цене, времени, климату, и многом другом. . Однако, если у агентства нет достаточно мощного пакета программ и большая часть рутинной работы производится вручную, то оно рискует потерять свое положение на рынке из-за неэффективности такой работы. Главными направлениями, по которым автоматизация обслуживания клиентов воздействует на конкурентную позицию туристического агентства, являются уменьшение издержек и увеличение качества обслуживания. Поэтому для успешного функционирования различных организаций требуется наличие развитой информационной системы, которая реализует автоматизированный сбор, обработку и манипулирование данными.
При работе туристические агентства создают большие базы информации о клиентах и услугах. Для облегчения работы целесообразно использовать автоматизированную базу данных. С использованием автоматизации агент будет затрачивать меньше времени на работу, устранится всевозможная путаница, вся информация будет упорядочена и доступ будет к ней более удобен для пользователя. При создании базы учета следует удовлетворять пожеланиям заказчиков, которые будут пользоваться данным продуктом.
Объект – туристическое агентство.
Предмет- автоматизация учета услуг и клиентов туристического агентства.
Цель- создать автоматизированную базу данных учета услуг и клиентов туристического агентства и пользовательское приложение, для работы сотрудников с созданной базой данных.
Задачи:
- ·Изучить особенности учета услуг и клиентов данного агентства.
- ·Выделить информацию, необходимую для автоматизации.
- ·Сформировать основные таблицы, необходимые для базы данных, определить иерархию и связи.
- ·Разработать программу, которая автоматизирует учет услуг и клиентов туристического агентства.
Актуальность данной работы состоит в существенном упрощении хранения и поиска информации, а также в том, что разработанная база данных автоматизирует расчеты, и это сокращает расходы времени работников агентства и вероятность возникновения ошибок, недопустимых в современном бизнесе.
Глава 1. Описание работы туристического агентства и структуры базы данных
1.1 Описание работы туристического агентства
В начале работы клиент сообщает агенту, как правило, по телефону страну, где он хочет отдохнуть, примерную стоимость и время отдыха.
План работы
- ·Заключается договор между агентством и клиентом.
- ·Выбирается тур, согласно требованиям клиента.
- ·Выбирается отель и номер для бронирования.
- ·Выбирается удобный для клиента рейс.
- ·Бронируются номер в отеле и выбранный билет.
Список требований клиентов
- ·Цена тура.
- ·Цена билета.
- ·Время отдыха.
- ·Климатические условия выбранной страны.
- ·Рейтинг тура и отеля.
- ·Способ транспортировки клиентов: воздушный, наземный.
Учет услуг и клиентов туристического агентства
Учет услуг и клиентов в туристическом агентстве производится следующим способом:
- ·Выбираются данные, для обработки.
- ·Вручную просматриваются и учитываются.
Схему работы туристического агентства можно представить в виде поэтапной работы.
1 этап.
Клиент обращается к агенту, излагая свои требования и пожелания, агент, используя базу, предлагает варианты.
2 этап.
Клиент выбирает из предложенных вариантов, и между агентством и заказчиком заключается договор на предоставление услуг.
3 этап.
Когда работа агента с клиентом заканчивается, то договор отправляется в архив.
4 этап.
Для проведения отчетности агенту требуется обратиться в архив и изучить, хранящиеся там договоры.
Из выше показанных схем видно, что работа агентства достаточно рутинная. Если выполнять данную работу вручную не автоматизированным способом, то это достаточно неудобно и занимает много времени, которое так дорого в современном бизнесе. Следовательно, автоматизация в данном направлении очень востребована современном компьютеризированном мире.
1.2 Нормализация набора отношений и проектирование базы данных
Для начала необходимо сформировать базу данных. Она должна быть удобной, не содержать излишней информации и не допускать дублирования данных. При разработке базы обычно используется следующий подход: сначала все необходимые данные представляются в общей таблице, затем она анализируется и поэтапно разбивается на меньшие таблицы, при этом обычно соблюдается логика отношений между ними. Этот процесс называется нормализацией отношений, а первоначальная общая таблица находится в не нормализованной форме и имеет следующий вид:
Туры |
Клиенты |
Заказы |
Название тура Город Страна Дата заказа Агент Номер рейса Стоимость |
ФИО Контактный телефон Дата рождения Домашний адрес Номер договора |
Тур Номер договора Дата заказа Агент Номер рейса |
У данной таблицы масса недостатков, несмотря на простую структуру. Самый явный ее минус - дублирование данных, что приводит к засорению базы излишней информацией, которая пользователю на данный момент не нужна, и затрудняет восприятие информации. К тому же здесь невозможно указать типы данных, что немаловажно для автоматизированных систем, ведь в них всегда требуется инициализировать данные. Необходимо разбить данные этой таблицы на отдельные поля, которые впоследствии будут определены в разные таблицы. Все поля в первоначальной таблице содержат делимую информацию, и она должна быть вынесена в отдельные поля. Данная процедура называется нормализацией. Под нормализацией следует понимать процесс преобразования отношения, имеющего некоторые аномалии, к отношению с меньшим их количеством. Аномалией можно считать любые несогласованности структуры базы данных, приводящие к появлению чрезмерной избыточности, нарушению данных при удалении записей или невозможности ввода данных до наступления каких-либо дополнительных условий. Различают несколько видов нормальных форм.
В данной работе рассмотрены первая, вторая и третья нормальные формы, так как они являются наиболее распространенными.
Для преобразования таблицы в первую нормальную форму нужно, чтобы каждый столбец таблицы был атомарным (неделимым) и не содержать повторяющихся групп (два и более полей содержащих один атрибут). Для преобразования ненормализованной таблицы в первую нормальную форму в исходной таблице следует найти и устранить все повторяющиеся группы данных.
Страна |
Город |
Отель |
Номер |
Стоимость тура |
ФИО |
Телефон |
Дата рождения |
Домашний адрес |
Дата |
Номер рейса |
Дата заказа |
Номер договора |
Для дальнейшего преобразования во вторую нормальную форму нужно чтобы таблица была в первой нормальной форме и все столбцы таблицы должны зависеть от первичного ключа, для этого предыдущую таблицу нужно разделить и выделить следующие сущности:
- ·Клиенты
- ·Заказы
- ·Туры
Туры
Код тура |
Название |
Город |
Страна |
Стоимость тура |
клиенты
Код клиента |
ФИО |
Телефон |
Дата рождения |
Домашний адрес |
заказы
Номер договора |
Дата заказа |
Код тура |
Код клиента |
Ниже приведена таблица, отображающая ключевые поля и типы данных, содержащихся в полях:
Таблица
|
Имя поля
|
Тип данных
|
Описание
|
Туры |
Код тура |
Int |
Ключевое поле |
|
Страна |
Char |
|
Название |
Char |
|
|
Город |
Char |
|
|
Стоимость тура |
Money |
|
|
Код клиента |
Int |
Ключевое поле |
|
Клиенты |
ФИО |
Char |
|
|
Дата рождения |
Data |
|
Телефон |
Int |
|
|
Адрес |
Char |
|
|
Номер договора |
Int |
Ключевое поле |
|
Заказы |
Дата заказа |
Int |
|
|
Код тура |
Int |
|
Код клиента |
Int |
|
После приведения ко второй нормальной форме база данных для автоматизации учета услуг и клиентов туристического агентства имеет следующую структуру:
При типе связей «один-ко-многим» (1:М) одному экземпляру объекта А соответствует 1 или более экземпляров объекта В, но каждый экземпляр объекта В связан не более чем с 1 экземпляром объекта А. В данной базе данных используется именно этот тип связи.
Глава 2. Создание и программирование базы данных «Услуги и клиенты» и пользовательского приложения «Учет агентства»
2.1 Технические задания
При создании базы данных нужно учитывать удобство, быстроту доступа к большому количеству данным, надежное сохранение данных, удобное управление информацией, хранимой в базе данных, и минимизацию дублирования данных в связи с этим были поставлены следующие технические задачи:
- ·Создание простого и удобного пользовательского интерфейса
- ·Разработанная база данных должна содержать полную информацию о деятельности организации
- ·Должна обеспечиваться доступность данных
- ·Пользовательское приложение должно иметь возможность добавления и удаление записей
- ·Осуществление удобной навигации по полям таблиц
- ·Разработать наиболее актуальные запросы к созданной базе данных:
1)Вывести все заказы, стоимость которых превышает заданную сумму;
2)Вывести все заказы тура, название которого начинается на определенную букву;
3) Определить по коду тура название тура, страну и город;
4) Вывести сколько было заключено сделок по заданной дате;
5)Узнать по первой букве ФИО клиента номер договора и дату заказа;
6)Узнать на какую общую сумму были произведены заказы по дате заказа, сгруппировать данные по дате заказа;
7)Вывести MAX, MIN общей стоимости по каждой дате заказа, сгруппировать данные по дате заказа;
8)Упорядочить таблицы «Клиенты» и «Туры» в сводной таблице в алфавитном порядке по фамилии клиента;
9)Упорядочить таблицу «Клиенты» по дате заказа;
10)Вывести данные из двух таблиц «Заказы» и «Туры» в одну сводную таблицу.
2.2 Создание таблиц
Для начала создаем саму базу данных. Название базы будет- «Услуги и клиенты».
2.2 Создание запросов
Для того, чтобы реализовать технические задачи нужно создать запросы на их основе.
- Вывод всех заказов, стоимость которых превышает заданную сумму:
- Вывести все заказы тура, название которого начинается на определенную букву;
3. Определить по коду тура название тура, страну и город;
4. Вывести сколько было заключено сделок по заданной дате;
5. Узнать по первой букве ФИО клиента номер договора и дату заказа;
6. Узнать на какую общую сумму были произведены заказы по дате заказа, сгруппировать данные по дате заказа:
7. Вывести MAX, MIN общей стоимости по каждой дате заказа, сгруппировать данные по дате заказа:
8. Упорядочить таблицы «Клиенты» и «Туры» в сводной таблице в алфавитном порядке по фамилии клиента:
9. Упорядочить таблицу «Клиенты» по дате заказа:
10. Вывести данные из двух таблиц «Заказы» и «Туры» в одну сводную таблицу:
Создание пользовательского интерфейса
Создаем новый проект:
На новой форме создаем MenuStrip. Для выхода в коде прописываем: Private Sub ВыходToolStripMenuItem_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles ВыходToolStripMenuItem.Click
Close()
End Sub
Создаем еще 2 формы для вывода таблиц и 10 для вывода запросов.
Для того, чтобы привязать каждую из этих форм к Form1 в коде прописываем:
Private Sub КлиентыToolStripMenuItem_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles КлиентыToolStripMenuItem.Click
Form2.Show()
End Sub
Аналогично поступаем и с последующими формами.
Далее на каждую форму перетаскиваем элементы DataGridView (для подключения и вывода таблицы) и BindingNavigator (для переключения между строками таблицы, добавления и удаления).
В результате на каждой форме появляются таблицы, которые содержатся в базе данных, а также таблицы с результатами, полученными при помощи создания запросов.
В конечном итоге главная форма выглядит следующим образом:
Заключение
На сегодняшний день реляционные базы данных остаются самыми распространенными, благодаря своей простоте и наглядности как в процессе создания так и на пользовательском уровне.
В языке запросов SQL с помощью единственного запроса можно соединить несколько таблиц во временную таблицу и вырезать из нее требуемые строки и столбцы. Так как табличная структура реляционной базы данных интуитивно понятна пользователям, то и язык SQL является простым и легким для изучения. Реляционная модель имеет солидный теоретический фундамент, на котором были основаны эволюция и реализация реляционных баз данных. На волне популярности, вызванной успехом реляционной модели, SQL стал основным языком для реляционных баз данных.
Все поставленные цели и задачи данной работы были выполнены. В первой главе была изучена система работы и структура туристического агентства. Была собрана информация для создания базы данных, произведена нормализация отношений до второй нормальной формы, определен тип связей между таблицами.
Во второй главе была создана база данных «Услуги и клиенты», которая включает в себя три таблицы (Заказы, Клиенты, Туры). Согласно поставленным техническим заданиям во второй главе, были написаны самые актуальные запросы, которые наиболее востребованы работниками туристического агентства. Такие запросы- это организованный поиск по заданным параметрам, для удобства работы с конечным результатом, также производится группировка и упорядочивание. Последний запрос представляет сводную таблицу, в которой представлены все данные базы.
Был организован вывод таблиц на формы в Microsoft Visual Studio, также создан наиболее удобный интерфейс для работы пользователей.
Список использованной литературы
- http://ru.wikipedia.org – интернет ресурс.
- http://www.turizm-tyumen.ru – интернет ресурс.
- http://www.investmaster.ru/finance.html - интернет ресурс.
- Горев А., Макашарипов С., Эффективная работа с СУБД: СПб, «Питер», 1997.
- Кириллов В.В. Основы проектирования реляционных баз данных. Учебное пособие. - СПб.: ИТМО, 1994.
- Microsoft SQL Server 2005. Реализация и обслуживание. Учебный курс Microsoft / Пер. с англ. – М.: «Русская Редакция», СПб.: «Питер», 2007. -768 стр.: ил.
- Литовских А.М., Шевченко И.К. Финансы и денежное обращение: Учебное пособие. - Таганрог: Изд-во ТРТУ, 2003.