- •Пояснительная записка
- •1. Проектирование бд методом “Сущность-Связь”
- •Постановка задачи
- •Анализ предметной области
- •Для выполнения к/р нам понадобится как минимум 4 основных сущности:
- •Разработка окончательной структуры базы данных
- •Следовательно нам понадобятся следующие сущности:
- •1)Клиент(фио , № паспорта , город прибытия , дата поселения , номер где клиент остановился)
- •2)Номер(идентификатор[номер] номера , количество жилых мест номера , № этажа , количество проживающих в номере, цена номера)
- •1)Клиент(фио , № паспорта , город прибытия , дата поселения , номер где клиент остановился)
- •2)Номер(идентификатор[номер] номера , количество жилых мест номера , № этажа , количество проживающих в номере)
- •2. Структура базы данных
- •2)Таблица “Номер” определяет id_номера , его тип , телефон , этаж и количество проживающих в нем на данный момент человек
- •3. Система иерархии интерфейса
- •3.1.База данных содержит следующие формы:
- •3.2. Описание экранных форм:
- •4. Описание запросов
- •4. Описание отчетов
1)Клиент(фио , № паспорта , город прибытия , дата поселения , номер где клиент остановился)
2)Номер(идентификатор[номер] номера , количество жилых мест номера , № этажа , количество проживающих в номере)
3)Этаж(№этажа)
4)Служащий(ФИО служащего , дата приема на работу , ID_служащего)
5)Цена(количество жилых мест номера , цена номера)
6)Дежурство(день недели , ID_служащего , № этажа)
Теперь определим ФЗ между атрибутами каждого из полученных отношений, и проверим отношения на соответствие НФБК.
В отношении “Клиент” имеет место ФЗ ФИО Клиента № паспорта , город прибытия , дата поселения , номер где клиент остановился и обратная зависимость № паспорта ФИО Клиента , город прибытия , дата поселения , номер где клиент остановился , поскольку в нашем задании мы допускаем , что в гостинице не могут жить два или более человек с полностью совпадающими ФИО , а № паспортов совпадать не могут по определению. Детерминант № паспорта как и детерминант ФИО Клиента является возможным ключом отношения .Все остальные атрибуты могу и совпадать. Таким образом, отношение Клиент по определению находится в НФБК.
В отношении “Номер” имеет место ФЗ ID_Номера количество жилых мест номера , № этажа , количество проживающих в номере. Других зависимостей нет , т.к. и количество жилых мест номера и № этажа и количество проживающих в номере могут совпадать. Таким образом, отношение “Номер” по определению находится в НФБК.
В отношении “Цена” имеет место ФЗ Цена номера Количество мест в номере и обратная Количество мест в номере Цена номера. Т.к. оба атрибута могут являться ключами отношения то отношение “Цена” находится в НФБК.
В отношении “Служащий” имеет место ФЗ ID_служащего ФИО служащего , дата приема на работу. Т.к. это единственная ФЗ то отношение “Служащий” по определению находится в НФБК.
В отношении “Дежурство” имеют место 3 ФЗ:
день недели , № этажа ID_служащего
день недели , ID_служащего № этажа
ID_служащего , № этажа день недели
Но каждые два детерминанта из них могут попарно являться ключами и совершенно точно определять третий , т.е. каждый из них может быть ключом и следовательно отношение “Дежурство” находится в НФБК.
Итак, поскольку все атрибуты распределены, все отношения находятся в НФБК, и избыточных отношений нет, проектирование можно считать законченным.
2. Структура базы данных
База данных создана в среде разработки Microsoft Access 2000. Она содержит 8 таблиц, 9 запросов для извлечения информации, 9 форм для ввода и просмотра информации, и 6 отчетов (глобальный отчет о занятых и пустых номерах , а также о прибыли за указанный период , отчет о служащих убиравшихся в заданный день недели в номере у заданного клиента , отчеты о клиентах живущих в заданном номере , а также прибывших из заданного города, счет клиенту по оплате номера).
2.1.Схема данных приведена ниже
База данных состоит из следующих таблиц: «Клиент», «Служащий», «Когда и где дежурить», «Этаж», «Номер», «Цена номера»
2.2.Структура таблиц
1)Таблица “Клиент” содержит всю информацию о клиентах