Размещено на http://www.allbest.ru/

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

ФГБОУ ВПО «Рыбинский государственный авиационный технический университет имени П.А. Соловьёва»

Факультет радиоэлектроники и информатики

Кафедра МПО ЭВС

Курсовая работа

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

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

Студент группы ИЭБ-11 Носырина А. С

Руководитель к.т.н, доцент Михайлов Н.Л.

Рыбинск 2013



Задание

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

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

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



Содержание

Введение

1. Анализ предметной области

2. Построение концептуальной модели

3. Построение и анализ предварительных отношений

4. Разработка логической модели базы данных «Гостиница»

5. Разработка форм ввода информации

6. Построение запросов в базе данных

7. Построение отчетов к запросам

Заключение

Список литературы

база данные гостиница модель



Введение

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

База данных будет создаваться на основе СУБД Microsoft Access, которая обладает следующими свойствами:

· Формирование и подержание БД

· Обработка информации

· Прием запросов

· Предоставление информации пользователям

· Обеспечение целостности и реорганизации ценностей БД

· Организация совместной работы пользователей

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



1. Анализ предметной области

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

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

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

Проведя анализ предметной области можно выделить следующие сущности:

1. Номер(Код номера);

2. Тип (Код типа);

3. Гражданин (Код гражданина, Дата въезда);

4. Карточка регистрации (Код карточки регистрации);

5. Расчетная карточка (Код расчетной карточки);

6. Счет (Код счета).

Все связи между объектами можно отобразить в виде таблицы.

Таблица 1

Связи между объектами

Главный объект	Глагол связи	Подчиненный объект
Номер	Имеет	Тип
Гражданин	Заполняет	Карточка регистрации
Гражданин	заселяется	Номер
Гражданин	Оплачивает	Счет
Расчетная карточка	Заводится	Гражданин



2. Построение концептуальной модели

Размещено на http://www.allbest.ru/

Рис. 1 Диаграмма «сущность - связь»

3. Построение и анализ предварительных отношений

Рассмотрим ранее построенную диаграмму «сущность - связь» более подробно и выделим для каждой связи бизнес-правила:

На представленной диаграмме показана связь «имеет» между сущностями «номер» и «тип» степени 1:N с обязательным характером принадлежности для сущности «номер» и необязательным для сущности «тип». Из этого следует, что в рассматриваемой предметной области действуют следующие бизнес-правила:

- Несколько номеров могут иметь один тип;

- Один номер может иметь только один тип;

- Каждый номер обязательно имеет тип;

- Каждый тип принадлежит номеру;

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

Номер (Код номера, Код типа, …);

Тип (Код типа, …);

1 1

Код гражданина Код карточки регистрации

На представленной диаграмме показана связь «заполняет» между сущностями «гражданин» и «карточка регистрации» степени 1:1 с обязательным характером принадлежности для обеих сущностей. Из этого следует, что в рассматриваемой предметной области действуют следующие бизнес-правила:

- Каждый гражданин заполняет только одну карточку регистрации на определенную дату

- Одну карточку регистрации может заполнить только один клиент;

- Клиент на определенную дату обязательно заполняет карточку регистрации;

- Карточка регистрации обязательно заполняется клиентом;

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

Гражданин (Код гражданина, Дата въезда, Код карточки регистрации,…);

N 1

Код гражданина, Дата въезда Код номера

На представленной диаграмме показана связь «заселяется» между сущностями «гражданин» и «Номер» степени N:1 с обязательным характером принадлежности для сущностей «гражданин» и «номер». Из этого следует, что в рассматриваемой предметной области действуют следующие бизнес-правила:

- Каждый клиент на определенную дату заселяется только в один номер;

- В один номер могут заселиться несколько граждан;

- Каждый гражданин обязательно заселяется в номер на определенную дату;

- Не найдется такого номера, в который не заселился бы ни один гражданин.

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

Гражданин (Код гражданина, Дата въезда, Код номера…);

Номер (Код Номера, …);

1 1 1

Код расчетной карточки Код гражданина, Дата въезда

На представленной диаграмме показана связь «заводится» между сущностями «расчетная карточка» и «гражданин» степени 1: 1 с обязательным характером принадлежности для сущности «расчетная карточка» и необязательным для сущности «гражданин». Из этого следует, что в рассматриваемой предметной области действуют следующие бизнес-правила:

- На каждого гражданина заводится только одна расчетная карточка;

- Одна расчетная карточка может быть заведена только на одного гражданина;

- Расчетная карточка обязательно заводится на гражданина;

- Найдется такой гражданин, на которого не завелась расчетная карточка;

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

Расчетная карточка (Код расчетной карточки, Код гражданина, Дата въезда, …);

Гражданин (Код гражданина, Дата въезда, …);

1 1

Код гражданина, Дата въезда Код счета

На представленной диаграмме показана связь «оплачивает» между сущностями «гражданин» и «счет» степени 1:1 с обязательным характером принадлежности для сущности «счет» и необязательным для сущности «гражданин». Из этого следует, что в рассматриваемой предметной области действуют следующие бизнес-правила:

- Один гражданин оплачивает один счет;

- Один счет оплачивается одним гражданином;

- Найдется такой гражданин, который не оплачивает счет;

- Каждый счет обязательно оплачивается гражданином;

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

Счет (Код счета, Код гражданина, Дата въезда, … );

Гражданин (Код гражданина, Дата въезда, … );

1 N

На представленной диаграмме показана связь «указывается» между сущностями «номер» и «карточка регистрации» степени 1: N c обязательным характером принадлежности для обеих сущностей. Из этого следует, что в рассматриваемой предметной области действуют следующие бизнес-правила:

- один номер может указываться в нескольких карточках регистрации

- В одной карточке регистрации может указываться только один номер

- Каждый номер обязательно указывается в карточке регистрации

- В каждой карточке регистрации обязательно указывается номер

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

Номер (Код номера…);

Карточка регистрации (Код карточки регистрации, Код номера…);

1. Номер (Код номера, Код типа, …);

2. Тип (Код типа, …);

3. Карточка регистрации (Код карточки регистрации, Код гражданина, Дата въезда …);

4. Гражданин (Код гражданина, Дата въезда, Код номера…);

5. Номер (Код Номера, …);

6. Расчетная карточка (Код расчетной карточки, Код гражданина, Дата въезда, …);

7. Гражданин (Код гражданина, Дата въезда, …);

8. Счет (Код счета, Код гражданина, Дата въезда, … );

9. Гражданин (Код гражданина, Дата въезда, … );

10. Номер (Код номера…);

11. Карточка регистрации( Код карточки регистрации, Код номера…)

Проведем минимизацию отношений, для этого:

- Исключаем из рассмотрения «5» и «10», так как они входят в состав «1»;

- Исключаем из рассмотрения «7» и «9», так как они входят в состав «4»;

- Для отношений «3» и «11» создаем отношение с тем же именем, включающим все ключи этих отношений:

После предварительных операций осталось отношений:

1. Номер (Код номера, Код типа, …);

2. Тип (Код типа, …);

3. Карточка регистрации (Код карточки регистрации, Код гражданина, Дата въезда, Код номера…);

4. Гражданин (Код гражданина, Дата въезда, Код номера…);

5. Расчетная карточка (Код расчетной карточки, Код гражданина, Дата въезда, …);

6. Счет (Код счета, Код гражданина, Дата въезда, … );

Те отношения, что остались, приведем к полному виду:

1. Номер (Код номера, Код типа, количество мест, стоимость);

2. Тип (Код типа, название, описание типа);

3. Карточка регистрации (Код карточки регистрации, Код гражданина, Дата въезда, Дата убытия, Код номера, Обозначение номера)

4. Гражданин (Код гражданина, Дата въезда, Код номера, ФИО, номер паспорта, адрес, телефон, пол);

5. Расчетная карточка (Код расчетной карточки, Код гражданина, Дата въезда, Код карточки регистрации, Название услуги, Дата оказания услуги);

6. Счет (Код счета, Код гражданина, Дата въезда, Код номера, количество минут, стоимость минуты, дата звонка).

4. Разработка логической модели базы данных «Гостиница»

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

«Номер»

№ п/п	Имя атрибута	Название атрибута	Признак ключа	Тип данных	Длина	Точность
1	Kod_Nomera	Код номера	ПП	Числовой	10	-
2	Kod_Tipa	Код типа	ВП	Числовой	10	-
3	Kol_mest	Количество мест		Числовой	6	-
4	Stoimost	Стоимость		Денежный	10	-

"Тип»

№ п/п	Имя атрибута	Название атрибута	Признак ключа	Тип данных	Длина	Точность
1	Kod_Tipa	Код типа	ПП	Числовой	10	-
2	Nazvanie	Название		Текстовый	15	-
3	Opis_tipa	Описание типа		Текстовый	255	-

«Гражданин»

№ п/п	Имя атрибута	Название атрибута	Признак ключа	Тип данных	Длина	Точность
1	Kod_grazd	Код гражданина	ПП	Числовой	10	-
2	Data_vjezda	Дата въезда	ПП	Дата	15	-
3	Kod_kart_reg	Код карточки регистрации	ВП	Числовой	10	-
4	Kod_Nomera	Код номера	ВП	Числовой	10	-
5	FIO	ФИО		Текстовый	40	-
6	№_pas	Номер паспорта		Текстовый	12	-
7	Adres	Адрес		Текстовый	50	-
8	Telefon	Телефон		Текстовый	15	-
9	Pol	Пол		Текстовый	8	-

«Расчетная карточка»

№ п/п	Имя атрибута	Название атрибута	Признак ключа	Тип данных	Длина	Точность
1	Kod_rasch_kart	Код расчетной карточки	ПП	Числовой	15	-
2	Kod_Grazd	Код гражданина	ВП	Числовой	10	-
3	Data_vjezda	Дата въезда	ВП	Дата	15	-
4	Kod_kart_reg	Код карточки регистрации		Числовой	10	-
5	Nazv_usl	Название услуги		Текстовый	20	-
6	Data_okaz_usl	Дата оказания услуги		Дата	15	-
7	Stoim_usl	Стоимость услуги		Денежный	6	2

