Структура и содержание отчёта по курсовой работе
1) Задание на
курсовую работу должно быть распечатано на ОДНОМ листе с обеих сторон листа
2) Наглядное руководство по оформлению
отчёта по курсовой работе – http://old.gsu.by/pages/metrology/files/guide_coursework_2023.pdf
3) В напечатанном отчёте по курсовой работе
последним листом должно быть приложение с результатами проверки на плагиат,
которую надо выполнить самостоятельно (ресурсы, на которых можно выполнить
проверку на плагиат, смотри по ссылке «Требования
к оформлению отчёта по курсовой работе 2023 (сокращенно)»)
4) Размер отчёта без приложений не должен
превышать 50 страниц
5) Порядок подшивки структурных элементов
курсовой работы в отчёт:
ü титульный лист;
ü задание по курсовой работе (не нумеруется и не
учитывается в общем объёме работы);
ü реферат;
ü содержание;
ü введение;
ü основная часть;
ü заключение;
ü список использованных источников;
ü приложения (последнее приложение должно
быть с результатами проверки на плагиат)
1. Назначение разработанного
приложения |
|
1.1 |
Описать, для чего
предназначено приложение |
1.2 |
По пунктам перечислить и
описать основные возможности приложения |
1.3 |
Желательно привести рисунок
с основными функциями (это не скриншот главной формы или меню. Перечисление
на рисунке функций в виде «добавление, изменение, удаление записей»,
«построение отчётов» и т.п. тоже не увеличивает оценку. Надо показать
конкретные возможности приложения (например, «построение отчёта об
успеваемости для выбранной группы» и т.п.)) |
1.4 |
Бессмысленно описывать
структуру БД и содержимое конкретных таблиц (это уменьшает оценку, а не
увеличивает) |
1.5 |
Оптимальный размер раздела
1-2 страницы |
2. Теоретический
раздел |
|
2.1 |
Оптимальный размер раздела
5-7 страниц |
3. Структура базы
данных приложения |
|
3.1 |
На рисунке со схемой данных
обязательно должны быть показаны типы связей между таблицами БД |
3.2 |
Скрипт должен содержать операторы
создания таблиц БД и операторы определения связей между таблицами |
3.3 |
Обязательно должен быть
текст, а не только рисунки и таблицы |
4. Схема диалога
пользователя с разработанным приложением |
|
4 |
Скриншоты окон приложения
должны быть хорошо читаемыми и при этом разумными по размеру |
4.1. Корректировка
таблиц-справочников |
|
4.1.1 |
Таблицы-справочники – это
те таблицы, которые надо заполнить один раз, а дальше их данные будут
изменяться редко (чаще всего в таких таблицах нет внешних ключей, но это не обязательно) |
4.1.2 |
Достаточно показать
подробно типичную работу с одной таблицей-справочником (это не должна быть
таблица с данными по сотрудникам или должностям) |
4.1.4 |
Если работа с остальными таблицами-справочниками
осуществляется аналогично, то надо просто написать про это в отчёте |
4.2. Основная функциональность приложения
по ведению базы данных |
|
4.2.1 |
Этот раздел должен
представлять из себя руководство пользователя по работе с приложением |
4.2.2 |
Надо логично и
последовательно описать, как работать с приложением, а не просто в любой
последовательности показать, как модифицировать таблицы |
4.2.3 |
Должна быть описана работа
со всеми таблицами, которые не являются справочниками |
4.2.4 |
Если подробно описывается
работа с какой-либо одной таблицей, а работа с остальными таблицами
описывается кратко, то это не должна быть таблица с данными по сотрудникам
или должностям |
4.3. Построение
печатных отчётов |
|
4.3.1 |
Привести все печатные
отчёты (для однотипных отчётов достаточно привести один отчёт и написать, что
есть аналогичные) |
4.3.2 |
Если печатный отчёт
параметризованный, то это должно быть видно в тексте отчёта по курсовой
работе |
4.4. Дополнительная
функциональность приложения |
|
4.4.1 |
Описать все, что относится
к простой функциональности (поиск и фильтрация, сортировка, обработка ошибок,
авторизация без ролей и т.п.) |
4.4.2 |
Нет смысла показывать в
отчёте окна с сообщениями о выполненных действиях (например, «Запись
добавлена!») |
4.4.3 |
При демонстрации в отчёте
окна с подтверждением действия (например, «Удалить запись?») должно быть
чётко видно, что надо подтвердить (например, удаление какой записи из какой
таблицы) |
4.4.4 |
При демонстрации в отчёте
окна с неполными или ошибочными действиями пользователя (например, «Не все
данный введены!» или «Дата окончания должна быть позже даты начала!») должно
быть чётко видно, что не введено или введено неверно |
4.4.5 |
Описать всё, что относится
к сложной функциональности и не описано в подразделе 4.2 (авторизация с
ролями, ведение логов изменения данных, построение статистики, графиков и
диаграмм и т.п.) |
4.4.6 |
Не надо подробно описывать
возможности авторизации и управления пользователями и ролями, достаточно
просто показать окно авторизации и описать роли, если они есть в приложении. Подробное описание авторизации (вместе с
описанием возможностей управления пользователями и ролями) более чем на 2
страницы приравнивается к списыванию (см.
Критерии оценивания) |
5. Использованные
средства MS SQL Server |
|
5.1 |
В столбце «Назначение» (например,
для хранимой процедуры) надо написать, какую информацию возвращает процедура
или что она делает (это по сути комментарий к процедуре). Если в этом столбце будет написано что-то
похожее на «Выборка данных из нескольких таблиц» или «Просмотр данных на
форме», а не конкретный комментарий, то это будет приравнено к списыванию
(см. Критерии оценивания) |
5.2 |
В столбце «Где
используется» (например, для хранимой процедуры) надо написать, где конкретно
используется хранимая процедура (при отображении данных на форме «А», при
построении отчёта «Б», при построении графика «В», для перевода студентов на
следующий курс на форме «Г» и т.п.). Если в этом столбце не будет указано
конкретное место использования, то это будет приравнено к списыванию
(см. Критерии оценивания) |
5.3 |
После таблиц исходный код
представлений, процедур, функций и триггеров должен быть приведён в порядке
их перечисления в таблицах |
5.4 |
Исходный код каждого
представления, процедуры, функции и триггера должен быть чётко выделен в
тексте отчёта пустыми строками (размер шрифта – не менее 12) |
Приложения |
|
П.1 |
Должен быть только
программный код, а не код SQL |
П.2 |
Привести наиболее важный
код |
П.3 |
Не вставлять
сгенерированный средой разработки код |
П.4 |
Можно делать уменьшенным
шрифтом (например, размером 10) |
П.5 |
Размер раздела не более 7
страниц |