Автоматизация процесса подачи заявок в отдел технической поддержки

Коротко: как написать ВКР по теме «Автоматизация процесса подачи заявок в отдел технической поддержки»

Диплом (ВКР) по теме «Автоматизация процесса подачи заявок в отдел технической поддержки» в Синергии требует анализа ручного процесса, моделирования «КАК ЕСТЬ / КАК ДОЛЖНО БЫТЬ», проектирования ИС на Python/Django или Node.js + React, расчёта экономического эффекта. Ключ — реальные данные, уникальный код и соответствие ГОСТ 34.602-2020 и методичке вуза.

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

Актуальность темы

В среднем IT-компания получает 120–200 заявок в месяц в техподдержку. При ручной обработке через email или Excel 37% времени уходит на дублирование, поиск статуса, неправильную категоризацию (по данным исследования CyberLeninka, 2024). Это снижает удовлетворённость клиентов и увеличивает нагрузку на сотрудников.

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

Заметьте: актуальность не в том, что «поддержка важна», а в конкретных цифрах. Например: «Среднее время обработки заявки — 3.2 часа, из них 1.5 часа — рутинные действия, подлежащие автоматизации».

Цель и задачи

Цель: разработка информационной системы автоматизации подачи и обработки заявок в отдел технической поддержки для ООО "ТехноСервис" (условное название, можно заменить на реальную организацию).

Задачи:

1. Проанализировать существующий процесс обработки заявок (методология: IDEF0, BPMN)
2. Выявить узкие места: дублирование, ручной ввод, отсутствие SLA
3. Спроектировать архитектуру ИС: frontend, backend, БД (PostgreSQL)
4. Разработать прототип системы с функциями: регистрация, категоризация, назначение исполнителя, уведомления
5. Оценить экономический эффект: снижение трудозатрат на 40%, сокращение времени ответа на 60%

Задачи должны логично вытекать из цели. По практике — студенты часто пишут «провести анализ рынка ПО», но забывают привязать его к выбору архитектуры. Это ошибка: анализ аналогов нужен, чтобы обосновать, почему вы не берёте Jira, а пишете свою систему.

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

• Объект: процесс технической поддержки в ООО "ТехноСервис"
• Предмет: информационная система автоматизации подачи и обработки заявок

Не путайте: объект — это процесс, предмет — то, что вы проектируете. Это требование методички Синергия.

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

Пример введения для Синергия

В условиях цифровизации бизнес-процессы требуют высокой скорости и точности. В ООО "ТехноСервис" обработка заявок в техническую поддержку осуществляется вручную через электронную почту, что приводит к потерям информации, дублированию запросов и задержкам ответов. Среднее время закрытия заявки — 6.8 часов при нормативе SLA 4 часа.

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

Задачи: анализ существующего процесса, проектирование ИС, разработка прототипа, расчёт экономической эффективности. Методология — ГОСТ 34.602-2020, нотации IDEF0 и BPMN. Результат — система на базе Django и React, снижающая время обработки заявки на 45%.

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

Как написать заключение по Разработка, сопровождение и обеспечение безопасности информационных систем

В ходе работы был проанализирован процесс подачи заявок в техническую поддержку ООО "ТехноСервис". Выявлены узкие места: ручной ввод данных, отсутствие единого реестра, задержки при назначении исполнителей. Спроектирована и разработана информационная система на стеке Django + React + PostgreSQL.

Система позволяет подавать заявки через веб-интерфейс, автоматически назначать категорию, уведомлять исполнителя и отслеживать статус. Экономический эффект — снижение трудозатрат на 38%, сокращение времени ответа с 3.2 до 1.4 часов. Работа соответствует требованиям ГОСТ 34.602-2020 и методичке Синергия.

Требования к списку литератууры Синергия

Источники должны быть оформлены по ГОСТ Р 7.0.100-2018. Минимум 70% — источники не старше 5 лет. Примеры реальных источников:

1. ГОСТ 34.602-2020. Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы. — https://docs.cntd.ru/document/1200178568
2. Официальная документация Django. — https://docs.djangoproject.com/en/5.0/
3. Васильев, А.А. Разработка веб-приложений на Python. — М.: ДМК Пресс, 2024. — 384 с.

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

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

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

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

В Синергия — от 40 страниц. Но не гонитесь за объёмом. Лучше 35 страниц с реальным кодом и схемами, чем 50 — с водой. Практическая часть включает проектирование, разработку, тестирование, внедрение.

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

Да, это даже приветствуется. Например, использовать React-компоненты из Material UI. Главное — указать в приложении лицензии и адаптировать под свой проект. Это соответствует реальной практике разработки.