Практика 2015 / Методические указания к практике / БД / ОФОРМЛЕНИЕ РАБОТЫ
.docxОФОРМЛЕНИЕ РАБОТЫ
Отчет должен содержать:
1. Название варианта работы.
2. Словесное описание предметной области, включающее цель создания БД, описание задач, решаемых БД, описание основных объектов предметной области.
3. Схемы отношений.
4. Инфологическую модель данных.
5. Реляционную модель данных.
6. Логическую структуру таблиц.
Пример оформления задания
Лабораторная работа №11. Проектирование реляционной базы данных и реализация ее средствами СУБД MS ACCESS Вариант 0. Служба приема в гостинице
Описание предметной области
Информационная система предназначена для организации приема и размещения людей в гостинице. Система должна обеспечить регистрацию посетителей, учет занятости номеров, бронирование мест, контроль обслуживания номеров, ведение счетов посетителей, создание расчетных чеков и выполнение некоторых других функций.
С данной информационной системой должны работать администратор гостиницы, бухгалтер, работники хозслужбы:
-
Администратор должен получать информацию о наличии свободных мест и времени освобождения занятых номеров, данные о бронировании;
-
Бухгалтер получает информацию о расходах клиентов в гостинице и готовит счет к времени отъезда;
-
Работники хозслужбы готовят и обслуживают номера.
Построение инфологической модели
Исходя из задач, описанных ранее, в предметной области можно выделить следующие объекты: Номера и Клиенты.
Для автоматизации процесса поселения в информационной системе должны храниться следующие сведения о гостях: Фамилия, имя, отчество, дата рождения, город, адрес, пол, вид документа, серия, номер, дата приезда, количество мест, вид номера, предварительная дата отъезда.
В гостинице имеется 40 номеров разной комплектации. Каждый номер характеризуется следующим набором данных: номер комнаты, этаж, количество мест, тип. Номера бывают различных типов: обычный, полулюкс, люкс, президентский. Таким образом, схемы отношений будут иметь следующий вид:
Номер = (Номер комнаты, Этаж, Количество мест, Тип);
Клиент = (Код, Фамилия, Имя, Отчество, Дата рождения, Город, Адрес, Пол, Вид документа, Серия, Номер, Дата приезда, Количество мест, Номер, Предварительная дата отъезда).
Каждый номер может быть занят любым клиентом, каждый клиент может занять любой номер, поэтому между объектами существует связь типа Многие - ко - многим. Инфологическая модель будет иметь вид:
Нормализация отношений и построение реляционной схемы.
Отношение Клиент требует нормализации, потому что не все выбранные атрибуты напрямую относятся к этому объекту. Один и тот же гость может многократно приезжать в гостиницу, и в этом случае личные сведения о нем будут повторяться. Атрибуты Дата приезда, Количество мест, Вид номера, Предварительная дата отъезда не относятся к ключевому атрибуту Код, а относятся к данному конкретному посещению клиентом гостиницы, поэтому их следует исключить из числа атрибутов клиента.
Создадим новое отношение Регистрация, которое будет связано как с Клиентом, так и с Номером:
Регистрация = (Номер записи, Код клиента, Дата приезда, Количество мест, Номер, Предварительная дата отъезда);
Клиент = (Код, Фамилия, Имя, Отчество, Дата рождения, Город, Адрес, Пол, Вид документа, Серия, Номер);
Номер - (Номер комнаты, Этаж, Количество мест, Тип).
Каждый клиент может много раз приезжать в гостиницу, и будет регистрироваться многократно, связь типа Один - ко - многим. Каждый номер много раз используется различными клиентами, и этот факт фиксируется отношением Регистрация, связь типа "Один - ко - многим". Реляционная схема будет иметь вид:
В информационной системе можно предусмотреть и другие объекты, например, бронирование мест, и многое другое, тогда схема может усложниться. Описание логической структуры таблиц