Диплом (ВКР) на тему «Автоматизация процесса сопровождения заказного программного обеспечения для конкретной компании.»
Выпускная квалификационная работа (ВКР) по направлению 09.03.02 в Московской Международной Академии (ММА) требует не просто описать код, а спроектировать решение, которое сократит время реакции на инциденты и повысит прозрачность поддержки. В этом гиде — реальная структура готовой работы, от анализа бизнес-процессов до расчета экономического эффекта, с упором на практику.
Нужен разбор вашей темы «Автоматизация процесса сопровождения заказного программного обеспечения для конкретной компании.»? Получите бесплатную консультацию: @Diplomit | +7 (987) 915-99-32 (WhatsApp)
Актуальность темы: почему автоматизация сопровождения ПО — не роскошь, а необходимость
Сопровождение заказного ПО занимает до 40% бюджета IT-отдела (данные TAdviser, 2025). В условиях санкций и импортозамещения российские компании всё чаще переходят на собственные разработки, а это значит — растёт нагрузка на процессы поддержки. По опыту работ, защищённых в ММА, тема автоматизации сопровождения даёт студенту возможность показать реальную экономию: например, сокращение времени обработки заявки с 4 часов до 40 минут. Актуальность подкрепляется требованиями ГОСТ 34.602-2020 к процессам эксплуатации и сопровождения, которые необходимо документировать. Без инструмента ITSM-класса сделать это практически невозможно.
Цель и задачи ВКР
Цель: разработать проект автоматизации процесса сопровождения заказного ПО для конкретной компании (на примере «Компания Х»), который позволит снизить трудозатраты на обработку инцидентов и улучшить контроль сроков.
Задачи (как рекомендует методичка ММА):
- Провести технико-экономический анализ деятельности предприятия и выявить «узкие места» в текущем процессе поддержки.
- Обосновать необходимость автоматизации и выбрать стратегию (собственная разработка / доработка типового решения).
- Спроектировать информационную модель и базу данных для учёта заявок.
- Разработать программный прототип или настроить конфигурацию (1С:ITIL/OTRS/Redmine) с адаптацией под бизнес-процессы.
- Рассчитать экономическую эффективность внедрения (срок окупаемости, снижение трудоёмкости).
Объект и предмет исследования
Объект: процесс сопровождения заказного программного обеспечения в ООО «Компания Х» (или любой реальной организации, которую вы выберете).
Предмет: методы и инструменты автоматизации учёта, контроля и выполнения заявок на доработку и исправление ошибок.
Совет: предмет должен быть уже объекта. В данном случае предмет — именно автоматизация конкретного процесса, а не вся ИТ-инфраструктура.
Ожидаемые результаты и практическая значимость
Результаты работы должны быть измеримыми. Пример из нашего опыта:
- Снижение среднего времени закрытия инцидента на 35%.
- Уменьшение количества потерянных заявок с 12% до 0% за счёт электронного журнала.
- Автоматическая генерация отчётности для руководителя — экономия 2 часов в неделю.
Практическая значимость: разработанная конфигурация может быть внедрена в небольших и средних IT-отделах без покупки дорогих лицензий, что подтверждает возможность масштабирования.
Рекомендуемая структура дипломной работы для ММА
| Раздел ВКР | Рекомендуемый объём | Содержательные акценты для темы |
|---|---|---|
| Введение | 3–5 стр. | Актуальность, цель, задачи, объект, предмет |
| Глава 1. Аналитическая | 25–30 стр. | Характеристика предприятия, IDEF0, обзор аналогов (1С:ITIL, OTRS, Redmine, Jira), обоснование выбора технологии |
| Глава 2. Проектная | 30–40 стр. | Информационная модель, ER-диаграмма, UML-диаграммы, описание модулей, контрольный пример |
| Глава 3. Экономическая | 20–25 стр. | Расчёт трудоёмкости, капитальных вложений, срока окупаемости. Сравнение «как есть» и «как будет» |
| Заключение | 2–5 стр. | Выводы по главам, степень достижения цели |
| Приложение | неограниченно | Листинг кода (≈400 строк), экранные формы, акты внедрения |
Пример введения для Московской Международной Академии (ММА)
(Адаптируйте под свою организацию)
Современный рынок заказного ПО требует от разработчиков не только создания качественного продукта, но и его непрерывного сопровождения. В компании «Х» накоплено более 200 инцидентов в год, обработка которых ведётся в ручном режиме — через электронную почту и устные обращения. Это приводит к потере заявок, увеличению времени простоя и снижению удовлетворённости заказчиков.
Актуальность работы определяется необходимостью снизить операционные затраты на сопровождение и повысить прозрачность процесса для руководства. Проблема — отсутствие единой системы учёта и контроля заявок. Цель — разработать проект автоматизации процесса сопровождения заказного ПО, интегрированный с существующей инфраструктурой. Задачи включают анализ бизнес-процессов, выбор платформы (OTRS), проектирование базы данных, настройку системы и оценку экономической эффективности.
Объект — процесс сопровождения ПО в ООО «Х». Предмет — методы автоматизации учёта заявок. Практическая значимость заключается в возможности использования разработанного решения в других подразделениях компании.
Как написать заключение по теме автоматизации сопровождения ПО
Заключение должно показать, что цель достигнута. Примерный текст:
«В ходе ВКР был спроектирован и внедрён модуль учёта заявок на базе OTRS. В результате анализа выявлены потери времени на 30% из-за ручного распределения задач. Разработанная конфигурация позволила автоматически назначать ответственных и формировать отчёты. Расчеты показали срок окупаемости 8 месяцев. Рекомендуется тиражировать решение на смежные отделы. Все задачи, поставленные во введении, выполнены в полном объёме.»
По опыту проверок в ММА, руководители особенно ценят, когда в заключении есть конкретные цифры (ΔТ, ΔС, Ток) и ссылка на акт внедрения.
Требования к списку литературы в ММА
Оформление — ГОСТ Р 7.0.100-2018. Минимум 20 источников, не менее 10% — за последние два года. Пример реальных источников:
- ГОСТ 34.602-2020 «Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы». — М.: Стандартинформ, 2021. доступно на docs.cntd.ru.
- Орлов С.А. Технологии разработки программного обеспечения. — СПб.: Питер, 2023. — 672 с. (учебник, актуальный).
- Автоматизация процессов сопровождения программного обеспечения: обзор инструментов // CyberLeninka. — 2024. — цифровой идентификатор.
⚠️ Типичные ошибки при написании ВКР по теме «Автоматизация процесса сопровождения заказного программного обеспечения»
- Ошибка: Копирование кода из интернета без адаптации под реальную организацию. Как избежать: Вставьте фрагменты с комментариями, почему именно так настроен маршрут эскалации.
- Ошибка: Общие фразы в актуальности без привязки к конкретной компании. Решение: Укажите хотя бы приблизительное число заявок в месяц и среднее время реакции.
- Ошибка: Экономическая часть «на отвали» — без расчёта часовых ставок и амортизации. Чек-лист: Включите таблицу 5 из методички ММА, она есть в открытом доступе.
Частые вопросы студентов
Сколько страниц должна быть практическая часть? В методичке написано 40–60, но я видел примеры по 70.
В ММА обычно достаточно 50–60 страниц общего объёма, из которых практическая часть (глава 2) занимает 30–35. Если у вас много листингов — выносите их в приложение. Руководитель смотрит на глубину проработки, а не на количество страниц.
Можно ли использовать готовое open-source решение (OTRS/GLPI) и просто сделать настройку?
Да, это распространённая практика. Главное — показать, что вы проанализировали альтернативы и выбрали оптимальное. Обязательно опишите, какие именно доработки выполнены (например, custom-отчёт, интеграция с Active Directory). В ММА такое принимают, если есть элемент новизны — адаптация под конкретные бизнес-правила.
Как проверяют уникальность в ММА? Нормы?
Вуз использует систему «Антиплагиат.ВУЗ» с настройками по умолчанию (порог 70–75% уникальности). Важно: цитирования оформляйте в кавычках и с ссылками. Студенты часто теряют проценты из-за шаблонных фраз в актуальности. Совет: перепишите введение своими словами, под конкретную компанию.
✅ Чек-лист перед защитой ВКР
- □ Все задачи из введения выполнены и отражены в заключении.
- □ Структура соответствует требованиям методички ММА (наличие всех 3 глав, введения, заключения).
- □ Уникальность >75% по Антиплагиат.ВУЗ (проверить перед печатью).
- □ Источники оформлены по ГОСТ Р 7.0.100-2018, не менее 20 шт.
- □ В работе приведены реальные данные (количество заявок, время, стоимость).
- □ Приложение содержит фрагмент кода (около 400 строк) и 2–3 экранные формы с пояснениями.
Проверьте свою тему ВКР
- □ Есть ли реальная организация для анализа? (Если нет — придётся придумать, но лучше договориться с любой IT-компанией)
- □ Есть ли измеримый эффект внедрения? (Например, «снижение времени согласования» — это должно быть в цифрах)
- □ Можно ли построить диаграммы процессов? (IDEF0 или BPMN — обязательно)
- □ Есть ли реальные данные для экономических расчетов? (Зарплаты, стоимость лицензий, амортизация)
Застряли на этапе проектирования базы данных? Наши эксперты по Информационные системы и технологии помогут разобраться. Написать в Telegram или +7 (987) 915-99-32 (WhatsApp)
⭐ MAКСНужна помощь с вашей работой?