Ирина Эланс

Автор который поможет с любыми образовательными и учебными заданиями

База данных Гостиницы

Министерство образования и науки Российской Федерации

Грозненский Государственный нефтяной технически университет

имени академика М.Д. Миллионщикова

Факультет автоматизации и прикладной информатики

Кафедра «Информационные технологии»

Курсовой проект

По дисциплине «База данных»

На тему: «Гостиница»

Выполнил:ст-т гр. ВПИ-08

Асламбеков А.Б

Проверил:Хасухаджиев А.С-А.

Грозный 2011

Содержание

Введение 3

1. Теоретическая часть 5

1.1 Основные понятия БД 5

1.2 СУБД MSAccess 7

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

2. Проектирование базы данных «Гостиница» 10

2.1 Создание реляционной модели данных 10

2.2 Разработка базы данных для гостиницы 15

Заключение 20

Список использованной литературы 22

Введение

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

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

Современные СУБД в основном являются приложениями Windows, так как данная среда позволяет более полно использовать возможности персональной ЭВМ, нежели среда DOS. Снижение стоимости высокопроизводительных ПК обусловил не только широкий переход к среде Windows, где разработчик программного обеспечения может в меньше степени заботиться о распределении ресурсов, но также сделал программное обеспечение ПК в целом и СУБД в частности менее критичными к аппаратным ресурсам ЭВМ.

Среди наиболее ярких представителей систем управления базами данных можно отметить: LotusApproach, MicrosoftAccess, BorlanddBase, BorlandParadox, MicrosoftVisualFoxPro, MicrosoftVisualBasic, а также баз данных MicrosoftSQLServer и Oracle, используемые в приложениях, построенных по технологии «клиент-сервер». Фактически, у любой современной СУБД существует аналог, выпускаемый другой компанией, имеющий аналогичную область применения и возможности, любое приложение способно работать со многими форматами представления данных, осуществлять экспорт и импорт данных благодаря наличию большого числа конвертеров. Общепринятыми, также, являются технологи, позволяющие использовать возможности других приложений, например, текстовых процессоров, пакетов построения графиков и т.п., и встроенные версии языков высокого уровня (чаще – диалекты SQL и/или VBA) и средства визуального программирования интерфейсов разрабатываемых приложений. Поэтому уже не имеет существенного значения на каком языке и на основе какого пакета написано конкретное приложение, и какой формат данных в нем используется. Более того, стандартом «де-факто» стала «быстрая разработка приложений» или RAD (от английского RapidApplicationDevelopment), основанная на широко декларируемом в литературе «открытом подходе», то есть необходимость и возможность использования различных прикладных программ и технологий для разработки более гибких и мощных систем обработки данных. Поэтому в одном ряду с «классическими» СУБД все чаще упоминаются языки программирования VisualBasic 4.0 и VisualC++, которые позволяют быстро создавать необходимые компоненты приложений, критичные по скорости работы, которые трудно, а иногда невозможно разработать средствами «классических» СУБД. Современный подход к управлению базами данных подразумевает также широкое использование технологии «клиент-сервер».

Таким образом, на сегодняшний день разработчик не связан рамками какого-либо конкретного пакета, а в зависимости от поставленной задачи может использовать самые разные приложения. Поэтому, более важным представляется общее направление развития СУБД и других средств разработки приложений в настоящее время.

1. Теоретическая часть

1.1 Основные понятия БД

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

Важным понятием в теории БД является информация, под которой понимают любые сведения о каком-либо событии, процессе и т.д. Т.е. к информации относится все, что может интересовать пользователя.

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

База данных – это именованная совокупность данных, отражающая состояние объектов и их отношений в предметной области, т.е. БД – это совокупность взаимосвязанных данных, при такой минимальной точности, которая допускает их использование оптимальным образом для одного или нескольких приложений предметной области. БД – состоит из множества связанных файлов.

СУБД – это комплекс языковых и программных средств, предназначенных для создания и совместного использования БД многими пользователями. Любая БД является основой для создания информационной системы.

