Федеральное агентство железнодорожного транспорта
Омский государственный университет путей сообщения
Кафедра “Автоматика и системы управления”
Пояснительная записка к курсовой работе
по дисциплине “Базы данных”
Проектирование базы данных “ГОСТИНИЦА”
Студент гр. 25З
___________С. Ш. Усмонов
Руководитель - Доцент кафедры “АиСУ”
___________Н. А. Тихонова
Омск 2017
Задание
Спроектировать базу данных гостиницы. База должна представлять собой средство для хранения данных о проживании, базе клиентов и сотрудников.
Задачи, решаемые при использовании базы данных:
- хранение и поиск данных о сотрудниках гостиницы;
- хранение и поиск информации о клиентах гостиницы;
- хранение и поиск информации о номерах;
- хранение данных о регистрации, выезде клиентов и вычисление оплаты за проживание
- поиск информации по основным позициям.
Необходимо реализовать запросы:
- поиск клиента по фамилии;
- разделяющий номера по классам vip;
- разделяющий номера по классам эконом;
- разделяющий номера по классам обычные;
- на удаление клиента;
- вывод список проживающих;
- вывод только свободных номеров;
- поиск ответственного сотрудника по фамилии;
- оплата за проживание в гостинице;
- счет к оплате для отчета.
Реферат
Пояснительная записка к курсовой работе содержит 25 страниц, 35 рисунков, 4 использованных источника.
Объектом курсовой работы является проектирование базы данных.
Цель курсовой работы - предоставить удобный и быстрый доступ к базе данных, содержащих информацию гостинице.
Результатом курсовой работы является база данных “Гостиница “Galaxy Hotel”.
База данных создана с использованием программы Microsoft Access 2016.
Пояснительная записка выполнена в текстовом редакторе MicrosoftWord 2016.
Введение
В наше время IT технологий практически каждая фирма имеет собственную базу данных для автоматизации процессов обработки данных в интересующей фирму области.
В данном курсовом проекте разработана база данных для предприятия “Гостиница” для работы с личными данными клиентов гостиницы, автоматизации процесса регистрации. База данных, имеющаяся в учреждении, позволяет накопленную информацию по клиентам оптимально хранить, искать, а также использовать при оформлении различных статистических данных, подготовке отчетов.
База данных (БД) - это совокупность взаимосвязанных и упорядоченных данных, которая обеспечивает их оптимальное использование в определенной области человеческой деятельности.
Постепенно с развитием программного обеспечения ЭВМ появились идеи создания управляющих систем, которые позволяли бы накапливать, хранить и обновлять взаимосвязанные данные по целому комплексу решаемых задач.
Используемая нами программа “Microsoft ACCESS” - это функционально полная реляционная СУБД. Система управления базами данных Microsoft ACCESS является одним из самых популярных приложений в семействе настольных СУБД. Все версии ACCESS имеют в своем арсенале средства, значительно упрощающие ввод и обработку данных, поиск данных и предоставление информации в виде таблиц, графиков и отчетов.
1. Описание предметной области
Предметная область - это часть реального мира, данные о которой мы хотим отразить в базе данных. В данной курсовой работе рассматривается предметная область “Гостиница”. Гостиница работает с клиентами, осуществляя услуги по выдаче номеров. Работа с клиентами организована следующим образом: у каждого клиента, пришедшего в гостиницу, собираются некоторые данные такие как ФИО, номер клиента, адрес клиента, серия паспорта, номер паспорта, гражданство, дата регистрации, дата выезда. После этого сотрудники выясняют у клиента, кокой номер он хочет или какой номер есть в наличии. Наряду с этим, обсуждается возможная длительность пребывания.
Администратору базы данных гостиницы может понадобиться информация о номерах, служащих, проживающих, а также счет за проживание и выдача отчета по оплате по каждому клиенту. Администратор вносит необходимые изменения данных о клиентах, имеет возможность добавления, ознакомления, редактирования и удаления данных.
При выводе информации можно узнать следующие сведения: ФИО проживающего, номер паспорта проживающего, адрес проживающего, номер комнаты проживающего, тип номера, стоимость проживания в сутки и дополнительные услуги;
На основании анализа предметной области база данных будет содержать в себе несколько сущностей. Сущность (Entity) - реальный либо воображаемый объект, имеющий существенное значение для рассматриваемой предметной области, информация о котором подлежит хранению.
Сущностями предметной области являются “Список клиентов”, “Каталог номеров”, “Категория номеров”, “Дополнительные услуги”, “Горничные” и “Сотрудники дополнительных услуг”. Сущности и атрибуты представлены в ER-диаграмме.
Характеристиками “Список клиентов” являются код клиента, фамилия, имя, отчество, номер телефона, адрес клиента, серия паспорта, номер паспорт, гражданство, дата регистрации, дата выезда, № комнаты, дополнительные услуги.
Характеристиками “Каталог номеров” являются № комнаты, класс, стоимость, номер занять, ФИО ответственного сотрудника.
Характеристиками “Дополнительные услуги” являются № дополнительной услуги, название услуги, стоимость услуги, фотография, ФИО ответственного сотрудника.
Характеристиками “Горничные” являются ФИО горничной, тел номер, фотография.
Характеристиками “Сотрудники дополнительных услуг” являются ФИО сотрудника, номер телефона, фотография.
Рисунок 1 - ER-диаграмма базы данных “Гостиница”
2. Таблицы
Создание таблицы БД состоит из двух этапов. На первом этапе определяется ее структура: состав полей, их имена, последовательность размещения полей в таблице, тип данных каждого поля, размер поля, ключи, индек-сы таблицы и другие свойства полей. На втором этапе производится созда-ние записей таблицы и заполнение их данными.
Каждое поле в таблице должно иметь уникальное имя, удовлетворяющее соглашениям об именах объектов в Access.
Тип данных определяется значениями, которые предполагается хранить в поле, и операциями, которые будут выполняться с этими значениями.
Ключ в таблице образуется из одного или нескольких полей, однозначно определяющих запись. Хотя определение ключа не является обязательным, рекомендуется создавать ключ в каждой таблице. Ключ ускоряет извлечение данных из таблицы и позволяет определять связи между таблицами.
Каждая таблица в реляционной базе данных должна иметь уникальный (первичный) ключ, однозначно определяющий каждую запись в таблице. Это позволяет быстро найти нужную запись, а также связать данные из разных Таблиц в запросах, формах и отчетах. Ключевое поле должно содержать уникальные значения, такие как коды или инвентарные номера, и не может содержать значения Null.
В проектируемой базе данных созданы таблицы, изображенные на рисунках 2-6.
Рисунок 2 - Таблица “Каталог номеров”
Рисунок 3 - Таблица “Список клиентов”
Рисунок 4 - Таблица “Дополнительные услуги”
Рисунок 5 - Таблица “Сотрудники дополнительных услуг”
Рисунок 6 - Таблица “Горничные”
3. Схема данных
Реляционная база данных, созданная в соответствии с проектом канонической модели данных предметной области, состоит из нормализованных таблиц, связанных одно-многозначными отношениями. В такой базе данных обеспечивается отсутствие дублирования данных, однократный ввод, поддержание целостности данных средствами системы. В процессе загрузки и корректировки базы данных для получения информации по запросам и вывода отчетов, а также для решения большинства задач осуществляется объединение данных из взаимосвязанных таблиц.
Связи между таблицами устанавливаются в соответствии с проектом логической структуры базы данных, определяются и запоминаются в схеме данных Access. Схема данных является не только средством графического отображения логической структуры базы данных, она активно используется системой в процессе обработки данных. Система при необходимости обработки данных двух взаимосвязанных таблиц автоматически использует связи, определенные в схеме данных. Таким образом, у разработчика нет необходимости специально сообщать системе о наличии той или иной связи. Однажды указанные в схеме данных связи используются системой автоматически.
Создание схемы данных позволяет упростить конструирование многотабличных форм, запросов, отчетов и страниц доступа к данным, а также обеспечить поддержание целостности взаимосвязанных данных при корректировке таблиц.
При создании связей в схеме данных используем проект логической структуры базы данных, в котором показаны одно-многозначные связи. Каждая из этих связей устанавливается по ключу связи (простому или составному). Такой ключ в одной из связанных таблиц (главной) должен быть уникальным ключом, а в другой таблице может являться частью уникального ключа или не входить в состав ключа таблицы. Одно-многозначные связи -- основные в реляционных базах данных. Одно-однозначные связи используются лишь в случаях, когда приходится распределять большое количество полей, определяемых одним и тем же ключом, по разным таблицам, имеющим разный регламент обслуживания.
Рисунок 7 - Схема данных
4. Запросы
Запрос - это объект БД, который допускает многократное его использование и который целесообразно применять в следующих случаях:
- если одинаковый набор записей необходимо загружать много раз;
- если надо просматривать и редактировать данные из нескольких таблиц;
- если надо проводить вычисления и групповые операции над данными;
- если надо обновить, удалить или добавить группы записей или создать новую таблицу.
Запрос строится на основе одной или нескольких взаимосвязанных таблиц, позволяя объединять данные, содержащиеся в них. При этом могут использоваться таблицы базы данных, а также сохраненные таблицы, полученные в результате выполнения других запросов. Кроме того, запрос может строиться непосредственно на другом запросе с использованием его временной таблицы с результатами.
Из имеющихся таблиц создаем запросы “Свободные номера”, “Поиск клиента по фамилии”, “Оплата счет”, “Поиск горничной”, “VIP номера”, “Обычные номера”, “Эконом номера”, “Удаление клиента” “Клиенты гостиницы”, “Оплата проживания”. Для чего в конструкторе запроса устанавливаем условие отбора. Результаты представлены на рисунках 7 - 11 соответственно.
Рисунок 8 - Запрос “Свободные номера”
Рисунок 9 - Условие отбора в конструкторе запроса “Свободные номера”
Рисунок 10 - Запрос “Поиск клиента по фамилии”
Рисунок 11 - Условие отбора в конструкторе запроса “Поиск клиента по фамилии”
Рисунок 12 - Запрос “Оплата счет”
Рисунок 13 - Условие отбора в конструкторе запроса “Оплата счет”
Рисунок 14 - Запрос “Поиск горничной”
Рисунок 15 - Условие отбора в конструкторе запроса “Поиск горничной”
Рисунок 16 - Запрос “VIP номера”
Рисунок 17 - Запрос “Эконом номера”
Рисунок 18 - Запрос “Обычные номера”
Рисунок 19 - Условие отбора в конструкторе запроса “VIP номера”,
Рисунок 20 - Условие отбора в конструкторе запроса “Эконом номера”
Рисунок 21 - Условие отбора в конструкторе запроса “Обычные номера”
Рисунок 22 - Запрос “Удаление клиента”
Рисунок 23 - Запрос “Оплата проживания”
5. Формы
Формы (экраны, activity) - графический интерфейс, позволяющий пользователю взаимодействовать с программой и ее данными. В нашем случае с помощью форм мы будем взаимодействовать с базой данных. Источником информации будут служить таблицы, а запросы будут выполняться по требованию пользователя - по нажатию кнопок. Информации из базы данных будет отображаться на экране различными с помощью графических компонентов.
По структуре форма похожа на окно диалога. Связь между формой и источником данных для нее создается при помощи графических объектов, называемых элементами управления.
На главной форме имеются различные кнопки. Регистрация клиентов произойдет после нажатия на “Регистрация клиента”.
Рисунок 24 - Главная кнопочная форма
Форма для регистрации клиентов на рисунке 25.
Рисунок 25 - Форма “Регистрация”
Вводим данные клиента и после нажатия на кнопку “Регистрация”, новый запись (новый клиент) добавляется в таблицу “Список клиентов”.
Остальные кнопки тоже запускают различные формы. Результаты представлены на рисунках 26 - 32 соответственно.
Рисунок 26 - Форма “Дополнительные услуги”
Рисунок 27 - Форма “Свободные номера”
Рисунок 28 - Форма “Клиенты гостиницы”
Рисунок 29 - Форма “Поиск клиента по фамилии”
Рисунок 30 - Форма “Сотрудники”
Рисунок 31 - Форма “Сотрудники дополнительных услуг”
Рисунок 32 - Форма “Горничные”
6. Отчеты
Отчет представляет собой эффективный способ представления данных в печатном формате. Имея возможность управлять размером и внешним видом всех элементов отчета, пользователь может отобразить сведения желаемым образом. Как правило, для формирования отчета создают запрос, в котором собирают данные из разных таблиц с включением вычисляемых полей, группировкой, условиями отбора (любая операция не обязательна). Далее по общим правилам MS Access на базе такого запроса проектируют отчет, который позволяет: