2. Практическая часть

2.1 Постановка задачи

Средствами реляционной СУБД Microsoft Access разработать БД для заданной предметной области, включая пользовательский интерфейс для ввода исходных данных, их анализа и отображения результатов.

Предметная область: Успеваемость студентов

Входная информация: список студентов, список групп, сведения о студентах, оценках за экзамен/зачет за 2 семестр

Выходная информация: запросы, формы, отчеты по срезам Номер группы, Фамилия

Количественные ограничения: БД содержит информацию о 10 студентах из 10 различных групп, оценкам по 8 дисциплинам

2.2 Анализ предметной области

При традиционной организации сведения о результатах контроля знаний (экзаменах, зачетах) учащихся ВУЗа находят свое отражение в таких документах как:

- список студентов, их ФИО, дата и место рождения, курс, номер группы;

- список дисциплин, по которым сдаются экзамены и зачеты;

- результаты (оценки) контроля знаний.

Ручная обработка и поиск всей необходимой информации без использования вычислительной техники не может выполняться оперативно, требует значительных временных и трудозатрат. Использование базы данных «Успеваемость студентов» позволит оперативно получать необходимые сведения о студентах ВУЗа по различным срезам, формировать отчеты и др.

2.3 Построение информационно-логической модели

Целью создания БД «Успеваемость студентов» является контроль за успеваемостью студентов.

Функции проектируемой БД:

- хранение информации о студентах ВУЗа

- хранение информации об учебных дисциплинах

- хранение информации об оценках студентов по экзаменам/зачетам

- обновление и добавление информации

- анализ информации по различным срезам (номер группы, фамилия)

- выдача итоговой информации в виде отчетов.

На втором этапе проектирования БД выделяют информационные объекты предметной области.

Функциональный анализ проектируемой БД позволяет выделить следующие информационные объекты: Студент и Оценка.

В соответствии с понятиями реляционной СУБД каждому информационному объекту в проектируемой БД будет соответствовать таблица.

На третьем этапе проектирования определяют логическую структуру проектируемой БД (отношения между информационными объектами).

Для установления связей каждому объекту назначается ключ (ключевое поле).

Отношения «один-ко-многим» между информационными объектами

Важным требованием, предъявляемым к таблицам, является нормализация данных, которая позволяет минимизировать повторение данных.

Таблица Группы студентов

1. КодГруппы (счетчик, поле первичного ключа)

2. Название (текстовый)

3. Курс (числовой)

4. Семестр (числовой)

Таблица Студенты

1. КодСтудента (счетчик, поле первичного ключа)

2. КодГруппы (мастер подстановок, поле внешнего ключа)

3. Фамилия (текстовый)

4. Имя (текстовый)

5. Отчество (текстовый)

6. Пол (текстовый)

7. Дата рождения (дата/время)

8. Место рождения (текстовый)

Таблица Дисциплины

1. КодДисциплины (счетчик, поле первичного ключа)

2. Название (текстовый)

3. Кол-во часов (числовой)