Проектирование базы данных по средствам MS Access, позволяющей автоматизировать деятельность учебного заведения

Министерство образования науки РФ

Образовательный консорциум «Среднерусский университет».

Брянский институт управления и бизнеса

ФАКУЛЬТЕТ ИНФРМАЦИОННЫХ ТЕХНОЛОГИЙ

КАФЕДРА ИНФОРМАТИКИ И ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

КУРСОВАЯ РАБОТА

По дисциплине: «БАЗЫ ДАННЫХ»

Предметная область: «Высшее учебное заведение»

Студент:

Группа:

Преподаватели:

Брянск 2009

Задание на выполнение курсовой работы по дисциплине «Базы данных»

Спроектировать и разработать базу данных для учета учащихся в университете, содержащую следующие атрибуты:

ФИО студента, адрес студента, телефон студента, дата рождения, ФИО преподавателя, адрес преподавателя, ученая степень, должность, дата рождения преподавателя, дисциплина, описание дисциплины, количество часов, аудитории, описание аудиторий, ФИО декана, телефон декана, кафедра, зав. кафедрой, телефон кафедры.

Бизнес-правила:

1. Преподаватель читает несколько предметов, но один предмет читается только одним преподавателем;

2. Занятия по каждой дисциплине проходят только в одной аудитории, но одна аудитория используется для нескольких занятий;

3. Студент изучает несколько предметов, один предмет может изучаться несколькими студентами;

4. На кафедре работает несколько преподавателей;

5. На факультете несколько кафедр;

Обеспечить реализацию запросов:

1. Представить сведения о преподавателях;

2. Представить сведения о предметах, изучаемых студентом.

Задание выдала: Шинкаревич Т.В.

Задание получил: Рыбиков О.А.

Содержание

Введение

1. Концептуальное проектирование

1.1 Определение типов сущностей

1.2 Определение типов связей

1.3 Определение атрибутов и связывание их с типами сущностей

1.4 Определение доменных атрибутов

1.5 Определение атрибутов, являющихся потенциальными и первичными ключами

1.6 Создание диаграммы «сущность - связь»

2. Логическое проектирование

2.1 Проверка моделей с помощью правил нормализации

2.2 Преобразование локальной концептуальной модели данных в логическую модель

2.3 Выполнение запросов

2.4 Построение окончательной диаграммы «сущность - связь»

Заключение

Список литературы

Приложения 1-3

Введение

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

В силу все более широкого распространения персональных компьютеров важность организации информации в виде баз данных непрерывно возрастает. Информация, знания становятся равноправной и важнейшей компонентой экономического развития. В области баз данных за последние десять лет произошли серьезные изменения, широко обсуждаемые в специализированных изданиях. Часть этих наработок принимается отраслью и внедряется в новые продукты, часть находит лишь экспериментальное применение. Сюда относятся проблемы, связанные с распределенными, объектно-ориентированными и объектно-реляционными базами данных, средствами автоматизации проектирования и программирования баз данных, языком структурированных запросов SQL и многие другие.

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

Цель данной курсовой работы заключается в проектировании базы данных по средствам MS Access, позволяющей автоматизировать деятельность учебного заведения.

Задачи курсовой работы:

1. Рассмотреть концептуальное проектирование

1.1 определить типы сущностей

1.2 определить типы связей

1.3 определить атрибуты

1.4 определить домены атрибутов

1.5 определить потенциальные и первичные ключи

1.6 создать диаграмму «Сущность - связь»

2. Рассмотреть логическое проектирование.

2.1 преобразовать локальную концептуальную модель данных в локальную логическую модель.

2.2 выполнить запросы.

2.3 построить окончательную диаграмму «Сущность - связь».

1. Концептуальное проектирование

