Построение физической модели

Параметры каждой таблицы базы данных указаны ниже.

«pupil».

«food».

«table_inf».

«visit».

«pay».

Разработка приложения

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

Форма «Добавление ученика». Данная форма строится с помощью встроенного в MicrosoftAccess мастера форм по созданной ранее таблице «pupil». Внешний вид формы «Добавление ученика» в конструкторе и в режиме формы после некоторых преобразований показан на рисунках 2.2 и 2.3 соответственно.

Рисунок 2.2 Вид формы «Добавление ученика» в конструкторе форм.

Рисунок 2.3 Вид формы «Добавление ученика» в режиме формы.

Для поля «Тип питания» было произведено преобразование в поле со списком. Источником строк для этого объекта являются значения поля «name_f» таблицы «food». Для источника строк был создан следующий запрос (Рис 2.4):

Рисунок 2.4 Запрос для источника строк поля «Тип питания».

Был создан аналогичный запрос для источника строк полей со списком «Класс». Он продемонстрирован на рисунке 2.5.

Рисунок 2.5Запрос для источника строк поля «Класс».

Кнопка «Добавить запись» позволяет поместить текущую запись в таблицу «pupil».

Форма «Типы питания» строится с помощью встроенного в MicrosoftAccess мастера форм по созданному заранее запросу. Внешний вид формы «Возврат билета» в конструкторе и в режиме формы после некоторых преобразований показан на рисунках 2.6 и 2.7 соответственно.

Рисунок 2.6 Вид формы «Типы питания» в режиме конструктора.

Рисунок 2.7 Вид формы «Типы питания».

Форма «Добавление класса» строится аналогично запросу «Типы питания» и показана на рисунках 2.8 и 2.9 соответственно.

Рисунок 2.8 Вид формы «Добавление класса» в режиме конструктора.

Рисунок 2.9 Вид формы «Добавление класса».

Форма «Посещение» строится на основе двух подчинённых форм. Причём, пользователь сначала выбирает класс, и отображаются ученики выбранного класса. Форма примет вид, представленный на рисунках 2.10 и 2.11.

Рисунок 2.10 Вид формы «Посещение» в режиме конструктора.

Рисунок 2.11 Вид формы «Посещение».

Форма «Оплата"строится аналогично формы «Посещение» и представлена на рисунках 2.12 и 2.13.

Рисунок 2.12 Вид формы «Оплата» в режиме конструктора.

Рисунок 2.13 Вид формы «Оплата».

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

1. Для отчёта по типам питания создан запрос, изображенный на рисунке 2.14.

Рисунок 2.14 Запрос по типам питания.

Отчет по данному запросу после некоторых преобразований принимает вид (рис 2.15 и 2.16):

Рисунок 2.15 Вид отчета по типам питания в режиме конструктора.

Рисунок 2.16 Вид отчета по типам питания.

2. Для индивидуальной ведомости взаиморасчёта составим три запроса. Первый запрос, представленный нарисунке 2.17, вычисляет сумму уплаченную учениками за всё время питания.

Рисунок 2.17 Запрос для вывода суммы оплаченной учениками.

Второй запрос (рис. 2.18) вычисляет суммарное количество дней, которое каждый ученик питался и итоговый долг.

Рисунок 2.18 Запрос для вычисления итогового долга.

Третий запрос отбирает записи за определённую дату и для определённого класса. Также требуется рассчитать количество дней, которые ученик питался за текущий месяц, вычислить его задолженность за месяц и итоговый баланс (рис. 2.19).

Рисунок 2.19 Запрос для вывода индивидуальной ведомости.

Индивидуальная ведомость взаиморасчета после некоторых преобразований примет следующий вид (рис 2.20 и 2.21).

Рисунок 2.20 Вид индивидуальной ведомости взаиморасчета в режиме конструктора.

Рисунок 2.21 Вид индивидуальной ведомости взаиморасчета.

3. Для табеля посещаемости был построен запрос (рис. 2.22) для отбора учеников определённого класса и выбора дат, когда ученик питался.

Рисунок 2.22 Запрос для табеля посещаемости.

Табель посещаемости после некоторых преобразований примет следующий вид (рис 2.23 и 2.24).

Рисунок 2.23 Вид табеля посещаемости в режиме конструктора.

Рисунок 2.24 Вид табеля посещаемости.

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

Для построения кнопочной формы служит Диспетчер кнопочных форм. В нём необходимо создать две формы: «Отчёты» (рис 2.26), на которой расположены переходы на ранее созданные нами отчеты, и «Ввод данных» (рис 2.27), на которой расположены переходы на формы «Ввод ученика», «Добавление класса», «Изменение типов питания», «Посещение» и «Оплата».

Рисунок 2.26 Вид кнопочной формы «Отчёты».

Рисунок 2.27Вид кнопочной формы «Ввод данных».

После создания кнопочной формы определим параметры запуска приложения через Настройки Access — Текущая база данных (Рис 2.28).

Рисунок 2.28Окно параметров запуска приложения.

После определения всех параметров приложение создано.