СибГАУ, информационные системы и программирование (дипломная работа)

Примерная тематика выпускных квалификационных работ для квалификации «Разработчик веб и мультимедийных приложений»

1) Разработка веб-приложения (указать назначение).

2) Создание веб-сервиса (указать назначение).

3) Разработка интернет-магазина (указать товарную категорию).

4) Создание системы управления контентом (CMS) для (указать тип сайтов).

5) Разработка веб-портала (указать тематику).

6) Создание мультимедийного продукта (указать назначение).

7) Создание веб-приложения с элементами интерактивности (указать функционал).

8) Разработка Progressive Web App (PWA) (указать назначение).

Примерная тематика выпускных квалификационных работ для квалификации «Специалист по информационным системам»

1) Проектирование и разработка информационной системы для (указать предприятие/сферу).

2) Разработка подсистемы безопасности информационной системы (указать назначение).

3) Автоматизация документооборота (указать организацию/отдел).

4) Разработка модуля аналитики и отчётности для информационной системы.

5) Разработка системы учёта (указать объект учёта) для предприятия.

6) Модернизация и оптимизация существующей информационной системы.

7) Разработка CRM-системы для автоматизации взаимодействия с клиентами.

8) Создание системы электронного документооборота для организации.

9) Разработка информационной системы для управления (указать вид ресурсов).

Примерная тематика выпускных квалификационных работ для квалификации «Программист»

1) Разработка десктопного приложения для автоматизации деятельности (указать сферу).

2) Разработка мобильного приложения (указать назначение).

3) Создание программного модуля для (указать предметную область).

4) Разработка приложения для учёта и обработки данных (указать тип данных).

5) Разработка программного обеспечения для моделирования (указать процесс).

6) Создание приложения для автоматизации тестирования (указать тип ПО).

7) Разработка библиотеки классов для решения (указать тип задач).

8) Создание кроссплатформенного приложения (указать назначение).

9) Разработка системы для визуализации данных (указать тип данных).

Состав выпускной квалификационной работы

Дипломный проект должен быть представлен программным средством или программным продуктом (информационной системой, веб-приложением, десктопным или мобильным приложением, модулем, библиотекой классов и т.п.) и пояснительной запиской, которая оформляется в виде текста с приложением таблиц, схем, чертежей, графиков и представляется в срок, указанный студенту в задании на дипломное проектирование. Форма титульного листа приведена в документе «Система менеджмента качества. Общие требования к построению, изложению и оформлению работ обучающихся» [2]. К проекту или работе прилагаются отдельно скрепленные листы графического иллюстративного материала. Графический материал необходим для доклада при защите.

В качестве графического материала могут быть представлены:

1) Для всех квалификаций:

- Диаграммы анализа и проектирования объектно-ориентированных программных систем в нотациях унифицированного языка визуального моделирования UML и/или диаграммы методологии IDEF0 для анализа выполняемых организацией (программой) функций и указания механизмов, посредством которых они осуществляются.

- Схемы архитектуры разработанного программного продукта.

- Алгоритмы работы (блок-схемы).

- Результаты тестирования (графики, таблицы, диаграммы).

2) Для квалификации «Программист»:

- Диаграммы классов, компонентов, развертывания.

- Схемы алгоритмов и структур данных.

- Примеры ключевых фрагментов кода (при необходимости).

3) Для квалификации «Специалист по информационным системам»:

- Диаграммы бизнес-процессов (BPMN, IDEF0, IDEF3).

- Диаграммы потоков данных (DFD).

- Схемы архитектуры информационной системы в целом.

- Схемы разграничения доступа и подсистем безопасности.

4) Для квалификации «Разработчик веб и мультимедийных приложений»:

- Макеты проектированных страниц сайта (интерфейс).

- Схема взаимосвязи таблиц (файлов) базы данных, ER-модель или модель «сущность – связь».

- Структура сайта (навигационная схема).

- Примеры разработанных страниц (скриншоты).

Графический материал должен быть вынесен в приложения.

Другие варианты написания дипломного проекта допускают: описание диаграмм одного вида (UML или IDEF0) или других нотаций в зависимости от темы и квалификации.

Остальные схемы и графики должны быть представлены во всех вариантах написания дипломного проекта в полном объеме.

Кроме того, в графической части могут быть представлены другие рисунки, необходимые при защите ДП, требующие более детального рассмотрения членами ГЭК. Количество единиц графического материала (рисунков) должно быть не менее 4-х.

К пояснительной записке должен прикладываться компакт-диск (или другой носитель информации) с проектом (программным продуктом), пояснительной запиской ВКР и ее презентацией.