Концептуальный уровень - центральное управляющее звено. Здесь база данных представлена в наиболее общем виде, который объединяет данные, используемы всеми приложениями, работающие с одной базой данных. Этот уровень описывает то, какие данные хранятся в базе данных, а также связи, существующие между ними. Уровень отражает обобщённую модель предметной области, для которой создавалась база данных. Концептуальная модель отражает только существенные, с точки зрения обработки данных, особенности объекта. На этом уровне представлены следующие компоненты:

· все сущности и их связи

· ограничения, накладываемые на данные

· семантическая информация о данных

· информация о мерах обеспечения безопасности и поддержки целостности данных.

Для нормального функционирования информационной системы необходимо, чтобы концептуальная модель адекватно отображала реалии той предметной области, для которой она разрабатывается. Фундаментальными же реалиями в концептуальном моделировании являются данные с их свойствами и связями между ними. Причем такое моделирование нуждается в указаниях относительного смыслового, семантического их содержания, независимо от представления ЭВМ. Методологии, позволяющие эффективно отображать существующую смысловую содержательность реальности в конструкции модели, относятся к так называемым семантическим методологиям. Наиболее популярной семантической моделью стала модель «сущность - связь» (ER - модель), предложенная П. Ченом в 1976 году. Данная модель относится к высокоуровневым моделям и базируется на ряде концепций, используемых для описания структуры базы данных.

1.1 Определение типов сущностей

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

Цель - определение основных типов сущностей, присутствующих в представлении пользователя о данной предметной области. Это состоит в определении основных объектов, которые могут интересовать пользователя. Эти объекты являются типами сущностей, входящих в модель. После выделения каждой сущности, ей присваивается некоторое осмысленное имя, которое понятно пользователю. В таблице представлены типы сущностей, используемые в предметной области.

Таблица 1 - Сведения о типах сущностей

Типы сущностей	Описание	Псевдоним	Особенности использования
Преподаватель	Информация о преподавателе	Учитель	Преподаватель может читать несколько предметов, несколько преподавателей может работать на кафедре.
Дисциплина	Информация о дисциплине	Предмет	Занятия по каждому предмету проходят только в одной аудитории, несколько предметов изучаются студентом, а один предмет может изучаться несколькими студентами
Кафедра	Информация о кафедре	-	На кафедре работает несколько преподавателей, несколько кафедр на одном факультете
Факультет	Информация о факультете	-	На факультете несколько кафедр
Студент	Информация о студенте	Учащийся	Студент изучает несколько предметов, несколькими студентами изучается один предмет
Аудитория	Информация об аудитории	Кабинет	Одна аудитория используется для нескольких занятий.
Должность	Информация о должностях	Работа	Одну должность может занимать несколько преподавателей

1.2 Определение типов связей

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

Таблица 2 - Сведения о типах связей

Тип сущности	Связь	Тип сущности	Координация связей
Преподаватель	Читает	Дисциплина	1:М
Студент	Изучает	Дисциплина	М:М
Аудитория	Проходит	Дисциплина	1:М
Кафедра	Работает	Преподаватель	1:М
Факультет	Включает	Кафедра	1:М

1.3 Определение атрибутов и связывание их с типами сущностей и связей

Атрибут - это поименованная характеристика объекта, с помощью которой моделируется его свойство.

Цель - связывание атрибутов с соответствующими типами сущностей и связей. Для идентификации атрибутов выбираются все существительные и содержащие их фразы, присутствующие в спецификации.

Выбранное существительное представляет атрибут в том случае, если оно описывает свойства, качества.

Атрибуты могут быть простыми, составными, производными.

Таблица 3 - Сведения об атрибутах