Автоматизированная информационная система – это система, которая реализует автоматизированный сбор, обработку и манипулирование данными. Она функционирует на основе ЭВМ и т.п., включая в себя программное обеспечение и персонал.

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

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

Задачей обработки данных является специальный класс задач решаемых на ЭВМ, который связан с видом, хранением, сортировкой и отбором по заданному уровню. Отдельные программы или комплекс программ, которые реализуют автоматизацию решения прикладных программ, называется приложением. Поскольку одни и те же данные могут использоваться для решения многих задач, то приложений может быть много.

Приложения, которые созданы средствами СУБД, относят к приложениям СУБД. А приложения, которые созданы вне среды СУБД, т.е. с помощью систем программирования, которые имеют доступ к БД, называют внешними приложениями. Все приложения, которые работают с одной и той же БД должны функционировать корректно, не мешать друг другу и учитывать все изменения, которые вносятся другими приложениями. Такая координация осуществляется в СУБД.

1.2 СУБД MSAccess

СУБД MSAccess является 32-разрядной системой управления РБД нового поколения, работающей в средах Windows 98/МЕ и WindowsNT 4.0/2000/XP. В ней предусмотрены все необходимые средства для определения и обработки данных, а также для управления ими при работе с большими объемами информации. СУБД позволяет создавать приложения, работающие в среде Windows и полностью соответствующие потребностям заказчика.

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

Состав файла БД. Архитектура СУБД

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

Таблицы

Таблица – это объект, определяемый для хранения данных. Каждая таблица включает информацию об объекте реального мира, например о клиентах фирмы. Таблица состоит из заголовка и тела. Заголовок включает имена атрибутов объекта (столбцов) и их свойства, например фамилию, телефон. Тело содержит кортежи (строки), каждая строка представляет множество значений столбцов, в которых хранятся данные о конкретном экземпляре объекта.

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

Запросы

Запрос – это объект, который позволяет пользователю получить нужные данные из одной или несколько базовых таблиц и других запросов. В запросе можно указать условия, которым должны удовлетворять данные. Благодаря этому запрос позволяет из большого массива информации, хранимой в БД, извлекать только нужные данные. Для создания запроса используют запрос по образцу (QBE) или инструкции SQL. Можно создавать запросы на выборку, обновление, удаление или на добавление данных. С помощью запросов можно создавать новые таблицы, используя данные одной или нескольких таблиц которые уже существуют.

Формы

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

Отчеты

Отчет – это объект, предназначенный для создания документа, который впоследствии может быть распечатан или включен в документ другого приложения. Прежде чем выводить отчет на принтер, его можно просмотреть на экране.

Макросы

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

Модули

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

Все объекты в СУБД Access могут быть созданы пользователем с помощью конструктора или с помощью различных мастеров. Мастера помогают пользователю в режиме диалога создавать объекты, дают подсказки, предлагают свои решения, что облегчает работу начинающим и непрофессиональным пользователям

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

Каждый объект и элемент управления имеет свои свойства, определяя которые можно настраивать объекты и элементы управления.

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

Областью применения базы данных является Гостиница. Задачей администратора гостиницы является отслеживание финансовой стороны работы гостиницы. Его деятельность организована следующим образом: гостиница предоставляет нoмeра клиентам на определенный срок. Каждый номер хaрaктеризуется вместимостью, комфортностью и ценой. Клиентами гостиницы являются различные лица, о которых администратор собирает определенную информацию (фамилия, имя, отчество и некоторый комментарий). Сдача номера клиенту производится при нaличиисвoбoдных мест в номерах, подходящих клиенту по указанным выше параметрам. При поселении фиксируeтся дата пoселения. При выезде из гостиницы для каждого места запоминается дата освобождения.

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

В базе данных «Гостиница» используются следующие входные данные:

– информация о клиeнтах;

– информация о персонале;

– информация о номерах;

– информация о категориях номеров;

– информация об учете работы гостиницы.

