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

Как написать ВКР МУИВ на тему Разработка мобильного приложения туристической компании

Нужна ВКР по этой теме? Ответим за 10 минут! Telegram: @Diplomit Телефон/WhatsApp: +7 (987) 915-99-32, Email: admin@diplom-it.ru

Оформите заказ онлайн: Заказать ВКР МУИВ

Введение

Тема «Разработка мобильного приложения туристической компании» отражает одну из самых динамичных и клиентоориентированных сфер современного бизнеса. В условиях постпандемического роста путешествий, цифровизации сервисов и высоких ожиданий туристов, мобильные приложения становятся ключевым инструментом для привлечения, удержания и обслуживания клиентов. Однако создание такого приложения в рамках выпускной квалификационной работы (ВКР) по направлению 09.03.02 «Информационные системы и технологии» — задача исключительной сложности.

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

В этой статье вы получите:

• Пошаговое руководство по структуре ВКР по теме мобильного приложения для туристической компании;
• Практические рекомендации, шаблоны и примеры, адаптированные под специфику туризма;
• Честную оценку объёма работы (150–200 часов) — чтобы вы могли принять осознанное решение: писать самостоятельно или доверить задачу профессионалам.

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

Нужна ВКР по этой теме? Ответим за 10 минут! Telegram: @Diplomit Телефон/WhatsApp: +7 (987) 915-99-32, Email: admin@diplom-it.ru

Оформите заказ онлайн: Заказать ВКР МУИВ

Стандартная структура ВКР МУИВ по 09.03.02: детальный разбор по главам

ВВЕДЕНИЕ

• Назначение: Обосновать выбор темы, сформулировать цель и задачи, определить объект и предмет исследования.
• Содержание:
  • Актуальность: рост онлайн-бронирования, необходимость персонализации, снижение зависимости от агрегаторов (Tvil, Level.Travel);
  • Объект — ООО «Мир Путешествий» (условная туристическая компания); предмет — мобильное приложение для клиентов;
  • Цель — разработка мобильного приложения, обеспечивающего полный цикл взаимодействия: подбор, бронирование, оплата, поддержка в поездке;
  • Задачи: анализ текущих процессов продаж, моделирование «как есть»/«как должно быть», выбор технологий, разработка ПО, расчёт экономической эффективности;
  • Структура работы — краткое описание трёх глав.
• Сложности: Расплывчатая формулировка актуальности, несоответствие задач цели.
• Рекомендации: Начинайте с глобальных трендов: рост спроса на индивидуальные туры, важность мобильного доступа в поездке, требования ФЗ-152 к персональным данным.
• Шаблон: «Актуальность работы обусловлена необходимостью цифровизации клиентского сервиса туристической компании в условиях роста спроса на персонализированные путешествия и повышения требований к мобильной доступности услуг...»

АНАЛИТИЧЕСКАЯ ЧАСТЬ

1 АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ

1.1 Анализ подразделения «Отдел онлайн-продаж» организации ООО «Мир Путешествий»

1.1.1 Дерево бизнес-направлений организации

• Назначение: Визуализировать структуру компании и выделить подразделение, отвечающее за цифровые продажи.
• Содержание: Генеральный директор → Коммерческий блок → Отдел онлайн-продаж → Менеджеры, операторы, специалисты по CRM.
• Сложности: Отсутствие реальных данных о структуре предприятия.
• Рекомендации: Использовать информацию с официального сайта компании или провести условный анализ на основе типовой структуры туристического агентства.
• Пример: [Здесь приведите схему: ООО «Мир Путешествий» → Коммерческий блок → Отдел онлайн-продаж]

1.1.2 Сопоставление бизнес-процессов и критических факторов успеха организации