Атрибут	Тип данных	Простой	Синоним	Производный	Описание
Преподаватель
Код_преподавателя	Числовой	Да	-	Нет	Уникальный код преподавателя
ФИО	Текстовый	Составной	-	Нет	ФИО преподавателя
Адрес	Текстовой	Составной	-	Нет	Адрес проживания
Телефон	Текстовой	Да	-	Нет	Номер телефона
Ученая_степень	Текстовой	Да	-	Нет	Ученая степень
Дата_рождения	Дата/время	Составной	-	Нет	Дата рождения
Номер_п\п	Счетчик	Да	-	Нет	Порядковый номер
Количество_часов	Числовой	Да	-	Нет	Количество часов
ИНН	Числовой	Да	-	Нет	Идентиф. номер налогоплательщика.
Дисциплина
Код_дисциплины	Числовой	Да	-	Нет	Уникальный код предмета
Название	Текстовый	Да	-	Нет	Название дисциплины
Объем_часов	Числовой	Да	-	Нет	Объем часов для изучения
Студент
Код_студента	Числовой	Да	-	Нет	Уникальный код студента
ФИО	Текстовой	Составной	-	Нет	ФИО студента
Телефон	Текстовой	Да	-	Нет	№ телефона
Дата_рождения	Дата/время	Составной	-	Нет	Дата рождения
Адрес	Текстовой	Составной	-	Нет	Адрес проживания
Номер_п\п	счетчик	Да	-	Нет	Порядковый номер
Кафедра
Код_кафедры	Числовой	Да	-	Нет	Уникальный код кафедры
Название	Текстовый	Да	-	Нет	Название
Заведующий_кафедрой	Текстовый	Составной	-	Нет	ФИО зав. Кафедрой
Телефон_кафедры	Текстовый	Да	-	Нет	№ телефона кафедры
Факультет
Код_факультета	Числовой	Да	-	Нет	Уникальный код факультета
Название	Текстовый	Да	-	Нет	Название факультета
ФИО_декана	Текстовый	Составной	-	Нет	ФИО декана
Телефон	Тестовый	Да	-	Нет	№ телефона
Аудитория
Код_аудитории	Счетчик	Да	-	Нет	Порядковый № аудитории
Название	Текстовый	Да	-	Нет	№ аудитории

1.4 Определение доменых атрибутов

Цель данного этапа - определение доменов для все атрибутов, присутствующих в каждой локальной концептуальной модели данных.

Значения каждого атрибута выбираются из соответствующего множества значений, включающего все потенциальные значения, которые могут быть присвоены атрибуту. Это множество значений называется доменом. Так, например, допустим, что количество товара определяется в единицах и может варьироваться от нуля до 1000 единиц. Следовательно, набор допустимых значений для данного атрибута можно определить как набор целых чисел от 0 до 1000.

На этом этапе необходимо описать взаимосвязь доменов и атрибутов. Сведения о доменных атрибутах предметной области представлены в таблице 4.

Таблица 4 - Сведения о доменных атрибутах

Имя домена	Характеристика домена	Пример допустимых значений
Нопер_п\п	Длинное целое	1
ФИО	Строка произвольной длины до 30 символов	Диров К.Е.
Адрес	Строка произвольной длины до 50 символов	г. Брянск, ул. Дуки 32, кв. 32
Телефон	Строка произвольной длины до 12 символов	43-34-23
Дата_рождения	Дата/время	28.03.1969
Название	Строка произвольной длины до 30 символов	Декан
Ученая_степень	Строка произвольной длины до 30 символов	Кандидат
Количество_часов	Длинное целое	500
Объем_часов	Длинное целое	500
ИНН	Строка произвольной длины до 20 символов	326545156542
Заведующий_кафедрой	Строка произвольной длины до 50 символов	Расмусов А.П.
ФИО_декана	Строка произвольной длины до 30 символов	Програмов П.А.
Название_должности	Строка произвольной длины до 30 символов	Декан
Оклад	Денежный	8 300,00р
Часовая_оплата_руб	Денежный	150,00р.

1.5 Определение атрибутов, являющихся потенциальными и первичными ключами

На этом этапе для каждой сущности устанавливается потенциальный ключ. Устанавливается выбор первичного ключа.

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

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

Сведения о первичных, альтернативных и внешних ключах представлены в таблице.

