Содержание пояснительной записки

Пояснительная записка к курсовому проекту выполняется в текстовом процессоре Word и должна содержать:

• титульный лист;

• оглавление;

• описание задания и предметной области;

• инфологическую модель;

• описание логической структуры информационных объектов;

• схему данных;

• таблицы базы данных;

• результаты выполнения запросов;

Все страницы пояснительной записки (кроме титульного листа) должны быть пронумерованы.

На титульном листе необходимо отразить название университета, факультета, кафедры, дисциплины, темы, фамилию и инициалы студента и руководителя.

В разделе «Оглавление» следует привести наименование разделов пояснительной записки с указанием номеров страниц.

В разделе «Описание задания» необходимо изложить задание и подробно описать предметную область применения (математический аппарат, определения).

В разделе «Инфологическая модель» следует отобразить инфологическую модель предметной области с описанием соста­ва атрибутов информационных объектов.

В разделе «Описание логической структуры информационных объектов» необходимо в табличной форме представить структуры информационных объектов (имя, наименование, признак ключа, формат данных).

В разделе «Схема данных» следует привести схему данных, полученную при реализации базы данных средствами Access 2003.

В разделе «Таблицы базы данных» необходимо привести заполненные таблицы базы данных.

В разделе «Результаты выполнения запросов» следует отразить данные, полученные по результатам выполнения запросов.

Пример проектирования и реализации базы данных средствами access 2003

1) Инфологическое проектирование

Пусть в базе данных необходимо отразить сведения о студентах вуза.

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

Исходя из этих данных первоначально можно определить один информационный объект:

СТУДЕНТ (Номер зачетной книжки. Фамилия, Имя, Отче­ство, Номер группы, Номер факультета, Наименование, Декан, Номер специальности, Наименование специальности, Стоимость, Дата рождения, Курс, Коммерческий).

Анализ данного информационного объекта показывает, что отношение (таблица), построенное по этому объекту, будет нахо­дится лишь во второй нормальной форме (2NF) вследствие того, что в отношении СТУДЕНТ имеют место функциональные зави­симости, показанные на рис. 1.

Рис. 1. Функциональные зависимости в исходном отно­шении СТУДЕНТ

Таким образом, исходный информационный объект распа­дается на четыре новых информационных объекта:

СТУДЕНТ (Номер зачетной книжки, Номер группы, Фами­лия, Имя, Отчество, Дата рождения, Коммерческий).

ФАКУЛЬТЕТ (Номер факультета, Наименование, Декан).

ГРУППА (Номер группы, Номер факультета, Номер специ­альности, Курс).

СПЕЦИАЛЬНОСТЬ (Номер специальности. Наименование специальности, Стоимость).

Анализ новых информационных объектов на нормальность показывает, что все они находятся в 3NF и процесс дальнейшего проектирования можно прекратить.

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

Рис. 2. Инфологическая модель предметной области

На рис.2 приведены не только информационные объекты, но и взаимосвязи между ними. Так, связь типа «один ко многим» устанавливается:

• между объектами ГРУППА и СТУДЕНТ по их общему атрибуту Номер группы;

• между объектами ГРУППА и ФАКУЛЬТЕТ по их общему атрибуту Номер факультета;

• между объектами ГРУППА и СПЕЦИАЛЬНОСТЬ по их общему атрибуту Номер специальности.

2) Даталогическое проектирование

Логические структуры сформированных информационных объектов, предполагаемые к реализации в базе данных, приведе­ны в табл.1...4.

Таблица 1

Логическая структура информационного объекта СТУДЕНТ

Поле		Признак ключа	Формат поля
Имя	Наименование		Тип	Размер	Точность
Номер зачетной книжки	Зарегистрированный номер зачетной книжки студента	*	Числовой	Длинное целое	-
Номер группы	Номер группы, в которой обучается студент		Числовой	Длинное целое	-
Фамилия	Фамилия студента		Текстовый	50	-
Имя	Имя студента		Текстовый	50	-
Отчество	Отчество сту­дента		Текстовый	50	-
Дата рож­дения	Дата рождения студента		Дата/время	Краткий формат даты	-
Коммер­ческий	Коммерческое или бюджетное обучение		Логиче­ский	Да/Нет	-

Таблица 2

Логическая структура информационного объекта ГРУППА

Поле		При­знак ключа	Формат поля
Имя	Наименование		Тип	Размер	Точность
Номер группы	Номер группы, в которой обуча­ется студент	*	Числовой	Длинное целое	-
Номер факультета	Номер факуль­тета, в который входит группа		Числовой	Целое	-
Номер специаль­ности	Номер специ­альности, кото­рой обучаются в группе		Числовой	Длинное целое	-
Курс	Номер курса группы		Числовой	Целое	-

Таблица 3

Логическая структура информационного объекта ФАКУЛЬТЕТ

Поле		Признак ключа	Формат поля
Имя	Наименование		Тип	Размер	Точность
Номер фа­культета	Номер факуль­тета, в который входит группа	*	Числовой	Целое	-
Наименование	Наименование факультета		Текстовый	50	-
Декан	Фамилия декана факультета		Текстовый	50	-

Таблица 4

Логическая структура информационного объекта СПЕЦИАЛЬНОСТЬ

Поле		Признак ключа	Формат поля
Имя	Наименование		Тип	Размер	Точность
Номер специальности	Зарегистрированный номер специальности	*	Числовой	Длинное целое	-
Наимено­вание специальности	Установленное наименование специальности		Текстовый	50	-
Стоимость	Стоимость обучения по данной специальности		Денежный	8 байт	2 знака после запятой

После определения логической структуры информационных объектов необходимо установить правила ссылочной целостности, которые будут действовать для связей типа «один ко мно­гим». Пусть, исходя из логики взаимодействия информационных объектов, для каждой связи следует задать опции:

• обеспечение целостности данных;

• каскадное удаление;

• каскадное обновление.

Первое правило обеспечит контроль вводимых данных. На­пример, невозможно будет ввести в таблицу СТУДЕНТ данные о студенте, у которого номер группы не содержится в значениях поля Номер группы таблицы ГРУППА.

Второе и третье правила предполагают каскадные действия с записями таблиц, которые ссылаются (имеют конец связи «многие») на другие таблицы. Например, при удалении одной записи из таблицы ФАКУЛЬТЕТ автоматически будут удалены соответствующие записи из таблиц ГРУППА и СТУДЕНТ. При этом из таблицы ГРУППА будут удалены записи, у которых значение поля Номер факультета совпадает со значением этого поля удаляемой записи таблицы ФАКУЛЬТЕТ, а из таблицы СТУДЕНТ - все записи, у которых значение поля Номер группы совпадает со значением этого поля удаляемых записей таблицы ГРУППА.

3) Физическое проектирование

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

Рис. 3. Схема данных

Рис. 4. Форма ГРУППА с подчиненной формой СТУДЕНТ

Рис. 5. Форма СПЕЦИАЛЬНОСТЬ

Рис. 6. Форма ФАКУЛЬТЕТ