Дипломная работа на тему «Автоматизация формирования оптимальных вариантов туристских предложений»

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

Скачать пример Заказать работу Скачать пример Заказать работу

Оглавление

Введение

Глава 1. Анализ классификаций туристских предложений и построение обобщенной классификации

.1 Критерии, влияющие на выбор туристского предложения

.2 Систематизация наиболее оптимального выбора направления

Глава 2. Проектирование системы

.1 Выбор методологии разработки

.2 Моделирование бизнес-процессов

.2.1 Модели бизнес-процессов

.3 Проектирование интерфейса

Глава 3. Частичное прототипирование информационной системы

.1. Документация пользователя для работы с системой

Заключение

Нужна помощь в написании диплома?

Мы - биржа профессиональных авторов (преподавателей и доцентов вузов). Сдача работы по главам. Уникальность более 70%. Правки вносим бесплатно.

Заказать диплом

Библиографический список

Приложения

Введение

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

Для этого необходимо менеджеру постоянно отслеживать актуальную информацию: тенденции рынка, новинки, специальные предложения, экономическую ситуацию и т. д. В силу того, что туристский спрос постоянно меняется [12] для получения наибольшего финансового результата необходимо в относительно короткое время найти предложение, устраивающее туриста максимальным образом. Для этого менеджеру необходимо вручную пересмотреть несколько сайтов туроператоров, проанализировать все положительные и отрицательные моменты туристских предложений. Для поиска подобной информации по одному запросу необходимо затратить от 1,5 до 4 часов рабочего времени [21]. И если это происходит в присутствии туриста, длительное время после его запроса, то большая длительность поиска подходящего предложения сказывается отрицательным образом на мотивации туриста выбрать тур в данном агентстве.

Существуют туристы, которые приходят в агентство «от скуки», задать вопросы. Такие клиенты, как и потенциальные туристы, занимают много времени, настаивая на получении подробнейшей консультации, отнимая силы и время у квалифицированных менеджеров, но в результате могут принять решение о покупке в другом агентстве, сославшись на то, что там им предложили тур дешевле [21, 22, 23]. Они не против потратить на это и 4 часа. Поэтому задача минимизации времени для принятия ими решения также является для менеджера актуальной.

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

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

В таких условиях возникает ряд проблемных вопросов, которые требуют решения:

· каким образом обеспечить агентов актуальной, структурированной информацией по любому туристскому направлению;

· с помощью, какой методологии выстроить порядок опроса туриста для получения решения за минимальное время;

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

Для достижения поставленной цели необходимо решение следующих задач:

Нужна помощь в написании диплома?

Цена диплома

1. Создать классификацию критериев влияющих на выбор туристского предложения.

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

. Разработать проект информационной системы.

. Выбрать инструмент для реализации прототипа ИС для подбора предложений.

. Выполнить частичное прототипирование информационной системы.

. Разработать документацию для работы с системой.

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

Глава 1. Анализ классификаций туристских предложений и построение обобщенной классификации

Многообразие видов отдыха с туристскими целями не позволяет выделить определяющие критерии, влияющие на выбор путешественников. Туристский продукт необходимо рассматривать не только с точки зрения туриста или туроператора с турагентом, а в совокупности. Определяющими потребностями служат мотивы туристов, но также необходимо учитывать сможет ли туристский рынок удовлетворить данные потребности. Для этого необходимо определить, что является более значимым в выборе того или иного турпродукта, что будет являться наиболее востребованным и будет иметь большее значение для удовлетворения потребностей [1, 10, 28, 29, 40].

1.1 Критерии, влияющие на выбор туристского предложения

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

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

В таблице 1.1. представлена классификация В. Г. Гуляева [9].

Таблица 1.1 Классификация В.Г. Гуляева

Нужна помощь в написании диплома?

Подробнее

Классификация	Виды туризма
Цель деятельности	Приоритетным является цель путешествия: в основе лежит сегментирование спроса от активного отдыха к пассивному, от достопримечательностей к национальной культуре, от маршрутно-познавательного до делового и конгресс-туризма, от религиозного или учебного до санаторно-курортного или спортивно-оздоровительного и. т.д.
Классификация	Виды туризма
Степень мобильности	Передвижной, стационарный или смешанный (комбинированный тур).
Форма участия	Индивидуальный, семейный или групповой тур.
Возрастная группа туристов	Детский, молодежный, зрелый или смешанный
Продолжительность тура	Многодневные, однодневные или транзитные путешествия
Использование транспортных средств	Какой именно вид транспорта необходим для совершения путешествия
Сезонность	Путешествие состоится в высокий туристский сезон или в межсезонье, или в не сезон.
География путешествия	Путешествие состоится внутри региона проживания туриста или за его пределами, или за пределами страны проживания, или межконтинентальные путешествия, подразумеваются границы

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

· психоцентрики (традиционные виды туризма, безопасность, пакетные туры, комфорт);

· аллоцентрики (необходимость острых ощущений, простое размещение и пища, максимально гибкая программа).

Для обработки туристского спроса необходимо учитывать многомерное сегментирование, т.е. комплексное сочетание приоритетов туриста. Где спрос и требование туриста могут быть крайне противоположны (приложения Б, В). Кроме того, следует учитывать, что внутри каждой группы признаков могут существовать еще ряд различных параметров, необходимо помнить, что есть параметры инварианты и вариативные параметры. Также надлежит установить шкалы характеристик, оказывающих максимальное влияние.

На рисунке 1.1. представлена наглядная классификация И.В. Зорина и В.А. Квартального [11].

Рисунок 1.1 Классификация И.В. Зорина и В.А. Квартальнова

А.Э. Саак и Ю.А. Пшеничный [26] в своей классификации факторы группируют следующим образом:

· материально-преобразовательная деятельность — главной задачей является удовлетворение материальных потребностей;

· познавательная деятельность — главной задачей является удовлетворение потребностей, получение новой информации, новых впечатлений;

· ценностно-ориентационная форма направлена на установление наиболее значимых природных и социальных явлений;

· коммуникативная форма — направлена на удовлетворение потребностей в коммуникации.

Г.Ф. Шаповалов [39] выделяет следующую квалификацию:

· от места проведения — разделяется на внутренний и внешний;

Нужна помощь в написании диплома?

Подробнее

· по способу передвижения;

· по цели назначения — экскурсионный, познавательный, ознакомительный с достопримечательностями, санаторно-курортный и т. д.;

· массовый или индивидуальный;

· зависящий от возраста;

· организованный или самостоятельный.

Н.И. Кабушкин [13] в своей квалификации предлагает исходить из наиболее важного мотива, побудившего туриста отправиться в поездку. Хотя мотивы не всегда можно определить однозначно, в своей системе он выделяет шесть:

· путешествия с целью отдыха — краткосрочный отдых с психологическим или физиологическим восстановлением организма;

· путешествия с целью изучения культуры — посещение мест с целью социального и экономического ознакомления, а также паломнические туры;

· общественный туризм — путешествия с целью визита родственников или друзей, а также путешествие в группах объединенных одной целью, например путешествия на концерты известных исполнителей;

· спортивный туризм — например, поездки к местам массовых спортивных мероприятий;

· экономический туризм — путешествия с профессиональной или коммерческой целью, например поездки на выставки, ярмарки, семинары и т.д.;

· политический туризм — связан с политическими мероприятиями.

По данным аналитической службы АТОР [5, 25] важными критериями выбора тура для туристов являются следующие:

· безвизовое направление;

Нужна помощь в написании диплома?

Цена диплома

· система все включено;

· экономичное размещение;

· пакетный тур;

· специальные предложения.

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

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

В своем определении А. Эдельман определяет классификацию, как метод общенаучный для систематизации знаний, целью которого является найти некую совокупность изучаемых объектов в различных областях знаний, в системе подчиненных групп или классов, по которым данные объекты поделены на основании их схожести [30].

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

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

Основными задачами классификации являются:

· представить в удобном виде предметную область изучаемого объекта;

· и включить в себя наиболее полную информацию об объектах.

Необходимо различать естественную и искусственную классификацию. Если в искусственной классификации группирование объектов осуществляется только на произвольно выбранном отдельном свойстве, что позволяет решить только первую из вышеуказанных задач. Нахождение значимого критерия предполагает естественная классификация [14, 30]. В естественной классификации предполагается, что группировка объектов происходит, основываясь на комплексе свойств, а в дальнейшем объекты объединяются в единую систему. В предоставленной классификации объекты представлены наибольшим числом свойств.

