Рисунок 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 адрес туристской информационной системы. Для критериального выбора необходимо войти в систему введя логин и пароль пользователя, что обеспечивает полную функциональность, доступность и безопасность при обработке документов. Пользователями системы являются директор агентства и менеджеры.
После того как пользователь войдет в систему, вводятся контактные данные туриста, выбор поездки осуществляется с отранжированым списком критериев, чтобы обеспечить легкий доступ к информации о коммерческих туристических услугах. Система оптимизирует рабочий процесс и процессы для улучшения эффективности и производительности.
Используя информационную систему, пользователи выполняют нижеследующие задания: