46916 (607994), страница 3
Текст из файла (страница 3)
Студент
Рис. 2 - Определение сущности «Студент» в модели ER
Преподаватель
Рис. 3 - Определение сущности «Преподаватель» в модели ER
Дисциплина
Рис. 4 - Определение сущности «Дисциплина» в модели ER
Группа
Рис.5 - Определение сущности «Группа» в модели ER
Расписание сессии
Рис.6 - Определение сущности «Расписание сессии» в модели ER
Рис. 7 - Определение сущности «Успеваемость» в модели ER
2.3 Логическое проектирование
Между сущностями могут быть установлены связи – бинарные ассоциации, показывающие, каким образом сущности соотносятся или взаимодействуют между собой. Связь может существовать между двумя разными сущностями или между сущностью и ей же самой (рекурсивная связь). Она показывает, как связаны экземпляры сущностей между собой. Если связь устанавливается между двумя сущностями, то она определяет взаимосвязь между экземплярами одной и другой сущности.
Кроме того, в ER-модели допускается принцип категоризации сущностей.
Представим предметную область «Учебный процесс» как взаимодействие следующих сущностей: каждый «Студент» сдает экзамен или зачет по некоторому «Предмету» согласно учебному плану. В учебном процессе участвует «Преподаватель», который осуществляет чтение учебного курса и контроль знаний «Студента». В учебном процессе также участвует «Кафедра», которая организовывает работу «Преподавателя». Обучение «Студента» ведется в «Группе» совместно с его одногруппниками.
Следует отметить, что для каждой сущности устанавливается свой код – ключевой атрибут, однозначно характеризующий сущность. Например, обычный номер студента в группе не может выполнять роль ключа, поскольку для каждой группы эти номера могут повторяться. Для преподавателя атрибут Табельный номер нежелательно брать в качестве ключевого, поскольку все-таки возможно изменение табельного номера.
Для реализации дополнительных функций базы может потребоваться введение дополнительных атрибутов, например, номера зачетной книжки и домашнего телефона студента, домашнего адреса и домашнего телефона преподавателя, должности преподавателя, рабочей программы, даты сдачи экзамена (зачета) и т.д.
Будем считать для простоты все связи обязательными. Между выделенными сущностями можно выделить, например, следующие связи:
1. «Студенты» объединены в «Группы» (связь М:1).
2. Работу «Преподавателей» организуют «Кафедры» (связь М:1).
3. «Преподаватели» преподают «Предметы учебного плана» (связь 1:М).
5. «Студенты» сдают «Предметы учебного плана» (связь М:М).
Покажем теперь эти связи между всеми сущностями графически с использованием нотации POWER DESIGNER.
2.4 Физическое проектирование
Группа
| Имя поля | Тип данных | Описание |
| Код Группы | Числовой | Ключевое поле |
| Наименование | Текстовой | |
| Количество студентов | Числовой |
Кафедра
| Имя поля | Тип данных | Описание |
| Код | Числовой | Ключевое поле |
| Наименование | Текстовой | |
| Тел | Числовой | |
| Заведующий | Тестовой |
Дисциплины
| Имя поля | Тип данных | Описание |
| Код дисциплины | Числовой | Ключевое поле |
| Наименование | Текстовой | |
| Часы | Числовой | |
| Вид занятия | Текстовой | |
| Вид сдачи | Текстовой | |
| Код Студента | Числовой |
Преподаватель
| Имя поля | Тип данных | Описание |
| Код преподавателя | Числовой | Ключевое слово |
| Табельный номер | Числовой | |
| Фамилия | Текстовой | |
| Имя | Текстовой | |
| Отчество | Текстовой | |
| Код дисциплины | Числовой | |
| Домашний адрес | Текстовой | |
| Должность | Текстовой |
Расписание сессии
| Имя поля | Тип данных | Описание |
| Код студента | Счетчик | Ключевое поле |
| Расписание сессии | Текстовой | |
| Наименование группы | Текстовой | |
| ФИО студентов | Текстовой | |
| Код группы | Числовой | |
| № зачетной книжки | Числовой | |
| Экзаменационная ведомость | Текстовой | |
| Расписание | Текстовой | |
| Экзамен | Логический | |
| Зачет | Логический |
Студенты
| Имя поля | Тип данных | Описание |
| Код студента | Числовой | Ключевое поле |
| № зачетной книжки | Числовой | |
| Фамилия | Текстовой | |
| Имя | Текстовой | |
| Отчество | Текстовой | |
| Год рождения | Дата/время | |
| Адрес | Текстовой | |
| Домашний адрес | Текстовой | |
| Код группы | Числовой |
Успеваемость
| Имя поля | Тип данных | Описание |
| № зачетной книжки | Числовой | Ключевое слово |
| Дисциплина | Текстовой | |
| Зачет | Логический | |
| Итого | Числовой | |
| Средний бал | Числовой |
Создали запросы:
«Введение и расписание сессии» - выводит запрос расписание сессии.
«Зачет» - выводит запрос расписание зачетов.
«Успеваемость студентов» - выводит запрос по успеваемости студентов.
«Экзамены» - выводит запрос по экзаменам.
Формы:
«Успеваемость» - выводит форму по успеваемости студентов,
«Экзамен» выводит форму всех экзаменов,
«Студент подчиненная форма»
Отчеты:
«Введение и расписание сессии» - выводит отчет расписание сессии,
«Зачет» - выводит отчет по всем зачетам,
«Успеваемость студентов» - выводит отчет по успеваемости студентов,
«Экзамены» - выводит отчет по экзаменам.
Заключение
Процесс проектирования база данных на основе принципов нормализации представляет собой последовательность переходов от неформального словесного описания информационной структуры предметной области к формализованному описанию объектов предметной области в терминах некоторой модели.
Инфологическая модель применяется на втором этапе проектирования база данных «Деканат: дистанционное обучение», то есть после словесного описания предметной области. Процесс проектирования длительный и требует обсуждений с заказчиком и со специалистами в предметной области. Инфологическая модель базы данных «Деканат: дистанционное обучение» включает формализованное описание предметной области, которое легко «читается» не только специалистами по базам данных.