«Счет»

№ п/п	Имя атрибута	Название атрибута	Признак ключа	Тип данных	Длина	Точность
1	Kod_scheta	Код счета	ПП	Числовой	10	-
2	Kod_Grazd	Код гражданина	ВП	Числовой	10	-
3	Data_vjezda	Дата въезда	ВП	Дата	15	-
4	Kod_Nomera	Код номера	ВП	Числовой	10	-
5	Stoim_min	Стоимость минуты		Денежный	6	2
6	Kol_min	Количество минут		Числовой	3	-
7	Data_zvonka	Дата звонка		Дата	15	-

«Карточка регистрации»

№ п/п	Имя атрибута	Название атрибута	Признак ключа	Тип данных	Длина	Точность
1	Kod_kart	Код карточки регистрации	ПП	Числовой	10	-
2	Kod_Nomera	Код номера	ВП1	Числовой	10	-
3	Kod_grazd	Код гражданина	ВП2	Числовой	10	-
4	Data_vjezda	Дата въезда	ВП2	Дата	8	-
5	Data_ubytiya	Дата убытия		Дата	8	-

Рис. 2 Схема данных

5. Разработка форм ввода информации

В ходе работы были составлены формы по следующим таблицам:

- Главная форма

- Номер

-Тип

- Гражданин

- Счет

- Расчетная карточка

- Карточка регистрации

Рис. 3 Главная форма

Рис. 4 форма «Гражданин»

Рис. 5 Форма «Номер»

Рис. 6 форма «Тип»

Рис. 6 форма «Карточка регистрации»

Рис. 7 Форма «Расчетная карточка»

Рис. 8 форма «Счет»

6. Построение запросов в базе данных

Формы запросов и результаты выполнения изображены на рис. 12.1 - 12.24

1. Однотабличный запрос на выборку

Необходимо вывести информацию о номерах и их стоимостях

Рис 12.1 Форма запроса № 1

Рис. 12.2 Результат выполнения запроса № 1

2. Многотабличный запрос на выборку

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

Рис. 12.3 Форма запроса № 2

Рис. 12.4 Результат выполнения запроса № 2.

3. Многотабличный запрос на выборку с условием

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

Рис. 12.5 Форма запроса № 3

Рис. 12.6 Результат выполнения запроса № 3

4. Многотабличный запрос на выборку с вычисляемым полем.

Необходимо посчитать стоимость звонка каждого гражданина.

Рис. 12.7 Форма запроса № 4

Чтобы посчитать стоимость звонка, необходимо узнать количество минут звонка, а затем умножить его на стоимость одной минуты.

Рис. 12.8 Результат выполнения запроса № 4

5. Многотабличный запрос на выборку с использованием групповых операций

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

Рис. 12.9 Форма запроса № 5

Рис. 12.10 Результат выполнения запроса № 5

6. Запрос на обновление с параметром

Необходимо изменить стоимость минуты разговора.

Рис. 12.11 Форма запроса № 6

При запуске данного запроса на экране появится окно, представленное на рисунке 12.12

Рис. 12.12 Окно предупреждения об изменении данных таблицы

После нажатия «Да» появятся диалоговые окна для ввода кода счета и новой стоимости минуты (Рис. 12.13,12.14).

Рис. 12.13 Диалоговое окно запроса

Рис. 12.14 Диалоговое окно запроса

После вода данных и нажатия «Ок» появляется сообщение об изменении информации (Рис. 12.15).

Рис. 12.15 Сообщение об обновлении данных

Рис. 12.16 До выполнения запроса №6

Рис. 12. 17 Результат выполнения запроса № 6

7. Запрос на удаление с параметром.

Необходимо удалить из таблицы «Счет» все записи о некотором счете.

Рис. 12.18 Форма запроса № 7

При запуске данного запроса на экране появится окно, представленное на рисунке 12.19

Рис. 12.19 Сообщение о предупреждении изменения данных

При нажатии кнопки «Да» появится диалоговое окно для ввода кода счета (Рис. 12.20):

Рис. 12.20 Диалоговое окно запроса

После ввода данных появится сообщение об удалении данных (Рис. 12.21):

Рис. 12.21 Сообщение об удалении данных

Удаление произойдет после нажатия кнопки «Да».

Рис. 12.22 До выполнения запроса № 7

Рис. 12.23 Результат выполнения запроса № 7

Запрос №2 на SQL.

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

Реализуем запрос № 2 на SQL.

Select all Гражданин.[Код гражданина], Номер.[Код номера] FROM Гражданин, Номер where Гражданин.[Код номера]=Номер.[Код номера];

Рис. 12.24 Результат выполнения запроса № 2 на SQL

7. Построение отчетов к запросам

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



Заключение

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



Список литературы

1. Базы данных (лекции) Михайлов Н. Л.

2. Реализация баз данных средствами СУБД Access (методическое пособие) Михайлов Н. Л.

3. Базы данных. Учебник для вузов. Хомоненко А. Д.

Размещено на Allbest.ru

...