В проектируемой базе данных необходимо создать следующие ограничения:

– запрещено вводить отрицательные числовые значения;

– доступ к базе данных имеют пользователи, прошедшие авторизацию.

2. Проектирование базы данных «Гостиница»

2.1 Создание реляционной модели данных

Реляциoннаямoдель данных включает следующие компоненты:

Структурный aспект (составляющая) – данные в базе данных представляют собой набор отношений.
Аспeкт (составляющая) целостности – отношения (таблицы) отвечают определенным условиям целостности. Реляционная модель данных поддерживает деклaрaтивные ограничения целостности уровня домена (типа данных), урoвняотнoшения и урoвня базы данных.
Аспект (составляющая) обработки (манипулирования) – реляционная модель данных поддерживает операторы манипулирования отношениями (реляциoннаяaлгебра, реляциoнноеисчислeние).

В БД «Гостиница» в таблицах «Учет рабoты», «Категoрия», «Клиенты», «Персонал», «Номера» между aтрибутами и пeрвичным ключом наблюдается функциональная зависимость, так как значения ключа однозначно определяют значения остaльных атрибутов в данных таблицах.

Таблица 2.1 – Функционaльные зависимости между атрибутами сущности «Персонал»

Наименование атрибутов

Функциональные зависимости

код_работника

Ф.И.О.

должность

код_обслуживаемой_категории

Таблица 2.2 – Функциональные зависимости между атрибутами сущности «Категория»

Наименование атрибутов

Функциональные зависимости

код_категории

название

количество_номеров

Таблица 2.3 – Функциональные зависимости между атрибутами сущности «Номера»

Наименование атрибутов

Функциональные зависимости

код_номера

код_категории

стоимость_проживания_за_сутки

количество_мест

Таблица 2.4 – Функциональные зависимости между атрибутами сущности «Клиенты»

Наименование атрибутов

Функциональные зависимости

код_клиента

Ф.И.О.

дата_рождения

адрес

серия_номер_паспорта

Таблица 2.5 – Функциональные зависимости между атрибутами сущности «Учет работы»

Наименование атрибутов

Функциональные зависимости

код_операции

код_комнаты

код_клиента

дата_заселения

дата_выселения

стоимость_проживания

Таблица 2.6 – Ключи

Таблица	Ключ
Учет работы	код_операции код_комнаты код_клиента
Клиенты	код_клиент
Персонал	код_работника
Номера	код_номера код_категории
Категории	код_категории

В базе данных «Гостиница» проведена нормализация отношений:

Проанализировав таблицу «Категории», можно сказать, что она находится в первой нормaльнойфoрме, так как она имеет первичный ключ, каждое поле таблицы предстaвляетуникaльный тип инфoрмации, все поля атомарны. Так же данная таблица находится и во 2НФ, так как она удовлетворяет условиям 1НФ, а так же я убедился в том, что каждое поле функционально зависит от пeрвичнoгoключa, кoтoрыйидeнтифицируeтисхoдныйoбъекттaблицы. Тaблица «Кaтегории» нaходится в 3НФ, так как она находится во 2НФ и не coдержиттрaнзитивныхзaвисимостей, т.е. столбцы, не являющиеся ключевыми, зaвисят от первичнoго ключа тaблицы и не зависят от всeхocтальныхстoлбцoв. Имeeтсявoзмoжнoстьизмeнять значения любого поля (не входящего в первичный ключ) без воздействия на данные других полей.

Таблицы «Клиенты», «Учет работы», «Номера», «Персонал» аналогично таблице «Категории» находятся во всех трех нормальных формах.

На первый взгляд может пoказаться, чтoтaблицы «Клиенты» и «Персонал» не удoвлетворяетуслoвиям 1НФ, поскoльку поля Ф.И.О., aдрес и можно разделить, но в этом нет смысла, т. к. это внeсет лишнюю громоздкость.

Таким обрaзом, прoанaлизирoвaврaзрaбoтaннуюбaзудaнных, мoжнo сделать вывод, что она нормализована и соответствует трем нормальным формам.