Классификация нам нужна [15], для построения диалога, а диалог может идти куда угодно, но нам надо не куда угодно, он должен нас привезти к определенному маршруту. Для того чтобы выстроить диалог нам нужно понять по каким признакам и критериям классификации его строить. Обычно такое явление называют дерево, поэтому разумно строить классификацию в виде дерева, чтобы она потом послужила основой исследования порядка вопросов по этому дереву.

Нужна помощь в написании диплома?

Цена диплома

Структура дерева классификаций представлена на рисунке 1.2.

Рисунок 1.2 Дерево классификаций

Рассуждая о классификациях можно сделать вывод, что представленные авторами данные классификации естественные, но в статье не нашли ответа на вопрос как объединить классификации.

Учитывая, что авторы представленных выше классификаций основываются все-таки на некой объяснительной теории понимания сути классов, то, скорее всего представленные выше классификации естественные. И теперь нужно найти методы объединения естественных классификаций.

В программировании, когда выстраивается модель объектов, используются понятия, как наследование классов, инкапсуляция и полиморфизм. Они на самом деле вполне приемлемы для того, чтобы определить свойства обобщенной классификации.

Для объединения классификаций можно использовать методы машинного обучения, такие как:

· группировка алгоритмов по стилю обучения;

· представление алгоритмов по сходству в форме или по функциям.

Группировка по стилю обучения может смоделировать проблему, основанную на входных данных. Данный алгоритм является полезным, поскольку он заставляет думать о роли входных данных. Например, метод «обучение без учителя» может извлечь общие правила и уменьшить избыточность разных классификаций. Например, можно найти такой признак в классификации В.Г. Гуляева как «Использование транспортных средств» объединить с признаком в классификации И.В. Зорина и В.А. Квартального как «Транспорт». Данный метод позволит нам сократить избыточность классификаций представленных выше, для создания обобщенной туристской классификации.

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

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

Например, подход инкапсуляции позволит нам добавлять новые классификации в обобщенную туристскую классификацию в связи с тем, что перечисленные классификации не являются догмой. В классификациях авторов [9, 11, 13, 25, 26, 39] нет таких понятий как сервисные признаки, документальные признаки, признаки по социально экономическому статусу, аттрактивность, т.е. потенциальный запас региона и привлекательность региона.

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

В таблице 1.2. представлен пример наследования, где класс «Способ передвижения» является базовым.

Нужна помощь в написании диплома?

Цена диплома

Таблица 1.2 Пример наследования различных классификаций

Перемещение

Способ передвижения [3] Транспорт [5] Способ передвижения

автомобиль; автобусный; водные виды транспорта; ж/д; авиа сообщение; велосипедный; конный; комбинированный; пешей.

Учитывая вышеперечисленные методы, предлагается сделать следующее.

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

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

. Отнесем названия, которые названы одинаково, но различными авторами вносится разный смысл, потому что получается нестыковка в данных критериях.

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

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

Таблица 1.3 Обобщенная и дополненная классификация

Группы признаков	Классификационный признак	Критерий
Целевые признаки	Цель назначения	экскурсионный; познавательный; ознакомительный с достопримечательностями; паломнические туры; санаторно-курортный.
	Интересы путешествия	путешествия с целью посещения родственников или друзей; а также в группах объеденных единой целью; путешествия с профессиональной или коммерческой целью; путешествия с целью коммуникаций; посещение мест массовых спортивных соревнований; посещение политических мероприятий; выявление наиболее значимых природных и социальных явлений.
	По социально-экономическим признакам	отдых по экономическому статусу; отдых по социальному статусу;
Географическая особенность	География путешествия	выездной; внутренний.
	Основные ресурсы	горный; морской; лесной; речной;
	Аттрактивность (привлекательность) региона отдыха	климатические условия; изученность региона; доступность.
	Потенциальный запас региона	изученность региона; экскурсионное обслуживание.
	Сезонность	высокий сезон; межсезон; не сезон.
Перемещение	Способ передвижения (транспорт)	автомобиль; автобусный; водные виды транспорта; ж/д; авиа сообщение; велосипедный; конный; комбинированный; пешей
	По степени мобильности	передвижной; стационарный; смешанный.
	По способу передвижения	использование традиционных транспортных средств; использование экзотических транспортных средств.
Сервисные	Способ организации	самодеятельный; организованный
	Форма участия (количество человек)	индивидуальный; групповой.
	Продолжительность	однодневные; многодневные
	Возраст участников	детский; молодежный; зрелый; смешанный.
	Сервисные	тип питания; тип размещения; категория номерного фонда; звездность
Оформительские	Документальные	оформление документов для получения визы; оформление загранпаспорта; оформление разрешения на выезд для детей.

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

Эти критерии позволят выбрать приоритетную группу вопросов и определить, что будет первично, что вторично и изучить порядок предпочтений туриста.

Нужна помощь в написании диплома?

Цена диплома

Определенное туристское предложение сегментируется под определенную группу туристов.

Практика маркетинга показывает, что сегментация способствует:

· выбору наиболее перспективного рынка;

· максимальной удовлетворенности клиента;

· принятию решений, подкрепленных обоснованной информацией;

· оптимизации затрат на маркетинговые мероприятия;

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

Анализ для освоения выбранного сегмента рынка позволяет:

· оценить риск, проанализировать доходы и расходы;

· определить основные позиции конкурентов и выявить возможные шаги в конкурентной борьбе.

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

Также рассмотрим, как в обобщенной классификации критерии взаимосвязаны друг с другом и данные взаимосвязи представлены в таблице 1.3.

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

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

Нужна помощь в написании диплома?

Подробнее

Таблица 1.4 Взаимосвязь критериев обобщенной и дополненной классификации

Классификационный признак	Классификационный признак	Коэффициент взаимосвязи
I Цель назначения	II Интересы путешествия	0,9
	III По социально-экономическим признакам	0,7
	IV География путешествия	0,9
	V Основные ресурсы	0,8
	VI Аттрактивность (привлекательность региона)	0,8
	VII Потенциальный запас региона	0,7
	VIII Сезонность	0,9
	IX Способ передвижения (транспорт)	0,8
	X По степени мобильности	0,6
	XI По способу передвижения	0,5
	XII Способ организации	0,6
	XIII Форма участия (количество человек)	0,4
	XIV Продолжительность	0,7
	XV Возраст участников	0,8
	XVI Сервисные	0,8
	XVII Документальные	0,8
II Интересы путешествия	III По социально-экономическим признакам	0,7
	IV География путешествия	0,9
	V Основные ресурсы	0,7
	VI Аттрактивность (привлекательность региона)	0,8
	VII Потенциальный запас региона	0,7
	VIII Сезонность	0,9
	IX Способ передвижения (транспорт)	0,7
	X По степени мобильности	0,4
	XI По способу передвижения	0,4
	XII Способ организации	0,6
	XIII Форма участия (количество человек)	0,4
	XIV Продолжительность	0,5
	XV Возраст участников	0,4
	XVI Сервисные	0,9
	XVII Документальные	0,9
III По социально-экономическим признакам	IV География путешествия	0,9
	V Основные ресурсы	0,8
	VI Аттрактивность (привлекательность региона)	0,9
	VII Потенциальный запас региона	0,8
	VIII Сезонность	0,7
	IX Способ передвижения (транспорт)	0,8
	X По степени мобильности	0,4
	XI По способу передвижения	0,4
	XII Способ организации	0,8
	XIII Форма участия (количество человек)	0,3
	XIV Продолжительность	0,8
	XV Возраст участников	0,4
	XVI Сервисные	0,9
	XVII Документальные	0,9
IV География путешествия	V Основные ресурсы	0,8
	VI Аттрактивность (привлекательность региона)	0,9
	VII Потенциальный запас региона	0,8
	VIII Сезонность	0,8
	IX Способ передвижения (транспорт)	0,8
	X По степени мобильности	0,6
	XI По способу передвижения	0,4
	XII Способ организации	0,8
	XIII Форма участия (количество человек)	0,4
	XIV Продолжительность	0,7
	XV Возраст участников	0,7
	XVI Сервисные	0,8
	XVII Документальные	0,9
