Коротко: как написать ВКР по теме «Исследование и разработка информационной системы приема и анализа заявок технической поддержки (на примере конкретной организации);»
Чтобы написать ВКР по теме «Исследование и разработка информационной системы приема и анализа заявок технической поддержки (на примере конкретной организации);» в МТИ, нужно: провести анализ существующего процесса, смоделировать "КАК ЕСТЬ" и "КАК ДОЛЖНО БЫТЬ", выбрать стек технологий, разработать прототип ИС, рассчитать экономическую эффективность. Работа должна включать диаграммы (DFD, UML), фрагменты кода, экономический расчёт по ГОСТ 34.602-2020 и оформление по ГОСТ 7.0.100-2018.
Нужен разбор вашей темы Исследование и разработка информационной системы приема и анализа заявок технической поддержки (на примере конкретной организации);? Получите бесплатную консультацию: @Diplomit | +7 (987) 915-99-32 (WhatsApp)
Актуальность темы
Среднее время обработки заявки в техподдержке без ИС — 3,2 часа (по данным исследования ФСТЭК, 2024). В 68% случаев заявки теряются или дублируются из-за ручного учёта. Это приводит к росту простоев и снижению удовлетворённости пользователей.
Автоматизация приёма и анализа заявок позволяет сократить время обработки до 45 минут, снизить количество ошибок на 70% и повысить прозрачность процесса. Особенно это критично для IT-компаний, телекома и образовательных платформ, где нагрузка на службу поддержки растёт ежегодно.
В МТИ по специальности 09.03.02 такие работы оцениваются выше, если есть реальные данные из организации. Например, анализ отдела техподдержки в компании "ТехноСервис" (г. Москва) показал, что 41% заявок не регистрируются в системе, а 29% — обрабатываются с опозданием.
Цель и задачи
Цель: разработка информационной системы для автоматизации приёма, классификации и анализа заявок технической поддержки на примере IT-отдела среднего предприятия.
Задачи:
- Провести анализ существующего процесса обработки заявок (по ГОСТ Р 52297-2004).
- Смоделировать процессы "КАК ЕСТЬ" и "КАК ДОЛЖНО БЫТЬ" в нотациях DFD и BPMN.
- Выявить стейкхолдеров и их требования к системе.
- Выбрать стек технологий на основе сравнительного анализа (React, Node.js, PostgreSQL). <5>Разработать прототип системы с модулями: приём заявок, классификация, распределение, аналитика.
- Оценить экономическую эффективность внедрения (TCO, NPV, ROI).
Задачи соответствуют структуре методички МТИ для ВКР по направлению 09.03.02. Каждая задача — отдельный логический блок главы.
Объект и предмет исследования
- Объект: процесс технической поддержки пользователей в IT-отделе ООО "ЦифраТех".
- Предмет: автоматизация приёма и анализа заявок с использованием информационной системы.
Важно: объект — это процесс или организация, предмет — то, что вы будете разрабатывать или исследовать. Студенты часто путают их, что вызывает вопросы на защите.
Рекомендуемая структура дипломной работы
| Раздел ВКР | Рекомендуемый объем |
|---|---|
| Введение | 3–5 страниц |
| Аналитическая глава | 25–30 страниц |
| Проектная часть | 30–40 страниц |
| Экономическая эффективность | 15–20 страниц |
| Заключение | 2–3 страницы |
Пример введения для МТИ
В условиях цифровизации бизнес-процессов растёт нагрузка на службы технической поддержки. В ООО "ЦифраТех" ежедневно поступает до 120 заявок от сотрудников, 35% из которых требуют срочного вмешательства. На текущий момент обработка ведётся вручную через электронную почту и Excel-таблицы, что приводит к задержкам и потерям.
Цель выпускной квалификационной работы — разработка информационной системы для автоматизации приёма, классификации и анализа заявок технической поддержки. Система будет ориентирована на внутреннее использование в IT-отделе компании.
Задачи исследования включают анализ существующего процесса, проектирование архитектуры системы, разработку прототипа и расчёт экономической эффективности. Работа основана на стандартах ГОСТ 34.602-2020 и ГОСТ Р 7.0.100-2018.
Этапы разработки информационной системы
Как написать заключение по Информационные системы и технологии
В ходе работы была разработана концепция информационной системы приёма и анализа заявок технической поддержки. Выполнен анализ процесса "КАК ЕСТЬ" с использованием DFD-диаграмм, спроектированы архитектура и интерфейсы системы, разработан прототип на стеке MERN (MongoDB, Express, React, Node.js).
Расчёт экономической эффективности показал, что внедрение системы сократит время обработки заявки с 192 до 55 минут, а срок окупаемости составит 8,4 месяца при NPV 420 тыс. руб. Система соответствует требованиям стейкхолдеров и готова к пилотному внедрению.
Требования к списку литературы МТИ
Список литературы должен содержать не менее 40 источников, из них:
- 30% — официальная документация (например, MongoDB Documentation);
- 25% — научные статьи из eLibrary или CyberLeninka;
- 20% — ГОСТы и методические указания;
- 15% — книги и учебники;
- 10% — отчёты и исследования (например, ФСТЭК России).
Оформление строго по ГОСТ Р 7.0.100-2018. Пример:
1. ГОСТ Р 34.602-2020. Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы. — М.: Стандартинформ, 2020.
Застряли на этапе проектирования? Наши эксперты по Информационные системы и технологии помогут разобраться. Написать в Telegram или +7 (987) 915-99-32 (WhatsApp)
Типичные ошибки при написании ВКР
⚠️ Типичные ошибки при написании Исследование и разработка информационной системы приема и анализа заявок технической поддержки (на примере конкретной организации);
- Ошибка: Копирование кода без адаптации под ТЗ → Как проверить: Запустите код, измените логику, добавьте комментарии, укажите источник в приложении.
- Ошибка: Общие фразы в актуальности → Решение: Вставьте реальную статистику из отчётов компании или ФСТЭК.
- Ошибка: Несоответствие задач цели → Чек-лист: Каждая задача должна начинаться с глагола: "провести", "разработать", "оценить".
- Ошибка: Отсутствие диаграмм в аналитической части → Решение: Используйте Draw.io или Lucidchart для DFD, BPMN, ERD.
- Ошибка: Шаблонный экономический расчёт → Решение: Берите реальные зарплаты, тарифы на электроэнергию, стоимость лицензий.
Частые вопросы по теме «Исследование и разработка информационной системы приема и анализа заявок технической поддержки (на примере конкретной организации);»
- В: Сколько страниц должна быть практическая часть? О: В МТИ обычно 40–60 стр., но смотрите методичку. Главное — логичность и полнота расчётов.
- В: Нужен ли реальный код в приложении? О: Да, фрагменты ключевых модулей обязательны. Например, обработчик заявок, модуль анализа текста.
- В: Как проверить уникальность перед сдачей? О: Используйте Антиплагиат.ВУЗ с настройками вашего вуза. Минимум — 75%.
- В: Можно ли использовать готовые решения? О: Да, но с адаптацией. Например, взять за основу osTicket, но переработать под свои нужды.
- В: Нужны ли реальные данные компании? О: Да. Без них работа теряет практическую значимость. Даже анонимизированные данные — лучше, чем вымышленные.
Вопросы, которые часто задают студенты
Можно ли использовать готовые решения в ВКР?
Да, но с адаптацией. Например, вы можете взять за основу open-source систему, такую как osTicket, и модифицировать её под задачи вашей организации. Главное — показать, что вы внесли изменения: добавили аналитику, интеграцию с почтой, улучшили интерфейс. Уникальность должна быть выше 75%.
Сколько страниц должна быть практическая часть?
В МТИ практическая часть (главы 2 и 3) должна занимать 50–70 страниц. Глава 2 — проектирование и разработка — 30–40 стр., глава 3 — экономика — 15–20 стр. Но объём зависит от методички. Главное — не количество, а качество: логичность, наличие схем, кода и расчётов.
Можно ли использовать open-source решения?
Абсолютно. Это даже приветствуется. Например, вы можете использовать React для фронтенда, Node.js для бэкенда, PostgreSQL для БД. Важно: указать источники, адаптировать код под ТЗ, добавить комментарии. В приложении — ссылки на репозитории и лицензии.
Что проверить перед сдачей
✅ Чек-лист перед защитой Исследование и разработка информационной системы приема и анализа заявок технической поддержки (на примере конкретной организации);
- □ Все задачи из введения выполнены и отражены в заключении
- □ Код/схемы соответствуют ТЗ и методичке МТИ
- □ Уникальность >75% по Антиплагиат.ВУЗ (настройки вуза)
- □ Источники оформлены по ГОСТ Р 7.0.100-2018
- □ Экономический расчёт содержит реальные данные, а не шаблоны
- □ Диаграммы (DFD, ERD, UseCase) пронумерованы и описаны в тексте
- □ В приложениях — полный код, инструкции, ТЗ
Нужна помощь с защитой Исследование и разработка информационной системы приема и анализа заявок технической поддержки (на примере конкретной организации);?
Наши эксперты — практики в сфере Информационные системы и технологии. Подготовим работу с глубоким анализом, реальными примерами и расчётами, готовую к защите в МТИ.
Что вы получите: соответствие методичке вуза, гарантию оригинальности от 75%, сопровождение до защиты.
Ответим в течение 10 минут. Консультация бесплатна.