Это возможная модель организации размещения и учета проживающих в некоторой гостинице граждан (клиентов). Предполагаемая гостиница располагает номерами с разным уровнем сервиса, комфортности и, соответственно, оплаты. Одной из характеристик номера является его тип. Существуют следующие типы номеров: люкс – многокомнатный номер с высоким уровнем сервиса, комфортности и обслуживания; полулюкс – номер меньшей, чем люкс, площади, но с достаточным уровнем сервиса и комфортности; одноместный и двухместный номер с минимальным уровнем сервиса. Стоимость для номеров типа люкс и полулюкс устанавливается как стоимость всего номера (сутки), независимо от количества проживающих в номере. Стоимость проживания в одно-, двухместных номерах устанавливается для одного человека (в сутки). Номера и места в номерах могут бронироваться.

При выбытии клиента данные о нем сохраняются в архиве. Можно предположить использование следующих свойств (данных) о номерах гостиницы и ее клиентах, которые можно сгруппировать следующим способом:

- сведения о номерах типа люкс и полулюкс (номер комнаты, категория номера, занят/свободен, количество комнат, стоимость номера в сутки, сведения о бронировании, количество фактически проживающих);

- сведения о прочих номерах (номер комнаты, категория номера, количество мест, стоимость проживания одного человека в сутки, количество свободных мест);

- формы оплаты (наличная, безналичная, предоплата);

- архив (фамилия, имя, отчество, дата рождения, пол, дата заезда, выезда, категория).

Создаваемая информационная система предназначена для администрации гостиницы, которая на основании информации о номерах занимается размещением клиентов в соответствии с их запросами. При выбытии клиента информация о номере, в котором он проживал, должна удаляться из рабочих таблиц («Клиенты») и помещаться в архивную таблицу.

Кроме перечисленных задач ведения данных, в системе могут решаться задачи поиска, например, поиск номера или места в номере в соответствии с некоторыми критериями поиска.

Другая задача поиска – это поиск клиента, проживающего в гостинице в данный момент или проживавшего в ней ранее.

2.2 Разработка базы данных для гостиницы

Для создания базы данных MSAccess я начал с того, что использовал Конструктор таблиц, который позволяет определить требуемую структуру таблицы.

Для отображения полной информации по состоянию гостиницы, направлениям её деятельности и отчётности по выполненным работам, я создала 8 таблиц:

«Номера»

Эта таблица имеет такие поля: код номера – тип данных счётчик (ключевое поле); категория – тип данных: мастер постановок ( одноместный, двухместный, полулюкс, люкс), состояние (занято/свободно).

«Категории номеров»

Поля: код категории – тип данных: счётчик (ключевое поле), категория – текстовый, размер поля- 20, обязательное; количество мест – тип данных: числовой длинное целое, обязательное; количество комнат – аналогично; стоимость в сутки – тип данных: денежный, формат – евро.

«Состояние номера»