• Назначение: Выявить приоритетные для автоматизации бизнес-процессы.
• Содержание: Матрица сопоставления процессов и факторов успеха, матрица ранжирования.
• Сложности: Неправильное определение критических факторов успеха (КФУ).
• Рекомендации: Использовать методику CSF (Critical Success Factors). Пример КФУ: «Скорость подбора тура», «Удовлетворённость клиента», «Конверсия заявок».
• Шаблон таблицы: [Таблица 1.1: Процесс «Подбор тура» — высокий вклад в КФУ «Скорость» и «Удовлетворённость»]

1.1.3 Анализ структуры и нормативной документации подразделения

• Назначение: Изучить регламенты, регулирующие работу с клиентами.
• Содержание: Описание организационной структуры, должностных инструкций, регламентов обработки заявок, политики конфиденциальности.
• Сложности: Отсутствие доступа к внутренней документации.
• Рекомендации: Для университетских работ использовать раздел «Сведения об образовательной организации» на сайте МУИВ или описать типовые регламенты турагентств.

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

1.2.1 Моделирование "КАК ЕСТЬ"

• Назначение: Детально описать текущее состояние бизнес-процесса (например, клиент звонит или оставляет заявку на сайте).
• Содержание: Диаграммы в нотациях:
  • IDEF0 (обязательно с декомпозицией: A1.1 «Приём заявки», A1.2 «Подбор тура», A1.3 «Оформление»);
  • DFD (Гейна-Сарсона или Йордона-Де Марко): потоки данных между клиентом, менеджером, поставщиками;
  • Диаграмма активностей (UML/BPMN): последовательность действий от запроса до выезда.
• Сложности: Неправильное использование нотаций, отсутствие декомпозиции в IDEF0.
• Рекомендации: Для каждого элемента диаграммы давать подробное текстовое описание.
• Пример: [Ссылка на рисунок 1.3 — IDEF0 из шаблона]

1.2.2 Моделирование процесса "КАК ДОЛЖНО БЫТЬ"

• Назначение: Разработать оптимизированную версию процесса с мобильным приложением.
• Содержание:
  • Оценка проблемности процесса (по таблице 1.3): долгий подбор, отсутствие мобильного доступа в поездке;
  • Цели и ключевые показатели улучшения (KPI): сокращение времени подбора с 2 часов до 10 минут, рост NPS на 20 пунктов;
  • Оптимизированная модель в той же нотации, что и «КАК ЕСТЬ».
• Сложности: Отсутствие конкретных методов оптимизации.
• Рекомендации: Использовать: персонализированные рекомендации, офлайн-режим, push-уведомления о статусе брони.
• KPI примеры: Время подбора, конверсия корзины, доля повторных клиентов, NPS.

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

• Назначение: Изучить аналоги разрабатываемой системы.
• Содержание: Обзор 3–5 систем-аналогов: собственные приложения Level.Travel, TUI, «Пегас Туристик», а также B2B-решения (TurboCMS, TravelLine Mobile).
• Сложности: Путаница со средствами разработки (это отдельный раздел 1.5).
• Рекомендации: Анализировать именно готовые решения, а не технологии.
• Шаблон таблицы: [Пример таблицы 1.4: Система — Level.Travel App; Производитель — Level Group; Функционал — «Поиск, бронирование, офлайн-доступ»; Стоимость — недоступна (B2C-продукт)]

1.4 Анализ стейкхолдеров и их требований к разрабатываемой системе

• Назначение: Выявить всех заинтересованных лиц и их потребности.
• Содержание: Перечень стейкхолдеров: клиенты (удобство, безопасность), менеджеры (простота работы), ИТ-отдел (безопасность, интеграция), поставщики (актуальность данных).
• Сложности: Неполный охват заинтересованных сторон.
• Рекомендации: Использовать матрицу заинтересованных сторон.

1.5 Выбор средств разработки

• Назначение: Обосновать выбор технологического стека.
• Содержание:
  • Анализ существующего ПО в организации (например, CRM, 1С);
  • Сравнительный анализ: Flutter vs React Native, Node.js vs .NET Core, PostgreSQL vs MongoDB;
  • Обоснование выбора: Flutter (кроссплатформенность), Node.js (асинхронность), PostgreSQL (надёжность).