Таблица 5 - Сведения о первичных, альтернативных и внешних ключах.

Тип сущности	Первичный ключ	Альтернативный ключ	Внешний ключ
Преподаватель	Код_преподавателя	ИНН	Код_кафедры
Дисциплина	Код_дисциплины	Название	Код_аудитории, код_преподавателя
Кафедра	Код_кафедры	Название_ кафедры	Код_факультета
Факультет	Код_факультета	Название	-
Аудитория	Код_аудитории	Название_ аудитории	-
Студент	Код_студента	Номер_п\п	-

1.6 Создание диаграммы «Сущность - связь»

В базе данных должны храниться данные, логически связанные между собой. Для того, чтобы данные можно было связать между собой, и связать так, чтобы эти связи соответствовали реально существующим в данной предметной области, последнюю подвергают детальному анализу, выделяя сущности или объекты. Сущность или объект - это то, о чем необходимо хранить информацию. Объекты имеют некоторые свойства, которые тоже необходимо сохранять в базе данных. Свойства по своей внутренней структуре могут быть простыми, а могут быть сложными. Простые свойства могут быть представлены простыми типами данных. Различного рода графические изображения, являющиеся свойствами объекта, - это пример сложного свойства. Определив объекты их свойства, необходимо перейти к выявлении связей, которые могут существовать между некоторыми объектами. Связь - это то, что объединяет два или более объектов. Связи между объектами также являются частью данных, и они также должны храниться в базе данных.

Если все это: объекты, свойства объектов и связи между объектами определено, то схема базы данных может выглядеть так, как показано на рисунке 1. Эта схема называется ER - диаграммой (Entity - Relationship). Она состоит из следующих компонентов:

1) шести объектов, которые изображены прямоугольниками:

· Дисциплина

· Преподаватель

· Студент

· Аудитория

· Кафедра

· Факультет

2) пяти связей, которые обозначены ромбами и связывают те объекты, на которые они направлены.

Рис. 1. ER - диаграмма.

2. Логическое проектирование структуры базы данных

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

2.1 Проверка моделей с помощью правил нормализации

Цель: проверка локальной логической модели данных с использованием технологии нормализации.

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

Одни и те же данные могут группироваться в отношения различными способами. Группировка атрибутов в отношениях должна быть рациональной, т. е. минимизирующей дублирование данных и упрощающей процедуры их обработки и обновления. Нормализация отношений -- это формальный аппарат ограничений на формирование отношений, который позволяет устранить дублирование, обеспечивает непротиворечивость хранимых в базе данных, уменьшает трудозатраты на ведение базы данных. Процесс нормализации заключается в разложении (декомпозиции) исходных отношений БД на более простые отношения. Каждая ступень этого процесса приводит схему отношений в последовательные нормальные формы. Для каждой ступени нормализации имеются наборы ограничений, которым должны удовлетворять отношения БД. Нормализация позволяет удалить из таблиц базы избыточную неключевую информацию. Процесс нормализации основан на понятии функциональной зависимости атрибутов: атрибут А зависит от атрибута В (В >А), если в любой момент времени каждому значению атрибута В соответствует не более одного значения атрибута А. Зависимость, при которой каждый неключевой атрибут зависит от всего составного ключа и не зависит от его частей, называется полной функциональной зависимостью. Если атрибут А зависит от атрибута В. а атрибут В зависит от атрибута С (С> В >А), но обратная зависимость отсутствует, то зависимость С от А называется транзитивной.

Общее понятие нормализации подразделяется на несколько нормальных форм. Информационный объект (или сущность) находится в первой нормальной форме (1НФ), когда все его атрибуты имеют единственное значение. Если в каком-либо атрибуте есть повторяющиеся значения, объект не находится в 1НФ, и упущен еще по крайней мере один информационный объект. Например, отношение

