Автор работы: Пользователь скрыл имя, 20 Декабря 2011 в 22:14, курсовая работа
Цель исследования -- моделирование предметной области базы данных деканата «Матрикульная книга» и разработка модели автоматизированной информационной системы деканата.
Задачи исследования:
1. Проанализировать основную литературу на тему разработки моделей предметных областей баз данных.
2. Исследовать предметную область деканатов и определить их основные функции.
3. Выявить основные направления деятельности деканатов относительно учебного процесса.
4. Создать логическую и физическую модель предметной области деканатов.
* ВВЕДЕНИЕ
* РАЗДЕЛ 1 АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ -- ОСНОВА ПРОЕКТИРОВАНИЯ БАЗЫ ДАННЫХ
* РАЗДЕЛ 2 ПРЕДМЕТНАЯ ОБЛАСТЬ И ПРОБЛЕМНАЯ СРЕДА ДЕКАНАТОВ
o 2.1 Назначение деканата как структурного подразделения ВУЗа
o 2.2 Исследование предметной области деканатов
o 2.3 Матрикульная книга -- основной документ контроля учебного процесса
o 2.4 Основные требования к проекту БД исследуемой предметной области
* РАЗДЕЛ 3 ПОСТРОЕНИЕ МОДЕЛИ ПРЕДМЕТНОЙ ОБЛАСТИ БД АИС «МАТРИКУЛЬНАЯ КНИГА»
o 3.1 ER-модель и её назначение
o 3.2 Основные понятия ER-модели
o 3.3 Выявление сущностей предметной области деканата
o 3.4 Связывание сущностей и построение ER-модели предметной области деканата
o 3.5 Представление модели предметной области в СУБД Microsoft Access
* ЗАКЛЮЧЕНИЕ
* СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ
- один-к-одному (1:1);
- один-ко-многим (1:М);
- многие-ко-многим (М:М).
Обозначение типов связей
в ER-диаграммах представлено на рис. 3.3.
Рис. 3.3 Типы связей в
ER-моделировании
Связь один-к-одному
(1:1) означает, что один экземпляр первой
сущности связан с одним экземпляром второй
сущности. Например, сущность СТУДЕНТ
и сущность СТИПЕНДИЯ имеют связь 1:1, так
как Студент может не «заработать» стипендию,
получить обычную или повышенную стипендию.
Связь один-к-одному чаще всего свидетельствует
о том, что на самом деле мы имеем всего
одну сущность, неправильно разделенную
на две.
Связь один-ко-многим
(1:М) означает, что один экземпляр первой
сущности связан с несколькими экземплярами
второй сущности. Это наиболее часто используемый
тип связи. Например, сущность СТУДЕНТ
и сущность ОЦЕНКИ имеют связь 1:М, так
как Студент может получить несколько
оценок по нескольким дисциплинам.
Между связью один-ко-многим
и многие-к-одному в принципе нет никакой
разницы, так как между двумя сущностями
возможны связи в обоих направлениях и
всё зависит от того, с какими сущностями
связаны данные.
Связь многие-ко-многим
(М:М) означает, что каждый экземпляр первой
сущности может быть связан с несколькими
экземплярами второй сущности, и каждый
экземпляр второй сущности может быть
связан с несколькими экземплярами первой
сущности. Тип связи много-ко-многим является
временным типом связи, допустимым на
ранних этапах разработки модели. В дальнейшем
этот тип связи должен быть заменен двумя
связями типа один-ко-многим путем создания
промежуточной сущности [6, 10].
Каждая связь имеет два конца и одно или два наименования. Наименование обычно выражается в неопределенной глагольной форме: «иметь», «принадлежать» и т.п. Каждое из наименований относится к своему концу связи. Иногда наименования не пишутся ввиду их очевидности [10].
3.3 Выявление сущностей
предметной области деканата
Основываясь на анализе
предметной области и требованиях предъявляемых
к БД можно выявить такие основные сущности:
СТУДЕНТ, ДИСЦИПЛИНЫ, УЧЕБНЫЙ ПЛАН, УСПЕВАЕМОСТЬ,
ДИПЛОМНЫЕ РАБОТЫ, КУРСОВЫЕ РАБОТЫ, ПРАКТИКА,
ПЕРЕВОД С КУРСА НА КУРС, РОДИТЕЛИ.
Основные предметно-значимые
атрибуты сущностей могут быть следующими.
Для сущности СТУДЕНТ
определяем такие основные атрибуты:
- № зачётной книжки;
- ФИО;
- год рождения;
- национальность;
- гражданство;
- семейное положение;
- социальное положение;
- военная служба;
- адрес;
- льготные категории;
- учится за счёт;
- форма обучения;
- курс зачисления
- год зачисления;
- приказ о зачислении
№;
- специализация;
- особые отметки;
- № студ. билета;
- дата выдачи студ. билета;
- дата выдачи зачётки;
- код группы.
Сущность РОДИТЕЛИ имеет
следующие атрибуты:
- № зачётной книжки;
- ФИО;
- отношение к студенту;
- место работы;
- должность;
- телефон.
Для сущности ДИСЦИПЛИНЫ
можно выделить следующие атрибуты:
- шифр дисциплины;
- название дисциплины;
- сокращённое название.
Сущность УЧЕБНЫЙ ПЛАН
будет иметь такие атрибуты:
- код дисциплины;
- шифр дисциплины;
- курс;
- семестр;
- количество часов;
- лекции;
- практические / семинары;
- форма контроля;
- курсовая (отметка).
Для сущности УСПЕВАЕМОСТЬ
можем определить такие атрибуты:
- код дисциплины;
- № зачётной книжки;
- зачёт;
- экзамен.
Сущность ДИПЛОМНЫЕ
РАБОТЫ может иметь такие примерные атрибуты:
- № зачётной книжки;
- курс;
- тема;
- дисциплина;
- оценка;
- квалификация;
- серия диплома;
- № диплома
- № направления на работу;
- место работы;
- должность.
КУРСОВЫЕ РАБОТЫ -- сущность,
имеющая следующие атрибуты:
- № зачётной книжки;
- код дисциплины;
- название;
- ФИО преподавателя;
- оценка.
Сущность ПРАКТИКА будет
иметь такие атрибуты:
- № зачётной книжки;
- курс;
- семестр;
- название организации;
- дата начала;
- дата окончания;
- ФИО руководителя;
- оценка.
Для сущности ПЕРЕВОД
С КУРСА НА КУРС определяем такие атрибуты
как:
- № зачётной книжки;
- курс переведения;
- год;
- № приказа.
3.4 Связывание сущностей
и построение ER-модели предметной области
деканата
Если бы назначением
базы данных было только хранение отдельных,
не связанных между собой данных, то ее
структура могла бы быть очень простой.
Однако одно из основных требований к
организации баз данных -- это обеспечение
возможности отыскания одних сущностей
по значениям других, для чего необходимо
установить между ними определенные связи
[6].
Сущности связываются
между собой с помощью ключей.
Ключ сущности -- это
неизбыточный набор атрибутов, значения
которых в совокупности являются уникальными
для каждого экземпляра сущности. Неизбыточность
заключается в том, что удаление любого
атрибута из ключа нарушается его уникальность.
Сущность может иметь несколько различных
ключей.
Ключом для сущности
СТУДЕНТ является № зачётной книжки, так
как он уникален для каждого студента.
Для сущности РОДИТЕЛИ определяем составной
ключ: № зачётной книжки и ФИО, для сущности
ДИСЦИПЛИНЫ уникальным является её шифр,
он и будет выступать в роли ключа. УЧЕБНЫЙ
ПЛАН имеет ключом код дисциплины, для
УСПЕВАЕМОСТИ имеем составной ключ: код
дисциплины и № зачётной книжки. Сущности
ДИПЛОМНЫЕ РАБОТЫ, КУРСОВЫЕ РАБОТЫ и ПРАКТИКА
имеют составные ключ: № зачётной книжки
+ курс, № зачётной книжки + код дисциплины
и № зачётной книжки + курс соответственно.
Сущности СТУДЕНТ и
РОДИТЕЛИ имеют связь 1:М, так как у каждого
студента может быть несколько родителей.
Сущность ДИСЦИПЛИНЫ
и УЧЕБНЫЙ ПЛАН определена как 1:М, потому
что одна дисциплина может изучаться в
нескольких семестрах и иметь разные формы
контроля (например, в 1-м семестре по определённой
дисциплине может быть зачёт, а во 2-м --
экзамен).
Логическая связь между
сущностями УЧЕБНЫЙ ПЛАН и УСПЕВАЕМОСТЬ
определена как 1:М, потому что по каждой
дисциплине может быть поставлено несколько
оценок различным студентам.
Сущности СТУДЕНТ и
УСПЕВАЕМОСТЬ имеют связь 1:М, так как у
каждого студента много оценок по разным
дисциплинам.
СТУДЕНТ и КУРСОВЫЕ
РАБОТЫ связываем как 1:М, потому что студент
пишет несколько курсовых робот на разных
курсах и получить несколько оценок.
КУРСОВЫЕ РАБОТЫ и УЧЕБНЫЙ
ПЛАН имеют связь 1:М, так как по одной дисциплине
пишут курсовые много студентов.
Между сущностями СТУДЕНТ
и ДИПЛОМНЫЕ РАБОТЫ ставим связь 1:М, так
как диплом студент может писать на 4 или/и
5 курсах либо сдавать государственные
экзамены и соответственно получает несколько
оценок.
СТУДЕНТ и ПРАКТИКА
связываем как 1:М, потому что студент проходит
практику на нескольких курсах и на нескольких
базах практики.
СТУДЕНТ и ПЕРЕВОД С
КУРСА НА КУРС имеют связь 1:М, так как студент
в течение обучения последовательно переводится
с курса на курс.
Построенную на языке «сущность-связь» модель предметной области легко отразить в реляционной базе данных. Так каждая сущность будет определена как отдельная таблица, а каждый атрибут сущности -- как отдельное свойство (поле), имеющее свои значения.
3.5 Представление модели
предметной области в СУБД Microsoft Access
Microsoft Access --это система
управления базами данных (СУБД) реляционного
типа (от англ. relation -- отношение, связь).
Основным достоинством
Access является то, что она имеет простой
графический интерфейс и все данные хранятся
в одном файле, хотя и распределены по
разным таблицам [2, 3].
Исходя из построенной
ER-диаграммы определяем каждую сущность
как отдельную таблицу.
Следовательно, имеем
9 таблиц:
1. Студент
2. Родители
3. Дисциплины
4. Учебный план
5. Успеваемость студентов
6. Курсовые работы
7. Дипломные работы
8. Практика
9. Перевод с курса на
курс
Таблицы строятся по
правилу: сначала главные потом подчинённые
(чтобы не было проблем со связыванием
полей).
Главными таблицами,
то есть сущностями или объектами БД являются
Студент и Дисциплины. Таблица Учебный
план -- подчинённая относительно таблицы
дисциплины, а Успеваемость студентов
-- относительно Учебного плана. Таблица
Курсовые работы -- подчинённая относительно
2-х таблиц: Студент и Учебный план. Таблицы
Дипломные работы, Практика, Родители,
Перевод с курса на курс являются подчинёнными
относительно таблицы Студент.
Атрибуты сущностей
стали соответственно названиями полей
таблиц. Таблицы в режиме конструктора
приведены в приложении А.
В данных таблицах видно
названия полей, типы данных, характеризующих
поля и описание каждого поля, необходимое
для того, чтобы понимать, как заполнять
соответствующее поле. Информация, введенная
в поле Описание, будет отображаться в
строке состояния таблицы при выборе поля.
Тип данных определяет,
какую информацию можно ввести в поле.
В раскрывающемся списке ячейки предусмотрены
следующие типы данных:
1. Текстовый -- используется
для полей, содержащих комбинации символов
и цифр (не более 255 символов). По умолчанию
полям присваивается этот тип данных,
так как он получил наиболее широкое распространение.
2. Поле Memo -- предназначено
для ввода букв, цифр и знаков препинания
(длинные тексты и комментарии -- не более
65535 символов). Поле этого типа не может
быть ключевым.
3. Числовой -- содержит
только цифровую информацию (за исключением
денежных величин), которую в дальнейшем
можно использовать для вычислений.
4. Денежный -- предназначен
для ввода денежных величин. Стандартный
шаблон для полей этого типа предусматривает
использование двух десятичных знаков,
т.е. учет копеек. Максимальное число отображаемых
десятичных знаков не превышает четырех.
Он используется для предотвращения ошибок
при округлении.
5. Дата/время -- содержит
информацию о дате и времени. Дата и время
хранятся в виде числа, целая часть которого
представляет дату, дробная -- время. Дата
и время могут выводиться в различных
форматах.
6. Счетчик -- имеет формат
длинного целого (Long Integer). При добавлении
новой записи значение этому полю присваиваются
автоматически. Это поле можно использовать
в качестве ключевого.
Информация о работе Конспект лекции: Организация труда госслужащего