• Сложности: Смешение с разделом 1.3 (аналоги систем).
• Рекомендации: Приводить таблицы сравнения по ключевым критериям: стоимость, производительность, поддержка, безопасность.

1.6 Техническое задание на разработку мобильного приложения

• Назначение: Формализовать требования к системе.
• Содержание: ТЗ по ГОСТ 34.602-2020 (выносится в Приложение 1): общие сведения, функциональные требования (поиск, бронирование, оплата, офлайн-доступ), нефункциональные (безопасность, производительность).
• Сложности: Несоблюдение структуры ГОСТ.
• Рекомендации: Строго следовать разделам ГОСТ: общие сведения, требования к системе, порядок контроля.

1.7 Выводы по разделу

• Назначение: Подвести итоги аналитической части.
• Содержание: Краткие выводы по каждому подразделу, обоснование необходимости разработки собственного приложения с учётом специфики компании.

ПРОЕКТНАЯ ЧАСТЬ

2 ПРОЕКТИРОВАНИЕ И РАЗРАБОТКА ПРОЕКТА

2.1 Структурирование требований к разрабатываемой системе

2.1.1 Логическое моделирование данных

• Назначение: Определить функциональные требования к системе.
• Содержание:
  • UseCase-диаграмма (UML): акторы — Клиент, Менеджер; прецеденты — «Найти тур», «Забронировать», «Получить поддержку»;
  • Диаграмма последовательности (UML): взаимодействие при онлайн-оплате;
  • Диаграмма функций: иерархия функций приложения.
• Сложности: Неправильное выделение акторов и прецедентов.
• Рекомендации: Для каждой диаграммы давать подробное описание.

2.1.2 Конструирование модели данных

• Назначение: Разработать структуру базы данных.
• Содержание:
  • ER-диаграмма (сущность-связь): сущности «Тур», «Клиент», «Бронирование», «Поставщик», «Отзыв»;
  • Диаграмма классов (UML): классы с атрибутами и методами;
  • Диаграмма состояний (UML, опционально): статусы бронирования («создано», «оплачено», «отменено»).
• Сложности: Неправильная нормализация, отсутствие описания сущностей.
• Рекомендации: Подробно описать каждую сущность, атрибуты, связи (1:N, M:N).

2.2 Разработка программного обеспечения

2.2.1 План разработки ПО

• Назначение: Спланировать этапы разработки.
• Содержание: Таблица или диаграмма Ганта с этапами: проектирование (7 дн.), backend (10 дн.), mobile (12 дн.), интеграция (5 дн.), тестирование (4 дн.).
• Сложности: Нереалистичные сроки.
• Рекомендации: Учитывать время на тестирование и доработки (+20% резерва).

2.2.2 Frontend-разработка

• Назначение: Описать интерфейс системы.
• Содержание: Описание дизайна, интерфейсов, прототипов: главный экран поиска, карточка тура, оформление брони, личный кабинет, офлайн-карта.
• Сложности: Игнорирование принципов мобильного UX (Material Design, Human Interface Guidelines).
• Рекомендации: Не использовать макеты из преддипломной практики; указать, что интерфейс разработан специально для ВКР.

2.2.3 Backend-разработка

• Назначение: Описать серверную часть системы.
• Содержание: Описание архитектуры (микросервисы или монолит), ключевых модулей (каталог, бронирование, оплата, push-уведомления), алгоритмов подбора туров.
• Сложности: Излишняя детализация кода.
• Рекомендации: Показать связь интерфейса с кодом, привести ключевые фрагменты (например, интеграция с API поставщика).

2.2.4 Разработка модели доступа к данным

• Назначение: Описать систему разграничения прав.
• Содержание: Модель ролей: «Клиент» — просмотр и бронирование; «Менеджер» — управление бронями; «Админ» — полный доступ.
• Сложности: Неполное описание функционала для разных ролей.
• Рекомендации: Таблица с ролями и разрешениями (чтение/запись по каждому типу данных).

