Как написать ВКР для МУИВ
Краткий ответ: Выпускная квалификационная работа в Московском университете им. С.Ю. Витте (МУИВ) по направлению 09.03.03 «Прикладная информатика» (профиль «Корпоративные информационные системы») носит выраженный практико-ориентированный характер с обязательной разработкой программного обеспечения. Рекомендуемый объем составляет 50–70 страниц печатного текста. Работа загружается в электронный кабинет университета, при этом обязательно предоставляется исходный код, исполняемый файл или ссылка на Git-репозиторий. Отличительной особенностью является необходимость демонстрации работающего приложения в реальном времени во время защиты (на это отводится до 30-40% времени доклада) и строгие требования к объему собственного программного кода (от 500 до 2000 строк в зависимости от типа ПО и платформы).
ВУЗ: Московский университет им. С.Ю. Витте (МУИВ)
Уровень образования: бакалавриат
Направление: 09.03.03 Прикладная информатика
Профиль: Корпоративные информационные системы
Общий объем работы: 50–70 страниц (минимум 40 страниц)
Форма сдачи: загрузка в ЭИОС «Электронный университет» (e.muiv.ru)
Как выбрать тему ВКР в МУИВ
Откуда берётся тема: Из примерного перечня, разработанного кафедрой «Информационные системы», или предлагается студентом самостоятельно с обоснованием целесообразности.
Можно ли предложить свою тему: Да, студент может предложить свою тему, если она соответствует направлению подготовки.
Порядок утверждения темы: Тема закрепляется по личному письменному заявлению студента, согласовывается с руководителем ВКР и фиксируется в личном кабинете ЭИОС «Электронный университет».
Практический совет: Рекомендуется выбирать узкую задачу для глубокой проработки и сразу ориентироваться на создание работающего прототипа ПО. Тема должна позволять собрать не менее 50 коммитов в Git-репозитории и написать требуемый объем программного кода, так как его демонстрация является обязательной частью защиты.
Структура ВКР: разделы и объём
| Раздел | Объём (стр.) | Краткое содержание |
|---|---|---|
| Введение | 1–2 | Актуальность, цель, задачи, объект, предмет, выбор программной платформы, ссылка на репозиторий/хостинг. |
| Аналитическая часть | — | Анализ предметной области, нормативной базы, существующих решений, определение требований пользователей, описание бизнес-процессов (SADT, BPMN, UML). |
| Проектная часть | — | Архитектура ПО, диаграммы (IDEF0, DFD, ER), разработка ТЗ (ГОСТ 34.602-2020), создание и тестирование ПО, руководства пользователя и администратора. |
| Экономическая часть | — | Расчет затрат на разработку ИС, обоснование экономической эффективности внедрения. |
| Заключение | — | Краткие выводы по всем частям работы, значимость полученных результатов. |
| Список литературы | — | Не менее 10 источников (актуальностью не старше 5 лет). |
| Приложения | — | Исходный код, скриншоты интерфейса, фрагменты программного кода, эксплуатационная документация. |
Введение
Объем введения составляет 1–2 страницы. Обосновывается актуальность темы, формулируются цель и задачи, выделяются объект и предмет исследования. Обязательно указывается выбор программной платформы и приводится ссылка на репозиторий Gitflic/Github или разработанный веб-ресурс.
Заключение
Содержит краткие выводы по всем частям работы с раскрытием значимости полученных результатов. Основные пункты заключения ложатся в основу доклада и презентации выпускника на защите.
Список литературы
Должен включать не менее 10 источников. Обязательно присутствие актуальных источников, изданных не старше 5 лет. Оформление выполняется по ГОСТ Р 7.0.100-2018.
Содержание каждой главы подробно
Аналитическая часть
- Анализ предметной области: Изучение нормативно-правовой базы, оценка уровня разработанности проблемы, выявление ключевых проблемных зон.
- Анализ существующих решений: Поиск и сравнение аналогов, определение их достоинств и недостатков.
- Обоснование разработки: Формулировка требований пользователей, построение формальных описаний бизнес-процессов (в нотациях SADT, BPMN, ERM, UML).
Проектная часть
- Проектирование: Определение границ и контекстов работы ПО, построение диаграмм «как есть» и «как будет» (IDEF0, DFD), диаграмм вариантов использования и структур данных (ER, IDEF1X).
- Разработка: Создание технического задания по ГОСТ 34.602-2020, написание программного кода, реализация базы данных (SQL).
- Тестирование и документация: Выбор методики тестирования, отладка ПО, разработка руководства администратора и пользователя.
Экономическая часть
- Расчет затрат: Определение стоимости разработки информационной системы.
- Обоснование эффективности: Расчет показателей эффективности от внедрения разработанного ПО на конкретном предприятии.
Требования к оформлению ВКР в МУИВ
| Параметр | Требование |
|---|---|
| Шрифт основного текста | Times New Roman, 14 пт, черный |
| Шрифт заголовков глав | ЗАГЛАВНЫМИ буквами, жирный шрифт, без точки в конце |
| Шрифт заголовков параграфов | Прописными буквами, жирный шрифт, без точки в конце |
| Межстрочный интервал | 1,5 |
| Поля | Левое – 30 мм, правое – 20 мм, верхнее и нижнее – 20 мм |
| Абзацный отступ | 1,25 см |
| Выравнивание текста | По ширине, с переносами слов |
| Нумерация страниц | Сквозная, внизу по центру (на титульном листе номер не ставится) |
| Оформление таблиц | Над правым верхним углом: «Таблица...» с номером. Заголовки по центру. |
| Оформление рисунков | Под рисунком по центру: «Рисунок 1 – Название» |
| Ссылки на литературу | Подстрочные или внутритекстовые в квадратных скобках |
Каждая часть работы начинается с новой страницы. Блок-схемы алгоритмов должны выполняться с использованием векторного редактора (использование растровых изображений не допускается).
Организация работы: сроки и взаимодействие с руководителем
Этапы выполнения ВКР: Выбор темы, сбор аналитического материала, проектирование, написание программного кода, тестирование, оформление текста, загрузка в ЭИОС.
Сроки сдачи: Выполненная ВКР (вместе с архивом разработанных систем и презентацией) размещается обучающимся в личном кабинете ЭИОС «Электронный университет» не позднее чем за одну неделю до защиты.
Роль руководителя: Выступает в роли оппонента, указывает на недостатки аргументации и стиля, проверяет работу на объем заимствований через систему «Антиплагиат» и формирует отзыв, который загружается в личный кабинет студента.
Защита ВКР и презентация
Доклад и презентация
Продолжительность доклада составляет 5–7 минут. Презентация подготавливается в офисном пакете и включает 10–20 слайдов. Обязательным требованием является демонстрация работающего приложения/сервиса в реальном времени (на это рекомендуется выделять не более 30-40% от общего времени доклада). Демонстрация не заменяет доклад, но подтверждает высокий уровень выполнения работы.
Сопроводительные документы
- Отзыв руководителя ВКР (загружается в ЭИОС).
- Исходный код / исполняемый файл / ссылка на Git-репозиторий.
Типичные ошибки при написании ВКР в МУИВ
Ошибка 1: Отсутствие работающего ПО или исходного кода. — Предоставление только теоретической записки без практической реализации. Как избежать: обязательно загрузить в ЭУ архив с кодом, исполняемый файл или ссылку на репозиторий Gitflic/Github.
Ошибка 2: Недостаточный объем собственного программного кода. — Написание менее 500 строк для 1С или менее 2000 строк для Python/Web/ML/игровых приложений. Как избежать: контролировать объем кода, исключая пустые строки, комментарии и автоматически сгенерированный платформой код.
Ошибка 3: Использование готовых CMS и плагинов. — Подмена разработки разворачиванием готового ПО (если тема не указывает на это явно). Как избежать: создавать собственные программные модули или проводить глубокую модификацию существующих систем.
Ошибка 4: Отсутствие истории коммитов в Git. — Загрузка готового проекта одним архивом без истории разработки. Как избежать: вести работу в репозитории, обеспечив не менее 50 коммитов от имени студента, отражающих итеративное развитие проекта.
Ошибка 5: Несоответствие диаграмм и моделей. — Отсутствие обязательных диаграмм «как есть» и «как будет» в нотации IDEF0, DFD, UML или ER. Как избежать: строго следовать требованиям к проектной документации и использовать векторные редакторы для схем.
Часто задаваемые вопросы
Какой объем должна иметь ВКР?
Рекомендуемый объем составляет 50–70 страниц печатного текста без приложений. Работа, имеющая менее 40 страниц, не рекомендуется к защите.
Сколько источников нужно в списке литературы?
Список литературы должен включать не менее 10 источников. Обязательно присутствие актуальных изданий, не старше 5 лет.
Нужно ли писать программный код для ВКР?
Да, обязательным требованием является самостоятельная разработка ПО/системы/сервиса и представление исходного кода, исполняемого файла или ссылки на Git-репозиторий вместе с ВКР.
Какой шрифт и поля требуются для оформления?
Шрифт Times New Roman, 14 пт, межстрочный интервал 1,5. Поля: левое – 30 мм, правое – 20 мм, верхнее и нижнее – 20 мм.
Как проходит защита ВКР?
Защита включает доклад на 5-7 минут и презентацию (10-20 слайдов). Обязательным элементом является демонстрация работающего приложения в реальном времени, на что отводится до 30-40% времени выступления.
Чек-лист перед сдачей ВКР
- Объем текста составляет 50–70 страниц (минимум 40 страниц).
- Список литературы содержит не менее 10 источников (актуальность — до 5 лет).
- Разработан и загружен в ЭИОС исходный код, исполняемый файл или ссылка на Git-репозиторий.
- Объем собственного кода соответствует требованиям (от 500 до 2000 строк в зависимости от платформы).
- В репозитории присутствует не менее 50 коммитов, отражающих итеративную разработку.
- В проектной части построены диаграммы (IDEF0, DFD, UML, ER) в векторном формате.
- Текст оформлен шрифтом Times New Roman 14 пт с интервалом 1,5 и заданными размерами полей.
- Подготовлена презентация (10-20 слайдов) и сценарий доклада (5-7 минут) с демонстрацией работающего ПО.
Нужна помощь с ВКР ? Работаем с 2010 года, помогли тысячам студентов, поможем и вам. Пишите!
Об эксперте: Материал подготовлен при участии специалиста по написанию студенческих работ. Помогаем с ВКР с 2010 года. Последнее обновление: 01.10.2026.