Объем выпускной квалификационной работы должен составлять не менее 50 страниц печатного текста, не считая приложения. Объем иллюстративного материала должен составлять не более 25 страниц.

Типовая структура оформленной выпускной работы состоит из следующих частей:

- Титульный лист.

- Задание.

- Аннотация.

- Содержание (с обязательным указанием страниц).

- Перечень сокращений и обозначений (при необходимости).

- Введение.

- Раздел 1 Теоретическая часть.

- Раздел 2 Проектная часть.

- Заключение.

- Список использованных источников.

- Приложения (объем не ограничивается).

- Отзыв руководителя, рецензия (не сшиваются, вкладываются).

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

Шаблоны и примеры их заполнения для Титульного листа, Задания, Аннотации и Содержания представлены в документе «Система менеджмента качества. Общие требования к построению, изложению и оформлению работ обучающихся» [2]. Содержание разделов и параграфов определяется на основе материалов, изложенных ниже.

Аннотация

Аннотация выпускной квалификационной работы печатается на одном листе и помещается после титульного листа и задания. Аннотация – это сокращенное изложение содержания и существа ВКР с основными сведениями о выполненных разработках и полученных результатах. Текст должен быть предельно кратким и информативным. В аннотации не должно быть рисунков, ссылок на первоисточники, списка использованных источников.

Текст аннотации в общем случае должен отражать краткие сведения:

- О названии и назначении проекта.

- Об организации, для которой разработан проект.

- Об основных характеристиках объекта разработки.

- Об использованных методах и средствах.

- О полученных результатах.

- О внедрении проекта, рекомендациях по внедрению.

- Об области использования результатов.

- О количестве страниц (общий объем работы – без приложений), количестве иллюстрационного материала, таблиц, приложений, объема списка использованных источников.

Кроме того, могут быть включены другие краткие данные, поясняющие проект.

Содержание

Содержание текстового документа включает заголовки структурных элементов, порядковые номера и заголовки всех разделов (подразделов, пунктов), обозначения и заголовки приложений с указанием номера страницы, на которой начинается данный структурный элемент или раздел (подраздел, пункт). Сокращать заголовки или давать их в другой формулировке не допускается. В случае идентичного названия приложений допускается объединять все приложения под общим названием «Приложения», с указанием их обозначений и интервала номеров страниц.

Введение

Введение дипломного проекта должно содержать четкие, ясные формулировки  актуальности,  цели,  задач  и  т.п.  Введение  и  заключение являются «визитными карточками» дипломного проекта и на их основе складывается общее мнение о работе в целом при проверке и защите. Написать введение – это значит заложить основу своей работы.

Введение к дипломному проекту должно содержать следующие основные пункты:

Актуальность и практическую значимость темы исследования (разработки, проектирования). Актуальность изучаемой в дипломном проекте (работе) темы раскрывается в следующих аспектах:

а) Во-первых, объективной и субъективной необходимости ее исследования (разработки, проектирования) в современных условиях и применительно к конкретному реальному объекту в стране, регионе, сфере деятельности или области научных знаний.

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

в) В-третьих, подтверждении спросом, то есть наличии заказчиков на разработку и/или сопровождение программного обеспечения, что доказывается анализом состояния рынка программных средств (следует кратко перечислить факты разработки подобных проектов на изучаемую тему).

Правильное раскрытие актуальности темы дипломного проекта (работы) свидетельствует об умении отделять главное от второстепенного, выяснять то, что известно в науке, практике и что пока неизвестно в предмете исследования (разработки, проектирования).

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

Как правило, формулируют 1 цель (формулировка цели определяется названием работы и проблематикой) и 5–8 задач, которые нужно выполнить для достижения поставленной цели (выявить, выяснить, рассмотреть, сравнить, изучить, выработать типологию, проследить развитие, определить, описать, установить, показать, разработать, обобщить, выявить закономерности и перспективы, проанализировать деятельность, внедрить и т.п.).

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

Объект и предмет исследования (разработки, проектирования). Объектом может выступать предприятие, фирма, объединение и т.д., процесс, область деятельности, требующая автоматизации. В качестве предметов можно рассматривать процесс, деятельность объекта или его структурных подразделений, которые требуют автоматизации или разрабатываемый программный продукт, методы и средства его создания, конкретные функции и модули.  Предметом  может  выступать  учет  продукции  и  т.д.  Конкретное наполнение зависит от темы и квалификации.

Теоретическая часть

