МОЭВМ Вики [se.moevm.info]

Эта страница только для чтения. Вы можете посмотреть её исходный текст, но не можете его изменить. Сообщите администратору, если считаете, что это неправильно.
===== Допуск до защиты ВКР (проверка демонстрационных материалов) =====

==== Записи консультаций по подготовке презентаций ====

https://www.youtube.com/playlist?list=PLplYTvoIyfooopbvPn3RcX4hBD2FPiaKc

==== Форма отправки материалов ====

Отправляйте презентации (и исправления) в соответствующей активности http://e.moevm.info/course/view.php?id=54

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

https://docs.google.com/presentation/d/19lLrLoUcOrpjdUezDD4u0mmUdAXcErRczm8WCSYDHJs/edit?usp=sharing

Готовьте презентацию в формате PPTX. 

==== Примеры для подражания ====

По ссылке вы можете найти примеры хороших дипломных презентаций https://disk.yandex.ru/d/fhKkm9UX7mgGjQ , однако имейте в виду, что даже в этих презентациях есть небольшие недочеты по содержанию и оформлению.

==== Как проходит проверка презентаций ====


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

  - В [[https://e.moevm.info/course/view.php?id=54|курсе]]  загрузите  презентацию и добейтесь, чтобы проверка присудила вам не менее **0.9 балл** (== выполнение 19/21 критериев). Это количество баллов автоматически означает допуск **Презентация допущена к защите с рекомендацией комиссии снизить оценку**. Меньшее количество баллов означает оценку **Презентация не допущена к защите**. 
    - Результаты проверки презентации на этапе [[http://se.moevm.info/doku.php/diplomants:start:diploma_attestation#%D0%BF%D1%80%D0%BE%D1%85%D0%BE%D0%B6%D0%B4%D0%B5%D0%BD%D0%B8%D0%B5_%D0%B0%D0%B2%D1%82%D0%BE%D0%BC%D0%B0%D1%82%D0%B8%D0%B7%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%BD%D0%BE%D0%B9_%D0%BF%D1%80%D0%B5%D0%B4%D0%B7%D0%B0%D1%89%D0%B8%D1%82%D1%8B|Преддипломной практики]] будут учтены при оценке. 
  - После того, как вы пройдете предыдущий шаг, преподаватель напишет в **таблице (ссылка выше)** свой вердикт о презентации. 
    - Если с презентацией все ок, то оценка **Презентация допущена к защите** и допуск получен.  
    - Если по содержанию презентации будут замечания, то преподаватель оставит их в таблице и вам надо будет повторно загрузить исправленнную презентацию в курс.
      - Фраза "**Это будет сказано в речи**" не годится в качестве исправления для замечаний:) Презентация должна максимально понятно доносить суть работы до комиссии и без озвучки.
  - Оценку по итогам проверки можно улучшить путем исправления оставшихся замечаний.
  - **Не пройденый контроль презентации может быть основанием для недопуска на защиту!**



После успешно полученного допуска **МОЖНО**:

  * Добавлять запасные слайды.
  * Незначительно исправлять презентацию.

Пожалуйста, не откладывайте на последний момент получение допуска! Чтобы преподаватели успели вас проверить (в ином случае проверка не гарантируется), просим соблюдать **сроки отправок**.

==== Кто вас проверяет и почему ====

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

==== Сроки и дедлайны ====

Вам необходимо __**пройти**__ контроль не позднее чем за __**один рабочий день до даты вашей защиты**__. 

==== Оценка по итогам проверки  ====


По результатам оценивания вы можете получить один из трех вердиктов:
  * **Презентация допущена к защите** - выполнены все критерии из раздела "Содержание слайдов" и "Оформление слайдов".
  * **Презентация допущена к защите с рекомендацией комиссии снизить оценку** - выполнены все критерии из раздела "Содержание слайдов", критерии "Оформление слайдов" выполнены лишь частично.
  * **Презентация не допущена к защите** - прочие случаи.



==== Критерии проверки презентаций ====

=== Содержание слайдов === 

Критерии проверки:


  - Количество основных слайдов - **бакалавры: не более 12**, **магистры: не более 15** (+/- 2 слайда допускается в исключительных случаях). Основные слайды - это все слайды (титульный слайд тоже считается), идущие до слайда с заголовком "Запасные слайды". 
  - Все слайды, кроме титульного **должны иметь номера в правом нижнем углу**.
  - Заголовки слайдов занимают не более двух строк.
  - Есть **титульный слайд** на котором указаны:
    - тема работы
    - ФИО автора, группа
    - ФИО руководителя, должность, ученая степень
    - (если есть) ФИО консультанта, должность, ученая степень, название огранизации
  - На одном из слайдов в начале презентации описывается **актуальность** работы.
  - Есть слайд **«Цель и задачи»** на котором написана цель работ и список задач (3-5 штук), для достижения указанной цели. 
    - Из цели должна быть очевидна форма результата - это будет программа, игра, алгоритм, модель и тд.
    - В цели должно сказано не только ЧТО должно быть сделано, но и КАК (или КАКИМ должен получится результат). 
  - __**На каждую задачу (и достигнутый по ней результат) есть отдельный слайд или слайды, которые его демонстрируют**__. 
    - Заголовки слайдов, демонстрирующих результат должны быть такими, чтобы была понятна связь между элементами списка и демонстрирующим его слайдом(ми). 
    - Если формулировка задачи по тексту презентации встречается только два раза (слайд Задачи и слайд Заключение), то эта задача в работе не решена. 
    - Конкретика:
      - Обзор - придерживайтесь формата таблицы сравнения вида "критерии (строки или столбцы) - аналоги (столбцы или строки)". Обзор аналогов в духе "достоинства и недостатки каждого аналога" недопускается.
      - **Не добавляйте слайды про тестирование** (если имеется в виду написание юнит-, интеграционных, функциональных тестов). Такие слайды можно добавить только в случае, если вы в данных тестах сделали что-то по-настоящему незаурядное.
      - **Не путайте эксперименты для измерения свойств и тестирование**.      
  - Есть слайд **"Апробация работы"**, где приведены (в зависимости от того, каких результатов вы достигли)
    - библиографические ссылки на опубликованные статьи / информация о докладах на конференциях и семинарах,
    - участие в конкурсах/грантах с дипломным проектом,
    - ссылки на репозиторий (если он **открытый**) или ссылки на работающую / опубликованное в Интернет приложение (если исходный код недоступен),
    - ссылки на докер-образ (или иной аналогичный пакет), 
    - информация о внедрении (где, когда, кем, акты если есть) - http://odiplom.ru/lab/akt-o-vnedrenii.html.
  - Есть слайд **"Заключение"** (https://youtu.be/L5MMZbOA9ww?si=UbZB1sVbM5rt6dAm&t=1393 - инструкция, как делать), в котором 
      - кратко приводятся основные результаты решения каждой задачи со слайда **«Цель и задачи»** 
        - Нет, нельзя повторить формулировки с "целей и задач",
        - Крайне желательно указать суть результата (Что именно вы сделали по данной задаче (явными словами, без ребусов)) и его количественную характеристику (например, измеренную вами точность, скорость работы и тд ...)
      - приведены направления дальнейшей разработки или улучшения программы.
  - В работе используется **сквозная терминология** - не допускается использовать разные понятия для обозначения ваших результатов. Система / программа / программная система / программный комплекс / прототип / метод / алгоритм / приложение это разные вещи!
  - **Скриншоты** **разработанной системы занимают не более одного основного слайда**.
  - Указанные в презентации ссылки корректно открываются. Ссылки на ваши результаты (репо, докер...) содержат ваши результаты:)



Дополнительные требования для студентов ПИ и ПМ, в работе которых есть разработка ПО:
  - Если тема вашей работы - разработка ИГРЫ, то в слайдах должно быть максимум деталей о разработке, технически сложных задачах и тд. Вопросы (гейм)дизайна, сюжета, и прочие вещи, не относящиеся к специальности (а они не относятся), должны занимать не более одного основного слайда.
  - В работе есть слайд, иллюстрирующий наличие программной разработки, например **схема архитектуры системы**, **диаграмма используемых классов** и т.д.
  - В работе есть слайд, где явно указаны используемые технологии вашего решения (какие языки программирования, библиотеки, фреймворки, стандарты). 
   

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


===  Оформление слайдов ===


  - **В презентации отсутствуют личные местоимения 1 и 2ого лица** (я, мы, наш, наши, нами - [[https://ru.wikipedia.org/wiki/Личные_местоимения]]) и весь **текст написан в безличной форме** ("Было разработано", "Исследование показало").
  - Если в абзаце одно предложение, то ставить точку не нужно.
  - На всех слайдах используется белый либо светлый фон (критерий проверки - презентация должна хорошо отображаться при низкой контрастности).
  - Шрифты:
    - Цвета шрифтов максимально контрастные.
    - В тексте слайдов используется не более 3 типов шрифта.
  - Таблицы
    - Если количество ячеек больше 36, то необходимо заменить на график/диаграмму или вынести в запасные слайды.
    - Присутствует заголовок, единицы измерения величин в колонках.
  - Изображения 
    - Изображения используют контрастную цветовую гамму.
    - Изображения не замылены, имеют высокое разрешение (мелкие детали различимы).
    - Схемы:
      - Блок-схемы должны приводиться в вертикальном виде, либо в виде псевдокода.
      - Схемы с большой детализацией должны иметь визуальное выделение (цветом, линией) наиболее важных элементов/областей/связей.
  - Графики и диаграммы
    - Указаны названия осей, единицы измерений, легенда (названия кривых), название графика, сетка при необходимости. 
    - Кривые отдельных зависимостей различимы и не сливаются.
  - Формулы
    - Набраны с помощью специальных инструментов (MathType, LaTex).
    - Параметрам из формулы даны пояснения под формулой.
  - Подписи к изображениям / таблицам / схемам
    - Если на слайде несколько подобных объектов, то необходимо добавить подписи, либо обозначения (рисунок 1, таблица Б).
    - Если на слайде всего один подобный объект, то его можно не подписывать при условии, что заголовок слайда содержит его название. 
  - В презентации отсутствуют орфографические ошибки.
  - Дробные числа в презентации имеют **разумное количество** десятичных разрядов. 
    - С точки зрения арифметики чисел с плавающей точкой, не все разряды обладают точностью (== может быть погрешность).
    - С точки зрения вашей задачи и эксперимента, не все разряды в измеренных величинах обладают смыслом чисто физически (например у вас получилась средняя погрешность 0,4564533453000999999 метра. Девятки в данном случае - это уже субатомные величины:). 
    - Лучше указать минимум знаков - **если, конечно, вы не хотите экспресс-экзамен по вычислительной математике на защите**.

==== Что любит спрашивать комиссия и как не подставить себя в слайдах ====

Что любят спрашивать
  - Практически в любой теме комиссию сильно интересует
    - есть ли аналоги и какие (а они есть всегда);
    - чем ваше решение от них отличается;
  - Если тема не сказать, что очень понятная (95% наших тем), комиссии будет интересно:
    - для каких еще задач можно применить ваши результаты (смежные области и отрасли);
    - в чем практическая значимость вашего решения (что станет лучше на практике - например, система будет работать быстрее / точнее ....);
  - Если в работе упоминаются алгоритмы, то комиссия захочет узнать их сложность.
  - Если вы придумали алгоритм, метод, методику - комиссия сильно захочет знать, что конкретно было на входе и что на выходе.
  - Если вы проводили эксперименты, то комиссии станет интересно, в каких условиях вы провели измерения (характеристики компьютера), как обработали данные, а также - как они сопоставляются с аналогами.
  - Если в ходе экспериментов, вы измеряли точность работы чего-то, то комиссии будет интересно узнать, как выглядят ошибочные случаи работы системы и чем можно их объяснить (матрица ошибок, количество ошибок 1 и 2 рода). 
  - Если вы делаете систему для массового пользователя (например, ПО для студентов), комиссию заинтересуют вопросы
    - системных требований для сервера / устройства, где ваше ПО будет работать (например, сколько потребуется памяти на 1000 пользователей ....);
    - вопросов кроссплатформенности (например, вы пишите мобильное приложение для студентов на Android - вопрос в том, как обеспечить его доступность на IOS);  
  - Если у вас есть слово ТЕСТИРОВАНИЕ, используйте его правильно. ТЕСТИРОВАНИЕ это в первую очередь написание тестов, остальные варианты проверки корректности / качества работы программы им не являются, например - измерения точности / производительности / пропускной способности и тд. 
  - Если по каким-то причинам, в вашей работе есть опрос пользователей или аналогичная активность (например, оценка удобства ), то вам необходим слайд с описанием процедуры опроса:
    - список участников, статистика по полу, возрасту
    - технология опроса (что они делали, как их опрашивали ....)
  - Если вы составляли свои датасеты / брали чужие, то комиссию интересует состав (количество, объем) и сбаланисрованность датасетов + примеры данных

=== Советы ===

  - Постарайтесь после постановки задачи (цели и задачи) сделать слайд с подробностями о вашей задаче
    - Нарисуйте графическую схему - где ваша система, где пользователь, что на входе, что на выходе. Покажите протоколы взаимодействия между участниками
    - Если вы делаете дополнение к существующей системе, то покажите на схеме всю систему (без излишних подробностей), покажите цветом вашу систему
    - Укажите, кто ваш пользователь, зачем ему ваше ПО
  - Если тема вашего диплома включает в себя разработку ИГРЫ:
    - Излагайте те аспекты разработки, которые ИМЕЮТ ОТНОШЕНИЕ К СПЕЦИАЛЬНОСТИ. Например, геймдизайн, игровые механики, визуальная и аудио составляющая - не имеют отношения и только отнимают у комиссии время. А вот если вы придумали свои алгоритмы / методы для генерации уровней, алгоритмы анимации, словом что-то имеющее ТЕХНИЧЕСКУЮ / МАТЕМАТИЧЕСКУЮ сложность - вот это уже интересно.
    - Старайтесь в обзоре аналогов рассматривать именно конкурентов за решение проблемы (алгоритмы, фреймворки, движки), а не другие игры подобных жанров. Помните, что фокус нашей кафедры это не геймдев, а программное и математическое обеспечение:)


==== Ответы на часто задаваемые вопросы ====

  - Что делать, если у проверяющего есть претензии к формулировке цели / проблемы / ОИ и ПИ?
    - Значит, нужно менять формулировки по указаниям проверяющего. 
  - Что делать, если задач в ВКР меньше 4 / больше 5? 
    - Задачи в презентации не должны дословно повторять задачи из ВКР. Поэтому вы можете их объединить / сжать (например, заменить две задачи одной более общей формулировкой).
  - Что делать, если слайдов получилось больше требуемого количества и непонятно как их ужимать?
    - С высокой вероятностью можно избавиться от:
      - Исторической справки,
      - Примеров кода,
    - Переносите, все что не нужно в дополнительные слайды.


==== Инструкция для проверяющих ====

  - Выбираем очередную работу сверху списка на листе "Порядок"
  - Открываем по ссылке из колонки "Слайды" саму работу в системе проверки
  - Оцениваем выполнение критериев к содержанию и оформлению. Критерии содержания первичны, среди них наиболее приоритетны критерии однозначного и явного раскрытия задач. Подробно об оценивании написано в данном документе выше.
  - Пишем комментарии / замечания на листе "Оценки" в колонке "Комментарий"
  - Выставляем оценку на лист "Оценки", колонка "Оценка презентация"
    - Если работа была уже проверена системой на баллы > 0.9 и в "Оценке" стоит "Допущен с рекомендацией ...", то оценку снижаем только в случаях, когда презентация и правда не дотягивает до уровня выхода на защиту 
  - Выделяем соответствующую ячейку в колонке "Дата проверки" и нажимаем CTRL+; чтобы в этой ячейке появились текущие дата и время

Наша задача в процессе проверки - помочь с презентацией и подачей материалов на защите (усилить понятность и положительное впечатление), а не переделать диплом (на это времени нет).



==== [deprecated] Указания по подготовке видео доклада ====

Не актуально!

Как записывать видео:
  - Zoom
    - Убедитесь, что у вас включена опция "Record thumbnails when sharing" https://go.zoom.us/profile/setting?tab=recording
    - Создайте митинг.
    - Включите микрофон, видео, расшарьте экран (это необходимо сделать до начала записи).
    - Нажмите кнопку Record.
    - Выполните доклад.
    - Завершите митинг.
    - Дождитесь сохранения видео. 
  - https://obsproject.com/

Требования к видео:
  - Видео выложено на **Google Drive** или **Яндекс Диск**. 
  - На момент отправки видео можно просматривать по ссылке (**видео полностью обработано сервисом**).
  - На видео одновременно отображается **и презентация, и видео с веб-камеры**.
  - Голова докладчика постоянно в кадре, **лицо отчетливо видно**. 
  - **Повседневно деловой** (или более официальный) стиль одежды. **Избегайте одежды в полоску и клетку** - она очень плохо смотрится в кадре.
  - В кадре присутствует **только один человек** (докладчик).
  - **Докладчик не читает**, а говорит своими словами.
  - Докладчика **отчетливо слышно**, нет посторонних звуков.
  - Рекомендованная длительность видео **8-10 минут**.
  - В видео **отсутствует монтаж** (можно обрезать ролик в начале и в конце).


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