V Основные ресурсы	VI Аттрактивность (привлекательность региона)	0,7
	VII Потенциальный запас региона	0,6
	VIII Сезонность	0,8
	IX Способ передвижения (транспорт)	0,7
	X По степени мобильности	0,5
	XI По способу передвижения	0,4
	XII Способ организации	0,7
	XIII Форма участия (количество человек)	0,3
	XIV Продолжительность	0,6
	XV Возраст участников	0,7
	XVI Сервисные	0,6
	XVII Документальные	0,9
VI Аттрактивность (привлекательность региона)	VII Потенциальный запас региона	0,9
	VIII Сезонность	0,8
	IX Способ передвижения (транспорт)	0,8
	X По степени мобильности	0,4
	XI По способу передвижения	0,5
	XII Способ организации
	XIII Форма участия (количество человек)	0,3
	XIV Продолжительность	0,6
	XV Возраст участников	0,7
	XVI Сервисные	0,6
	XVII Документальные	0,6
VII Потенциальный запас региона	VIII Сезонность	0,9
	IX Способ передвижения (транспорт)	0,8
	X По степени мобильности	0,4
	XI По способу передвижения	0,5
	XII Способ организации	0,8
	XIII Форма участия (количество человек)	0,3
	XIV Продолжительность	0,8
	XV Возраст участников	0,7
	XVI Сервисные	0,5
	XVII Документальные	0,6
VIII Сезонность	IX Способ передвижения (транспорт)	0,8
	X По степени мобильности	0,7
	XI По способу передвижения	0,5
	XII Способ организации	0,9
	XIII Форма участия (количество человек)	0,9
	XIV Продолжительность	0,9
	XV Возраст участников	0,9
	XVI Сервисные	0,9
	XVII Документальные	0,9
IX Способ передвижения (транспорт)	X По степени мобильности	0,7
	XI По способу передвижения	0,6
	XII Способ организации	0,7
	XIII Форма участия (количество человек)	0,7
	XIV Продолжительность	0,7
	XV Возраст участников	0,7
	XVI Сервисные	0,4
	XVII Документальные	0,5
X По степени мобильности	XI По способу передвижения	0,7
	XII Способ организации	0,6
	XIII Форма участия (количество человек)	0,5
	XIV Продолжительность	0,7
	XV Возраст участников	0,8
	XVI Сервисные	0,3
	XVII Документальные	0,4
XI По способу передвижения	XII Способ организации	0,5
	XIII Форма участия (количество человек)	0,5
	XIV Продолжительность	0,6
	XV Возраст участников	0,8
	XVI Сервисные	0,3
	XVII Документальные	0,4
XII Способ организации	XIII Форма участия (количество человек)	0,9
	XIV Продолжительность	0,7
	XV Возраст участников	0,8
	XVI Сервисные	0,3
	XVII Документальные	0,4
XIII Форма участия (количество человек)	XIV Продолжительность	0,7
	XV Возраст участников	0,6
	XVI Сервисные	0,8
	XVII Документальные	0,6
XIV Продолжительность	XV Возраст участников	0,9
	XVI Сервисные	0,9
	XVII Документальные	0,9
XV Возраст участников	XVI Сервисные	0,7
	XVII Документальные	0,9
XVI Сервисные	XVII Документальные	0,7

Когда мы выбираем признак, то в этом признаке критерии сортируются по результатам «воронки продаж» (см. параграф 1.2). Когда мы выбираем какой-либо критерий и задаем вопрос, то появляется дополнительная подсказка на интерфейсе связанные критерии и отсортированные по коэффициенту плотности этой связи. Менеджер с помощью связи критериев, расставив галочки, уже не будет возвращаться к другим критериям, т.к. выбор был сделан по связанности критериев, это будет отслеживать уже система. Это может достичь быстрого диалога.

Если вести диалог четко следуя порядку следования групп и подгрупп, то диалог тоже будет достаточно длительный. И это также не устраивает ни клиента, ни менеджера. Нужно сделать так, чтобы начиная с какой-то главной группы признаков, на которую обратил внимание в результате открытого вопроса клиент, мы могли дальше следовать по связанным классификационным признакам, связанным критериям.

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

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

1.2 Систематизация наиболее оптимального выбора направления

На сегодняшний день туристский рынок может предоставить широкий спектр предложений, однако для того чтобы подобрать подходящий вариант необходимо просмотреть большое количество туристских сайтов, затратить время на поиск. И главное понять, что является определяющим в выборе [17, 18, 32] того или иного варианта, т. к. значительная часть туристов не знает или не может определиться с направлением и предпочтениями. В этом может помочь уточняющий диалог.

Уточняющий диалог (уточняющие вопросы) позволяет выявить какую серию вопросов нужно задать. Эта наиболее эффективная серия вопросов. Такую цепочку вопросов принято называть скриптом.

Скрипт — это определенный алгоритм, который позволяет повысить уровень продаж, не потерять суть диалога и позволяет более быстро адаптироваться новым менеджерам в специфике направлений, отельной базы и т. д., т.к. скрипт написан в форме пошаговой инструкции [33]. Техника продаж туров в форме скрипта позволяет акцентировать внимание менеджера на важных деталях и не забыть уточнить существенные вещи. Внедрения скрипта позволяет уменьшать по времени консультирование, выработать корпоративный стиль и соблюдение стандартов обслуживания.

Был проведен поиск готовых скриптов для того чтобы взять их за основу. Как оказалось, скрипты есть, но подавляющее большинство закрыто и используются внутри компаний, но, тем не менее, удалось найти один из открытых скриптов [4] структура, которого представлена рисунке 1.3. Непосредственно в туристской отрасли скрипты закрыты.

Рисунок 1.3 Скрипт диалога

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

В отношении скрипта, который представлен на рисунке 1.3. Есть скрипты стандартные, они касаются прямых продаж какого-то конкретного продукта, о котором уже все знают. В нашем случае другая ситуация, т.к. мы еще не знаем приоритетов желания, поэтому следовать данному скрипту не пристало. Мы можем придерживаться общей тенденции «Установление контакта», «Выявление направления». Именно в «Выявление направления» мы помещаем динамический скрипт. В «Работе с возражениями» и «Сбор контактных данных» существует определенная методика, здесь скрипт не нужен. У нас самая проблемная часть в «Выявлении направления ведения диалога», она не раскрыта в этом скрипте, но и у нас диалог динамический, его нельзя заранее построить. Мы можем следовать этому скрипту, а «Выявление направления» будем строить динамически по дереву, элементы которого определяются воронкой продаж, которые мы можем посчитать значимость для каждого критерия. Под значимостью мы понимаем конверсию «воронки продаж» [16, 38]. Конверсия — это процент людей, совершивших покупку, из общего числа потенциальных клиентов [7, 8 ]. «Воронка продаж» представлена на рисунке 1.4.

Нужна помощь в написании диплома?

Подробнее

Рисунок 1.4 «Воронка продаж»

«Воронку продаж», представленную на рисунке 1.4 сократим, поскольку будем опираться на статистику, которую предоставляет Ассоциация туроператоров России, а в статистике ассоциации нет такого критерия, как неподтвержденные заказы туристов. И на рисунке 1.5 представлена воронка продаж с внесенными изменениями и по ней будем считать конверсию по формуле где:

Конверсия = К

Заказы потенциальных туристов = А

Заказы потенциальных туристов, находящихся в обработке = В

Подтвержденные заказы туристами = С

(1)

(2)

Рисунок 1.5 Сокращенная «воронка продаж»

Приоритетным является движение по связям, когда турист определился с каким-то критерием, смотрим какие связи. Необходимо выработать правило. Мы должны взвесить критерий кандидат, к которому мы хотим перейти или набор этих кандидатов и уйти сначала к самому весомому. Если самый весомый нам дает положительный результат, мы уже другое не предлагаем, идем к следующему связанному с ним критерию или набору критериев. Под набором критериев мы понимаем, что у нас критерий, например, экскурсионный на самом деле связан не с критериями, а с признаками, а признак это набор критериев. Соответственно из этого набора смотрим самый весомый и идем к нему. Если вдруг оказалось, так что критерий ни с чем не связан в этом случае мы должны идти не по пути связи этого критерия с группой критериев, а просто берем последовательно переключаемся на следующую группу. Основной путь идти по связям критериев, и если связи нет, то переходить на следующий признак. Таким образом, мы будем считать, что это оптимальное построение диалога.

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