2.2.5 Тестирование разработанного ПО

• Назначение: Оценить качество системы.
• Содержание: Методы тестирования (функциональное, нагрузочное, безопасность), найденные ошибки (ошибка при смене валюты), предпринятые исправления.
• Сложности: Повторение отчёта из преддипломной практики.
• Рекомендации: Кратко описать процесс, методы, результаты; сфокусироваться на туристической специфике (оффлайн-режим, работа в роуминге).

2.2.6 План внедрения и развертывания ПО

• Назначение: Спланировать внедрение системы.
• Содержание: План с этапами: развёртывание сервера, публикация в App Store/Google Play, обучение менеджеров, пилотное внедрение (100 клиентов).
• Сложности: Отсутствие этапа обучения пользователей.
• Рекомендации: Включить этап пилотного внедрения и сбора обратной связи.

2.3 Руководства администратора и пользователя

• Назначение: Подготовить документацию для эксплуатации.
• Содержание: Руководства по РД 50-34.698-90 (выносятся в Приложения 3,4): руководство администратора (установка, настройка), руководство пользователя (работа с приложением).
• Сложности: Несоблюдение структуры ГОСТ.
• Рекомендации: Разделить на руководство администратора и пользователя.

2.4 Выводы по главе 2

• Назначение: Подвести итоги проектной части.
• Содержание: Краткие выводы по проектированию и разработке: приложение обеспечивает полный цикл взаимодействия с клиентом и соответствует требованиям туристического бизнеса.

ЭКОНОМИЧЕСКАЯ ЧАСТЬ

3 ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ОТ РАЗРАБОТКИ ИС

3.1 Расчет затрат на разработку ИС

Применяется методика расчёта TCO (Total Cost of Ownership): прямые и косвенные расходы.

3.2 Выбор и обоснование методики расчёта экономической эффективности

Выбрана методика REJ (Rapid Economic Justification) как наиболее адаптированная для ИТ-проектов в сфере услуг.

3.3 Оценка затрат на разработку и внедрение АИС

3.3.1 Затраты на этапе разработки информационной системы

• Оборудование: 2 ПК — 160 000 руб.
• ПО: лицензии, облачные сервисы — 85 000 руб.
• Оплата труда: 320 час × 1 100 руб./час = 352 000 руб.
• Начисления (30%): 105 600 руб.
• Итого: 702 600 руб.

Формула: Оплата труда = Σ(T_i × R_j)

3.3.2 Затраты на этапе внедрения

• Публикация в магазинах приложений — 10 000 руб.
• Обучение персонала — 20 000 руб.
• Интеграция с API поставщиков — 30 000 руб.
• Итого: 60 000 руб.

3.3.3 Затраты на этапе эксплуатации

• Облачный сервер — 18 000 руб./мес. (216 000 руб./год);
• Техническая поддержка — 60 000 руб./год;
• Итого: 276 000 руб./год.

3.4 Эффект от внедрения АИС

• Рост онлайн-продаж — на 40% (за счёт удобства и персонализации);
• Снижение нагрузки на менеджеров — на 50%;
• Рост NPS — на 25 пунктов.

3.5 Экономический эффект

Формула: Эффект = Доход от роста продаж + Экономия на операционных издержках

Пример: дополнительная выручка — 2 000 000 руб./год; экономия на зарплате — 720 000 руб./год. Итого: 2 720 000 руб./год.

3.6 Социальный эффект

• Повышение удовлетворённости клиентов;
• Снижение стресса у менеджеров.

3.7 Научный эффект

• Применение гибридной архитектуры с офлайн-режимом для туристических приложений.

3.8 Организационный эффект

• Повышение управляемости продажами;
• Улучшение качества клиентского сервиса.

3.9 Эффективность внедрения АИС (ПО ПРИМЕРУ)

Формула NPV: NPV = −IC + Σ(CF_t/(1+i)^t)

При ставке дисконтирования 10%, NPV = +950 000 руб. → проект экономически эффективен.