Раздел 1.1 Основные понятия и определения, используемые в ВКР теоретической части дипломного проекта включает терминологию по теме исследования, классификацию и виды разрабатываемых систем/приложений, обзор технологий и подходов. Содержание раздела определяется темой ВКР и осваиваемой квалификацией.

Для квалификации «Программист»:

- Основные понятия программирования (парадигмы, языки, платформы).

- Типы приложений (десктопные, мобильные, консольные).

- Структуры данных и алгоритмы.

- Среды разработки и инструментарий.

Для квалификации «Специалист по информационным системам»:

- Основные понятия автоматизированных информационных систем.

- Жизненный цикл информационных систем.

- Методологии проектирования ИС.

- Стандарты в области ИС.

- Виды СУБД и БД.

Для квалификации «Разработчик веб и мультимедийных приложений»:

- Технологии проектирования и разработки сайтов и веб-приложений.

- Виды сайтов и веб-приложений.

- Структура сайта и веб-приложения.

- Клиент-серверное взаимодействие.

- Современные фреймворки и библиотеки.

Раздел 1.2 Обзор используемых источников информации, нормативной базы по теме выпускной квалификационной работы теоретической части дипломного проекта (на основе обзора источников информации, представленных в разделе «Список использованных источников», и ссылки на них) может включать:

- Подробное описание алгоритмов, моделей, методов, способов, мер, которые после рассмотрения различных альтернатив в конечном итоге должны быть положены в базовую часть проектной части ВКР.

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

Раздел 1.3 Статистические данные для анализа и обоснования необходимости автоматизированного решения задачи теоретической части дипломного проекта включает:

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

- Привести исследование предметной области по теме ВКР.

- Статистика по теме ВКР не менее 5 критериев.

Теоретическая часть может быть дополнена подразделами в зависимости от тематики дипломного проекта. Объем Теоретической части может составлять 10-15 страниц.

Проектная часть

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

Структура проектной части индивидуальна и зависит от темы ВКР и осваиваемой квалификации. Ниже приведены рекомендуемые элементы, из которых формируется содержание.

Примерный объем проектной части составляет 20-30 страниц.

Раздел 2.1 Характеристика предприятия (если разработка для конкретной организации). Этот раздел должен содержать данные о предприятии, вид деятельности, выполняемые им функции, задачи, показатели.

Раздел 2.2 Организационная структура предприятия (если сайт для конкретной организации). Должен содержать описание структуры организации с кратким описанием работ. Структура выносится в приложение.

Раздел 2.3 Анализ существующих аналогов. Приводится анализ существующих программных продуктов/информационных систем/веб- приложений, близких к выбранной прикладной области, с указанием их функциональных и эксплуатационных характеристик.

Информационный поиск основывается на анализе монографий, статей из журналов, реферативных журналов, сообщений с сайтов Internet. Для анализа нужно не менее 5 аналогов.

Примерная структура анализа:

- Название продукта/системы.

- Краткое описание.

- Изображение интерфейса (при наличии).

- Достоинства.

- Недостатки.

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

Раздел 2.4 Описание предметной области.

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

Основными знаниями, связывающим различные объекты предметной области в единое целое, являются процессы (для предприятий бизнес- процессы). Поэтому в описании предметной области, прежде всего, необходимо сфокусироваться на описании процессов (бизнес-процессов). В конце описания необходимо подвести итоги и сформулировать выводы, содержащие перечни процессов (бизнес-процессов), организационную (субъектную) структуру, участвующую в процессах, а также знания о данных (документах), функциях по обработке документов и места обработки данных (документов). Причем, необходимо указывать только те данные (документы), функции и места обработки, которые используются при выполнении процессов (выполняется с использованием ПО UML-редакторов, case-средств (BPwin, Ramus)).

Рекомендуемые диаграммы для этого раздела:

- Диаграмма моделей потоков данных.

- Функциональная диаграмма.

- Декомпозиция функциональной диаграммы.

- Диаграмма вариантов использования.

- Диаграмма последовательности (выносится в приложение).

- Диаграмма состояний (выносится в приложение).

Состав диаграмм может варьироваться в зависимости от квалификации и темы.

Раздел 2.5 Обоснование выбора средств разработки.

Провести сравнительный анализ инструментальных средств (СУБД, языков программирования, фреймворков, сред разработки) в виде таблицы и в конце сделать вывод. Не менее 5 средств/инструментов. Пример представлен в таблице 1,2.

Для разработчика веб: описать графический редактор, где будут реализованы макеты сайта.

Таблица 1 – Сравнительный анализ СУБД (при необходимости)

