Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Скачиваний:
23
Добавлен:
21.03.2016
Размер:
396.55 Кб
Скачать

ОФОРМЛЕНИЕ РАБОТЫ

Отчет должен содержать:

1. Название варианта работы.

2. Словесное описание предметной области, включающее цель создания БД, описание задач, решаемых БД, описание основных объектов предметной области.

3. Схемы отношений.

4. Инфологическую модель данных.

5. Реляционную модель данных.

6. Логическую структуру таблиц.

Пример оформления задания

Лабораторная работа №11. Проектирование реляционной базы данных и реализация ее средствами СУБД MS ACCESS Вариант 0. Служба приема в гостинице

Описание предметной области

Информационная система предназначена для организации приема и размещения людей в гостинице. Система должна обеспечить регистрацию посетителей, учет занятости номеров, бронирование мест, контроль обслуживания номеров, ведение счетов посетителей, создание расчетных чеков и выполнение некоторых других функций.

С данной информационной системой должны работать администратор гостиницы, бухгалтер, работники хозслужбы:

  • Администратор должен получать информацию о наличии свободных мест и времени освобождения занятых номеров, данные о бронирова­нии;

  • Бухгалтер получает информацию о расходах клиентов в гостинице и готовит счет к времени отъезда;

  • Работники хозслужбы готовят и обслуживают номера.

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

Исходя из задач, описанных ранее, в предметной области можно выделить сле­дующие объекты: Номера и Клиенты.

Для автоматизации процесса поселения в информационной системе должны хра­ниться следующие сведения о гостях: Фамилия, имя, отчество, дата рождения, город, адрес, пол, вид документа, серия, номер, дата приезда, количество мест, вид номера, предварительная дата отъезда.

В гостинице имеется 40 номеров разной комплектации. Каждый номер характери­зуется следующим набором данных: номер комнаты, этаж, количество мест, тип. Номера бывают различных типов: обычный, полулюкс, люкс, президентский. Таким образом, схемы отношений будут иметь следующий вид:

Номер = (Номер комнаты, Этаж, Количество мест, Тип);

Клиент = (Код, Фамилия, Имя, Отчество, Дата рождения, Город, Адрес, Пол, Вид документа, Серия, Номер, Дата приезда, Количество мест, Номер, Предварительная дата отъезда).

Каждый номер может быть занят любым клиентом, каждый клиент может занять любой номер, поэтому между объектами существует связь типа Многие - ко - многим. Инфологическая модель будет иметь вид:

Нормализация отношений и построение реляционной схемы.

Отношение Клиент требует нормализации, потому что не все выбранные атрибу­ты напрямую относятся к этому объекту. Один и тот же гость может многократно приезжать в гостиницу, и в этом случае личные сведения о нем будут повторять­ся. Атрибуты Дата приезда, Количество мест, Вид номера, Предварительная дата отъезда не относятся к ключевому атрибуту Код, а относятся к данному конкретному посещению клиентом гостиницы, поэтому их следует исключить из числа атрибутов клиента.

Создадим новое отношение Регистрация, которое будет связано как с Клиентом, так и с Номером:

Регистрация = (Номер записи, Код клиента, Дата приезда, Количество мест, Но­мер, Предварительная дата отъезда);

Клиент = (Код, Фамилия, Имя, Отчество, Дата рождения, Город, Адрес, Пол, Вид документа, Серия, Номер);

Номер - (Номер комнаты, Этаж, Количество мест, Тип).

Каждый клиент может много раз приезжать в гостиницу, и будет регистрировать­ся многократно, связь типа Один - ко - многим. Каждый номер много раз используется различными клиентами, и этот факт фиксируется отношением Регист­рация, связь типа "Один - ко - многим". Реляционная схема будет иметь вид:

В информационной системе можно предусмотреть и другие объекты, например, бронирование мест, и многое другое, тогда схема может усложниться. Описание логической структуры таблиц

Соседние файлы в папке БД