Туристский бизнес относится к продажам, а как в любых продажах особую роль занимает выявление потребностей туриста путем задавания вопросов. Для налаживания диалога с туристом и для понимания его предпочтений хорошо подходят открытые вопросы. Но также для уточнения информации могут быть заданы и альтернативные вопросы, в которых заложены несколько различных вариантов. Но самым эффективным методом является метод последовательных вопросов. Они необходимы для понимания текущей ситуации, выявление потребностей и предложения вариантов [31]:

· альтернативные (или или) — предназначены для подведения туриста к одному из решений;

· наводящие (что вы думаете о …) — служат для подведения диалога к нужной теме, «направить» туриста на туристские предложения соответствующие его возможностям;

· закрытые (предполагается ответ «да» или «нет») — предназначены для подтверждения или опровержения информации, для получения согласия;

· уточняющие («что именно») — предназначены для конкретизации полученной информации;

Нужна помощь в написании диплома?

Подробнее

· открытые (сколько, продолжительность) — получение информации о потребностях туриста и его возможностях.

Для определения, сколько затрачивается времени на выявление потребностей у туристов, был составлен опросник (приложение Г). Менеджерами турагества ООО «СамМит» было проведено 20 констатирующих экспериментов, которые показали, что в среднем на работу с клиентом уходит 42 минуты (приложение Д), при этом минимальное время было 23 минуты (приложение Д), а максимальное время было 90 минут. В категории «турист опытный» времени на выявление потребностей было затрачено меньше, а в категориях «турист новичок» и «любитель поговорить» было затрачено большее количество времени. Менеджер с более высокой квалификацией затрачивает меньше времени, так как имеет больше опыта в общении с туристами, это подтверждается наиболее минимальным временем на выявление потребностей, а менеджер менее опытный затрачивает большее количество времени.

Пункт выявление направления диалога является узким местом в бизнес-процессе и тем самым замедляет процесс принятия решения.

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

· самореализация;

· признание;

· безопасность;

· социальные потребности;

· комфорт.

Рассказывая о конкретном туристском предложении необходимо опираться на потребности туриста [24, 41]. Основная задача понять, какие преимущества наиболее важны для туриста.

Следующим этапом может быть работа с возражениями [4, 19, 20]. Как правило возражают нам, когда существуют некие сомнения. Сомнение может служить для построения диалога, для понимания, что может скрываться за возражениями. В таблице 1.5. представлены виды возражений, когда они возникают и с чем они связаны.

Таблица 1.5 Виды возражений

Виды возражений	Содержательные		Отговорки
С чем связаны	С непониманием предложения	С целесобразностью туристкого предложения	Неконструктивный диалог
Пример	«Мне кажется, что у данного тура не самые выгодные условия»	«Данный тур мне совсем не подходит»	«Отстаньте от меня»
Когда возникают	Когда туристу предоставлено недостаточно информации	Предложение не опирается на интересы туриста	В большинстве случаев не установлен контакт с потребителем

Нужна помощь в написании диплома?

Подробнее

В зависимости от того, если ответ «да» или «нет», мы будем двигаться по дереву в соответствии с веткой. Например, если мы выбрали критерий из отранжированного списка критериев по значению «воронки продаж». Задаем первый вопрос, получаем ответ «нет». Если ответ «нет» задаем второй вопрос, если ответ «нет», то задаем третий вопрос и если ответ «нет», то мы понимает, что пошли не по той ветке. Тогда необходимо вернуться на шаг назад и уточнить предпочтения. Тут могут быть два варианта:

· ошиблись при подсчете коэффициента «воронки продаж»;

· человек «интересующийся», т. е. просто пришел поговорить.

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

Могут быть разные виды откатов, в зависимости от видов возражения. Если турист не совсем понял и просит пояснить, то менеджер, если не может пояснить сам, «кликает» на кнопку «Дополнительная информация по данному критерию» и предоставляет информацию о туре туристу. В случае согласия туристом откат не происходит, и движение происходит дальше по дереву. А в случае несогласия туриста целесообразность туристского предложения была предложена неверно.

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

Если турист сказал «Что он не понимает предложение» то необходимо более содержательно раскрыть сам критерий. Если он сделает то и то, то нужно поинтересоваться следующим по рейтингу критерием. Если туриста не устроили три критерия, то нужно вернуться к вопросу то ли критерий был выбран.

При возражении «Что у данного предложения не самые выгодные условия», уточняется параметры поиска предложения.

На этапе сбора контактных данных формируется карточка туриста путем прикрепления сканов документ, внесения в договор информации о финансовой гарантии туроператора, условий тура, также прикрепление ваучера и подтверждающих документов по забронированому туру [2, 27].

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

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

Даже в случае если мы куда-то возвращаемся, то возвращаемся до пути когда мы прошли без отказов. Также может быть путь когда мы уточняли что-то и путь когда вообще говорили не о том и пришлось вернуться в самое начало.

Для менеджера — это позволит быстро определить турист пришел просто поинтересоваться и поговорить или определиться с маршрутом путешествия. А это означает, что производительность труда возрастает, следовательно, возможно больше продаж.

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

Нужна помощь в написании диплома?

Заказать диплом

Выводы

В результате анализа классификаций с применением методики объединения была получена обобщенная относительно полная классификация, которая позволит выстраивать диалог, следуя дереву этой классификации. Было выявлено, что можно измерить как сами признаки, так и критерии, входящие в этот признак с помощью «воронки продаж». По максимальным значениям конверсии признака/критерия и коэффициентам их связности можно выстраивать диалог с клиентом.

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

Было выявлено узкое место в механизме принятия решения, и оно находится на этапе выявление направления диалога. Группа альтернативных вопросов может помочь оптимизировать и ускорить механизм принятия решения.

Кроме того, анализ теории диалога позволил сделать вывод, что когда мы следуем по этому дереву лучше задавать альтернативные вопросы, то есть сразу туристу предлагать в диалоге конкретные альтернативы, что следует учитывать при моделировании.

Глава 2. Проектирование информационной системы подбора актуальных туристских предложений

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

В этап проектирования входит определение методологии и моделирование бизнес-процессов.

2.1 Выбор методологии разработки

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

· систему информационного обеспечения, которая включает в себя ввод информации, кодирование информации, обрабатывать и использовать обобщающие свойства;

· техническое обеспечение включает комплекс технических средств, на которых размещается информационная система для подержания конкретных задач бизнес процессов;

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

Важно, чтоб блоки требований были взаимно согласованы.

Нужна помощь в написании диплома?

Подробнее

Основной задачей информационной системы является критериальный поиск туристских предложений, поэтому метод проектирования «метод многокомпонентный» и поиск туристских предложений является неким ядром системы. Каждый функциональный модуль настраивается под функциональные требования, которые он поддерживает, т. к. бизнес-процессы могут быть разными и должны быть предусмотрены настройки функциональных модулей. Функциональные модули взаимно увязаны, что позволит избежать трудно выстраиваемой системы привязки разно компонентных систем. Если все приведено в соответствие, то можно дополнять и развивать, таким образом, система может адаптироваться под потребности рынка связи с постоянно меняющимися условиями и решать задачи поэтапно.

Система может позволить достичь следующих результатов:

· сократить время по поиску необходимой информации;

· актуализировать документацию посредством внесения необходимых изменений;

· организация защиты данных.

Методология [37] нужна для того, чтобы упорядочить все задачи, т. к. задачами нужно управлять, одна задача может зависеть от другой задачи. Так же нужно управлять коммуникациями.

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

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

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

Так как в методологии Scrum необходимо наличие Scrum-мастера со значительным количеством совещаний, что очень громоздко для данного проекта. Поэтому для рассматриваемого проекта наиболее подходящей методологией будет методология Feature Driven Development (функционально-ориентированная разработка).

Исходя из того, что данная система может состоять из нескольких компонентов, где каждый последующий компонент расширяет функции разрабатываемой системы, то функционально-ориентированная разработка может разбиваться на 5 процессов:

) разработка общего вида системы;

) описание и представление необходимых функций;

) планирование как будет работать каждая функция;

Нужна помощь в написании диплома?

Подробнее

) проектирование каждой функции;

) конструирование работы функции.

В соответствии с концепцией проекта и с тем, что предполагается наращивание функционала системы последовательным путем с добавлением новых компонентов Feature Driven Development (функционально-ориентированная разработка).

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

2.2 Моделирование бизнес-процессов

