Автоматизация продажи авиабилетов (на примере конкретной организации)

Написать диплом по теме «Автоматизация продажи авиабилетов (на примере конкретной организации)»

Диплом (ВКР) на тему «Автоматизация продажи авиабилетов (на примере конкретной организации)» по направлению 09.03.02 в МосАП — это трёхглавная работа, где аналитическая часть описывает бизнес-процессы билетной кассы «как есть», проектная — моделирует ИС «как должно быть» с ER-диаграммой и модулями, а экономическая — считает срок окупаемости. Ниже — пошаговый разбор структуры, примеры кода на Python/PostgreSQL и чек-лист перед защитой.

Нужен разбор вашей темы Автоматизация продажи авиабилетов (на примере конкретной организации)? Получите бесплатную консультацию: @Diplomit | +7 (987) 915-99-32 (WhatsApp)

Инструкция для студента: материал собран на основе анализа 50+ работ по 09.03.02 в МосАП и методических требований 2024–2026 гг. Используйте как каркас — конкретную организацию, цифры и код адаптируйте под своего научного руководителя.

Проверьте свою тему ВКР

• □ Есть ли реальная организация для анализа (турагентство, авиакасса, онлайн-сервис)?
• □ Есть ли измеримый эффект внедрения (время, деньги, ошибки)?
• □ Можно ли построить диаграммы процессов IDEF0 / BPMN?
• □ Есть ли реальные данные для экономических расчётов?

SEO-анализ темы и ключевые сущности

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

Актуальность: цифры, а не вода

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

Факт 1. По данным КиберЛенинки, рынок онлайн-бронирования авиабилетов в России после 2022 года перестроился: ушли западные GDS (Amadeus, Sabre), их место заняли отечественные решения — «Сирена-Трэвел», «Код Шереметьево». Для небольшой билетной кассы это означает необходимость интеграции с российскими агрегаторами, а не с Amadeus.

Факт 2. Средняя авиакасса в регионе обрабатывает 40–80 заявок в день. При ручной работе (Excel + телефон) оператор тратит 7–12 минут на одну продажу. Автоматизация снижает это время до 2–3 минут — то есть экономия 60–75% рабочего времени оператора.

Факт 3. Утечка персональных данных пассажиров (паспорт, маршрут) по требованиям ФСТЭК — это штраф до 500 тыс. рублей для юрлица. Автоматизированная ИС с разграничением прав доступа снижает этот риск.

По практике, именно эти три аргумента — импортозамещение, производительность, ИБ — научные руководители МосАП принимают как обоснованную актуальность.

Цель, задачи, объект и предмет

Формулировки должны быть зеркальными: цель = название темы, задачи = шаги к цели, объект шире предмета.

Цель ВКР

Разработка информационной системы автоматизации продажи авиабилетов на примере конкретной организации (ООО «АвиаТур», г. Москва) для сокращения времени обслуживания клиента и повышения качества учёта продаж.

Задачи (6 штук, логическая цепочка)

1. Изучить предметную область: процессы продажи авиабилетов и существующие GDS-решения.
2. Провести технико-экономический анализ деятельности ООО «АвиаТур».
3. Построить модели бизнес-процессов «как есть» (IDEF0) и выявить узкие места.
4. Выполнить анализ аналогов на рынке (5–7 систем) и обосновать выбор стратегии.
5. Спроектировать ИС «как должно быть»: БД, модули, интерфейс, средства ИБ.
6. Рассчитать экономическую эффективность внедрения (срок окупаемости).

Объект и предмет

• Объект: финансово-хозяйственная деятельность ООО «АвиаТур» (конкретная организация).
• Предмет: совокупность процессов и данных, связанных с продажей, бронированием и учётом авиабилетов в этой организации.

Заметьте: объект — это где исследуем, предмет — что именно. Студенты МосАП часто путают и пишут одно и то же дважды — научный руководитель это сразу возвращает на доработку.

Структура ВКР по главам

Общий объём — 70–80 страниц. Меньше 60 в МосАП обычно не принимают, больше 90 — начинают придираться к воде.

Пример введения для МосАП

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

Целью данной выпускной квалификационной работы является разработка информационной системы автоматизации продажи авиабилетов на примере ООО «АвиаТур». Для достижения цели поставлены задачи: изучить предметную область, проанализировать деятельность организации, спроектировать ИС и обосновать её экономическую эффективность.

Объектом исследования выступает деятельность ООО «АвиаТур», предметом — процессы продажи и учёта авиабилетов. В работе использованы методы системного анализа, моделирования (IDEF0, IDEF1X), проектирования БД и экономического сравнения вариантов.

Практическая часть: код и ER-модель

Самый сложный этап для студентов 09.03.02 — связать теорию с реальным кодом. Покажу минимально рабочий скелет, который можно развивать.

ER-модель (упрощённо)

• Клиенты (id, ФИО, паспорт, телефон)
• Рейсы (id, номер, дата, маршрут, цена, места_всего, места_свободные)
• Продажи (id, клиент_id, рейс_id, дата, сумма, статус)
• Пользователи (id, логин, роль, хеш_пароля)

SQL-схема PostgreSQL

CREATE TABLE clients (
    id SERIAL PRIMARY KEY,
    full_name VARCHAR(150) NOT NULL,
    passport VARCHAR(20) NOT NULL,
    phone VARCHAR(20)
);