Таблица 2 – Сравнительный анализ средств разработки

Раздел 2.6 Проектирование архитектуры и базы данных.

2.6.1  Логическая структура базы данных (если требуется).

Логическое проектирование базы данных представляет собой процесс конструирования модели информационной структуры организации, выполняемый в соответствии с выбранной схемой организации информации (например, реляционной). Однако создаваемая логическая модель не зависит от особенностей конкретной СУБД и физических условий реализации.

Действия,  необходимые  для  преобразования  концептуальной  модели данных в логическую модель данных, включают: удаление связей типа M:N, удаление сложных связей, удаление рекурсивных связей, удаление связей с атрибутами, удаление множественных атрибутов, перепроверка связей типа 1:1 и удаление избыточных связей.

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

Для выбранной модели привести таблицу с описанием атрибутов и доменов атрибутов, пример представлен в таблице 3.

Таблица 3 – Атрибуты и домены атрибутов

Так же в этом разделе должна присутствовать ER-модель/диаграмма классов, нарисованная при помощи специального ПО (например, Draw.io).

2.6.2 Архитектура программного продукта. 

В данном подразделе описывается общая архитектура разрабатываемого продукта:

- Для программиста: диаграммы классов, компонентов, развертывания; описание основных модулей и их взаимодействия.

- Для специалиста по ИС: архитектура информационной системы в целом, схема взаимодействия подсистем.

- Для разработчика веб: клиент-серверная архитектура, структура сайта (навигация).

2.6.3 Разработка базы данных (если требуется).

Описание процесса физического проектирования БД и формирование таблиц с описанием сущностей под выбранную СУБД (например, PHP MyAdmin).

Для каждой сущности БД заполнить таблицу, пример представлен в таблице 4, и вставить схему данных (например, из дизайнера PHP MyAdmin).

Таблица 4 – Сущности БД

Раздел 2.7 Разработка программного продукта

2.7.1 Для квалификации «Программист»:

- Описание ключевых алгоритмов (блок-схемы).

- Реализация основных функций и модулей.

- Примеры фрагментов кода (наиболее важные и показательные).

- Обработка ошибок и исключительных ситуаций.

2.7.2 Для квалификации «Специалист по информационным системам»:

- Реализация модулей информационной системы.

- Разработка подсистем безопасности (аутентификация, авторизация, разграничение доступа).

- Интеграция с внешними системами (при необходимости).

- Средства администрирования и сопровождения.

2.7.3 Для квалификации «Разработчик веб и мультимедийных приложений»:

2.7.3.1 Проектирование сайта/веб-приложения.

Должен содержать:

- Обоснование выбора цветовой палитры для разработки страниц сайта.

- Макеты страниц сайта.

- Текстовое описание, представленное в виде таблицы (В столбце Название поля нужно перечислить все элементы, размещённые на макете. В столбце Тип – указать тип, т.е. чем является элемент (ссылка, текст, поле для ввода, кнопка, чекбокс и т.п.). В столбцах Условия видимости и Условия доступности нужно указать кому виден и доступен каждый элемент интерфейса. В столбце Описание нужно немного подробнее описать для чего этот элемент, какие он действия совершает), пример представлен в таблице 5.

Таблица 5 – Проектирование сайта

2.7.3.2 Разработка сайта/веб-приложения.

Должен содержать:

- Структуру сайта (навигацию). Отразить в приложении.

- Описание разработки отдельных элементов страниц сайта.

- Пользовательская часть:

- Примеры разработанных страниц сайта. Не более 5-ти страниц. Остальные вынести в приложение, в виде руководства пользователя.

- Пример административной панели.

- Серверная часть: описать используемый фреймворк и привести примеры кода для пользовательской части и административной.

Раздел 2.8 Разработка информационной безопасности (Если этот раздел необходим). В этом пункте следует указать программные методы и средства защиты (если требуются): защита информации от несанкционированного доступа: идентификация субъектов и объектов, разграничение доступа к вычислительным ресурсам и информации; контроль и регистрация действий с информацией и программами. То, что реализовано в проекте.

Раздел 2.9 Тестирование.

Должен содержать:

1) Функциональное тестирование. Этот вид тестирования направлен на проверку того, все ли возможности и функции программного продукта работают так, как было изначально задумано. Тестирование функциональности включает в себя несколько параметров, таких как проверка API, тестирование базы данных, тестирование безопасности, тестирование сервера, а также всех базовых функций платформы (проверка всех ссылок на страницах, анкет и форм, файлов Cookies, HTML и CSS, базы данных, негативных и позитивных сценариев поведения пользователей).

