Опубликовано: 18.10.2026 | Источник: CNews (новости)

```html

САПР «Гамма» в учебном процессе СевГУ: как превратить отраслевой кейс внедрения в защищаемую ВКР

30 марта 2026 года компания «Гамма Тех» (направление систем автоматизированного проектирования корпорации ITG) объявила о комплексном внедрении отечественной САПР «Гамма» в учебный процесс Севастопольского государственного университета. Для выпускников ИТ- и инженерных направлений это не просто новость про импортозамещение — это готовый, свежий и документированный кейс, на котором можно построить ВКР без выдуманных вводных. Смена поколений САПР в вузе на фоне ухода зарубежных вендоров — это ровно та точка, где пересекаются требования ГОСТ 34.602-89, критерии качества ISO/IEC 25010 и реальная инженерная практика. Ниже — как из этого события собрать актуальную, проверяемую и защищаемую работу, не скатываясь в реферат.

Три темы ВКР, которые «растут» из кейса СевГУ

Тема 1. Оценка эффективности внедрения отечественной САПР в образовательный процесс

Актуальность. Кейс «Гамма Тех» — это перенос САПР из промышленной практики в учебную. У вузов другие требования: массовый доступ, короткие сессии, частая смена версий. Именно поэтому оценка эффективности внедрения становится отдельной исследовательской задачей.

Цель: разработать методику оценки эффективности внедрения САПР в образовательный процесс с учётом трудозатрат преподавателей и студентов.

Задачи:

• проанализировать практики внедрения САПР в вузах РФ и выделить показатели эффективности;
• сформировать систему метрик (трудозатраты на проект, время освоения модуля, стоимость лицензии на пользователя);
• провести пилотный расчёт на основе данных СевГУ и открытых материалов «Гамма Тех»;
• оценить экономический эффект и риски перехода.

Структура: Глава 1 — обзор рынка САПР и требований к импортозамещению. Глава 2 — методика и метрики. Глава 3 — расчёты, внедрение, экономика.

Тема 2. Интеграция САПР «Гамма» с информационной системой вуза через API

Актуальность. Учебный процесс опирается на LMS и электронный деканат. Пока САПР не связана с ними — это «вещь в себе». Задача интеграции — типичный проект для архитектора и отличная тема ВКР.

Цель: спроектировать интеграционный слой между САПР «Гамма» и ИС университета.

Задачи:

• описать сценарии обмена (выдача заданий, приём результатов, выгрузка оценок);
• спроектировать архитектуру через REST API и очередь сообщений;
• разработать UML-диаграммы (компонентов, последовательностей, развёртывания);
• описать меры по безопасности и резервному копированию.

Структура: Глава 1 — анализ ИС вуза и САПР. Глава 2 — архитектура и прототип. Глава 3 — тестирование, нагрузка, документация.

Тема 3. Методика оценки качества отечественного ПО по ISO/IEC 25010 на примере САПР «Гамма»

Актуальность. Импортозамещение требует не только «поставить», но и «доказать качество». Стандарт ISO/IEC 25010 даёт готовую модель характеристик — дальше дело за адаптацией под САПР.

Цель: разработать и апробировать методику оценки качества САПР по ISO/IEC 25010 применительно к учебному использованию.

Задачи:

• разобрать модель характеристик ISO/IEC 25010 и сопоставить её с ГОСТ Р ИСО/МЭК 12207;
• выбрать метрики для каждой характеристики;
• провести экспертную оценку «Гамма» по шкалам;
• оформить отчёт и рекомендации вузу.

Структура: Глава 1 — теория качества ПО. Глава 2 — методика и инструменты. Глава 3 — апробация, выводы, рекомендации.

Аналитическая глава: как обосновать выбор стека и решения

В этой главе кейс СевГУ превращается в аргумент. Сравнивайте не абстрактно, а по критериям, которые проверяющий может увидеть в таблице.

Ключевой ход: не «Гамма лучше, потому что отечественная», а «Гамма соответствует критерию X по показателю Y, потому что вуз получает доступ к учебным лицензиям и поддержке в рамках программы внедрения». Такой аргумент защищается, даже если преподаватель не разделяет ваш выбор.

Проектная часть: от схем к алгоритмам

Проектная глава ВКР — самая «уязвимая» для формальных отписок. Спасает конкретика: возьмите один сценарий из кейса (например, выдачу задания студенту в САПР) и разложите его на диаграммы UML 2.5.

• Диаграмма компонентов — покажите, как САПР связана с ИС вуза и файловым хранилищем.
• Диаграмма последовательностей — сценарий «преподаватель публикует задание → студент открывает в САПР → результат сохраняется».
• Диаграмма развёртывания — учебный класс, сервер лицензий, сервер интеграции.

Если в проекте есть код (а в интеграционной теме он нужен), уместно оформить логику обмена в виде листинга. Простейший пример запроса к API САПР:

POST /api/v1/assignments
Content-Type: application/json
Authorization: Bearer <token>

{
  "group": "ИС-41",
  "discipline": "Инженерная графика",
  "deadline": "2026-05-20T23:59:00Z"
}

Такие детали в главе о проектировании сразу показывают комиссии, что вы понимаете, как устроен реальный обмен данными, а не просто пересказали пресс-релиз.

Тестирование и метрики: что делать со «сложными словами»

Внедрение САПР в вуз — это не только «работает/не работает». Нужны измеримые показатели. Для архитектурной главы берите две группы метрик:

Производительность и надёжность

• время отклика на операцию сохранения модели (секунды, p95);
• число одновременных сессий в компьютерном классе (нагрузочное тестирование);
• показатели RTO и RPO для сервера лицензий и файлового хранилища;
• доля успешных интеграционных обменов между САПР и ИС вуза.

Качество по ISO/IEC 25010

• функциональная полнота — какие модули САПР используются в дисциплинах;
• удобство использования — субъективная оценка студентов по шкале SUS;
• совместимость — открытые форматы и API;
• сопровождаемость — наличие документации и процедур обновления.

Даже простая таблица с 5–7 метриками и описанием способа их сбора даёт защищаемый результат. Мониторинг удобно описывать через OpenTelemetry или встроенные средства — главное, указать, что именно вы фиксируете и как это связано с задачами работы.

Чему вы научитесь на этой теме

• обосновывать выбор технологии через стандарты (ГОСТ 34.602-89, ГОСТ Р ИСО/МЭК 12207, ISO/IEC 25010), а не через «мне нравится»;
• проектировать интеграцию между разнородными системами и оформлять её в UML 2.5;
• собирать и интерпретировать метрики внедрения;
• оформлять техническую документацию по ГОСТ;
• связывать отраслевую новость с собственной задачей — навык, который пригодится на любой защите.

Частые вопросы студентов

Насколько сложно реализовать такую тему?

Средняя сложность при условии, что вы не строите «полную интеграцию», а выбираете один сценарий. Прототип на REST API и одна UML-диаграмма развёртывания уже дают защищаемый результат. Остальное — описательная часть.

Обязательно ли писать код в дипломе?

Не обязательно, но крайне желательно, если тема связана с интеграцией. Минимально — листинг запроса к API и структура ответа. Альтернатива — подробная архитектурная схема и результаты её проверки.

Как оформлять UML-диаграммы?

Следуйте нотации UML 2.5, используйте PlantUML или draw.io, размещайте диаграммы в приложении с подписями по ГОСТ 19.701-90 (для схем) либо по методичке кафедры. Не забудьте перечислить диаграммы в перечне приложений.

Где брать данные для расчётов, если нет доступа к реальному вузу?

Опирайтесь на открытые материалы публикации о СевГУ, статистику вендора «Гамма Тех», данные с конференций и собственные замеры (если у вас есть учебная лицензия). Все допущения оформляйте явно.

Источник: «Гамма Тех» внедрила отечественную САПР «Гамма» в учебный процесс СевГУ (опубликовано 2026-03-30)

```