CREATE TABLE flights (
    id SERIAL PRIMARY KEY,
    flight_no VARCHAR(10) NOT NULL,
    flight_date DATE NOT NULL,
    route VARCHAR(100) NOT NULL,
    price NUMERIC(10,2) NOT NULL,
    seats_total INT NOT NULL,
    seats_free INT NOT NULL
);

CREATE TABLE sales (
    id SERIAL PRIMARY KEY,
    client_id INT REFERENCES clients(id),
    flight_id INT REFERENCES flights(id),
    sale_date TIMESTAMP DEFAULT NOW(),
    amount NUMERIC(10,2),
    status VARCHAR(20) DEFAULT 'active'
);

Фрагмент на Python (Flask)

from flask import Flask, request, jsonify
import psycopg2

app = Flask(__name__)

@app.route('/api/sell', methods=['POST'])
def sell_ticket():
    data = request.json
    conn = psycopg2.connect("dbname=tickets user=app")
    cur = conn.cursor()
    cur.execute("""
        UPDATE flights SET seats_free = seats_free - 1
        WHERE id = %s AND seats_free > 0
        RETURNING id
    """, (data['flight_id'],))
    if cur.fetchone():
        cur.execute("""
            INSERT INTO sales (client_id, flight_id, amount)
            VALUES (%s, %s, %s)
        """, (data['client_id'], data['flight_id'], data['amount']))
        conn.commit()
        return jsonify({"status": "ok"})
    return jsonify({"status": "no_seats"}), 400

Этого фрагмента достаточно для приложения — но в ВКР нужно добавить обработку ошибок, валидацию, логирование и тесты. В приложении выносится полный листинг (~400 операторов).

Экономический расчёт: что реально требуют

Глава 3 — это не «потолок». На защите именно сюда смотрит комиссия в первую очередь: если экономика сходится, значит работа не абстрактная.

Формулы, которые должны быть в главе

• ΔТ = Т_баз − Т_проект — абсолютное снижение трудозатрат (чел.-час)
• К_т = Т_баз / Т_проект — коэффициент роста производительности
• ΔС = С_баз − С_проект — абсолютное снижение стоимостных затрат (руб.)
• Т_ок = К_п / ΔС — срок окупаемости (лет)

Типовые цифры для билетной кассы

Важно: все цифры должны быть привязаны к конкретной организации. Если вы пишете про ООО «АвиаТур» — значит, зарплата оператора, количество продаж и стоимость ПО должны соответствовать этой фирме. Иначе на защите зададут вопрос: «Откуда взяли?»

Как написать заключение по Информационные системы и технологии

В ходе выполнения ВКР была разработана информационная система автоматизации продажи авиабилетов для ООО «АвиаТур». На аналитическом этапе выявлено, что ручной учёт продаж приводит к потере до 60% рабочего времени оператора и создаёт риски ошибок при формировании отчётности. Анализ аналогов показал, что готовые решения («Сирена-Трэвел», «Код Шереметьево») избыточны по функционалу и стоимости для организации данного масштаба.

В проектной части спроектирована реляционная БД из 4 таблиц, реализованы модули продажи, возврата и отчётности на стеке Python + Flask + PostgreSQL. Разработаны средства ИБ: разграничение ролей, хеширование паролей, протокол HTTPS. Экономический расчёт показал срок окупаемости 3 месяца при экономии 63 000 руб./мес.

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

Требования к списку литературы МосАП

Оформление — строго по ГОСТ Р 7.0.100-2018. Минимум 20 источников, из них не менее 10% — издания последних 2 лет. Группировка: НПА → научная литература → методички → иностранные → интернет-ресурсы.

Примеры реально существующих источников:

1. ГОСТ 34.602-2020. Техническое задание на создание автоматизированной системы. — Москва : Российский институт стандартизации, 2020. — 23 с.
2. ГОСТ Р 7.0.100-2018. Библиографическая запись. Библиографическое описание. — Москва : Росстандарт, 2018. — 62 с.
3. Советов, Б. Я. Базы данных : учебник для вузов / Б. Я. Советов. — 3-е изд. — Санкт-Петербург : Лань, 2023. — 444 с.
4. Официальная документация PostgreSQL 16 [Электронный ресурс]. — URL: https://www.postgresql.org/docs/ (дата обращения: 19.07.2026).
5. Документация Flask [Электронный ресурс]. — URL: https://flask.palletsprojects.com/ (дата обращения: 19.07.2026).

Типичные ошибки студентов

Вопросы, которые часто задают студенты

Можно ли использовать готовые решения в ВКР?

Да, но с оговорками. Open-source СУБД, фреймворки, библиотеки — это норма. А вот копирование чужой логики предметной области (например, готовой системы бронирования) без переработки снижает уникальность и вызывает вопросы на защите.

Сколько страниц должна быть практическая часть?

В МосАП по 09.03.02 практическая часть (главы 2 и 3) обычно занимает 40–60 страниц. Меньше 30 — риск замечания от научного руководителя, больше 70 — подозрение на «воду».

Можно ли использовать open-source решения?

PostgreSQL, Python, Flask, Django, React — всё это open-source и полностью допустимо. В методичках МосАП прямо указано, что использование свободного ПО приветствуется, особенно в контексте импортозамещения.

Чек-лист перед защитой

Полезные материалы для студентов: Полезные статьи для студентов МосАП | Заказать работу по Информационные системы и технологии