2) Тестирование пользовательского интерфейса. Проверка элементов интерфейса подразумевает тестирование:

а) Текстовых полей и ссылок.

б) Призывов к действию.

в) Выпадающих окон.

г) Навигации по программе/сайту и строки поиска.

д) Баз данных.

е) Формы на корректность вводимых данных и процедуры входа в систему.

3) Тестирование совместимости (для веб-приложений):

а) Тест на совместимость с браузерами: один и тот же веб-сайт в разных браузерах будет отображаться иначе. Необходимо проверить, правильно ли отображаются страницы в браузерах, работает ли JavaScript, AJAX и аутентификация. Также можно оценить совместимость с мобильными браузерами.

б) Отображение веб-элементов, таких как кнопки, текстовые поля и т. д., меняется с выбором другой операционной системы. Убедитесь, что веб-сайт корректно работает в различных сочетаниях ОС, таких как Windows, Linux, Mac и браузерах Яндекс, Opera, Firefox, Internet Explorer, Safari и т. д.

4) Тестирование безопасности (если есть раздел Информационная безопасность):

а) Файлов с ограниченным доступом: чтобы их нельзя было загружать без соответствующего права.

б) Автоматического завершения сеансов после длительного бездействия пользователя.

в) При использовании SSL-сертификатов сайт должен перенаправлять на зашифрованные SSL-страницы.

г) Несанкционированного доступа к защищённым страницам.

5) Модульное тестирование (unit-тестирование) – для программных продуктов, где это применимо.

Проектная часть может быть дополнена подразделами в зависимости от тематики дипломного проекта. Примерное содержание разделов представлено в приложении Ж. Диаграммы, определяющие графическую часть ВКР, следует вынести в приложения.

4.8 Заключение

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

Заключение дает оценку полученных результатов, раскрывает их значимость.

В заключении могут содержаться рекомендации и предложения по практическому применению материалов дипломной работы (проекта), указываться перспективы дальнейших исследований (разработок) в данном направлении.

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

Объем заключения должен быть не менее 1 страницы и не более 2-3 страниц.

4.9 Список использованных источников

Перечисляются все источники информации, использованные в дипломном проектировании, и в том числе ссылки на материалы из сети Интернет.

Источниками считаются официальные документы (например: Доктрина информационной безопасности Российской Федерации) – это так называемые первичные источники информации.

Вторичные, то есть уже обработанные источники, называются литературой: это исследовательская литература (монографии), учебники, статьи, аналитические доклады. Следует помнить, что дипломные проекты (работы) обязательно пишутся с использованием как первичных, так и вторичных источников, включая, во-первых, исследовательскую литературу. Наиболее принятой, является классификация по типам источников: сначала указывают официальные документы (законодательство), затем – научная литература:  монографии,  статьи  в  научных  журналах,  затем  –  учебную литературу, и, наконец, интернет-ресурсы.

Правила формирования библиографических описаний в литературных списках представлены в документе «Система менеджмента качества. Общие требования к построению, изложению и оформлению работ обучающихся» [2].

4.10 Приложения

Приложение А. Руководство пользователя.

Руководство пользователя оформляется в соответствии с ГОСТ 19.505-79. Структура и оформление документа устанавливаются в соответствии с ГОСТ 19.105-78. Составление информационной части (аннотации и содержания) является обязательным.

Руководство должно содержать следующие разделы: назначение программы; условия выполнения программы; выполнение программы.

В зависимости от особенностей документа допускается объединять отдельные разделы или вводить новые.

В разделе «Назначение программы» должны быть указаны сведения о назначении программы и информация, достаточная для понимания функций программы и ее эксплуатации.

В разделе «Условия выполнения программы» должны быть указаны условия, необходимые для выполнения программы (минимальный и (или) максимальный состав аппаратных и программных средств и т.п.).

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

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

Приложение Б. Графические материалы.

В приложения помещают материалы, которые носят вспомогательный, поясняющий характер, имеющие большой объем и/или представляющие графическую часть ВКР (например):

- Схема «Организационная структура предприятия».

- Диаграмма декомпозиции Х уровня.

- Диаграмма последовательности.

- Диаграмма состояний.

- Структура сайта (навигации).

- Листинги программного кода (при необходимости).

- Результаты тестирования (подробные таблицы, графики).

- Акты о внедрении (при наличии).

- Дополнительные макеты интерфейса.

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

Объем приложения не лимитируется. Листы приложения нумеруются последовательно, как и все листы пояснительной записки. Количество листов приложений в общий объем ПЗ ВКР не включается.