Автоматизация учета обращений пользователей (на примере конкретной организации)

Написать диплом (ВКР) по теме «Автоматизация учета обращений пользователей»

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

Автоматизация учета обращений пользователей — это выпускная квалификационная работа, в которой студент 09.03.02 проектирует и обосновывает внедрение информационной системы (тикет-системы / helpdesk-решения) для конкретной организации. Результат — сокращение времени обработки заявок на 30–60%, прозрачная история обращений, соблюдение SLA и снижение нагрузки на операторов. Ниже — пошаговый разбор структуры, примеры кода и чек-листы под требования МосАП.

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

Актуальность темы автоматизации обращений

По данным отчёта «Цифровая трансформация 2024» (Аналитический центр при Правительстве РФ, 2024), до 42% обращений в средних организациях теряется или обрабатывается с задержкой свыше 3 рабочих дней из-за отсутствия единой системы учёта. Для МосАП и подмосковных организаций это прямая потеря лояльности и рост жалоб в контролирующие органы.

В чём практическая ценность темы? Представьте отдел поддержки, где 5 операторов принимают заявки через почту, мессенджеры и телефон. Каждая заявка — это запись в Excel, пересылка исполнителю, ручной контроль сроков. При 300+ обращениях в месяц такая схема ломается: теряются сроки SLA, дублируются ответы, невозможно посчитать реальную нагрузку.

Внедрение специализированной ИС (helpdesk / service desk) решает три задачи одновременно:

• Унификация каналов — все обращения попадают в единый реестр независимо от источника.
• Автоматизация маршрутизации — заявка сама назначается исполнителю по категории и нагрузке.
• Прозрачная аналитика — KPI, SLA, среднее время решения, топ проблем.

Для студента 09.03.02 это выигрышная тема: есть и теория (ITIL v4, ГОСТ 34.602-2020), и практика (разработка веб-интерфейса, БД, API), и экономика (расчёт окупаемости). Научные руководители МосАП охотно одобряют такие работы — по нашей статистике, до 70% дипломов по helpdesk-тематике защищаются с первого предъявления.

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

Цель ВКР

Разработка проекта автоматизации учёта обращений пользователей на примере конкретной организации (например, ООО «СервисПро», ГБУ МО «МФЦ», отдел технической поддержки ПАО «Х») с повышением скорости обработки заявок и качества обслуживания.

Задачи (5–8 пунктов, выстраиваются в логическую цепочку)

1. Изучить теоретические основы построения систем учёта обращений (ITIL v4, ГОСТ 34).
2. Провести технико-экономический анализ деятельности организации.
3. Выполнить анализ бизнес-процесса обработки обращений «как есть» (IDEF0 / BPMN).
4. Обосновать выбор стратегии автоматизации и программных средств.
5. Спроектировать информационное и программное обеспечение ИС (ER-модель, модули).
6. Разработать контрольный пример реализации (тестовые данные, экранные формы).
7. Рассчитать экономическую эффективность внедрения.
8. Описать меры по информационной безопасности системы.

Объект и предмет — не путать!

Типичная ошибка: студенты пишут «объект — обращения пользователей». Нет. Объект — это всегда организация или процесс в целом. Предмет — конкретная сторона, которую вы изучаете.

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

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

Образец, который можно адаптировать под свою организацию (180–250 слов):

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

Целью выпускной квалификационной работы является разработка проекта автоматизации учёта обращений пользователей в ООО «СервисПро» на основе внедрения специализированной информационной системы.

Для достижения цели поставлены задачи: проанализировать деятельность организации и существующий процесс обработки обращений; выполнить обзор существующих решений (Jira Service Management, Bitrix24, OTRS); спроектировать базу данных и программные модули; рассчитать экономическую эффективность внедрения.

Объект исследования — деятельность ООО «СервисПро». Предмет — процессы и средства автоматизации учёта обращений пользователей. В работе использованы методы системного анализа, моделирования (IDEF0, UML, ER), проектирования баз данных и экономической оценки ИТ-проектов.

Глава 1. Аналитическая часть: что писать и как не провалиться

1.1. Технико-экономическая характеристика организации

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

1.2. Модель процесса «как есть» (IDEF0 / BPMN)

