Содержание разделов пояснительной записки
Титульный лист
Пример оформления титульного листа курсового проекта приведен в приложении А.
Тема курсового проекта должна быть сформулирована кратко и точно соответствовать его содержанию. Следует избегать тем, в которых не отражаются в должной мере суть, завершенность работы, нет достаточно ясного определения ее цели и результатов.
Лист задания (Бланк индивидуального задания)
Лист задание на курсовой проект является исходным документом для разработки проекта и должно быть выполнено по установленной форме. Задание заполняется руководителем курсового проекта, согласуется со студентом, выполняющим проект, и утверждается председателем цикловой комиссии. В задании приводится график выполнения работы.
Пример оформления бланка индивидуального задания приведен в приложении Б.
Содержание
В содержании приводятся наименования разделов и подразделов с указанием номеров страниц, на которых они размещаются. Первый лист содержания является третьим листом ПЗ и оформляется на листе писчей бумаги формата А4 с рамкой и надписью по ГОСТ 2.104–68, форма 2, второй – по форме 2а. Последующие листы оформляются без рамки. Содержание наглядно отражает структуру ПЗ, соответствие заданию (приложение В).
Введение
Введение должно содержать в виде краткой аннотации освещение и оценку современного состояния решаемой задачи, основание и исходные данные для разработки темы, а также краткую характеристику разделов пояснительной записки. Объем введения не превышает двух страниц печатного текста.
Постановка задачи
Объем данного раздела ПЗ предполагает до 3 страниц. В раздел входит собственно постановка задачи (название темы с пояснениями, наиболее общим описанием основных функций программы). Приводится описание предметной области. Анализируются информационные взаимосвязи предметной области. Приводится обоснование модели базы данных и СУБД для разработки программы.
Предметная область – это часть реального мира, данные о которой необходимо отразить в базе данных. Предметная область определяется темой курсового проекта. Например, в качестве предметной области можно выбрать бухгалтерию какого-либо предприятия, отдел кадров, банк, магазин и т. д.
Необходимо четко выделять в предметной области важные понятия и малозначащие или вообще не значащие данные. Так, если в качестве предметной области выбран учет товаров на складе, то понятия «накладная» и «счет-фактура» являются важными, а наличие у сотрудницы, принимающей накладные, двоих детей – это для учета товаров неважно. Однако, с точки зрения отдела кадров, данные о наличии детей являются важными. Таким образом, важность данных зависит от выбора предметной области.
Модель предметной области – это знания о предметной области. Модель предметной области описывает процессы, происходящие в предметной области, и данные, используемые этими процессами. Знания об этих процессах должны быть выражены с помощью текстовых описаний предметной области (наборов должностных инструкций, правил ведения дел в компании и т. п.). Наряду с текстовым описанием, должны присутствовать наглядные диаграммы, разработанные по методикам объектно-ориентированного анализа UML.
Разработанные диаграммы приводятся в графической части.
Концептуальное проектирование (описание основных объектов)
Объем этого раздела ПЗ предполагается до 7 страниц.
В этом разделе приводится:
описание пользователей и групп пользователей системы;
модель «сущность-связь» (ER), разработанная на основании анализа модели предметной области, и ее описание (описание сущностей (объектов), их атрибутов, доменов и связей между сущностями).
Отбор объектов производится на основе анализа информационных потребностей. Необходимо привести таблицы описания объектов.
Список сущностей (объектов) предметной области
№ п/п |
Наименование объекта |
Краткое описание |
|
|
|
|
|
|
|
|
|
Для каждого объекта следует привести таблицу его атрибутов.
Список атрибутов
№ п/п |
Наименование атрибута |
Краткое описание |
|
|
|
|
|
|
|
|
|
На основе анализа информационных потребностей (списка объектов и списка атрибутов) следует выявить связи между объектами. Для выявления связей заполняется таблица.
№ п/п |
Наименование связи |
Объекты, участвующие в связи |
Краткое описание |
|
|
|
|
|
|
|
|
Реляционная модель БД
Объем этого раздела ПЗ предполагается до 7 страниц.
В данном разделе приводится описание отношений, разработанных на базе диаграмм «сущность-связь». Сюда входят:
описание непосредственно отношений, типов их атрибутов, ограничений целостности, накладываемых на базу данных;
определение ключей (первичных и внешних);
нормализация отношений (чаще всего до 3-й нормальной формы, с обоснованием);
описание установленных связей между отношениями с обоснованием выбора конкретного вида связи в каждом случае;
приводится схема данных.
Наиболее часто при разработках баз данных применяются реляционные СУБД. Для СУБД этого типа модель удобно представить в виде набора таблиц специальной формы.
Структура таблицы для реляционной модели
№ п.п. |
Наименование |
Идентификатор |
Тип |
Длина |
Ограничения |
Примечания |
|
Код читателя |
RKey |
числовой |
|
Уникальный |
|
|
Фамилия |
SName |
текстовый |
20 |
|
|
|
Имя |
FName |
текстовый |
15 |
|
|
|
Отчество |
PName |
текстовый |
15 |
|
|
|
Телефон |
Telephone |
текстовый |
30 |
|
|
|
Дата рождения |
Birthday |
Дата/время |
|
|
|
Такая таблица составляется для каждого отношения, используемого в базе данных.
При описании средств поддержания целостности нужно привести классификацию ограничений целостности, предъявляемых к объектам предметной области, их атрибутам и связям между объектами.
Ввести список ограничений (список включает ограничения, которые должны затем контролироваться СУБД, для обеспечения целостности базы данных). Описать требования к атрибутам и сущностям для поддержания целостности, определяемой пользователем. Например, для переменной x, которая обозначает оценку на экзамене, можно ввести ограничение: 1≤ х ≤5. Для переменной z, которая обозначает сумму остатка средств на счете клиента банка, можно ввести ограничение: z ≥ 0.
Практическая часть
Объем этого раздела ПЗ предполагается до 10 страниц. Здесь отражены:
описание среды разработки;
входная информация задачи, т. е. та информация, которой будет дополняться база данных (например, информация о новых моделях мобильных телефонов или информация о наличии конкретной модели у дилеров);
выходная информация задачи (описание предполагаемых отчетов и результатов запросов и поисков, возможных в системе);
описание интерфейса (описание форм, логики их отображения, система управления – меню, панели инструментов, цветосочетания, общего стиля приложения);
программно-аппаратные ресурсы ПК, минимальное наличие которых предполагает возможность использования приложения БД (с сервером, в случае клиент-серверных приложений);
оптимальная конфигурация ПК, при которой быстродействие системы максимальное.
Применение
Объем этого раздела ПЗ предполагается 2–4 страницы. Здесь необходимо описать процесс взаимодействия пользователя с приложением, указать основные состояния (со ссылками на фрагменты экранных форм), в которых может находиться система, как и в какие директории устанавливается приложение.
Заключение
Объем 1–2 страницы. Выводы по результатам выполненной работы должны состоять из нескольких обобщающих пунктов, подводящих итог проведенной работы, и отражать возможные пути ее практического использования.
Список использованных источников
Этот раздел должен содержать перечень источников, цитируемых и изученных при написании курсовой работы, которые следует располагать по алфавиту авторов или заглавий (в случае четырех авторов и более). Сведения об источниках необходимо привести в соответствии с требованиями ГОСТ 7.1–2003 и приложением Г.
Приложения
Приложения оформляются как продолжение работы на последующих ее страницах, располагая их в порядке появления ссылок на них в тексте. В приложения следует включать вспомогательный материал, необходимый для полноты восприятия, – таблицы вспомогательных цифровых данных, описание алгоритмов и программ задач, решаемых на ЭВМ, разработанных в процессе выполнения работы, иллюстрации вспомогательного характера (все формы приложения).