Бизнес-процессы можно описывать несколькими способами: в форме текста, в виде таблиц или предоставлять графически. Но для более наглядного представления наиболее логично бизнес-процессы представлять графически [34]. Для графической модели построения применяются нотации IDEF, ARIS UML, BPMN [34].

Чтобы понимать модели бизнес-процессов И. Г. Федоров [36] вводит понятие перспективы. Под данным понятием понимается некая направленность, которая может выразить направление бизнес-процессов. И вводит четыре понятия перспективы:

· функциональная — отвечает на вопрос, что делают участники, описывается перечень работ, которые нужно выполнить;

· поведенческая — описывается план работ и расписание выполнения работ участниками;

· информационная — дает представление, какие задачи обрабатывают участники;

· организационная — дает представление, кто будет выполнять конкретную работу и обрисовывает структурный состав исполнителей;

· модель, описывающая перспективу, может давать полный ответ не на все вопросы, а только на один главный вопрос, а на дополнительные может давать не совсем исчерпывающие ответы. В этом случае желательно быть особенно внимательным, т. к. определение перспективы происходит именно основным вопросом.

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

Конечно, мы совсем не изменим бизнес-процесс, но попытаемся представить наилучший вариант. Одной из целью может быть реструктуризация процесса для более оптимального распределения временного ресурса менеджера. Но для этого нам необходимо прежде описать бизнес-процесс и посмотреть. Что мы сможем изменить. Также описание бизнес-процесса может понадобиться для автоматизации. И в итоге мы можем получить при описании бизнес-процесса текстовое и графическое построение модели.

Нужна помощь в написании диплома?

Заказать диплом

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

Учитывая, что существуют два подхода к моделированию бизнес-процесса — это сервисный подход и система управления. Рассмотрим эти подходы в наиболее часто встречающихся нотациях и выберем нотацию для моделирования, а выбрав нотацию, мы сможем выбрать инструмент.

Нотация BPMN применяется для систем управления и представляет стандарт, легко читаемый способ анализа бизнес-процессов. BPMN обеспечивает стандартное обозначение, которое понятно руководителям, аналитикам и разработчикам. Цель BPMN заключается в том, чтобы помочь устранить пробелы в передаче данных, которые часто существуют между различными отделами внутри организации или предприятия. BPMN также может помочь визуализировать документы XML (Extensible Markup Language), предназначенные для выполнения различных бизнес-процессов, с общей нотацией.

Диаграмма в BPMN [35] собрана из небольшого набора основных элементов, что позволяет техническим и нетехническим наблюдателям легко понять происходящие процессы.

Одним из наиболее часто используемых обозначений является UML [3, 34]. Традиционно, UML больше ассоциировался с разработкой программного обеспечения и проектированием систем, чем с анализом и моделированием бизнес-процессов. Однако стандартный UML предоставляет широкий набор моделей поведения, которые очень полезны при моделировании процессов, действий, людей и информации, критически важных для каждого бизнеса.

Для выбора оптимального подхода воспользуемся методом вариантных секторов, результат представлен в таблице 2.1.

Таблица 2.1 Выбор подхода методом вариантных секторов

	Широкий набор моделей	Выявление узкого места	Понятность	Создание графической модели	Возможность создания прототипа
	6	8	9	5	8
Сервисная система	8	7	7	7	9	274
Система управления	6	8	7	8	6	251

Методом вариантных секторов была выбрана сервисная система для моделирования бизнес-процессов.

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

Платформа Flexberry — это инструмент для решения различных бизнес-задач, который помогает автоматизировать данные задачи. Платформа Flexberry включает в себя Flexberry Designer — это основное CASE средство. На базе данного средства проектируются все приложения. На базе Flexberry Designer принят жесткий подход, а это значит, что все проекты начинаются с проектирования. Достоинством можно считать, что когда система существует несколько лет, модели, хранящиеся в репозитариях, фактически являются документацией, хотя бы минимальной, т. к. могут поменяться разработчики. У разработчиков есть вариант посмотреть модели и посмотреть, как функционирует система, что облегчает усилия по разбору кода.

Flexberry Designer содержит в себе модули расширения для кода генерации и генерации базы данных, также поддерживает SQL и C#.

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

Нужна помощь в написании диплома?

Подробнее

· LogService — это сервис для записи логов;

· CurrentUserService — это сервис текущего пользователя, который позволяет получать различную информацию о текущем пользователе, но не зависимо от типа приложения;

· UserSettingsService — это сервис различных настроек, позволяет хранить настройки для приложений.

Также имеются вспомогательные инструменты, такие как средства для просмотра UML диаграмм.

2.2.1 Модели бизнес-процессов

Поэтому представим наш процесс, как есть на рисунке 2.1. с помощью нотации UML и средства Visio, выявим, что можно будет упростить для поиска вариантов, и опишем его как бы мы хотели его видеть на рисунке 2.2. Диаграммы IDEF0 и потоков данных являются описанием системы и представлены на рисунке 2.3., 2.4., 2.5. Диаграмму намного легче понять, чем описательный текст. Это позволяет упростить общение и сотрудничество для достижения цели эффективного процесса, который обеспечивает высокое качество результата.

Рисунок 2.1 Бизнес-процесс как есть

Рисунок 2.2 Бизнес-процесс как бы хотели видеть

Рисунок 2.3 Диаграмма IDEF0

В таблице 2.2. приводится описание процессов диаграммы IDEF0.

Таблица 2.2 Контекстная диаграмма

Наименование стрелки	Описание
Туристская заявка	Поступает туристская заявка от туриста
Закон о туристской деятельности	Закон о туристской деятельности
Регламентирующие нормативные акты	Правила и нормативы, должностные инструкции
Наименование стрелки	Описание
Менеджер	Менеджер по туризму
Информационная система	Информационная система по подбору туристского предложения по критериям
Критериально подобранный тур	Критериально подобранный тур туристу

После того как мы дали описание функций, проведем декомпозицию диаграммы IDEF0. Декомпозиция представлена на рисунке 2.4.

Нужна помощь в написании диплома?

Подробнее

Рисунок 2.4 Диаграмма декомпозиции IDEF0

В таблице 2.3. представлено описание работ декомпозиции.

Таблица 2.3 Описание работ декомпозиции

Функция	Описание
Выяснение критериев	Менеджер принимает турискую заявку и выясняет критерии
Ввод в систему критериев	Менеджер вводит в систему выявленые критерии
Предоставление вариантов по критериям	После того как система как в систему были введены критерии, формируется критериально подобранный тур

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

При следовании по дереву наш диалог начинается с открытого вопроса, дальше следуя по данным вершинам, мы задаем вопросы по их приоритету. Приоритет расставляется с помощью «воронки продаж». «Воронка продаж» считается по формулам (1) и (2).

Рисунок 2.5 Диаграмма потоков данных

Дадим краткое описание в таблице 2.4. диаграммы потоков.

Таблица 2.4 Описание диаграммы потоков

Функция	Описание	Источник
Запрос по критериям	Менеджер вводит в систему критерии для поиска	База данных
Ответ системы	Система выдает лучшие варианты по заданным критериям, которые отсортированы по воронке продаж	База данных
Запрос данных спроса по турам	Директор или менеджер-координатор вводит запрос, какие туры были наиболее востребованы	База данных
Экспорт данных	Информационная система формирует запрос о том, какие туры были наиболее востребованы в формат MS Excel	База данных
Отчеты, графики	База данных

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

Рисунок 2.6 ER диаграмма

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

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

Нужна помощь в написании диплома?

Подробнее

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

Применяя данную технологию можно сократить время разработки и минимизировать усилия разработчиков. Для построения диаграмм во Flexberry Designer необходимо создать репозитарий, стадии и системы (см. рис. 2.7. и 2.8.), а создание диаграмм показано на рисунках 2.9. и 2.10.

Рисунок 2.7 Создание репозитария

Рисунок 2.8 Создание стадии

Рисунок 2.9 Создание диаграмм

Рисунок 2.10 Создание диаграмм активности

Построим диаграмму прецедентов, описывающих типы отношений между прецедентами и акторами (см. рис. 2.11.).

Рисунок 2.11 Диаграмма прецедентов

Дадим краткое описание диаграммы прецедентов.

Акторы: турист и менеджер.

. Турист запрашивает тур по критериям, менеджер уточняет критерии поиска.

. Турист проверяет все ли позиции выбранного тура соответствуют пожеланиям туриста.

Нужна помощь в написании диплома?

Подробнее

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

Альтернативные потоки: отмена заказа, если туриста не устраивает соотношение выбранные услуги и стоимость.

В таблице 2.5. дадим описание диаграммы прецедентов.

Таблица 2.5 Описание диаграммы прецедентов

Действия актора	Отклик системы
1. Менеджер входит в систему и предлагает критерии для поиска вариантов	2. Система выдает лучшие варианты по заданным критериям
3. Менеджер связывается с туристом и уточняет, все ли соответствует требованиям. Если возникли изменения, то вводит их в заявку.	4. Система сообщает, что изменения приняты
5. Менеджер бронирует выбранные, согласованные услуги.	6. Система сообщает, что услуги забронированы и сообщает общую сумму заказа

Также опишем автоматизируемые бизнес-процессы в нотации диаграмм активностей (см. рис. 2.12.) UML в системе Flexberry, для этого создадим поле на консоли, без создания данного поля невозможно построить диаграмму, это является особенностью продукта Flexberry и разделим его разделителями для введения ролей.

Рисунок 2.12 Диаграмма активности

Сделаем декомпозицию диаграмм, поскольку они похожи, то опишем их одним текстом. Уточнение параметров — менеджер выбирает соответствующий вариант, предложенный системой, и озвучивает этот вариант туристу. Если турист согласен с этим вариантом, то менеджер нажимает кнопку «согласовано». Система реагирует на нажатие кнопки и записывает в журнал «дерево беседы» какие-то значения и в соответствии с согласованным критерием выбирает список, связанных критериев определяет, к какому признаку относится и группе критериев, высвечивает на экране для менеджера соответствующие группы признаки и критерии, ранжируя их по значению.

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

Дальше исходя из того какой выбран критерий надо переходить либо к группам либо к признакам связанным с данными критериям исходя из процента корреляции.

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

2.3 Проектирование интерфейса

туристский предложение информационный проект

Нужна помощь в написании диплома?

Заказать диплом

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

Интерфейс пользователя должен быть:

· дружелюбным;

· графический;

· простой в использовании;

· удобство в работе для пользователя;

· поддерживать два языка: русский и английский;

· надежность для использования базы данных;

· поддерживать платформу Windows.

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

Система имеет следующие функции, а в скобках указано, что надо для реализации:

· система должна позволять вводить, редактировать дерево классификации признаков (названия критериев);

· система должна отображать путь, по которому проходит турист (названия критериев);

· система должна предлагать пользователю список признаков и соответствующим им критериям в сортированном виде от максимальной конверсии до минимальной конверсии (конверсия);

Нужна помощь в написании диплома?

Заказать диплом

· система должна позволять связывать критерии между собой в измеряемую смысловую связь (степень связанности критериев);

· система должна позволять вести протокол беседы;

· протокол беседы должен содержать в себе группу, признаки и критерии с которыми согласился собеседник, т.е. цепочку вопросов и не принятые группы, признаки и критерии (названия критериев);

· система должна записывать предпочтения туристов (фамилия, имя, телефон, e-mail, названия точки проведения отдыха, способ передвижения);

· журнализация беседы (журнал беседы);

· контроль прохождения по взаимосвязанным группам;

· внесение изменений в классификацию («воронка продаж»);

· функция для прогнозирования развития предпочтений выбора критериев предназначен для отслеживания критериальных предпочтений и отображается в ранжированном списке (список критериев);

· выгрузка данных в формате excel и word.

Цепочку вопросов в дальнейшем можно предлагать, как скрипты. Особенностью данных скриптов будет то, что они выстроены по согласованию с туристом, т. е. это «скрипт да». Элемент управления «Не согласен» позволяет выстроить «скрипт да нет», т.е. он содержит логику построения диалога для тех, кто данной системой не пользуется.

Журнализация беседы, ведется следующим образом, для каждого элемента класса начиная с верхнего уровня, ставится признак «да», «нет». Само наличие пункта класса говорит о том, что предлагалось, а значение рядом с данным названием будет говорить о согласии или не согласии. И назовем его «дерево беседы» в данном классе будет у нас собеседник, может, как принять, так и отвергнуть признак и критерий. Мы должны пройти по взаимосвязанным группам но, тем не менее, ID группы все равно должны быть по причине функции системы контроль прохождения по взаимосвязанным группам, т. к. при разговоре мы не отслеживаем в каких группах мы побывали. Если количество групп ID в протоколе будет соответствовать полному набору взаимосвязанных ID групп, то система выдаст протокол о клиенте.

Мы сможем обобщать эти протоколы для проведения анализа данных протоколов по разным полям. Из объединения протоколов можно видеть рейтинг возвратов и там будет показано, с каких точек чаще всего возвращаются. Это указывает на то, что в данной части классификации необходимо внести изменения, либо неправильно указаны связи, либо неправильно указаны результаты расчета «воронки продаж». Таким образом, необходимо предусмотреть функцию внесение изменений в классификацию.

Для начала беседы в системе записывается ID клиента и ID менеджера, выбирается группа и записывается, выбирается признак и записывается. В случае если турист не согласился с признаком у нас IDK не записался, тогда снимается флажок. Как только нажимается кнопка «согласие», появляется запись. Также добавим параметры дата и время для измерения, за какое время турист пришел к положительному или отрицательному решению.

В соответствии сданными функциями представим интерфейс на рисунке 2.13.

Нужна помощь в написании диплома?

Цена диплома

Рисунок 2.13 Проектирование интерфейса

Если турист пришел в первый раз то в поле «ввод нового туриста» открывается форма для ввода контактных данных туриста, таких как фамилия, имя отчество, e-mail, телефон, количество человек и сроки поездки, см. рис. 2.14. После того, как мы ввели данные о туристе, турист выбирается в поле «Турист», см. рис. 2.15, а в поле «Менеджер» выбирается менеджер осуществляющий поиск предложения, см. рис. 2.16. Турист и менеджер выбираются из выпадающего списка и у туриста для быстрого поиска фамилия имя отчество вводиться в поле для поиска. После чего система выделяет необходимую фамилию и менеджер, нажимая на нее начинает вести структурированный диалог.

Рисунок 2.14 Поле для ввода нового туриста

Рисунок 2.15 Выбор туриста

Рисунок 2.16 Выбор менеджера

После того как были выбраны турист и менеджер, выбирается «Группа признаков». Из группы признаков выбирается «Классификационный признак» и если признак не совсем понятен туристу, то нажимается кнопка «Информация о выбранном классификационном признаке», см. рис. 2.17 и турист может ознакомиться с данным признаком, понять его сущность.

Рисунок 2.17 Кнопка «Информация о выбранном классификационном признаке»

После того как выбран классификационный признак, выбирается критерий, место и предложение. На каждом этапе выбора критерия, места и предложения доступна информация, поясняющая суть. И данная информация доступна при нажатии на кнопку «Информация» аналогично рисунку 2.17.

Выбор осуществляется кнопками «да», «нет». Кнопка «да» означает, что турист согласен с выбором, а кнопка «нет», что не согласен, см. рис. 2.18.

Рисунок 2.18 Кнопки управления для выбора

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

Рисунок 2.19 Слабосвязанные критерии

В результате выбора классификационного признака, критерия и места предлагается предложение. Результат выбора представлен на рисунке 2.20 и выделен жирным, курсивом с подчеркиванием, а ход рассуждения представлен шагами с 1 по 5 шаг.

Нужна помощь в написании диплома?

Заказать диплом

Рисунок 2.20 Результат выбора

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

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

Вывод

В данной главе рассмотрены методология разработки Feature Driven Development (функционально-ориентированная разработка).

С помощью метода вариантных секторов проанализированы два подхода к моделированию и выбрана нотация. В выбранной нотации сервисная система, рассмотрены подходы для моделирования бизнес-процессов. Был построен бизнес-процесс «как есть» и «как бы мы хотели его видеть». Выбран инструмент Flexberry для создания прототипа. В выбранном продукте были построены диаграммы, сформулированы функциональные требования к системе, представлен прототип.

Глава 3. Частичное прототипирование информационной системы

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

Рисунок 3.1 Диаграмма классов для генерации части прототипа

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

Для генерации типов данных и в С# код и базу данных делаем настройку, представленную на рисунке 3.2.:

· «Стадии»;

· «ASP.NET»;

Нужна помощь в написании диплома?

Заказать диплом