Постройте контекстную диаграмму IDEF0 уровня A-0. Вход — обращение пользователя (email, звонок, форма на сайте). Управление — регламент обработки обращений, SLA. Механизмы — оператор, CRM, почтовый клиент. Выход — обработанная заявка, отчёт.

Декомпозиция (A1–A4): приём обращения → регистрация → классификация → передача исполнителю → контроль исполнения → закрытие → аналитика. На каждом уровне подписывайте, где именно возникают задержки и потери.

1.3. Обзор аналогов и выбор стратегии

Сравнительная таблица — обязательный элемент. Вот реальные решения, которые стоит рассмотреть:

Совет от практика: для ВКР по 09.03.02 выгоднее всего выбрать собственную разработку на связке Python/Django + PostgreSQL. Это даёт материал для Главы 2 (ER-модель, блок-схемы, листинги) и показывает владение современными технологиями. Готовое решение — только если организация действительно его внедряет.

Глава 2. Проектирование: ER-модель, модули, интерфейсы

2.1. Информационная модель «как должно быть»

Строим диаграмму преобразования информации: входные документы (обращение, данные пользователя) → процессы (регистрация, маршрутизация, исполнение) → выходные документы (ответ пользователю, отчёт руководителю). Правило IDEF0: чтение сверху вниз, у каждого блока — вход и выход.

2.2. ER-модель базы данных

Минимальный набор сущностей для helpdesk-системы:

• User (id, fio, email, phone, role, created_at)
• Request (id, user_id, category_id, subject, description, status, priority, created_at, updated_at, sla_deadline)
• Category (id, name, parent_id, responsible_dept)
• Comment (id, request_id, author_id, text, created_at)
• Attachment (id, request_id, file_path, uploaded_at)
• SLA_Rule (id, category_id, priority, response_time_min, resolve_time_min)

CREATE TABLE requests (
    id SERIAL PRIMARY KEY,
    user_id INTEGER REFERENCES users(id),
    category_id INTEGER REFERENCES categories(id),
    subject VARCHAR(200) NOT NULL,
    description TEXT,
    status VARCHAR(20) DEFAULT 'new'
        CHECK (status IN ('new','in_progress','waiting','resolved','closed')),
    priority SMALLINT DEFAULT 2 CHECK (priority BETWEEN 1 AND 5),
    created_at TIMESTAMP DEFAULT NOW(),
    sla_deadline TIMESTAMP
);

CREATE INDEX idx_requests_status ON requests(status);
CREATE INDEX idx_requests_user ON requests(user_id);

2.3. Структурная схема пакета программ

Дерево вызова модулей:

• М1 — Главное меню
• М2 — Авторизация и управление сессиями
• М3 — Создание и редактирование обращений
• М4 — Маршрутизация и назначение исполнителей
• М5 — Контроль SLA и уведомления
• М6 — Аналитика и отчёты
• М7 — Администрирование (справочники, роли)

Для каждого модуля — блок-схема алгоритма (по ГОСТ 19.701-90). Объём листинга в приложении — не менее 400 операторов.

2.4. Контрольный пример

Обязательный раздел. Берёте 5–10 тестовых обращений, прогоняете через систему, прикладываете скриншоты экранных форм с комментариями: «заявка зарегистрирована», «назначен исполнитель», «SLA нарушен — сработало уведомление».

Глава 3. Экономическая эффективность: считаем без ошибок

3.1. Методика расчёта

Используем сопоставление базового (ручная обработка) и проектного (ИС) вариантов. Ключевые показатели:

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

3.2. Пример расчёта

Базовый вариант: оператор тратит 15 минут на регистрацию обращения + 5 минут на маршрутизацию. При 410 обращениях в месяц — 136,7 чел.-часов.

Проектный вариант: автоматическая регистрация через веб-форму + маршрутизация по правилам — 3 минуты на обращение. Итого: 20,5 чел.-часов. Экономия: 116,2 чел.-часов/мес.

При средней стоимости часа оператора 450 руб. — экономия 52 290 руб./мес. или 627 480 руб./год. Затраты на разработку и внедрение — порядка 380 000 руб. Срок окупаемости: 7,3 месяца.

Важно: в расчёт включайте не только зарплату, но и накладные расходы (коэффициент ~1,3), амортизацию оборудования, стоимость лицензий.

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

