Проектирование базы данных "Диспетчеризация аудиторного фонда"

Рефераты, курсовые, дипломные, контрольные (предпросмотр)

Тип: Курсовая работа. Файл: Word (.doc) в архиве zip. Категория: Информатика, IT
Адрес этого реферата http://referat-kursovaya.repetitor.info/?essayId=25141 или
Загрузить
В режиме предпросмотра не отображаются таблицы, графики и иллюстрации. Для получения полной версии нажмите кнопку «Загрузить». Рефераты, контрольные, дипломные, курсовые работы предоставляются в ознакомительных целях, не для плагиата.

ВВЕДЕНИЕ

В нашем университете около 400 аудиторий используемых в учебном процессе более 300 учебных групп. Каждый семестр составляется

учебное расписание, при составлении которого приходится учитывать

огромное количество факторов (Учебный план ,размеры и компоновку групп, вместимость и специализацию аудиторий и т.д. и т.п).Без использования

специальной базы данных этот процесс поглощает огромное количество

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

Документы теряются, возникает бедлам и бестолковщина. Расписание исправляется, дополняется до тех пор пока все окончательно не запутаются,

и тогда . . . .

Возникает База Данных для Диспетчеризации аудиторного фонда.

(И, соответственно, отпадает большинство вышеперечисленных проблем)

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

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

РАЗРАБОТКА ПРЕДМЕТНОЙ ОБЛАСТИ.

Для эффективной работы диспетчерской необходимо учесть следующие объекты в данной предметной области :

1) факультеты , специальности и группы ВУЗа,

2) дисциплины, изучаемые группами,

3) информация о кафедрах и преподавателях,

4) общая информация об аудиториях,

5) дополнительная информация о компоновке групп.

После анализа необходимой в БД информации можно выделить следующие таблицы :

I. Справочники условно-постоянной информации.

Информация этих справочников заносится в БД 1 раз.

Вследствие она может корректироваться и пополняться, но реально

необходимость пополнения и изменения может возникнуть 1 раз в семестр перед его началом.

1) Список факультетов - Facult.

2) Список специальностей - Special.

3) Список групп - Group.

4) Распределение по потокам - Potokg

5) Список кафедр - Kafedr

6)Список преподавателей - Prep

7) Список дисциплин кафедр - Disc.

8) Вид Занятий - VidZan

9) Учебный план - UchPl

10) Вид аудитории - VidAud

11) Описание Аудиторий - Auditor

12) Числитель/Знаменатель - Ch_Z

13) Аудиторная нагрузка - Raspis

ОСНОВНЫЕ ПОНЯТИЯ И ОПРЕДЕЛЕНИЯ.

Отношение - список-таблица.

Схема отношения - конечное множество атрибутов, участвующих в отношении.

Ключ отношения - один или несколько атрибутов из схемы отношения,

значения которых однозначно определяют кортеж

отношений и в совокупности обладают свойством

неизбыточности.

Ограничение целостности - логическое ограничение, которое определяет

класс допустимых состояний БД.

База Данных - это совокупность взаимосвязанных данных для некоторой

предметной области, используемых одним или несколькими

приложениями и хранящихся с минимальной избыточностью.

ОПИСАНИЕ ИСПОЛЬЗУЕМЫХ МОДЕЛЕЙ ДАННЫХ.

В данной работе представлено две различных моделей данных :

1) реляционная,

2) иерархическая.

Реляционная модель данных (РМД).

РМД - совокупность изменяемых во времени, нормализованных отношений

различных степеней. Основной особенностью РМД является хорошо

формализованное понятие линейных списков, позволяющее использовать

для линейных списков реляционное исчисление.

Условные обозначения

R(идентификатор отношения) - схема отношения,

* - ключевое поле.

Для РМД возьмем систему таблиц, разработанных в пункте ВВЕДЕНИЕ.

Рассмотрим схемы отношений и функциональных зависимостей в отношениях.

Схемы отношений и функциональных зависимостей.

Отношение Special.

3. Отношение Group.

4. Отношение Kafedr.

5. Отношение VidZan.

6. Отношение VidAud

7. Отношение Ch_Z.

8. Отношение Potokg.

9. Отношение Raspis.

10. Отношение Prep.

11. Отношение Disc.

12. Отношение Auditor.

13. Отношение UchPl.

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

Ограничения целостности.

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

Facult - NameFac,

Special - NameSpec,

Group - NameGroup

Kafedr - NameK

VidZan - Vid

VidAud - Vaud

Ch_Z - Ch/Z

Ограничения по существованию.

Кардинальное число - определяет максимальное и минимальное число

элементов множества В, связанных с одним элементом

множества А, и наоборот.

Иерархическая модель данных (ИМД).

ИМД - класс сетевых моделей данных, в котором допускаются только

структурные диаграммы в форме упорядоченного дерева.

Макеты типов записей для ИМД.

Ограничения целостности.

Ограничения по существованию :

* записи типов Raspis, UchPl могут содержать только такие значения

поля ND (KPrep), которые присутствуют в соответствующем поле хотя бы одной записи типа Disc (Prep).

Дублирование данных :

Иерархический характер модели привел к необходимости дублирования в ней части данных :

* кодов дисциплин ND - в записях типов Disc, Raspis, UchPl.

* кодов преподавателей Kprep - в записях типов Prep, UchPl,Raspis.

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

Для данной структуры иерархическим ключом является поле Aud.

ДВЕ СТРУКТУРЫ БД.

Структура БД для РМД.

Структура БД для ИМД.

СРАВНИТЕЛЬНЫЙ АНАЛИЗ ПРЕДСТАВЛЕННЫХ СТРУКТУР.

Как видно из представленных описаний моделей, в ИМД заметно меньше дублирование информации. Однако РМД более наглядно представляет данную предметную область.

ОПИСАНИЕ БД СРЕДСТВАМИ СУБД PARADOX.

Ниже представлены структуры таблиц Paradox.

ПРИМЕРЫ ОПЕРАЦИЙ НАД ЭЛЕМЕНТАМИ БД.

Посредством операций реляционной алгебры, составить 3 запроса.

1) Определить расписание для группы ПО-42.

(?NameGroup=ПО-42 (Group)Potokg) Raspis = Raspisanie.

2) Вывести список преподавателей кафедры истории.

?{NamePrep}(? NameK='История'(Kafedr) Prep)=Spisoc

3) Вывести группы специальности ПО занимающихся в 220п.

D=( ?{Ngroup} (?Aud='220п '(Raspis)) Potokg)

Gr= ?{Namegroup}(D (?Namespec='ПО '(Special) Group))

ЗАКЛЮЧЕНИЕ.

В заключение необходимо добавить, что разработанная БД мобильна, не избыточна, легко пополняема. Она, также, может быть урезана в случае необходимости.

СПИСОК ЛИТЕРАТУРЫ.

При выполнении работы была использована следующая литература :

1) конспект лекций по предмету 'Модели и Базы Данных',

2) методика по предмету 'Модели и Базы Данных'.



При любом использовании материалов сайта обязательна гиперссылка на сайт «Репетитор».
Разработка и Дизайн компании Awelan
www.megastock.ru
Проверить аттестат