ДИСЦИПЛИНА (Код дисциплины. Название, Цикл, Объем часов, Преподаватели)

не находится в 1НФ. так как атрибут Преподаватели подразумевает возможность присутствия нескольких фамилий преподавателей в записи, относящейся к какому-то конкретному предмету, что соответствует участию нескольких преподавателей в ведении одной дисциплины.

Сущность находится во второй нормальной форме (2НФ), если он уже находится в первой нормальной форме, и каждый неидентифицирующий атрибут зависит от всего уникального идентификатора информационного объекта. Если некий атрибут не зависит полностью от уникального идентификатора сущности, значит, он внесен ошибочно и должен быть удален. Нормализация в этом случае производится путем нахождения существующего информационного объекта, к которому данный атрибут относится, или созданием нового информационного объекта, в который атрибут должен быть помещен.

Создание сущности ЖУРНАЛ_ПОСЕЩАЕМОСТИ (код_студента, код_дисциплины, Отметка) для устранения связи многие-ко-многим между сущностями ДИСЦИПЛИНА и СТУДЕНТ.

Рис.2. Создание сущности «Журнал_посещаемости»

Информационный объект находится в третьей нормальной форме (ЗНФ), если он уже находится во второй нормальной форме и ни один описательный атрибут не зависит от каких-либо других описательных атрибутов. Атрибуты, зависящие от других неидентифицирующих атрибутов, нормализуются путем перемещения зависимого атрибута и атрибута, от которого он зависит, в новый информационный объект.

В нашей предметной области неключевые атрибуты Должность и Оклад находятся в транзитивной зависимости. В чем опасность такой зависимости? Во-первых, несколько человек могут работать в одной и той же должности. При изменении должностного оклада в этом случае нужно будет менять данные в каждой записи, содержащей эту должность. В рассмотренной ситуации нужно создать новую сущность ДОЛЖНОСТЬ с находящимися в транзитивной зависимости атрибутами -- Название должности, Оклад, Часовая оплата и сделать ссылку от сущности ПРЕПОДАВАТЕЛЬ на сущность ДОЛЖНОСТЬ.

Рис.3. Создание сущности «Должность»

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

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

Третья нормальная форма - отношение, находящееся во второй нормальной форме, причем каждый ключевой атрибут этого отношения не транзитивно зависит от первичного ключа (атрибут C транзитивно зависит от атрибута A, если для атрибутов A, B и C выполняется условие A>B и B>C, но обратная зависимость отсутствует). Так как в нашем случае транзитивной зависимости нет, то отношения находятся в третьей нормальной форме.

2.2 Преобразование локальной концептуальной модели данных в локальную логическую модель

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

Данный этап включает в себя следующие действия:

1. удаление связей типа многие-ко-многим;

2. удаление сложных связей (связей, существующих между тремя и больше типами сущностей);

3. удаление связей с атрибутами, удаление множественных атрибутов;

4. перепроверка связей типа 1:1;

5. удаление избыточных связей (когда одна и та же информация может быть получена с помощью другой связи);

6. удаление рекурсивных связей (связей, у которых сущность некоторого типа взаимодействует сама с собой).

Сложных, рекурсивных, избыточных связей и связей с атрибутами в созданной модели не выявлено. Множественных атрибутов и связей типа «один-к-одному» в данной модели также нет.

2.3 Выполнение запросов

Цель этапа - требуется пояснить, какие виды запросов существуют, и какие запросы были реализованы в данной предметной области.

SQL (Structured Query Language) - структурированный язык запросов - стандартный язык запросов по работе реляционными базами данных.

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

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

В Access существует четыре типа запросов для различных целей:

- Запросы на выборку отображают данные из одной или нескольких таблиц в виде таблицы.

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

- Запросы на изменение используются для создания новых таблиц из результатов запроса и для внесения изменений в данные существующих таблиц. С их помощью можно добавлять или удалять записи из таблицы и изменять записи согласно выражениям, задаваемым в режиме конструктора запроса.

