Проектирование базы данных "Гостиница" - Программирование, компьютеры и кибернетика курсовая работа

Главная

Программирование, компьютеры и кибернетика
Проектирование базы данных "Гостиница"

Разработка приложения, которое содержит информацию о гостях, о номерах, об оплате с целью автоматизации процесса регистрации в гостинице. Проектирование базы данных по технологии "Клиент-сервер". Специфика разработки пользовательского интерфейса.


посмотреть текст работы


скачать работу можно здесь


полная информация о работе


весь список подобных работ


Нужна помощь с учёбой? Наши эксперты готовы помочь!
Нажимая на кнопку, вы соглашаетесь с
политикой обработки персональных данных

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Федеральное агентство по образованию
Государственное образовательное учреждение высшего профессионального образования
«ПЕРМСКИЙ ГОСУДАРСТВЕННЫЙ ГУМАНИТАРНО-ПЕДАГОГИЧЕСКИЙ УНИВЕРСИТЕТ»
Проектирование базы данных «Гостиница»
Современная жизнь немыслима без эффективного управления информацией. И для этого используются системы обработки информации, основанные на базах данных (БД).
От данных информационной системы во многом зависит эффективность работы любого предприятия или учреждения.
Упорядоченность учета оказанных услуг очень важна для гостиницы. До сих пор не все фирмы имеют четко отлаженный учет клиентов и оказанных им услуг. Обобщение данных повышает эффективность и упрощает работу, к тому же база данных обеспечивает удобный и быстрый доступ к информации, повышая скорость работы студии.
В процессе проектирования необходимо разработать базу данных для предметной области «Гостиницы», которая автоматизирует деятельность по учёту гостей, номеров, и администраторов, работающих в данной гостинице.
Данная цель реализуется посредством решения конкретных задач:
- упрощение концептуальной схемы и создание расчетной
- разработка удобного пользовательского интерфейса
- преобразовать разработанное приложение в MS SQL Server
Основной задачей является проектирование и разработка приложения для автоматизации регистрации гостиницы. Приложение предусматривает ведение системного каталога, содержащего информацию о гостях, о номерах и оплате номеров. В гостинице работают администраторы, которые регистрируют гостей. При регистрации гостей учитываются Имя, Фамилия гостя, Год рождения, Даты приезда и отъезда, Цель приезда. Гости могут выбрать номер одной из категорий: эконом, комфорт и люкс.
База данных должна хранить информацию: о гостях, о номерах, об оплате. При работе с системой сотрудник должен по необходимости обновлять БД, создавать и выводить на печать выходные документы. При оплате проживания гостю выдается чек, в котором указано номер квитанции, имя, фамилия гостя, код номера, количество дней в номере, сумма и администратор, оформляющий регистрацию.
На основании описания предметной области можно выделить следующие объекты и назначить им свойства (табл. 1).
Описание предметной области позволяет определить связи (табл. 2).

