Инструкция для студента: Данный материал составлен в аналитическом стиле («Архитектор»). Он фокусируется на методологии, стандартах ГОСТ и структурном проектировании. Используйте таблицы и схемы из статьи для усиления аналитической главы вашей ВКР.
Проектирование информационной системы для хранения и мониторинга курсовых и выпускных работ: применение в ВКР
Коротко: как применить эту тему в ВКР
Проектирование информационной системы для хранения и мониторинга курсовых и выпускных работ в ВКР требует строгого соблюдения ГОСТ 34.602-2020 при составлении ТЗ и использования нотаций BPMN/IDEF0 для моделирования процессов деканата. Студент должен продемонстрировать переход от ручного документооборота к автоматизированному, предоставив ER-диаграмму базы данных, обоснование выбора стека (например, Python + PostgreSQL) и расчет экономической эффективности от сокращения времени нормоконтроля.
Методологическая база: на что опираться в ВКР
Научные руководители часто снижают баллы за формальный подход к нормативной базе. Просто перечислить ГОСТы недостаточно. Нужно показать, как именно они применяются в вашем проекте.
| Стандарт | Применение в вашей ВКР | Типичная ошибка |
|---|---|---|
| ГОСТ 34.602-2020 (ТЗ на создание АС) | Структурирование раздела «Техническое задание» в проектной главе. Описание требований к функциям, составу и параметрам технических средств. | Использование устаревшего ГОСТ 34.602-89 или смешивание его с требованиями к программным изделиям (ГОСТ 19). |
| ГОСТ Р 7.0.100-2018 (Библиография) | Оформление списка литературы. Обязательно указывать URL и дату обращения для электронных ресурсов. | Отсутствие даты обращения к электронным ресурсам или использование Википедии как основного источника. |
| ГОСТ Р ИСО/МЭК ТО 12207-2010 (Жизненный цикл ПО) | Обоснование выбора модели разработки (например, итеративная или Agile) во введении или аналитической главе. | Упоминание каскадной модели без реального обоснования, почему она подходит для данной задачи. |
Архитектура решения: от процессов к данным
Сильная ВКР строится на визуализации. Комиссия не будет читать сплошной текст о том, как студент сдает работу. Они посмотрят на диаграммы.
1. Моделирование бизнес-процесса (BPMN / IDEF0)
В аналитической главе вы обязаны показать процесс «КАК ЕСТЬ». Например, текущий процесс сдачи работы через email или флеш-накопитель. Выявите узкие места: потеря версий файла, отсутствие единого журнала учета, ручная проверка на Антиплагиат.ВУЗ. Затем постройте процесс «КАК ДОЛЖНО БЫТЬ» с участием вашей ИС.
2. Концептуальная ER-диаграмма базы данных
Для системы мониторинга работ критически важна целостность данных. Минимально необходимая схема включает следующие сущности:
- Users (Пользователи): ID, Role (Student, Supervisor, Admin), FIO, Login, PasswordHash.
- Theses (Работы): ID, Title, Type (Coursework/Diploma), Student_ID, Supervisor_ID, Current_Status (Draft, Review, Approved), File_Path, AntiPlagiarism_Score.
- Reviews (Отзывы/Рецензии): ID, Thesis_ID, Author_ID, Text, Date, Grade.
- Versions (Версии файлов): ID, Thesis_ID, File_Path, Upload_Date, Comment (для отслеживания истории правок).
Совет эксперта: Обязательно добавьте сущность «Версии файлов». На защите вас спросят: «Что будет, если студент загрузит неправильный файл?». Наличие версионности покажет глубину вашей проработки.
Пошаговая реализация и стек технологий
Выбор технологий должен быть обоснован, а не случаен. Сравнительный анализ — ваш лучший друг в проектной главе.
| Компонент | Вариант А (Рекомендуемый) | Вариант Б (Альтернатива) | Критерий выбора |
|---|---|---|---|
| Backend | Python (Django или FastAPI) | PHP (Laravel) | Скорость разработки, наличие встроенной админ-панели (Django), безопасность. |
| СУБД | PostgreSQL | MySQL | Строгая типизация, поддержка сложных транзакций, соответствие требованиям ФСТЭК к открытому ПО. |
| Frontend | Vue.js / React или шаблонизатор Django | Чистый HTML/JS | Интерактивность интерфейса, удобство загрузки файлов без перезагрузки страницы (AJAX). |
Пример фрагмента кода (Модель Django)
В приложении к ВКР необходимо привести листинги ключевых модулей. Покажите, как вы реализуете статус работы и связь с пользователем.
from django.db import models
from django.contrib.auth.models import User
class Thesis(models.Model):
STATUS_CHOICES = [
('DRAFT', 'Черновик'),
('REVIEW', 'На проверке у руководителя'),
('NORMO', 'На нормоконтроле'),
('APPROVED', 'Допущена к защите'),
]
title = models.CharField(max_length=255, verbose_name="Тема работы")
student = models.ForeignKey(User, on_delete=models.CASCADE, related_name='theses')
supervisor = models.ForeignKey(User, on_delete=models.SET_NULL, null=True, related_name='supervised_theses')
status = models.CharField(max_length=10, choices=STATUS_CHOICES, default='DRAFT')
file = models.FileField(upload_to='theses/%Y/%m/', verbose_name="Файл работы")
plagiarism_score = models.FloatField(null=True, blank=True, verbose_name="Процент оригинальности")
created_at = models.DateTimeField(auto_now_add=True)
class Meta:
verbose_name = "Выпускная работа"
verbose_name_plural = "Выпускные работы"
Разбор типичных ошибок студентов
⚠️ На что обращают внимание научные руководители:
- Ошибка: Описание бизнес-процесса «из головы», без привязки к реальному деканату или кафедре.
Решение: Возьмите интервью у методиста или заведующего кафедрой. Опишите реальные сроки и боли. - Ошибка: Отсутствие требований к информационной безопасности.
Решение: Добавьте в ТЗ раздел о разграничении прав доступа (RBAC) и шифровании паролей (хэширование). - Ошибка: Экономическая часть с «потолочными» цифрами.
Решение: Рассчитайте реальную стоимость часа разработки программиста (используйте данные hh.ru или официальные статистические сборники) и сравните затраты на внедрение ИС с экономией времени сотрудников деканата.
Рекомендуемая структура дипломной работы
| Раздел ВКР | Рекомендуемый объем | Ключевое содержание для данной темы |
|---|---|---|
| Введение | 3–5 страниц | Актуальность цифровизации вуза, цель, задачи, объект (процесс учета работ), предмет (ИС для мониторинга). |
| Аналитическая глава | 25–30 страниц | Описание деятельности кафедры, моделирование BPMN "как есть", обзор аналогов (1С, Moodle, самописные решения), обоснование выбора стека. |
| Проектная часть | 30–40 страниц | ТЗ по ГОСТ 34.602-2020, ER-диаграмма, Use Case, описание архитектуры, листинги кода, скриншоты интерфейса, руководство пользователя. |
| Экономическая часть | 10–15 страниц | Расчет затрат на разработку, оценка экономического эффекта от автоматизации (сокращение трудозатрат), расчет ROI. |
Что проверить перед сдачей
✅ Чек-лист перед защитой
- □ Все задачи из введения выполнены и отражены в заключении (проверьте нумерацию).
- □ Диаграммы (BPMN, ER) имеют читаемые шрифты и подписаны в соответствии с ГОСТ.
- □ В коде (в приложении) отсутствуют закомментированные куски и отладочный вывод (print, console.log).
- □ Уникальность текста >75% по Антиплагиат.ВУЗ (настройки вашего вуза).
- □ Список литературы оформлен строго по ГОСТ Р 7.0.100-2018, источники не старше 5 лет (кроме классических трудов).
- □ Экономический расчет содержит ссылки на источники данных (зарплаты, стоимость ПО).
FAQ и ресурсная база
Частые вопросы по теме статьи
- В: Можно ли использовать конструкторы (например, Tilda или No-Code) для такой ВКР?
О: Для бакалавриата по специальностям, не связанным напрямую с программированием (например, менеджмент), это допустимо. Но для направлений "Информатика и ВТ" или "Программная инженерия" комиссия потребует собственноручно написанный код и работу с СУБД. - В: Нужно ли интегрировать реальную систему "Антиплагиат" в диплом?
О: Полноценная интеграция по API сложна и требует договора с вузом. Достаточно реализовать поле для ручного ввода процента оригинальности или имитацию загрузки файла в сторонний сервис с сохранением ссылки на отчет.
Проверенные ресурсы для исследования
- КиберЛенинка — для поиска научных статей по автоматизации документооборота в образовании (используйте запросы: "автоматизация учета студенческих работ", "информационная система деканата").
- Официальная документация Django — для корректного описания моделей и ORM в проектной части.
- Федеральный фонд технических регламентов и стандартов — для скачивания актуальных текстов ГОСТ 34.602-2020 и ГОСТ 19.101-77.
Нужна помощь с защитой ВКР?
Наши эксперты — практики в сфере информационных технологий. Подготовим работу с глубоким анализом, реальными примерами кода и корректными экономическими расчетами, готовую к защите в любом вузе.
Что вы получите: строгое соответствие методичке, гарантию оригинальности от 75%, сопровождение до защиты.
Ответим в течение 10 минут. Первичная консультация бесплатна.






