- Запросы с параметрами -- это такие запросы, свойства которых изменяются пользователем при каждом запуске. При запуске запроса с параметром появляется диалоговое окно, в котором нужно ввести условие отбора. Этот тип запроса не является обособленным, т. е. параметр можно добавить к запросу любого типа.

Если пользователю необходимо прочитать данные из БД, он запрашивает их у СУБД с помощью SQL. СУБД обрабатывает запрос, находит требуемые данные и посылает их пользователю.

Запрос «Сведения о преподавателях»

- Запрос выводит сведения о преподавателях в соответствии с условиями задаваемыми пользователем.

- тип запроса: запрос на выборку, с помощью языка SQL

- порядок создания: 1) открыть БД, 2) вкладка запросы, 3)выбрать «создание запросов с помощью конструктора» 3) закрыть окно добавление таблиц, 4) в окне «запрос на выборку» в контекстном меню выбрать режим SQL и ввести код.

- SQL-код запроса :

SELECT Преподаватель.ФИО, Преподаватель.Количество_часов, Должность.Название_должности, Должность.Оклад

FROM Должность INNER JOIN Преподаватель ON Должность.Код_должности=Преподаватель.Код_должности;

Рис. 4. Результат выполнения запроса « Сведения о преподавателях ».

Выполнение запроса «сведения о преподавателях конкретной кафедры»

- Запрос выводит сведения о преподавателях конкретной кафедры, после ввода кода_кафедры.

- тип запроса: запрос на выборку, с помощью конструктора.

- Используются сущности : кафедра, преподаватель, должность



Рис. 5. Конструктор выполнения запроса.

с

Рис. 6. Запрос значения параметра выборки.

Рис. 7. Выполнение запроса «Сведения о преподавателях конкретной кафедры ».

- SQL-код запроса :

SELECT Преподаватель.ФИО, Преподаватель. Дата_рождения, Должность. Название_должности, Должность. Оклад, Кафедра. Название_кафедры

FROM Кафедра INNER JOIN (Должность INNER JOIN Преподаватель ON Должность.Код_должности = Преподаватель.Код_должности) ON Кафедра.Код_кафедры = Преподаватель.Код_кафедры

WHERE (((Кафедра.Код_кафедры)=[Код_кафедры:]));

Выполнение запроса «Сведения о предметах изучаемых студентом»

- запрос выводит сведения о предметах, которые изучает студент.

- запрос на выборку

- используется сущности: дисциплина и студент.

- SQL-код запроса :

SELECT Дисциплина.Название_дисциплины, Дисциплина.Объем_часов, Студент.ФИО

FROM Студент, Дисциплина

WHERE (((Студент.Код_студента)=[Код_студента:]))

ORDER BY Дисциплина.Объем_часов;

Рис. 8. Конструктор запроса.

Рис. 9. Запрос значения параметра выборки.

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

2.4 Построение окончательной диаграммы

Рис. 11. Окончательная диаграмма « сущность - связь»

Заключение

Таким образом, база данных является важнейшей составной частью информационных систем, которые предназначены для хранения и обработки информации. Изначально такие системы существовали в письменном виде. Для этого использовались различные картотеки, папки, журналы, библиотечные каталоги. В настоящее время для этого используется СУБД.

Система Управления Базами Данных (СУБД) - программная система, предназначенную для создания ЭВМ общей базы данных для множества приложений, поддержания ее в актуальном состоянии и обеспечения эффективности доступа пользователей к содержащимся в ней данным в рамках предоставленных им полномочий.

Для разработки базы данных обозначенной в этой курсовой работе использовалась СУДБ MS Access, которая является одной из самых популярных среди «настольных» программных систем управления базами данных.

Среди причин такой популярности следует отметить:

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

* глубоко развитые возможности интеграции с другими программными продуктами, входящими в состав Microsoft Office, а также с любыми программами продуктами, поддерживающими технологию OLE;