При упрощении концептуальной схемы могут присутствовать следующие структуры данных:
При преобразовании объектов и атрибутов объект переходит в таблицу, атрибуты объекта переходят в атрибуты таблицы.
В процессе нормализации рассматриваются различные функциональные зависимости. Функциональные зависимости определяют не текущее состояние БД, а все возможные ее состояния. то есть они отражают те связи между атрибутами, которые присуши реальному объекту, моделируемые в БД.
Функциональная зависимость. Атрибут Y некоторого отношения функционально зависит от X (атрибуты могут быть составными), если в любой момент времени каждому значению X соответствует одно значение Y. Функциональная зависимость обозначается X >Y.
Избыточная функциональная зависимость - это зависимость, заключающая в себе такую информацию, которая может быть получена на основе других зависимостей, имеющихся в базе данных.
Полная функциональная зависимость. Неключевой атрибут функционально полно зависит от составного ключа если он функционально зависит от всего ключа в целом, но не находится в функциональной зависимости от какого-либо из входящих в него атрибутов.
Транзитивная функциональная зависимость. Пусть X, Y, Z - три атрибута некоторого отношения. При этом X > Y и Y > Z, но обратное соответствие отсутствует, т.е. Z -/-> Y и Y -/-> X. Тогда Z транзитивно зависит от X.
Многозначная зависимость. Пусть X. Y, Z - три атрибута отношения R. В отношении R существует многозначная зависимость R.X -» R.Y только в том случае, если множество значений Y. соответствующее паре значений X и Z. зависит только от X и не зависит от Z.
Рассмотри функциональные зависимости по базе данных «Гостиница»:
ФЗ 1: Код_гостиницы - Наименование_гостиницы, Адрес_гостиницы;
ФЗ 2: Код_администратора- Код_гостиницы, Фамилия_администратора;
ФЗ 3: Код_гостя - Код_администратора, Код_номера, Имя, Фамилия, Год_ рождения, Дата_приезда, Дата_отъезда, Цель_приезда, Примечание;
ФЗ 4: Код_гостя - Город, Улица, Дата_регистрации;
ФЗ 5: Код_гостя - Номер_паспорта, Дата_выдачи, Выдан;
ФЗ6: Код_гостя, код_номера, Код_администратора - Номер_квитанции.
ФЗ7: Код_номера - Число_комнат, Этаж, ТВ, Холодильник, Число_мест, Категория, Балкон, Стоимость_за_сутки.
Нормализация позволяет избавиться от избыточности данных, что позволяет осуществлять непротиворечивое и корректное редактирование данных.
Избыточность информации устраняется не столько с целью экономии памяти, сколько для исключения возможной противоречивости хранимых данных и упрощения управления ими.
Использование ненормализованных таблиц может привести к нарушению целостности данных (непротиворечивости информации) в базе данных.
Рассмотрим нормализацию таблиц по БД «Гостиница»
Таблицы ГОСТИНИЦА, АДМИНИСТРАТОР, ГОСТИ, АДРЕС, ПАСПОРТ, ОПЛАТА, НОМЕР находятся в 1НФ, т.к. все атрибуты этих отношений простые (табл.3).
Таблицы ГОСТИНИЦА, АДМИНИСТРАТОР, ГОСТИ, АДРЕС, ПАСПОРТ, ОПЛАТА, НОМЕР находятся во 2НФ, т.к. они находятся в 1НФ и имеют первичные ключи: Код_гостиницы, Код_администратора, Код_гостя, Код_гостя, Код_гостя, Код_гостя, Код_номера, Код_администратора, Код_номера.
Таблицы КЛИЕНТ, ЗАКАЗ, ФИРМА, УСЛУГА, СОТРУДНИК находятся в 3НФ, т.к. они приведены ко 2НФ. и все неключевые атрибуты взаимнонезависимы и полностью зависят от ключа (ФЗ1-ФЗ6).
Гостиница (Код_гостиницы, Наименование_гостиницы, Адрес_гостиницы);
Администратор (Код_администратора, Код_гостиницы, Фамилия_администратора);
Гости (Код_гостя, Код_администратора, Код_номера, Имя, Фамилия, Год_ рождения, Цель_приезда, Примечание);
Адрес : (Код_гостя - Город, Улица, Дата_регистрации);
Паспорт (Код_гостя - Номер_паспорта, Дата_выдачи, Выдан);
Оплата (Код_гостя, код_номера, Код_администратора - Номер_квитанции, Дата_приезда, Дата_отъезда);
Номер (Код_номера - Число_комнат, Этаж, ТВ, Холодильник, Число_мест, Категория, Балкон, Стоимость_за_сутки).
При проектировании БД необходимо создать наиболее эффективную структуру данных. Признаками эффективности структуры БД считаются:
1. Обеспечение быстрого доступа к данным в таблицах.
2. Исключение ненужного повторения данных, которое может явиться причиной ошибок при вводе и нерационального использования дискового пространства компьютера.
3. Обеспечение целостности данных таким образом, чтобы при изменении одних объектов автоматически происходило соответствующее изменение других, связанных с ними объектов.
Целостность данных - ограничения на значения, которые могут принимать атрибуты.
Чтобы информация, хранящаяся в базе данных, была однозначной и непротиворечивой, в реляционной модели устанавливаются некоторые ограничительные условия. Ограничительные условия - это правила, определяющие возможные значения данных. Они обеспечивают логическую основу для поддержания корректных значений данных в базе. Такие ограничения целостности позволяют свести к минимуму ошибки, возникающие при обновлении и обработке данных.
Важнейшими ограничениями целостности данных являются:
Ограничение домена- ограничения НА значения атрибутов из множества значений домена. Если значения атрибута неизвестно, то опция NULL- это отсутствие атрибута.
В таблице «ГОСТИ» дата ПРИЕЗДА меньше, чем дата ОТЪЕЗДА. И при неправильном введении даты база будет сообщать ошибку и попросит проверить данные.
Все остальные атрибуты принимают значения в соответствии с типом данных.
Категорийная целостность- ни одна строка не может быть занесена в базу данных до тех пор, пока не будут определены все атрибуты ее первичного ключа. Это правило называется правилом категорийной целостности и кратко формулируется следующим образом: никакой атрибут первичного ключа строки не может быть пустым.
Первичные ключи: Код гостиницы, Код администратора, Код гостя, Код гостя, Код гостя, Код гостя, Код номера, Код администратора, Код номера..
Все первичные ключи должны быть обязательно заполнены и индексированы.
Ссылочная целостность - если две таблицы связаны между собой, то внешний ключ таблицы должен содержать только значения, уже имеющиеся среди значений ключа, по которому осуществляется связь. Если корректность значений внешних ключей не контролируется СУБД, то может нарушиться ссылочная целостность данных
Внешние ключи: код гостиницы, код администратора, код гостя, код, код номера.
Внешние ключи так же не могут быть пустыми.
После проведенного анализа и выделении ключевых сущностей предметной области и выявлении связей между ними, была разработана база данных в СУБД MS Access 2007. База данных состоит из 7 таблиц, связи между которыми показаны на рис. 2.
Для создания базы данных используется команда create database.
Следующим этапом является создание таблиц, задание атрибутов в каждой из них, создание первичных и внешних ключей, установление связей.
Для этого в MS SQL Server существуют следующие основные типы данных:
1. BIT (тип данных SQL: BOOLEAN). Хранит значения 1, 0 или NULL, которое обозначает «unknown». В одном байте может храниться до 8 значений из столбцов типа BIT таблицы. В еще одном байте можно разместить дополнительные 8 значений типа BIT. Столбцы типа BIT нельзя индексировать.
2. CHAR[(n)], CHARACTER[(n)] (тип данных SQL: CHARACTER(n)).Хранит символьные данные фиксированной длины от 1 до 8000 символов. Все неиспользованное место по умолчанию заполняется пробелами. (Автоматическое заполнение пробелами можно отключить.) Тип занимает п байт.
3. DATETIME (тип данных SQL: TIMESTAMP).Хранит значение даты и времени в диапазоне с 01-01-1753 00:00:00 до 31-12-9999 23:59:59. Для хранения требуется 8 байт.
4. FLOAT[(n)] (тип данных SQL: FLOAT, FLOAT(n)).Хранит значения с плавающей точкой в диапазоне от-1.79Е + 308 до 1.79Е + 308. Точность, определяемая параметром п, может изменяться в пределах от 1 до 53. Для хранения 7 цифр (и - от 1 до 24) требуется 4 байта. Значения, превышающие 7 цифр, занимают 8 байт.
5. IMAGE (тип данных SQL: BLOB).Хранит двоичное значение переменной длины до 2 147 483 647 байт. Этот тип данных часто используется для хранения графики, звука и файлов, таких, как документы Microsoft Word и электронные таблицы Microsoft Excel. Значениями типа IMAGE нельзя свободно манипулировать. Столбцы типа
6. INT [IDENTITY [(seed, increment)] (тип данных SQL: INTEGER).Хранит целые числа со знаком или без знака в диапазоне от -2 147 483 648 до 2 147 483 647. Занимает 4 байта. Все целочисленные типы данных, а также типы, хранящие десятичные дроби, поддерживают свойство IDENTITY, identity - это автоматически инкрементируемый идентификатор строки. Обращайтесь к разделу «Инструкция CREATE/ALTERTABLE».
7. MONEY (тип данных SQL: отсутствует). Хранит денежные значения в диапазоне от -922337203685477.5808 до 922337203685477.5807. Значение занимает 8 байт.
8. VARBINARY[(п)] (тип данных SQL: BLOB). Представляет собой двоичное значение переменной длины, до 8000 байт. Занимаемое место соответствует размеру вставленных данных плюс 4 байта.
9. VARCHARf[(n)], CHAR VARYING [(п)], CHARACTER VARYING f(n)J (тип данных SQL: CHARACTER VARYING [(n)]. Хранит символьные данные фиксированной длины размером от 1 до 8000 символов. Занимаемое место равно реальному размеру введенного значения в байтах, а не значению n.
После создания БД в MS SQL Server необходимо создать таблицы. Для этого используем команду:
После создания базы данных следует создать таблицы с помощью команды create table. Для этого введем:
[Наименование_гостиницы] [nvarchar](20) NULL,
[Адрес_гостиницы] [nvarchar](50) NULL)
foreign key (Код_гостиницы) references Гостиница(Код _гостиницы),
CREATE TABLE [dbo].[АДМИНИСТРАТОР](
[Код_администратора] [int] NOT NULL,
[Фамилия_администратора] [nvarchar](20) NULL,
foreign key (Код_Администратора) references Администратор(Код_ Администратора),
[Цель_приезда] [nvarchar](20) NULL,
foreign key (Код _Гостя) references Гости (Код _Гостя),
[Дата_регистрации] [datetime] NULL)
[Холодильник] [bit] NULL DEFAULT ((0)),
foreign key (Код _Номера) references Номер(Код _номера),
Первичный ключ обозначается как PRIMARY KEY (имя поля)
Вторичный ключ создается в дочерней таблице следующим образом: FOREIGN KEY (имя поля), REFERENCES имя родительской таблицы (имя поля).
Заполним базу данных, используя команду insert.
Заполняем данные в таблицу Гостиница
Insert Гостиница (Код_гостиницы, Наименование_гостиницы, Адрес_гостиницы)values('1',' StarPalace', ' Москва, ул.Ленина, 44')
Заполняем данные в таблицу Администратор.
insert Администратор (Код_Администратора,Код_гостиницы, Фамилия_администратора)values('1', '1', ' Васильев ')
insert Администратор (Код_Администратора,Код_гостиницы, Фамилия_администратора)values('2', '1', ' Максимов ')
insert Администратор (Код_Администратора,Код_гостиницы, Фамилия_администратора)values('3', '1', ' Сергеев ')
insert Гости (Код_Гостя, Имя, Фамилия, Год_рождения, Цель_приезда, примечание)values('1', ' Илья', 'Семенов ', ' 12.03.1976', 'Бизнес' )
insert Гости (Код_Гостя, Имя, Фамилия, Год_рождения, Цель_приезда, примечание)values('2', ' Максим', 'Петров', ' 12.03.1976', 'Туризм' )
insert Гости (Код_Гостя, Имя, Фамилия, Год_рождения, Цель_приезда, примечание)values('3', 'Сергей', 'Лосов ', ' 12.03.1976', 'Бизнес' )
insert Гости (Код_Гостя, Имя, Фамилия, Год_рождения, Цель_приезда, примечание)values('4', ' Илья', 'Петров ', ' 12.03.1976', 'Туризм' )
insert Гости (Код_Гостя, Имя, Фамилия, Год_рождения, Цель_приезда, примечание)values('5', ' Денис', 'Семенов ', ' 12.03.1976', 'Бизнес' )
1. Запрос. Показать какой гость, в каком номере проживает.
2. Запрос. Сгруппировать гостей по номеру и по администратору, регистрирующего их.
3. Запрос. Список гостей, который регистрировал администратор Васильев (Код-администратора 1).
1. Процедура. Определить гостей, у которых цель приезда - бизнес.
Дата отъезда должна быть больше даты отъезда.
Интерфейс пользователя разработан таким образом, что работать в программе было очень легко и просто.

При запуске программы появляется «Главное меню», где определены следующие пункты меню: НОМЕРА И ГОСТИ, КВИТАНЦИЯ.
Первый пункт главного меню: НОМЕРА.
При выборе первого пункта, в меню мы видим две кнопки: «ПРАЙСИСТ» и «ПОИСК».
При нажатие на «ПРАЙСЛИСТ», открывается список из всех номеров гостиницы.
При выборе «ПОИСК», открывается меню, где указаны две кнопки «ПОИСК ПО КАТЕГОРИИ» и «ПОИСК ПО ЧИСЛУ МЕСТ».
При нажатии на кнопку «ПОИСК ПО КАТЕГОРИИ» появляется запрос на поиск номера по категории.
При нажатии на кнопку «ПОИСК ПО ЧИСЛУ МЕСТ» появляется запрос на поиск номера по числу мест.
При выборе второго пункта, в меню мы видим четыре кнопки: «РЕГИСТРАЦИЯ НОВЫХ ГОСТЕЙ», «СПИСОК ГОСТЕЙ» и «ПОИСК ПО ФАМИЛИИ».
При нажатии кнопки «РЕГИСТРАЦИЯ НОВЫХ ГОСТЕЙ» появляется форма регистрации нового гостя.
При нажатии кнопки «СПИСОК ГОСТЕЙ» открывается список гостей, снимающих номера.
При нажатии кнопки «КВИТАНЦИЯ», открывается запрос, в котором по коду гостя можно узнать сумму, которую гость должен заплатить за проживание в номере.
При нажатии кнопки «ПОИСК ПО ФАМИЛИИ» появляется запрос на поиск гостей по фамилии.
При нажатии кнопки «КВИТАНЦИЯ», открывается запрос, в котором по коду гостя можно узнать сумму, которую гость должен заплатить за проживание в номере. В форме «КВИТАНЦИЯ» добавлена кнопка «ПЕЧАТЬ», которая позволяет распечатать квитанцию.
В результате выполнения проекта было разработано приложение на базе клиент-сервер для гостиницы. Данное приложение позволяет оперативно вносить и получать информацию, необходимую для организации работы гостиницы. Основным достоинством созданной базы является простота и удобство использования.
1. Бураков П. В., Петров В. Ю. Введение в системы баз данных: учебное пособие. Санкт-Петербург, 2010.
2. Грекул, В.И. Проектирование информационных систем: учебник / В.И. Грекул, Г.Н. Денищенко, Н.Л. Коровкина. - М.: Интернет-Университет информационных технологий, 2005. - 304 с.
3. Диго, С.М. Создание баз данных в среде СУБД Access: учебное пособие / С.М. Диго. - М.: МЭСИ, 2000.
4. http://sql.itsoft.ru/- интернет-справочник с примерами по языку SQL.(дата последнего посещения: 27.01.2013г. )
Проектирование базы данных для автоматизации деятельности по учету автотранспорта ГИБДД Вяземского района. Выбор инструментария для разработки базы данных и приложения по её ведению. Описание интерфейса и физической структуры приложения баз данных. курсовая работа [2,2 M], добавлен 28.06.2011
Специфика создания базы данных "On-line магазин", содержащей информацию о работе интернет-магазина. Проектирование логического и физического уровней с использованием CASE-средства Erwin. Реализация базы данных в архитектуре "клиент-сервер" на языке Java. курсовая работа [1,2 M], добавлен 26.06.2012
Проектирование модели разрабатываемой базы данных гостиниц. Разработка триггеров, хранимых процедур, запросов. Создание пользовательского интерфейса. Автоматизация работы по регистрации, учету, поиску, а также по формированию отчетности о работодателях. курсовая работа [4,7 M], добавлен 29.11.2015
Функциональная модель системы. Проектирование схемы базы данных. Проектирование архитектуры системы. Принцип технологии клиент-сервер. Построение схемы ресурсов. Выбор программных средств. Разработка базы данных с использованием Microsoft SQL Server. дипломная работа [1,1 M], добавлен 30.03.2015
Разработка базы данных для спортивной школы с целью ведения учета, контроля и получения информации о нужном студенте. Создание диалогового окна входа в приложение. Составление схемы и структуры базы данных. Разработка пользовательского интерфейса. курсовая работа [3,4 M], добавлен 08.09.2015
Разработка клиент-серверного приложения, позволяющего взаимодействовать друг с другом с использованием доступа к базам данных. Проектирование связи сервера с базой данных с помощью технологии ODBC. Разработка интерфейса программы, ее тестирование. курсовая работа [352,0 K], добавлен 24.08.2016
Проектирование физической и логической моделей удаленной базы данных для АЗС. Разработка базы данных в СУБД Firebird с помощью утилиты IBExpert. Создание клиентского приложения для Windows с использованием клиент-серверной технологии в среде C++ Builder. курсовая работа [3,9 M], добавлен 18.01.2017
Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д. PPT, PPTX и PDF-файлы представлены только в архивах. Рекомендуем скачать работу .

© 2000 — 2021



Проектирование базы данных "Гостиница" курсовая работа. Программирование, компьютеры и кибернетика.
Расчеты С Поставщиками Курсовая Работа
Реферат: Соснівка: історія мого рідного міста
Курсовая работа: Исследование практики применения маркетинга недвижимости в компании "Квартал"
Ответ на вопрос по теме Основы психологии
Дипломная Работа На Тему Маркетингова Стратегія Промислового Підприємства
Инклюзия В Доу Дипломная Работа
Решетников Мальчишки Картина Сочинение 5 Класс Короткое
Шпаргалка: Основные положения бухгалтерского финансового учета
Как Писать Введение В Курсовой
Технология моделирования прически
Контрольная работа: Оценка хозяйственного риска на предприятии
Курсовая работа по теме Оценка организации безопасности труда на рабочем месте оператора ЭВМ ОАО 'Новосибхимфарм'
Оформление Реферата Поля
Курсовая Работа Титульный Лист Мгимо
Реферат На Тему Философия Средних Веков
План Сочинения 9.2 Огэ Русский Язык 2022
Реферат: Война 1812 года в истории народов России. Скачать бесплатно и без регистрации
Реферат: Что такое синергетика
Дипломная работа по теме PR-сопровождение деятельности крупных компаний на примере ОАО Газпром
Реферат: Психологические особенности преступности несовершеннолетних
Объединения предприятий. Хозяйственные обязательства - Государство и право контрольная работа
Поняття, цілі, особливості наукової творчості студентів - Педагогика реферат
Пищевые добавки - Кулинария и продукты питания реферат