· «SQL Microsoft SQL Server»;

· «Настройка БД».

Рисунок 3.2 Генерация типов данных

В строке соединения меняем server на .SQLEXPRESS и создаем в database любую несуществующую базу данных, в нашем случае это будет KRITERII, при генерации она сама создается. И отмечаем галочкой «БД полномочий и БД приложений», см. рис. 3.3. Для реализации нашей базы данных, см. рис. 3.4., воспользуемся стандартной «Картой типов» представленной в программном продукте Flexberry.

Рисунок 3.3 Генерация типов данных и редактирование стадии

Рисунок 3.4 Карта типов

После того, как мы изменили настройки, нажимаем кнопку «Сохранить и закрыть». Далее необходимо повторить процедуру для будущих C# приложений, представленную на рисунке 3.5. Для этого мы правой кнопкой нажимаем на:

· «Стадия»;

· «ASP.NET»;

· «C#»;

· «Свойства модели».

Рисунок 3.5 Настройка для C# приложений

В строке «Название компании», «Название продукта», «Каталог для исходящего кода» вводим свои названия латиницей, см. рисунок. 3.6.

Нужна помощь в написании диплома?

Подробнее

Рисунок 3.6 генерация типов данных для C# приложений

Для реализации C# приложений воспользуемся стандартной «Картой типов», см. рис. 3.7.

Рисунок 3.7 Карта типов для C# приложений

После того, как мы изменили настройки, нажимаем кнопку «Сохранить и закрыть».

На диаграмме, представленной, на рисунке 3.1. на классе нажимаем «Редактировать свойства» и в раскрывшемся окне нажимаем кнопку «Атрибуты», см. рисунок. 3.8. Кнопка «NotNull» позволяет показать атрибут, как обязательный или необязательный, поэтому как будет отмечено, так данный параметр будет генерироваться на уровне кода. Если мы указываем «NotNull», то данная функция не позволит закрыть приложение, пока не будет введено значение в данную строку, поэтому важно определиться на уровне модели какие параметры важны для введения. После того, как мы определились какие параметры для нас важны, нажимаем кнопку «Сохранить и закрыть».

Рисунок 3.8 Редактирование свойств

После того, как мы выбрали важные для нас атрибуты диаграмма классов, представленная на рисунке 3.1. измениться. Важные значения атрибутов будут выделены знаком «+».

На основе построенной модели предметной области построим модель прототипа приложения. Для этого, см. рис. 3.9. правой кнопкой мыши встаем на «Систему» далее «ASP.NET», «Утилиты», «Создать представления, формы и приложения».

Рисунок 3.9 Построение модели прототипа приложения

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

Рисунок 3.10 Форма для имени приложения

На рисунки 3.11. представлено автоматическое создание дополнительной модели.

Рисунок 3.11 Автоматическое создание дополнительной модели

После того, как мы автоматически создали дополнительную модель, то во все сущности добавились представления, позволяющие определенный набор полей читать и писать в базу см. рис. 3.12. и 3.13. Генерируются два стандартных представления, которые L для списковой формы и Е для формы редактирования.

Рисунок 3.12 Форма представление

Нужна помощь в написании диплома?

Подробнее

Рисунок 3.13 Форма представления Е и L

Далее мы редактируем атрибуты, для этого нажимаем на кнопку рис. 3.14. и 3.15.

Рисунок 3.14 Кнопка для редактирования атрибутов

Рисунок 3.15 Редактирование атрибутов

И кнопками «стрелочка влево» и «стрелочка вправо» редактируем нужные нам атрибуты, которые будут представлены на форме.

После этого закрываем и сохраняем и Flexberry создает автоматически диаграмму с тремя стереотипами, представленную на рисунке 3.16. Стереотип «application» представляет собой приложение в нем создаются настройки. И стереотипы «editform» и «listform» для списковой формы и формы представления.

Рисунок 3.16Диаграмма со стереотипами

В стереотипе «application» выбираем «Редактирование свойств», далее нажимаем кнопку «Containeres» и выходит следующая форма см. рис. 3.17.

Рисунок 3.17 Редактирование формы

Далее с помощью кнопки «Добавляем новую папку» и расставляем в соответствии с нашим представлением.

Далее в «Конфигурации» проверяем, встали ли настройки в соответствии с параметрами, которые мы задали на рисунке 3.3. Чтобы .SQLEXPRESS и созданная нами база данных соответствовали.

После того, как мы отредактировали наши формы мы генерируем базу. Для начала генерируется «Стадия», «ASP.NET», «SQL», «Microsoft SQL Server», “Привести БД в соответствие с моделью» см. рис. 3.18.

Рисунок 3.18 Приведение БД в соответствие с моделью

После удачной генерации скрипта появляется сообщение см. рисунок 3.19. Нажимаем «Ок».

Рисунок 3.19 Сообщение об удачной генерации скрипта

Нужна помощь в написании диплома?

Заказать диплом

Следующий шаг — это генерация web-приложения, для этого генерация происходит в С#. По кнопке «Стадия» нажимаем «ASP.NET», «С#», «Генерировать и компелировать», процесс представлен на рисунке 3.20.

Рисунок 3.20 Генерация web-приложения

После удачной генерации web-приложения появляется сообщение. Для того чтобы запустить web-приложения необходимо запустить Visual Studio в папке CodeGen.

Для того чтобы запустить web-приложения необходимо авторизироваться. Создаем пользователя администратора во Flexberry. Для этого нажимаем на «Стадию», далее «ASP.NET», C#, Microsoft SQL Server, «Полномочия», «Создать пользователя по умолчанию» создается код и появляется сообщение о создании пользователя с логином и паролем, см. рис. 3.21. и 3.22.

Рисунок 3.21 Создание пользователя

Рисунок 3.22 Создание пользователя 1

Нажимаем «Ctrl» + F5, на вкладке «Отладка» нажимаем «Запустить без отладки». И появляется сообщение о форме входа см. рис. 3.23.

Рисунок 3.23 Форма входа

В «Форму входа» вводим логин и пароль, представлены на рисунке 3.24. полученные при создании пользователя.

Рисунок 3.24 Вход в систему

Выполнив аутентификацию, будет представлена главная страница web-приложения, см. рис. 3.25.

Рисунок 3.25 Структура проекта

Представленное web-приложение имеет древовидное меню и соответствует структуре контейнеров, которые были указаны для настраиваемого класса application. Вследствие дальнейшего создания прототипа и модифицируя объекты можно приблизить систему к функциональности описанных в требованиях.

3.1

.1 Документация пользователя для работы с системой

Нужна помощь в написании диплома?

Заказать диплом

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

Шаг 1. Для входа в систему администратор выдает пользователям логин и пароль.

Шаг 2. В поле «Турист» менеджер по туризму вводит контактные данные о туристе такие как: ФИО и телефон.

Шаг 3. В поле «Группа признаков» выбирается наиболее интересующий признак туриста на данный момент. После того, как выбранный признак согласован с туристом нажимается клавиша «Ok».

Шаг 4. В случае если появляется новый признак, который не был внесен в систему, то в поле «Группа признаков» вводим новый и фиксируем какие критерии будут связаны с данным признаком в процессе критериального выбора.

Шаг 5. Далее система предлагает критерии и турист выбирает наиболее интересующие его критерии на данный момент. После того, как выбранный критерий согласован с туристом нажимается клавиша «Ok».

Шаг 6. Далее система предлагает место и турист выбирает наиболее интересующие его места на данный момент. После того, как выбранное место согласован с туристом нажимается клавиша «Ok».

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

Шаг 8. Система анализирует предпочтения туристов и выбранные ими места для ежемесячных онлайн-отчетов о заполняемости и предпочтениях туристов.

Выводы

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

Заключение

В ходе исследования проанализированы особенности классификаций предложений в туристской отрасли, представленные различными авторами. Затем представленные классификации были сведены в обобщенную классификацию. Было проведено ранжирование по конверсии «воронки» продаж, влияющих на выбор туристского предложения признаков, критериев, мест и предложений.

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

Нужна помощь в написании диплома?

Подробнее

В результате исследования были проанализированы и выбраны методом вариантных секторов нотации моделирования — UML, был выбран инструмент для создания прототипа — Flaxberry Designer, позволяющий на основе реализованных в нем диаграмм сгенерировать прототип системы.

Также были сформулированы требования к интерфейсу и спроектирован его внешний вид.

