Дипломная работа по информационным системам

В технических работах ждут продукт, а не рассуждения об автоматизации. Но оценивают при этом не код, а обоснование: какая была проблема и почему выбрано именно это решение.

Обновлено 11 августа 2026 · чтение 7 минут · автор: Денисенко А. В., 11 лет научного консультирования

Работы по информационным системам отличаются от остальных тем, что здесь ждут продукт. Не рассуждения об автоматизации, а работающее решение с описанием того, как оно устроено.

Что считается результатом

Обязательные диаграммы

Здесь комиссия смотрит на моделирование. Минимальный набор для дипломной:

• Модель «как есть» — текущий процесс в нотации IDEF0 или BPMN
• Модель «как будет» — процесс после внедрения вашего решения
• Диаграмма вариантов использования — кто и что делает в системе
• Диаграмма классов или ER-модель — структура данных
• Схема архитектуры — компоненты и связи между ними

Модели «как есть» и «как будет» — то, из чего вырастает обоснование работы. Без них любая автоматизация выглядит немотивированной.

Экономическое обоснование

Тот раздел, который технари чаще всего недооценивают, а комиссия спрашивает всегда. Стандартный расчёт:

1. Затраты на разработкуТрудоёмкость в человеко-часах, стоимость часа разработчика, затраты на оборудование и лицензии.
2. Экономия от внедренияСколько времени сотрудников высвобождается, во что это обходится в деньгах за год.
3. Срок окупаемостиЗатраты, делённые на годовую экономию. Приемлемым для студенческой работы считается до двух лет.
4. Дополнительные эффектыСнижение числа ошибок, ускорение обслуживания, качество данных. Даже если не выражается в рублях, упоминается отдельно.

Что выносить в приложения

• Листинги кода — полностью, с комментариями
• Скриншоты интерфейса всех основных экранов
• Структура базы данных, описание таблиц и полей
• Техническое задание
• Руководство пользователя
• Результаты тестирования

В основном тексте оставляйте только ключевые фрагменты — обычно не больше страницы кода подряд. Диплом, наполовину состоящий из листингов, вызывает вопросы о реальном объёме исследования.

Про тестирование

Раздел, который часто пропускают, а он усиливает работу заметно. Достаточно описать: какие сценарии проверялись, что ожидалось, что получилось, какие ошибки нашли и исправили. Таблица из десяти тест-кейсов выглядит серьёзнее, чем фраза «система протестирована и работает корректно».

Работающий прототип с посредственным кодом оценивается выше, чем красивая архитектура без реализации. На защите просят показать, а не рассказать.

ИТ-кластеры сосредоточены в нескольких городах: Новосибирск, Томск с ТУСУРом, Казань с Иннополисом и Нижний Новгород как один из крупнейших центров разработки.

Частые вопросы

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

Зависит от направления. Для разработки информационных систем — да, нужен работающий прототип. Для анализа и проектирования достаточно технического задания, моделей и прототипа интерфейса. Уточните на кафедре до утверждения темы.

Какие диаграммы нужны в работе?

Модели процесса «как есть» и «как будет» в нотации IDEF0 или BPMN, диаграмма вариантов использования, ER-модель или диаграмма классов, схема архитектуры. Модели «как есть» и «как будет» обязательны — из них вырастает обоснование работы.

Нужно ли экономическое обоснование в технической работе?

Да, и его спрашивают почти всегда. Минимум: затраты на разработку, экономия от внедрения в рублях за год и срок окупаемости. Приемлемым для студенческой работы считается срок до двух лет.

Сколько кода включать в основной текст?

Не больше страницы подряд, только ключевые фрагменты с пояснениями. Полные листинги выносятся в приложения. Работа, наполовину состоящая из кода, вызывает вопросы о реальном объёме исследования.

Что писать в разделе тестирования?

Сценарии проверки, ожидаемый и фактический результат, найденные ошибки и способы их устранения. Таблица из десяти тест-кейсов выглядит убедительнее, чем фраза о том, что система работает корректно.

Какой стек технологий выбрать?

Тот, которым вы владеете и который сможете объяснить на защите. Выбор нужно обосновать в работе: почему именно эти инструменты подходят под задачу. Модность технологии аргументом не является.