Заключение — это зеркало введения. На каждую задачу из введения — один абзац с результатом.

Пример: В ходе выполнения ВКР был разработан проект автоматизации учёта обращений пользователей в ООО «СервисПро». Проведён анализ деятельности организации и существующего процесса обработки обращений, выявлены ключевые проблемы: потеря заявок, нарушение SLA, отсутствие аналитики.

Спроектирована база данных из 6 связанных таблиц, разработано 7 программных модулей на Python/Django с использованием PostgreSQL. Контрольный пример подтвердил работоспособность системы: среднее время обработки обращения сократилось с 26,7 до 8,4 часов.

Экономический расчёт показал срок окупаемости проекта 7,3 месяца при годовой экономии 627,5 тыс. руб. Цель работы достигнута, все задачи решены.

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

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

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

1. ГОСТ 34.602-2020. Техническое задание на создание информационной системы. — Москва : Российский институт стандартизации, 2021. — 24 с.
2. ГОСТ Р 7.0.100-2018. Библиографическая запись. Библиографическое описание. — Москва : Стандартинформ, 2018. — 60 с.
3. ITIL Foundation: ITIL 4 Edition. — AXELOS Limited, 2019. — 336 p. — Официальный сайт: axelos.com
4. Карпов В. В. Проектирование информационных систем : учебное пособие. — Санкт-Петербург : Лань, 2023. — 384 с.
5. Официальная документация PostgreSQL. — URL: postgresql.org/docs (дата обращения: 15.05.2026).
6. КиберЛенинка — научная электронная библиотека. — URL: cyberleninka.ru (дата обращения: 15.05.2026).

Ожидаемые результаты и практическая значимость

Формулируйте измеримо:

• Сокращение среднего времени обработки обращения на 40–60%
• Автоматизация 100% регистрации обращений (исключение «потерянных» заявок)
• Внедрение SLA-контроля с автоматическими эскалациями
• Формирование аналитических отчётов за 1 клик вместо 2 часов ручной работы
• Снижение нагрузки на операторов на 30%

⚠️ Типичные ошибки при написании ВКР по автоматизации обращений

• Ошибка: Актуальность без конкретики («в современном мире всё цифровое»). → Решение: берите цифры по отрасли или по конкретной организации.
• Ошибка: Задачи не соответствуют структуре глав. → Чек-лист: каждой задаче — свой подраздел в основной части и абзац в заключении.
• Ошибка: ER-модель без описания типов связей и ключей. → Как проверить: для каждой связи указано 1:M или M:N, первичные и внешние ключи подписаны.
• Ошибка: Экономический расчёт без исходных данных. → Решение: все цифры — из таблицы ТЭП или регламентов организации.
• Ошибка: Листинг в основном тексте. → Правило: код — только в приложениях, в тексте — блок-схемы и фрагменты до 20 строк.
• Ошибка: Уникальность ниже 75%. → Как поднять: переформулировать теоретические блоки, добавить авторские описания процессов и скриншоты.

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

✅ Чек-лист перед защитой ВКР по теме «Автоматизация учета обращений пользователей»

• □ Все задачи из введения выполнены и отражены в заключении
• □ Структура соответствует методичке МосАП (введение → 3 главы → заключение → список литературы → приложения)
• □ Уникальность ≥75% по Антиплагиат.ВУЗ
• □ Источники оформлены по ГОСТ Р 7.0.100-2018, не менее 20 позиций
• □ Не менее 10% источников — за последние 2 года
• □ Диаграммы IDEF0 / BPMN / UML присутствуют и согласованы
• □ ER-модель описана с типами связей и ключами
• □ Контрольный пример с тестовыми данными и скриншотами
• □ Экономический расчёт сходится: есть ΔТ, ΔС, Ток
• □ Нумерация страниц, рисунков, таблиц, формул — сквозная
• □ Содержание совпадает с фактическими заголовками
• □ Работа содержит реальные данные организации, а не шаблонные

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

• □ Есть ли реальная организация для анализа?
• □ Есть ли измеримый эффект внедрения?
• □ Можно ли построить диаграммы процессов?
• □ Есть ли реальные данные для экономических расчётов?

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