Диплом (ВКР) по теме «Автоматизация контроля исполнения заданий»
Тема «Автоматизация контроля исполнения заданий» актуальна для студентов МТИ, обучающихся по направлению 09.03.02 «Информационные системы и технологии». В работе анализируется процесс ручного контроля задач в организации, проектируется информационная система на базе современных технологий (например, Python + Django + PostgreSQL), моделируются бизнес-процессы в нотациях IDEF0 и BPMN, рассчитывается экономическая эффективность. Работа соответствует требованиям ГОСТ 34.602-2020 и методичкам МТИ.
Нужен разбор вашей темы Автоматизация контроля исполнения заданий? Получите бесплатную консультацию: @Diplomit | +7 (987) 915-99-32 (WhatsApp)
Актуальность темы
По данным исследования ФСТЭК России (2024), в 68% малых и средних предприятий процессы контроля исполнения задач всё ещё организованы вручную — через Excel, чаты и бумажные журналы. Это приводит к потерям до 15 часов в неделю на одного сотрудника из-за дублирования, пропущенных дедлайнов и отсутствия прозрачности.
Заметьте: автоматизация не означает полную замену человека. Речь — о создании ИС, которая отслеживает статус задач, уведомляет ответственных, формирует отчёты и интегрируется с календарём. Например, в компании «ТехноСервис» (Москва) внедрение внутренней системы контроля сократило время на согласование заявок на 42% за 3 месяца (источник: CyberLeninka, 2024).
На мой взгляд, именно такие кейсы — реальные, измеримые — должны лежать в основе актуальности. Не абстрактные фразы, а цифры из практики.
Цель и задачи
Цель ВКР: разработка информационной системы автоматизации контроля исполнения заданий в отделе технической поддержки.
Задачи, логично вытекающие из цели:
- Проанализировать существующий процесс контроля заданий в ООО «СвязьТех» (объект исследования).
- Построить модели «КАК ЕСТЬ» и «КАК ДОЛЖНО БЫТЬ» в нотациях IDEF0 и BPMN.
- Сформировать техническое задание по ГОСТ 34.602-2020.
- Спроектировать архитектуру системы (ER-модель, UseCase). <5>Разработать прототип системы с функциями: создание задач, назначение исполнителей, уведомления, статусы, отчёты.
- Рассчитать экономическую эффективность внедрения (TCO, NPV, ROI).
В методичке МТИ чётко указано: задачи должны быть направлены от анализа к проектированию, затем — к расчётам. Здесь — прямое соответствие.
Объект и предмет исследования
- Объект: процесс управления заданиями в отделе технической поддержки ООО «СвязьТех».
- Предмет: информационная система автоматизации контроля исполнения заданий.
Не путайте: объект — это процесс в реальной компании, предмет — ваша разработка. Это частая ошибка студентов.
Рекомендуемая структура дипломной работы
| Раздел ВКР | Рекомендуемый объем |
|---|---|
| Введение | 3–5 страниц |
| Аналитическая глава (1) | 25–30 страниц |
| Проектная часть (2) | 30–40 страниц |
| Экономическая часть (3) | 15–20 страниц |
| Заключение | 2–3 страницы |
Пример введения для МТИ
В условиях роста объёма операционных задач в IT-подразделениях ручной контроль исполнения становится узким местом. В ООО «СвязьТех» ежедневно обрабатывается до 120 заявок, но 23% из них просрочиваются из-за отсутствия централизованного учёта (внутренний отчёт, 2025). Это снижает удовлетворённость клиентов и увеличивает нагрузку на сотрудников.
Целью выпускной квалификационной работы является разработка информационной системы автоматизации контроля исполнения заданий в отделе технической поддержки. Для достижения цели решаются задачи анализа текущего процесса, проектирования системы, разработки прототипа и расчёта экономической эффективности.
Работа выполнена в соответствии с требованиями ГОСТ 34.602-2020 и методическими указаниями МТИ по специальности 09.03.02. В качестве стека технологий выбраны Python (Django), PostgreSQL и Bootstrap. Экономический эффект от внедрения составит 187 тыс. рублей в год за счёт сокращения простоев и повышения производительности.
Этапы разработки информационной системы
graph TD A[Анализ требований] --> B[Проектирование системы] B --> C[Разработка] C --> D[Тестирование] D --> E[Внедрение]
Эта схема — базовая. В методичке МТИ рекомендуется использовать итеративную модель, особенно если система разрабатывается на Django. Первый MVP можно собрать за 2 недели.
Как написать заключение по Информационные системы и технологии
В ходе выполнения ВКР был проанализирован процесс контроля заданий в ООО «СвязьТех». Установлено, что ручная обработка приводит к потерям времени и ошибкам. На основе анализа разработана система автоматизации с функциями назначения, уведомлений и отчётов.
Прототип реализован на Django с использованием PostgreSQL. Экономический расчёт показал срок окупаемости — 5,8 месяцев, NPV за 3 года — 412 тыс. рублей. Система соответствует требованиям ГОСТ 34.602-2020 и готова к пилотному внедрению.
Разработанная система может быть адаптирована для других подразделений и рекомендована к внедрению в организации с числом сотрудников от 20 человек.
Требования к списку литератууры МТИ
Список литературы оформляется по ГОСТ Р 7.0.100-2018. Объём — от 40 источников, из них не менее 15 — за последние 5 лет. Запрещено использовать Википедию как основной источник.
Примеры реальных источников:
- ГОСТ 34.602-2020. Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы. — https://docs.cntd.ru/document/1200179252
- Фёдоров А.В. Автоматизация бизнес-процессов: учебное пособие. — М.: Изд-во МТИ, 2024.
- Документация Django. — https://docs.djangoproject.com/en/5.0/
⚠️ Типичные ошибки при написании Автоматизация контроля исполнения заданий
- Ошибка: Копирование кода без адаптации под ТЗ → Как проверить: Запустите код, проверьте, соответствует ли он функционалу из главы 1.3.
- Ошибка: Общие фразы в актуальности → Решение: Вставьте реальную статистику из CyberLeninka или внутреннего отчёта.
- Ошибка: Несоответствие задач цели → Чек-лист: Каждая задача должна начинаться с глагола и вести к цели.
- Ошибка: Использование устаревших технологий → Решение: Django, Flask, React, Vue — всё актуально в 2026.
- Ошибка: Поверхностный экономический расчёт → Решение: Используйте реальные ставки (например, 1500 руб./чел в месяц на поддержку).
Частые вопросы по теме «Автоматизация контроля исполнения заданий»
- В: Сколько страниц должна быть практическая часть? О: В МТИ обычно 40–60 стр., но смотрите методичку. Главное — полнота реализации: диаграммы, код, расчёты.
- В: Нужен ли реальный код в приложении? О: Да, фрагменты ключевых модулей обязательны: например, views.py, models.py, шаблоны уведомлений.
- В: Как проверить уникальность перед сдачей? О: Используйте Антиплагиат.ВУЗ с настройками вашего вуза. Порог — от 75%.
- В: Можно ли использовать готовые решения? О: Да, но с адаптацией. Например, взять за основу OpenProject, но переработать под ТЗ.
- В: Какой объём данных нужен для экономики? О: Минимум: число задач/месяц, ставка сотрудника, текущие потери времени.
Вопросы, которые часто задают студенты
Можно ли использовать готовые решения в ВКР?
Да, но с оговорками. Например, вы можете взять за основу open-source систему управления задачами (например, Taiga или OpenProject), но адаптировать интерфейс, логику и отчёты под конкретный отдел. Главное — показать, что вы понимаете архитектуру и можете модифицировать код. Простое копирование — рискованно.
Сколько страниц должна быть практическая часть?
В МТИ рекомендуется 40–60 страниц. Однако важнее не объём, а содержание: диаграммы, листинги кода, описание модулей, тестирование. Если у вас 35 страниц, но всё проработано — примут. Главное — покажите, что система работает.
Можно ли использовать open-source решения?
Абсолютно можно. Например, фронтенд на Vue.js, бэкенд на Django REST. Это даже плюс — показывает, что вы работаете с современными инструментами. Но помните: уникальность должна быть выше 75%. Адаптируйте, комментируйте, объясняйте выбор.
✅ Чек-лист перед защитой Автоматизация контроля исполнения заданий
- □ Все задачи из введения выполнены и отражены в заключении
- □ Код/схемы соответствуют ТЗ и методичке МТИ
- □ Уникальность >75% по Антиплагиат.ВУЗ (настройки вуза)
- □ Источники оформлены по ГОСТ Р 7.0.100-2018
- □ Экономический расчёт содержит реальные данные, а не шаблоны
- □ Диаграммы IDEF0/BPMN имеют текстовое описание и матрицу ответственности
- □ Приложения содержат полный код, TЗ, руководства пользователя
Застряли на этапе проектирования системы? Наши эксперты по Информационные системы и технологии помогут разобраться. Написать в Telegram или +7 (987) 915-99-32 (WhatsApp)
Проверьте свою тему ВКР
- □ Есть ли реальная организация для анализа?
- □ Есть ли измеримый эффект внедрения?
- □ Можно ли построить диаграммы процессов?
- □ Есть ли реальные данные для экономических расчетов?
Нужна помощь с защитой Автоматизация контроля исполнения заданий?
Наши эксперты — практики в сфере Информационные системы и технологии. Подготовим работу с глубоким анализом, реальными примерами и расчётами, готовую к защите в МТИ.
Что вы получите: соответствие методичке вуза, гарантию оригинальности от 75%, сопровождение до защиты.
Ответим в течение 10 минут. Консультация бесплатна.






















