«Базы данных» «Разработка базы данных информационной системы «Регистрация проживающих в гостинице». БАЗЫ ДАННЫХ. Курсовая работа. Разработка базы данных информационной системы Регистрация проживающих в гостинице
 Скачать 278.5 Kb.
|
 Факультет: Управления Кафедра: Прикладная информатика в экономике Специальность: Прикладная информатика [09.03.03] Бакалавр КУРСОВАЯ РАБОТА По дисциплине: Базы данных Тема: Разработка базы данных информационной системы «Регистрация проживающих в гостинице». Основные предметно-значимые сущности: Клиенты (предприятия и физические лица), Номера, Проживающие. Выполнил студент : Замковой Руслан Владимирович________________________ Количество слов в работе: 2527 слов Руководитель работы: _________________________________________________ К защите___________________________ Работа защищена с оценкой _________ Содержание Введение 1. Исходные данные 1.1 Выходные данные 1.2 Выходные данные 2. Разработка базы данных 2.1 `Технологический процесс обработки информации 2.1.1 Описание предметной области 2.1.2 Анализ информационных требований пользователя 2.1.3 Описание принципа работы базы данных 2.1.4 Проектирование БД и построение моделей БД 2.2 Описание принципа работы базы данных 2.3 Характеристика базы данных 3. Эксплуатация БД Заключение Литература Приложение Введение Тема курсовой работы “Разработка базы данных информационной системы «Регистрация проживающих в гостинице»”. Целью курсовой работы является систематизация и углубление теоретических и практических знаний по теме разработка баз данных, приобретении навыков разработки баз данных. В ходе выполнения курсовой работы решаются задачи по закреплению и углулению теоритический и практических навыков, приобщение к работе к специальной и технической документацией по разработке баз данных. В данной работе рассматривается процесс разработки и создания базы данных для гостиницы которыя должна выполнять следующие задачи: - содержать подробные сведения о гостинице, номерах, клиентах, стоимости номеров, датах въезда и выезда, оплаты услуг и др.; - формировать информацию о купленных номерах; -позволять в любое время просматривать информацию о гостинице, номерах в них, а также позволять администратору легко изменять ее (добавлять, редактировать, удалять); -обеспечивать поиск конкретного клиента путем указания его личных данных, а также вывод информации по покупателям конкретного номера гостиницы; - обеспечивать организацию защиты данных посредством защиты административной части программы логином и паролем; - база данных позволяет полностью автоматизировать процессы, проходящие в ходе работы пресоонала гистиницы или отеля связанные с учетом статусов номеров, датами заселения, данными об оплате, статусов клиентов и другими данными. Размер гостиницы не сильно влияет на её требования к функциональным возможностям базы данных. Большее значение тут играет уровень гостиницы и комплекс, оказываемых ею услуг. Для крупных отелей будут интересны функциональные возможности, такие как введение бонусных програм для определенных групп клиентов, автоматической обработки заявок бронирования, поступающих с интернет-сайта, осуществления клубных программ и акций, интеграции с системами платного телевидения, телефонии, доступа в интернет из номера и другие возможности, предлагаемые полнофункциональными системами управления. Для небольшой гостиницы экономичного класса будет вполне достаточно элементарных функций управления бронированием, заселением и расчетами. В данной работе рассмотрен процесс разработки базы данных, функциональные возможности, которой включают работу с основными учетными в этой сфере. Информационная модель базы данных представляет собой описание объектов предметной области и реальных связей, которые присутствуют между описываемыми объектами. Нам требуется разработать информационную базу данных, которая будет содержать: -Данные о клиентах (предприятия и физические лица) ; -сведения о составе номеров; -Данные о проживающих ; В системе должен быть предусмотрен режим администрирования, то есть режим просмотра и изменения базы данных (регистрация покупателей в номерах, удаление покупателей при их выезде из гостиницы и т.д.). Разработка структуры базы данных начинается с выбора типа базы данных. Мы будем использовать наиболее распространенные базы данных, которыми являются реляционные базы данных. Реляционная модель будет реализована на основе инфологической модели «сущность – связь» База данных будет создаваться в СУБД MS Access. 1. Понятие реляционной модели. Реляционная модель предоставляет средства описания данных на основе только их естественной структуры, т.е. без потребности введения какой-либо дополнительной структуры для целей машинного представления. Соответственно, эта модель обеспечивает основу языка данных высокого уровня, который поддерживает максимальную независимость программ, с одной стороны, и машинного представления и организации данных с другой. Структура реляционной модели данных: структурная манипуляционная целостная Структурная часть модели определяет, то что единственной структурой данных является нормализованное n-арное отношение. Отношения удобно представлять в форме таблиц, где каждая строка есть кортеж, а каждый столбец – атрибут, определенный на некотором домене. Реляционная база данных представляет собой конечный набор таблиц. Манипуляционная часть модели определяет два фундаментальных механизма манипулирования данными – реляционная алгебра и реляционное исчисление. Основной функцией манипуляционной части реляционной модели является обеспечение меры реляционности любого конкретного языка реляционных БД. Язык называется реляционным, если он обладает не меньшей выразительностью и мощностью, чем реляционная алгебра или реляционное исчисление. Целостная часть модели определяет требования целостности сущностей и целостности ссылок. Первое требование состоит в том, что любое отношение должно обладать первичным ключом. Требование целостности по ссылкам, или требование внешнего ключа состоит в том, что для каждого значения внешнего ключа, появляющегося в ссылающемся отношении, в отношении, на которое ведет ссылка, должен найтись кортеж с таким же значением первичного ключа, либо значение внешнего ключа должно быть неопределенным (т.е. ни на что не указывать). Структура реляционной модели данных Можно провести аналогию между элементами реляционной модели данных и элементами модели "сущность-связь". Реляционные отношения соответствуют наборам сущностей, а кортежи – сущностям. Поэтому, также как и в модели "сущность-связь" столбцы в таблице, представляющей реляционное отношение, называют атрибутами. 1. Понятие модели "сущность-связь". Модель "сущность-связь"(EntityRelationship Model, ER-model) была предложена Петером Пин-Шен Ченом в 1976 г. На использовании разновидностей ER-модели (модель данных, позволяющая описывать концептуальные схемы предметной области) основано большинство современных подходов к проектированию баз данных (главным образом, реляционных). Моделирование предметной области базируется на использовании графических диаграмм, включающих небольшое число разнородных компонентов. В связи с наглядностью представления концептуальных схем баз данных ER-модели получили широкое распространение в CASEсистемах, поддерживающих автоматизированне проектирование реляционных баз данных. Базовыми понятиями ER-модели являются сущность, связь и атрибут. Сущность -это реальный или воображаемый объект, информация о котором представляет интерес. В диаграммах ER-моделисущность представляется в виде прямоугольника, содержащего имя сущности. При этом имя сущности - это имя типа, а не конкретного объекта - экземпляра этого типа. Каждый экземпляр сущности должен быть отличим от любого другого экземпляра той же сущности. Связь - это графически изображаемая ассоциация, устанавливаемая между двумя сущностями. Эта ассоциация всегда является бинарной и может существовать между двумя разными сущностями или между сущностью и ей же самой (рекурсивная связь). В любой связи выделяются два конца (в соответствии с парой связываемых сущностей), на каждом из которых указывается имя конца связи, степень конца связи (сколько экземпляров данной сущности связывается), обязательность связи (т. е. любой ли экземпляр данной сущности должен участвовать в данной связи). Связь представляется в виде линии, связывающей две сущности или ведущей от сущности к ней же самой. При этом в месте "стыковки" связи с сущностью используются трехточечный вход в прямоугольник сущности, если для этой сущности в связи могут использоваться много экземпляров сущности, и одноточечный вход, если в связи может участвовать только один экземпляр сущности. Обязательный конец связи изображается сплошной линией, а необязательный - прерывистой линией. Как и сущность, связь - это типовое понятие, все экземпляры обеих пар связываемых сущностей подчиняются правилам связывания. 1. Исходные данные 1.1 Входные данные Разрабатываемая база данных содержит в себе данные о гостинице, номерах, стоимости номеров по выходным и будням, дополнительных местах в гостинице, а также данные о покупателях номеров в гостинице, которые приведены в следующих таблицах. Данные о клиентах: - номер клиента; - ФИО; - номер паспорта; - серия паспорта; - адрес; - гражданство. Данные о проживающих: - номер заказа; - дата заказа; - дата прибытия; - дата выезда; - № номера; - стоимость. Данные об описании номера: - № номера; - расположение; - вид номера. 1.2 Выходные данные У администратора и покупателей должны быть разные права на доступ к базе данных, последствием чего является установка логина и пароля для администрации в гостинице. При работе с базой данных в гостинице покупатель имеет возможности такие, как: 1. Просмотр наличия свободных номеров в гостинице и их характеристики; 2. Выбор нужного номера из свободных; 3. Регистрация через Интернет или по телефону; 4. Знание стоимости каждого номера в отдельности. При работе с базой данных администратор должен уметь решать следующие задачи такие, как: 1. прием и регистрация новых покупателей в свободные номера, которые выбирают покупатели гостиницы; 2. размещение покупателей в свободные номера, которые выбирают покупатели гостиниц; 3. проведение опроса покупателей, например, для чего или с какой целью прибыли в наш город? 4. Заполнение книги регистрации или бюллетень покупателей номеров гостиниц; 5. Проведение проверки свободных или купленных номеров; 6. Ведение учета, сколько, какие номера свободны или куплены покупателями и сколько по времени они будут заняты. 2. Разработка базы данных 2.1 Технологический процесс обработки информации 2.1.1 Описание предметной области Гостиничный комплекс, который мы будем рассматривать в данной работе, будет содержать одну гостиницу, пункт питания и автостоянку. Гостиница дает возможность покупателям забронировать номера, ведет бюллетень по покупателям: туристам, командировочным. Для того, чтобы продать номер клиенту, необходимы следующие данные: фамилия, имя, отчество, дата рождения, паспортные данные, гражданство, адрес места жительства, время заселения и время отъезда, сумма к оплате за предоставленные услуги. При регистрации клиента, как покупателя, клиент должен предъявить паспортные данные или документы удостоверяющие личность, и оплатить стоимость номера. Гостиница хранит информацию о номерах в гостинице, которые заняты клиентами. В случае, если бронирование номеров гостиницы переносится на более позднее время или дату, изменения должны быть внесены в бюллетень покупателей, зарегистрированных в этот номер гостиницы, сообщены покупателю и должна быть предоплата за бронирование номера. Базой данных может пользоваться администратор и покупатель номера, только у каждого разные права доступа к ней: администратор просматривает базу, вносит изменения, а покупатель может только просматривать. Следовательно, база данных должна быть защищена от несанкционированных действий злоумышленников паролем на вход. Анализ информационных требований пользователя. База данных «Гостиничный комплекс» должна выполнять следующие основные задачи: - хранить сведения обо всех номерах гостиницы; - хранить сведения о забронированных номерах клиентов; - обеспечивать поиск нужного номера; - обеспечивать оформление номера на нужного покупателя. База данных должна быть настроенной, то есть в ней должна присутствовать возможность изменения, дополнения, в том числе и удаления следующих параметров: - клиента и (или) номера (при въезде или отъезде клиента); - наличие и возможность предоставления услуг. Необходимо реализовать базу поиска по следующим параметрам: - хранить сведения даты бронирования номера; - хранить сведения даты отъезда покупателя номера. Поиск лучше осуществлять в виде запроса, например, выводить перечень всех номеров, удовлетворяющих введенным условиям. Для осуществления процесса оформления номера необходимо ввести фамилию, имя, отчество, гражданство, серию и номер паспорта, по которому зарегистрирован клиент. После покупки номера клиентом необходима сохранность информации о клиенте, но кроме этого, о номере. Должна быть возможность просматривать список зарегистрированных клиентов и покупателей, их паспортные данные, и т.д. (только для администрации). Описание объектов данных. Основными объектами (сущностями) в описании предметной области с точки зрения базы данных являются: - перечень услуг; - описание номера; - заказ; - класс обслуживания; - используемые услуги; - клиент. Атрибутами заказа являются: - номер заказа; - дата заказа; - дата прибытия; - дата выезда; - № номера; - стоимость. Атрибуты используемых услуг: - номер заказа; - номер услуги; - дата; - количество; - общая стоимость. Атрибутами класса обслуживания являются: - вид номера; - стоимость номера; - периодичность обслуживания. Атрибутами клиентов являются: - номер клиента; - ФИО; - номер паспорта; - серия паспорта; - адрес; - гражданство. Атрибутами описания номера являются: - № номера; - расположение; - вид номера. Атрибутами перечня услуг являются: - номер услуги; - наименование; - стоимость; - единицы измерения. Построение базы данных и построение моделей базы данных На описание предметной области, а также описанных сущностей и их атрибутов можно выделить следующие виды связей между сущностями базы данных.  Рисунок 1: Инфологическая модель базы данных. |