Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Методичка на ВКР.doc
Скачиваний:
0
Добавлен:
01.05.2025
Размер:
600 Кб
Скачать
☆

2.4 Руководство и контроль работы студента

Руководителями ВКР назначаются, как правило, ведущие преподаватели выпускающей ЦМК, сотрудники и высококвалифицированные специалисты предприятий и организаций. За одним руководителем закрепляется обычно не более 6–8 студентов.

Студент выполняет ВКР самостоятельно под контролем руководителя и с помощью консультантов - квалифицированных специалистов в отдельных вопросах проектирования.

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

  • выдает студенту задание на выполнение ВКР до начала преддипломной практики, которое в дальнейшем уточняется и корректируется;

  • оказывает помощь студенту в сборе и обобщении необходимых материалов;

  • систематически консультирует студента;

  • контролирует выполнение студентом всех разделов проекта в сроки, остановленные графиком;

  • осуществляет общий контроль за ходом выполнения проекта и предоставляет сведения о проценте его готовности выпускающей ЦМК;

  • представляет законченный ВКР со своим отзывом заведующему отделением для направления на рецензию и выхода на защиту.

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

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

После предзащиты дипломник получает направление на рецензирование и представляет ВКР рецензенту.

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

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

3.1 Примерная структура вкр

Выпускная квалификационная работа включает:

  • разработанный программный продукт;

  • расчетно-пояснительную записку, объемом не менее 50 страниц.

Пояснительная записка включает следующие структурные элементы:

  1. титульный лист (смотрите в Приложении Б);

  2. задание на выполнение выпускной квалификационной работы;

  3. содержание;

  4. введение – 5 – 7 % от общего объёма записки;

  5. основная часть (конструкторская, технологическая, научно-исследовательская части) – 60-65 %;

  6. экономический раздел – 10 – 15 %;

  7. охрана труда и анализ экологической безопасности – 5 %;

  8. заключение – 3 %;

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

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

Структура написания технического задания приведена в приложении (см. Приложение В). Примеры написания технического задания приведены в приложениях Г.

Титульный лист, как правило, служит обложкой документа. Пример оформления титульного листа приведен в Приложении Б.

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

Содержание должно включать заголовки всех разделов, подразделов и пунктов, а также номера страниц, на которых они начинаются. Изменение или сокращение заголовков не допускается (см. Приложение Ж).

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