3.10 Расчёт показателей экономической эффективности проекта (ПО ПРИМЕРУ)

Пошаговый расчёт по методике REJ (5 шагов): срок окупаемости — 8 месяцев.

3.11 Выводы по главе 3

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

ЗАКЛЮЧЕНИЕ

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

СПИСОК ЛИТЕРАТУРЫ

1. ГОСТ 34.602-2020. Техническое задание на создание автоматизированной системы.
2. ГОСТ Р 7.0.100-2018. Библиографическая запись.
3. Репин, А. Н. Бизнес-процессы: регламентация и управление. — М.: Манн, Иванов и Фербер, 2022.
4. Клименко, С. В. Проектирование информационных систем. — СПб.: Питер, 2023.
5. Level.Travel: официальный сайт. URL: https://level.travel (дата обращения: 15.12.2025).
6. МУ имени Витте. Положение о ВКР. 2025.

ПРИЛОЖЕНИЯ

Приложение 1. Техническое задание на разработку мобильного приложения для ООО «Мир Путешествий»

Полный текст ТЗ по ГОСТ 34.602-2020 со всеми разделами.

Приложение 2. Исходный код "Онлайн-бронирование тура"

Фрагменты кода с комментариями. [Ссылка на Git-репозиторий]

Приложение 3. Руководство администратора мобильного приложения

Установка, настройка, управление каталогом и бронированиями.

Приложение 4. Руководство пользователя мобильного приложения

Работа с поиском, бронирование, оплата, офлайн-доступ к маршрутам.

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

Шаблоны формулировок

• «Анализ выявил, что до 60% клиентов отказываются от покупки из-за отсутствия мобильного канала и долгого ожидания ответа менеджера».
• «Мобильное приложение с персонализированными рекомендациями и офлайн-доступом повышает конверсию на 40% и лояльность клиентов».

Пример сравнительной таблицы

Критерий	Level.Travel App	Собственная разработка
Стоимость	Недоступно (B2C)	702 600 руб. (единоразово)
Персонализация	Средняя	Глубокая (под историю клиента)
Офлайн-режим	Да	Да (расширенный)
Срок окупаемости	—	8 месяцев

Чек-лист "Оцени свои силы"

• Есть ли у вас опыт работы с API туристических поставщиков (отели, авиабилеты)?
• Знакомы ли вы с разработкой офлайн-режима в мобильных приложениях?
• Готовы ли вы потратить 150–200 часов на проектирование, разработку и экономические расчёты?
• Есть ли у вас доступ к реальным данным туристической компании для анализа?

И что же дальше? Два пути к успешной защите

Путь 1: Самостоятельный

Вы — целеустремлённый студент, готовый вложить 150–200 часов в написание работы. Вы пройдёте все этапы: от анализа туристического бизнеса до расчёта NPV. Но будьте готовы к стрессу, неоднократным правкам и риску не уложиться в сроки. Этот путь возможен, но требует железной дисциплины и глубоких технических знаний.

Путь 2: Профессиональный

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

• Сэкономят вам 150+ часов;
• Выполнят работу строго по требованиям МУИВ;
• Обеспечат уникальность 90%+;
• Поддержат вас до самой защиты.

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

Заключение

Написание ВКР МУИВ по теме «Разработка мобильного приложения туристической компании» — это марафон, требующий глубоких знаний в области анализа, проектирования и экономики. Вы можете пробежать его самостоятельно, имея хорошую подготовку и запас времени, или доверить эту задачу профессиональной команде, которая приведёт вас к финишу с лучшим результатом и без лишних потерь. Правильный выбор зависит от вашей ситуации, и оба пути имеют право на существование. Если вы выбираете надёжность и экономию времени — мы готовы помочь вам прямо сейчас.

Перечень тем с руководствами по написанию. для 38.03.05 Бизнес-информатика Направленность: Цифровая экономика, МУИВ

Все готовые работы

• Условия работы и как сделать заказ
• Наши гарантии
• Отзывы наших клиентов

```