Презентация к защите итогов производственной практики
1. Выполняется только в форматах ppt/pptx или pdf.
2. Рекомендуемая минимальная структура презентации:
· Слайд 1 – тема ВКР, ФИО студента, группа, ФИО руководителя и его должность.
· Слайд 2 – предметная область проекта, проблема, которая решается в рамках проекта.
· Слайд 3 – цель проекта.
· Слайд 4 – список аналогичных решений (критерии сравнения не обязательны, но, на усмотрение студента и руководителя, допустимо размещение таблицы сравнения аналогичных решений с критериями).
· Слайд 5 – перечень функций разработки согласно выполненной программе.
· Слайды 6 ÷ Х[1] – модели разработки.
· Слайд Х+1 – список технических и программных средств разработки.
· Слайд Х+2 – слайд с текстом «Результат разработки»[2], содержащий ссылку на видеоролик.
Количество и состав слайдов могут быть изменены по согласованию с руководителем ВКР.
Шаблон презентации студент выбирает самостоятельно, с учетом рекомендаций эксперта (см. презентацию эксперта – https://clck.ru/VCbCv).
Видеоролик к защите итогов ППС
1. Продолжительность видеоролика должна быть не более 3 минут.
2. Видео должно быть приемлемого качества, не мешающего восприятию.
3. При озвучивании видео необходимо опираться на список функциональных требований, указанных в дипломном проекте, с перечислением их наименования и демонстрацией их содержимого, демонстрация работы каждой функции с устным комментарием и текстовым комментарием, содержащим название каждой функции.
4. Демонстрация каждой функции должна отражать:
· входные данные для каждой функции;
· результат работы каждой функции.
5. В случае превышения трехминутного лимита и наличия желания подробнее прокомментировать основные реализованные функции, можно пренебречь демонстрацией менее важных функций (наподобие «авторизация, регистрация») с целью экономии времени.
6. Перед записью видеоролика необходимо подготовить тестовый набор входных данных с репрезентативной выборкой, например, база данных не менее 15 записей, с использованием существующих фамилий, имен, отчеств, названий (имена собственные), адресов, номеров телефонов, электронных почт, интернет-ресурсов и т.д., в зависимости от специфики вашей разработки, а не набор символов.
7. Видеоролик необходимо предоставить в одном из форматов: mpeg4, divX, AVI, FLV. В других форматах видеоролик не будет принят.
8. Для создания видеоролика необходимо сделать запись экранов во время работы разработки (можно использовать любое ПО для видеозахвата экрана, для мобильных устройств можно использовать симулятор), смонтировать видеоролик самостоятельно.
3 Порядок представления отчетности по практике
По результатам производственной практики студент загружает в систему ИСУ следующие отчетные материалы:
− Презентация к защите итогов производственной практики (вместе со ссылкой на видеоролик – слайд с текстом «Результат разработки»).
− Заполненный руководителем практики от факультета аттестационный лист в формате PDF с подписью руководителя.
Загрузка отчетных материалов в систему ИСУ осуществляется в соответствии с Инструкцией пользователя модуля «Практика» (роль: студент) – см. подробную инструкцию: https://clck.ru/atcVe.
По итогам успешной загрузки отчетных материалов в систему ИСУ защита итогов практики осуществляется на квалификационном экзамене.
ПРИЛОЖЕНИЕ А
Министерство науки и высшего образования Российской Федерации
ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ АВТОНОМНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ
«НАЦИОНАЛЬНЫЙ ИССЛЕДОВАТЕЛЬСКИЙ УНИВЕРСИТЕТ ИТМО»
АТТЕСТАЦИОННЫЙ ЛИСТ
Характеристика профессиональной деятельности студента во время прохождения производственной практики (по профилю специальности)
Студент ____________________________________________________________________________
Группа _____
Специальность 09.02.07 Информационные системы и программирование
Место проведения практики
Сроки прохождения практики 19.01.2022 – 11.04.2022
Наименование профессиональных модулей (видов деятельности)
ПМ.01 «Разработка модулей программного обеспечения для компьютерных систем»
ПМ.02 «Осуществление интеграции программных модулей»
ПМ.04 «Сопровождение и обслуживание программного обеспечения компьютерных систем»
Виды выполняемых работ:
| Результаты (освоенные профессиональные компетенции) | Основные показатели оценки результата | Отметка о выполнении[3] | ||
| ПМ.01 Разработка модулей программного обеспечения для компьютерных систем | ||||
| ПК 1.1. Формировать алгоритмы разработки программных модулей в соответствии с техническим заданием. | − обоснование выбора методологий и технологий проектирования программных модулей исходя из его назначения; | |||
| − осуществление корректного сбора, обработки и анализа информации для проектирования алгоритма программного модуля в соответствии с техническим заданием; | ||||
| − использование CASE-средств автоматизированного проектирования при формировании алгоритмов разработки программных модулей в соответствии с техническим заданием; | ||||
| − соответствие алгоритма разработки программного модуля заданным критериям функциональности. | ||||
| − соответствие документации по разработке программного продукта требованиям ГОСТ. | ||||
| ПК 1.2. Разрабатывать программные модули в соответствии с техническим заданием. | − обоснование выбора программных средств реализации программного модуля; | |||
| − реализация всех функций программного продукта, представленных в спецификации, оформленной в соответствии с требованиями ГОСТ ЕСПД, в среде программирования; | ||||
| − соответствие документации по разработке программного продукта требованиям ГОСТ. | ||||
| ПК.1.3. Выполнять отладку программных модулей с использованием специализированных программных средств. | − обоснование выбора среды разработки и использования отладчика реального времени; | |||
| − способность проведения отладки модулей в выбранной среде программирования и с использованием отладчика реального времени; | ||||
| − соответствие документации по разработке программного продукта требованиям ГОСТ. | ||||
| ПК 1.4. Выполнять тестирование программных модулей. | − обоснование выбора методики тестирования программного продукта; | |||
| − проведение тестирования в соответствии с правилами выбранной методики. | ||||
| − соответствие документации по разработке программного продукта требованиям ГОСТ. | ||||
| ПК 1.5. Осуществлять рефакторинг и оптимизацию программного кода. | − обоснование выбора приёмов оптимизации программного кода (ликвидация избыточности работы тела цикла, экономия памяти, использование динамической памяти и подпрограмм, оверлейных программ); | |||
| − проведение анализа сложности и скорости исполнения программного кода; | ||||
| − корректность работы с системой контроля версий; | ||||
| − способность разрабатывать оптимальные конструкции, где критерием оптимальности является минимизация количества операций в программе. | ||||
| − использование инструментальных средств для рефакторинга и оптимизации программного кода. | ||||
| − соответствие документации по разработке программного продукта требованиям ГОСТ. | ||||
| ПК 1.6. Разрабатывать модули программного обеспечения для мобильных платформ. | − обоснование выбора программных средств реализации мобильного приложения; | |||
| − реализация всех функций мобильного приложения, представленных в спецификации, оформленной в соответствии с требованиями ГОСТ ЕСПД, в среде программирования; | ||||
| − соответствие документации по разработке программного продукта требованиям ГОСТ. | ||||
| ПМ.02 Осуществление интеграции программных модулей | ||||
| ПК 2.1. Разрабатывать требования к программным модулям на основе анализа проектной и технической документации на предмет взаимодействия компонент. | − обоснование выбора специализированных графических средствах построения и анализа архитектуры программных продуктов; | |||
| − корректность выбора моделей процесса разработки программного обеспечения; | ||||
| − правильность разработки требований к программному обеспечению; | ||||
| − корректность разработки тестовых пакетов и тестовых сценариев. | ||||
| − способность выявлять ошибки в системных компонентах на основе спецификаций | ||||
| − соответствие документации по разработке программного продукта требованиям ГОСТ. | ||||
| ПК 2.2. Выполнять интеграцию модулей в программное обеспечение | − описание концепций и реализации программных процессов; | |||
| − создание программного продукта по разработанному алгоритму; | ||||
| − получение кода с заданной функциональностью и степенью качества; | ||||
| − определение основных подходов к интегрированию программных модулей. | ||||
| − соответствие документации по разработке программного продукта требованиям ГОСТ. | ||||
| ПК 2.3. Выполнять отладку программного модуля с использованием специализированных программных средств. | − описание принципов построения, структуры и приемов работы с инструментальными средствами, поддерживающими создание программного обеспечения; | |||
| − качество выполнения отладки программного продукта с использованием специализированных программных средств; | ||||
| − аргументированность выбора специализированных программных пакетов для проектирования программного обеспечения; | ||||
| − корректная работа с выбранной системой контроля версий; | ||||
| − использование методов для получения кода с заданной функциональностью и степенью качества; | ||||
| − использование инструментальных средств отладки программных продуктов; | ||||
| − соответствие документации по разработке программного продукта требованиям ГОСТ. | ||||
| ПК 2.4. Осуществлять разработку тестовых наборов и тестовых сценариев для программного обеспечения. | − выбранный метод тестирования соответствует поставленным целям тестирования; | |||
| − разработанный набор тестовых значений соответствует требованиям; | ||||
| − составленные отладочные задания позволяют выполнить проверку контролируемых параметров; | ||||
| − решение об окончании тестирования принимается на основе анализа. | ||||
| − соответствие документации по разработке программного продукта требованиям ГОСТ. | ||||
| ПК 2.5. Производить инспектирование компонент программного обеспечения на предмет соответствия стандартам кодирования. | − определение основных положений метрологии программных продуктов, принципы построения, проектирования и использования средств для измерений характеристик и параметров программ, программных систем и комплексов; | |||
| − описание стандартов качества программного обеспечения; | ||||
| − правильность применения стандартов качества программного обеспечения. | ||||
| ПМ.04 Сопровождение и обслуживание программного обеспечения компьютерных систем | ||||
| ПК 4.1. Осуществлять инсталляцию, настройку и обслуживание программного обеспечения компьютерных систем. | − обоснование выбора методов и средств эффективного анализа функционирования программного обеспечения; | |||
| − правильность инсталляции, настройки и обслуживания программного обеспечения компьютерных систем | ||||
| ПК 4.2. Осуществлять измерения эксплуатационных характеристик программного обеспечения компьютерных систем. | − соответствие измерения эксплуатационные характеристик программного обеспечения компьютерных систем требованиям; | |||
| − правильность анализа эксплуатационных характеристик качества программного обеспечения. | ||||
| ПК 4.3. Выполнять работы по модификации отдельных компонент программного обеспечения в соответствии с потребностями заказчика | − способность модифицировать отдельные компоненты программного обеспечения в соответствии с потребностями заказчика. | |||
| ПК 4.4. Обеспечивать защиту программного обеспечения компьютерных систем программными средствами. | − обоснование методов защиты программного обеспечения компьютерных систем; | |||
| − использование методов защиты программного обеспечения компьютерных систем; | ||||
| − корректный анализ рисков и характеристики качества программного обеспечения. | ||||
Руководитель практики от факультета СПО: ___________________________________
«» 2022г.
[1] У каждого проекта – свое количество слайдов с моделями. Если модель не читаема, то необходимо разбить на отдельные слайды.
[2] На защите на данном слайде запускается видеоролик в отдельной программе.
[3] Указывается «+» или «-». Считается, что программа практики выполнена, если студентом выполнено не менее 70% перечисленных видов работ. Если вид деятельности не соответствует тематике практики, то указывается «не оценивается».