В ходе работы были выполнены поставленные задачи. Цель работы достигнута.

Результаты исследования были представлены на конференциях:

• VII студенческой научно-практической конференции «Информационные технологии — фактор успеха в бизнесе» НИУ «Высшая школа экономики» г. Пермь 22 апреля 2016 г.;

• I международной научно-практическая конференции «Индустрия туризма и сервиса: актуальные проблемы, достижение, развитие» г. Санкт-Петербург 30 апреля 2017 г.;

• во Всероссийской научно-технической конференции «Автоматизированные системы управления и информационные технологии» г. Пермь 23 мая 2017 г.

Библиографический список

1. Абатурин А.А. Совершенствование системы управления индустрией туризма в регионе: автореф. дис. эконом. наук 08.00.05 / Абатурина Андрея Александровича. — Москва., — 2011. — 201 с.

2. Автоматизация турбизнеса [Электронный ресурс]//ERP travel. — URL: #»896391.files/image053.jpg»>

Рисунок А.1 Выбор направления туристами на ноябрьские праздники

Приложение Б

Таблица Б.1 Отчет предпочтений за 2016 год Некоммерческого отраслевого объединения Ассоциации Туроператоров при подборе тура у туристов

№	Предпочтения
1	Состав путевки: 70% — семьи/туры на двоих; 15% — одноместное проживание; 8% — путешествие на три персоны;
2	Предпочтения при выборе проживания: 30% — отели 3; 24% — отели 5; 23% — отели 4*; 11% — бунгало;
3	Питание: 45% — «система все включено»; 23% — питание по системе полупансион; 15% — трехразовое питание; 15%- питание на базе завтраков.

Приложение В

Нужна помощь в написании диплома?

Заказать диплом

Таблица В.1 «Яндекс статистика» наиболее востребованных предпочтений для отдыха

№	Направление	Количество запросов	Наиболее востребованные туроператоры направления
1	Тайланд	6,35%	«Пегас Туристик», «Анекс Тур»
2	Турция	27,70%	«Пегас Туристик»
3	Индия (ГОА)	4,75%	«Библио Глобус», «Анекс Тур»
4	Вьетнам	5,84%	«Пегас Туристик», «Анекс Тур»
5	Египет	5,64%	—
6	Финляндия	6,55%	пользователями не уточнен желаемый туроператор
7	Доминиканская республика	10,33%	«Анекс Тур»
8	Италия	22,19%	«Библио Глобус», «Натали Турс»
9	Израиль	1,74%	«Библио Глобус»
10	Китай	8,91%	пользователями не уточнили желаемого туроператора

Приложение Г

Таблица Г.1 Бланк опросника

Бланк опросника

Время начала:

Время окончания:

Вопросы от туриста:

Вопросы туристу:

Характеристика:

новичок

«поговорить»

опытный путешественник

Итог беседы:

да

нет

подумаем

Приложение Д

Результаты констатирующего эксперимента

Рисунок Д.1 Результаты констатирующего эксперимента

Рисунок Д.2 Результаты констатирующего эксперимента

Приложение Е

Техническое задание

«Утверждаю»

Директор ООО «СамМит»

_________(Борисова А. Г.)

«____»__________20____ г.

Нужна помощь в написании диплома?

Цена диплома

Техническое задание

на разработку «Информационной системы подбора актуальных туристских предложений»

Пермь, 20____

Оглавление

1. Общие сведения

. Назначение системы

. Характеристика объектов автоматизации

. Требования к системе

. Состав работ по созданию системы

. Приемка информационной системы

. Состав и содержание работ

. Документирование системы

. Общие сведения.

Нужна помощь в написании диплома?

Подробнее

«Информационная система подбора актуальных туристских предложений».

Заказчик — ООО «СамМит».

Исполнитель — определяется по конкурсу.

Основание для разработки является распоряжение директора.

Политика согласования между Заказчиком и Поставщиком опирается на следующие нормативные документы:

· приказы;

· основные положения в области информационных технологий, утвержденные решением Правления;

· стратегия развития информационных технологий, утвержденная решением Правления.

Техническое задание разработано в соответствии с гостом ГОСТ 34.602-89.

Начало разработки — 01.04.2017.

Окончание разработки — 01.10.2018

Работы по разработке информационной системы финансируются за счет средств ООО «СамМит».

Приемка «Информационной системы подбора актуальных туристских предложений» осуществляется в присутствии Заказчика и Исполнителя.

. Назначение системы.

Нужна помощь в написании диплома?

Заказать диплом

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

Специалисту желательно обработать заявку в течение 10 — 20 минут, согласно требованиям. Система фиксирует тему обращений, критерии которые задавались в начале диалога, кто консультировал по данной заявке, результат, выбор предложения, оценку удовлетворенности.

. Характеристика объектов автоматизации.

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

Эксплуатация системы осуществляется в условиях окружающей среды.

. Требования к системе.

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

В систему вводится цифровая подпись.

По согласованию с Заказчиком может проходить внешний аудит.

Пользователи до начала работы с бизнес-приложениями ИТ системы должны пройти обучение. Процесс сопровождения осуществляется 1 год с возможностью пролонгации.

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

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

Используя информационную систему, пользователи выполняют нижеследующие задания:

· формирование и редактирование проездных документов;

Нужна помощь в написании диплома?

Заказать диплом

· обновление предпочтений путешествия в личном профиле путешественника;

· цифровая подпись и отправка проездных документов;

Система выполняет следующие задачи:

· просмотр и утверждение проездных документов;

· отмена авторизации;

· возвращение по дереву диалога для внесения изменений или исправлений;

· редактирование конверсии признаков и критериев;

· делегировать и отзывать полномочия на подпись.

Сообщения об ошибке может приходить если:

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

) в случае зависания системы чтобы не потерять данные, пользователь производит резервное копирование — после того как система восстановиться пользователю приходит сообщение о разблокировке.

) модуль администратора блокировки документов позволяет удалять блокировку документа, когда пользователь — требует немедленного доступа к заблокированному документу.

. Состав работ по созданию системы.

Этапы работ выполняются в соответствии с ГОСТ 32 и приведены в таблице Е.1.

Нужна помощь в написании диплома?

Подробнее

Таблица Е.1 Этапы работ

Этап	Выполняемые работы	Результат	Сроки
1	Этап разработки технического задания «Информационной системы подбора актуальных туристских предложений»	Техническое задание	01.04.2017 — 15.04.2017
2	Проектирование системы	Технический проект	15.04.2017 — 15.05.2017
3	Создание пилотного прототипа	Откорректированные требования	15.05.2017 — 01.09.2017
4	Ввод в эксплуатацию	Протокол испытаний, руководство пользователя, методические пособия	01.09.2017 — 01.10.2017
5	Сопровождение	Протокол о сопровождения	01.10.2017 — 01.10.2018

. Приемка информационной системы.

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

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

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

. Состав и содержание работ.

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

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

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

· вебинары;

· выездные лекции;

· выставление инструкций.

Нужна помощь в написании диплома?

Цена диплома

Состав ресурсов — средства технические, трудовые ресурсы (аналитик, тестировщик, специалист поддержки, технический писатель, менеджер, экономист).

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

Рабочие места пользователей — персональные компьютеры, системное ПО рабочих мест пользователей, периферийные устройства.

Должна быть предусмотрена возможность актуализации эксплуатационной документации на протяжении жизненного цикла ПО.

Начало эксплуатации информационных систем оформляется актом (приказом или распоряжением) о начале эксплуатации. Нормативный акт определяет:

· должностное лицо, отвечающее за эксплуатацию и обеспечение работоспособности сегмента инфраструктуры, вводимого в промышленную эксплуатацию;

· сроки разработки информационной системы;

· сроки сопровождения.

Специалист Поставщика разработки информационной системы присутствует на предприятии в течение 14 рабочих дней (по договоренности договором), для проверки как функционирует система.

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

Период поддержки — 1 год с возможностью пролонгации. Адаптация доведение до уровня необходимого Заказчику.

Необходимость в адаптивном сопровождении появляется при изменениях в функционировании какого-либо бизнес-процесса (изменение в законодательстве РФ, изменение бланков отчетности и др.).

. Документирование системы.

Документирование системы осуществляется приказами, должностными инструкциями, ведомостями, пояснительными записками в соответствии с ГОСТом.

Нужна помощь в написании диплома?

Заказать диплом

Предыдущий пример

Следующий пример