Аналитическая часть

Созданное и протестированное ПО предполагает использование для решения практических задач. В аналитической части работы необходимо спланировать и провести вычислительный эксперимент для различных начальных данных этих задач. После проведения эксперимента необходимо провести анализ решений и характеристик разработанного ПО. Желательно сравнить полученные результаты с результатами работы аналогичных систем.

Основными характеристиками для анализа является время работы программы и точность решения.

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

Порядок защиты курсового проекта

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

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

Перед проверкой преподавателем студент выполняет самостоятельную проверку на плагиат. Рекомендуется использовать свободно распространяемую программу EtxtAntiplagiat, которая доступна по адресу: http://www.etxt.ru/antiplagiat/ либо портал: http://antiplagiat.ru

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

Электронная версия курсового проекта должна содержать:

1. Пояснительную записку в формате MS Word; имя файла задается по следующему шаблону: группа_фамилия_тема.docх; например, 1661м_Иванов_Алгоритм_Дейкстры.docx

2. откомпилированная программа (.jar, .exe файлы и др);

3. исходный код программы в отдельной папке;

4. при необходимости, входные/выходные файлы для тестирования.

Все вышеуказанные файлы сохраняются в одной папке. Имя папке задается аналогично имени файла (группа_фамилия_тема.docх)

Рисунок 2. Структура и имена папок и файлов для защиты курсового проекта.

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

Защита студентом КП проходит публично в виде презентации. Порядок защиты следующий:

1. Демонстрация программы. Если программы не работоспособна, то защита переносится на более поздний срок.

2. Доклад по презентации.

3. Защита отчета в режиме публичного обсуждения (ответы на вопросы).

По результатам защиты, выставляется оценка, в соответствии с критериями оценки, которые приведены в таблице 1.

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

Таблица 1. – Критерии оценки.

Критерий	Оценка
	«удовлетворительно»	«хорошо»	«отлично»
1. Сроки	Нет требований	До экзаменационной сессии.	В полном соответствии с календарным планом
2. Плагиат	<40%	<30%	<20%
3. Тестирование	Нет требований (типовой тест)	Все возможные сочетания входных параметров, согласно условию задачи	Все возможные сочетания входных параметров, согласно условию задачи. Описание исключительных ситуаций.
4. Полнота и согласованность работы	Не более чем в двух местах допускается отсутствие малозначимых частей или противоречивых утверждений в различных частях ПЗ. Возможны небольшие отклонения от ТЗ	Структура пояснительной записки полностью соответствует требованиям данных методических указаний. Все части текста взаимно согласованы друг с другом. Все теоретические утверждения и практические решения логически доказаны или подтверждаются ссылками на проверенный используемый источник.
5. Оформление программы	Нет требований	Обязательная разметка кода и именование элементов программы согласно нотации.	Обязательная разметка кода и именование элементов программы согласно нотации. Наличие комментариев к коду программы.
6. Требования к алгоритму и памяти	Нет требований	Нет требований	Алгоритм проанализирован с точки зрения быстродействия. Корректный выбор типов данных, исходя из условий задачи. Отсутствие заведомо избыточных переменных и структур.
7. Выполнение принципов ООП	Использование в КП базовых концепций ООП. Программа представляет собой совокупность объектов, каждый из которых является экземпляром определенного класса	Вся курсовая работа построена на ОО парадигме. Программа представляет собой совокупность объектов, каждый из которых является экземпляром определенного класса, а классы образуют иерархию наследования.	Вся курсовая работа построена на ОО парадигме. Программа представляет собой совокупность объектов, каждый из которых является экземпляром определенного класса, а классы образуют иерархию наследования. Используются нетривиальные возможности ООП и Java (абстрактные классы, интерфейсы, многоуровневое наследование, переопределение методов).
8. Требования к интерфейсу программы	Нет требований	Интерфейс позволяет пользователю самостоятельно использовать программу.	Дружелюбный (общепринятый) интерфейс, с рациональным размещением элементов и использованием цветовой гаммы
9. Защита КП	Слайды и доклад знакомят с основными результатами проекта. Дополнительные требования к оформлению и изложению не предъявляются.	Слайды и доклад позволяют в полной мере оценить выполненную работу. Слайды читаемы и стилистически выверены. Речь докладчика грамотная и отчетливая. Полностью соблюдается регламент выступления.
10. Ответы на вопросы	Владеет материалом, описанным в пояснительной записке и коде	Свободно владеет теоретическим материалом по теме курсового проекта и способен указать пути решения или модифицировать код при небольших изменениях задачи.