Поля: код номера – тип данных мастер подстановок (аналогичное поле из таблицы «Номера», ключевое поле ; код сотрудника (горничной) - мастер подстановок ( из таблицы «сотрудники»), бронь, заезд, выезд – тип данных: дата\время, поле обязательное; сумма – денежный, формат – евро.

«Клиенты»

Поля: код клиента – тип данных: счётчик(ключевое поле); фамилия, имя, отчество –тип данных: текстовый, размер поля- 20, обязательное, совпадения не допускаются; дата рождения - тип данных: дата\время, обязательное; пол- мастер постановок (муж, жен).

5. «Бронь»

Поля: код брони – тип данных: счётчик( ключевое поле); код состояния – тип данных: мастер подстановок (поля бронь, заезд, выезд из таблицы «состояние номера»); список фамилий – мастер подстановок из таблицы «Клиенты»

6.«Дети»

Поля: код ребёнка – тип данных: счётчик (ключевое поле); код клиента – тип данных: мастер подстановок ( аналогичное поле из таблицы «клиенты»); фамилия, имя, отчество – тип данных: текстовый, размер поля – 20, обязательное, совпадения не допускаются; дата рождения – тип данных: дата\время, обязательное.

7.«Способ оплаты»

Поля: код клиента – мастер подстановок ( из таблицы «клиенты») ( ключевое поле); форма оплаты – мастер подстановок (наличная, безналичная); предоплата – тип данных: числовой, формат поля – евро, обязательное.

8.«Архив»

Поля: код категории – мастер подстановок (из таблицы «Категории номеров») (ключевое поле); категория – тип данных: текстовый; количество мест, комнат – тип данных: числовой; стоимость в сутки – тип данных денежный (формат евро).

Схема данных имеет вид:

Формирование запросов к полученным таблицам.

После заполнения таблиц необходимой информацией я создал запросы в режиме Конструктора.

Запрос №1 – «Бронь-фамилия».

Для данного запроса я добавил таблицы «Состояние номера» и «бронь». Запрос отображает информацию о забронированных номерах и клиентах, осуществивших бронь.

Конструктор. Запрос «Бронь-фамилия»

Запрос №2 – «Занятые и свободные номера»

Для данного запроса были выбраны таблицы «состояние номера», «номера» и «клиенты». Данный запрос отображает информацию о занятых и свободных номерах.

Конструктор. Запрос «Занятые и свободные номера»

Запрос №3 - «Выезд из номеров»

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

Конструктор. Запрос «Выезд из номеров»

Запрос №4– «Информация по конкретному номеру»

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

Конструктор. Запрос «Информация по конкретному номеру».

Запрос №5 – «Счет»

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

Конструктор. Запрос «Счет»

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

Заключение

На сегодняшний день реляционные базы данных остаются самыми распространенными, благодаря своей простоте и наглядности как в процессе создания так и на пользовательском уровне.

Основным достоинством реляционных баз данных совместимость с самым популярным языком запросов SQL. С помощью единственного запроса на этом языке можно соединить несколько таблиц во временную таблицу и вырезать из нее требуемые строки и столбцы (селекция и проекция). Так как табличная структура реляционной базы данных интуитивно понятна пользователям, то и язык SQL является простым и легким для изучения. Реляционная модель имеет солидный теоретический фундамент, на котором были основаны эволюция и реализация реляционных баз данных. На волне популярности, вызванной успехом реляционной модели, SQL стал основным языком для реляционных баз данных.

В процессе анализа вышеизложенной информации выявлены следующие недостатки рассмотренной модели баз данных:

так как все поля одной таблицы должны содержать постоянное число полей заранее определенных типов, приходится создавать дополнительные таблицы, учитывающие индивидуальные особенности элементов, при помощи внешних ключей. Такой подход сильно усложняет создание сколько-нибудь сложных взаимосвязей в базе данных;
высокая трудоемкость манипулирования информацией и изменения связей.

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

В данном курсовом проекте я попытался кратко изложить основную информацию, необходимую для создания базы данных и автоматизации конкретной прикладной области. Данный проект может послужить методическим руководством для начинающего пользователя, так содержит все этапы проектирования базы данных, а также конкретный пример базы данных «ведение списка международных телефонных разговоров», осуществленной в системе управления базами данных MSAccess. Также мною приведены основные доводы предпочтения данной СУБД над другими программными продуктами, предназначенными для работы с базами данных.

Разработанная в ходе выполнения курсового проекта база данных «Гостиница», является актуальной на сегодняшний день и имеет большую практическую значимость.

В результате выполнения данного курсового проекта были решены задачи, поставленные в начале работы. Была разработана структура базы данных; в программу были включены функции поиска, выполнения различных запросов. При этом были учтены все требования, выдвинутые в начале выполнения данного проекта.

Разработанная программа устойчиво выполняет все свои функции, но теперь стоит задача сделать ее более совершенной и более расширенной.

База данных Гостиницы 📙 Курсовая → 🆔 33316