* богатый набор визуальных средств разработки.

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

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

Отсюда можно сделать вывод, что база данных занимает важнейшее значение в современном мире, без которого жизнь невозможна.

Список использованной литературы

1. Диго С.М. Проектирование и использование баз данных.Москва,2006

2. Змитрович А.И. Базы данных. Мн.: Университетское, Рязань, 2005

3. Цикритзис Д., Лоховски Ф. Модели данных. Москва, 2004

4. Мартин Д. Организация баз данных в вычислительных системах. Рязань, 2005

5. Нагао. Структуры и базы данных. Москва, 2006

6. Тиори., Фрей. Проектирование структур баз данных. Москва, 2005

7. Дейт Д. Введение в системы баз данных. Москва, 2006

8. Ульман Д. Основы систем баз данных. С-Петербург, 2005

9. А.Д. Хоменко «Основы современных компьютерных технологий». Пермь, 2006

10. К.Дэйт « Введение в системы баз данных». Москва, 2005

11. Кирий В. Г. Информатика. Учебное пособие. Томск, 2006

12. Андерсен, В. Microsoft Office Access 2003. . Рязань, 2006

13. Дженнингс, Р. Использование Microsoft Office Access 2003. Москва, 2005

14 Пушников А.Ю. Введение в системы управления базами данных. Часть 1. Уфа, 1999.

15 Пушников А.Ю. Введение в системы управления базами данных. Часть 2. Уфа, 1999.

16. Проектирование базы данных (F.A.Q) http://www.interface.ru/home.asp?artId=17512

17. Проектирование базы данных: выбор первичного ключа http://www.cyberguru.ru/database/database-theory/primary-key-choice.html

Приложение 1

Отчет по запросу о преподавателях

ФИО	Должность	Часы	Оклад
Атрокина А.Е.	Ректор	500	25 000,00р.
Диров К.Е.	Преподаватель	650	8 300,00р.
Ефратов Н.Р.	Заведущий_кафедрой	600	11 000,00р.
Каритов Д.Е.	Куратор	525	8 300,00р.
Критов Б.Р.	Заведущий_кафедрой	500	11 000,00р.
Крустов С.А.	Доцент	650	15 600,00р.
Параматов А.Е.	Преподаватель	700	8 300,00р.
Прастов Е.К.	Старший_преподават	400	11 000,00р.
Приканова А.Р.	Куратор	450	8 300,00р.
Приматов Р.О.	Преподаватель	575	8 300,00р.
Простин Э.Р.	Старший_преподават	600	11 000,00р.
Пустой О.К.	Заведущий_кафедрой	500	11 000,00р.
Расмусов А.П.	Заведущий_кафедрой	600	11 000,00р.
Рябов П.А.	Заведущий_кафедрой	625	11 000,00р.
Ствурова Н.К.	Лаборант	400	6 500,00р.

24 декабря 2009 г.

Страница 1 из 1

Приложение 2

Отчет по запросу о дисциплинах, изучаемых студентом

ФИО	Название	Объем часов
Сидоров Сидор Сидорович	Метрология	400
	Философия	400
	Инженерная_графика	450
	История	450
	Культурология	450
	Политология	450
	Физика	450
	Электротехника	450
	Дискретная_математика	500
	Иностранный_язык	500
	Информатика	500
	Компьютерная_графика	500
	Математика	500
	Программирование	500
	Социология	500

24 декабря 2009 г.

Страница 1 из 1

Приложение 3

Отчет по преподавателям конкретной кафедры

Оклад	ФИО	Кафедра	Должности
15 600,00р.	Крустов С.А.	Информатика	Доцент
8 300,00р.	Приматов Р.О.	Информатика	Преподаватель
11 000,00р.	Расмусов А.П.	Информатика	Заведущий_кафедрой

24 декабря 2009 г.

Страница 1 из 1