Проектирование базы данных Учета расчетов с клиентами гостиницы (Аналитическая часть)

Содержание:

ВВЕДЕНИЕ

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

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

Целью данного курсового проекта является проектирование базы данных Учета расчетов с клиентами гостиницы.

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

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

Предположительно готовая база данных должна решать следующие задачи:

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

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

Объектом изучения предметной области является гостиница.

Предметом – расчеты с клиентами гостиницы.

1. Аналитическая часть

Описание предметной области. Постановка задачи

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

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

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

Характеристика входной информации

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

Перечень документов:

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

Перечень таблиц:

1. Таблица «Клиент» (сведения о жильцах): код жильца, фамилия жильца, имя, отчество, номер паспорта, телефон, дата въезда, дата выезда, количество суток проживания в комплексе, номер корпуса, этаж, номер комнаты, стоимость проживания/сутки, счет за проживание, долг, частота заселения.
2. Таблица «Корпус» (сведения о жилых корпусах комплекса): номер корпуса, класс отеля, количество этажей, количество комнат на этаже, общее количество комнат, местность номеров, ежедневная уборка, прачечная, химчистка, питание, дополнительные услуги.
3. Таблица «Номера» (сведения о номерах): номер комнаты, номер корпуса, этаж, класс отеля, местность номера, стоимость проживания/сутки, доступность, бронь, дата въезда, дата выезда.
4. Таблица «Бронь» (сведения о бронировании для фирм): код организации, наименование организации, № корпуса, класс отеля, этаж, количество бронируемых номеров, количество проживающих, дата въезда, дата выезда, количество суток проживания, возможность отмены брони, стоимость проживания/сутки, сумма без скидки, скидка, сумма скидки, стоимость со скидкой, оплачено, долг.
5. Таблица «Стоимость проживания» (сведения о стоимости проживания в разных корпусах): номер корпуса, класс отеля, местность номера, стоимость проживания.
6. Таблица «Стоимость дополнительных услуг» (сведения о стоимости дополнительных услуг): код услуги, наименование услуги, цена.
7. Таблица «Дополнительные услуги» (сведения о том, какой жилец какими дополнительными услугами воспользовался): код жильца, фамилия, имя, наименование услуги, стоимость, оплачено, долг.
8. Таблица «Оплачено клиентами» (сведения о том, какой жилец какую сумму оплатил за проживание): код жильца, фамилия, оплачено за номер, месяц.
9. Таблица «Расходы» (сведения о расходах гостиничного комплекса): код, месяц, наименование статьи затрат, счет на, оплачено, долг.

Характеристика результатной информации

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

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

Например, запрос, выводящий информацию об интересующем постояльце (рисунок 1).

Рисунок 1 Ввод значения параметра

Или представление отчета по выполненному запросу «Новые жильцы», который выводит данные о новых жильцах и их общее количество (рисунок 2).

Рисунок 2 Отчет о новых жильцах

Выбор СУДБ

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

• По модели данных
• Иерархические

Используется представление базы данных в виде древовидной (иерархической) структуры, состоящей из объектов (данных) различных уровней.

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

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

Примеры: Caché, Google App Engine Datastore API.

• Сетевые

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

Примеры: Caché.

• Реляционные

Практически все разработчики современных приложений, предусматривающих связь с системами баз данных, ориентируются на реляционные СУБД. По оценке Gartner в 2013 году рынок реляционных СУБД составлял 26 млрд долларов с годовым приростом около 9%, а к 2018 году рынок реляционных СУБД достигнет 40 млрд долларов. В настоящее время абсолютными лидерами рынка СУБД являются компании Oracle, IBM и Microsoft, с общей совокупной долей рынка около 90%, поставляя такие системы как Oracle Database, IBM DB2 и Microsoft SQL Server.

• Объектно-ориентированные

Управляют базами данных, в которых данные моделируются в виде объектов, их атрибутов, методов и классов.

Этот вид СУБД позволяет работать с объектами баз данных так же, как с объектами в программировании в объектно-ориентированных языках программирования. ООСУБД расширяет языки программирования, прозрачно вводя долговременные данные, управление параллелизмом, восстановление данных, ассоциированные запросы и другие возможности.

Примеры: GemStone.

• Объектно-реляционные

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

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

В данном курсе мы будем, в первую очередь, гооврить об этом виде СУБД.

Примеры: PostgreSQL, DB2, Oracle, Microsoft SQL Server.

• По степени распределённости
• Локальные СУБД (все части локальной СУБД размещаются на одном компьютере)
• Распределённые СУБД (части СУБД могут размещаться на двух и более компьютерах).
• По способу доступа к БД
• Файл-серверные

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

Примеры: Microsoft Access, Paradox, dBase, FoxPro, Visual FoxPro.

• Клиент-серверные

Клиент-серверная СУБД располагается на сервере вместе с БД и осуществляет доступ к БД непосредственно, в монопольном режиме. Все клиентские запросы на обработку данных обрабатываются клиент-серверной СУБД централизованно. Недостаток клиент-серверных СУБД состоит в повышенных требованиях к серверу. Достоинства: потенциально более низкая загрузка локальной сети; удобство централизованного управления; удобство обеспечения таких важных характеристик как высокая надёжность, высокая доступность и высокая безопасность.

Примеры: Oracle, Firebird, Interbase, IBM DB2, Informix, MS SQL Server, Sybase Adaptive Server Enterprise, PostgreSQL, MySQL, Caché, ЛИНТЕР.

• Встраиваемые

Встраиваемая СУБД — СУБД, которая может поставляться как составная часть некоторого программного продукта, не требуя процедуры самостоятельной установки. Встраиваемая СУБД предназначена для локального хранения данных своего приложения и не рассчитана на коллективное использование в сети. Физически встраиваемая СУБД чаще всего реализована в виде подключаемой библиотеки. Доступ к данным со стороны приложения может происходить через SQL либо через специальные программные интерфейсы (API).

Примеры: OpenEdge, SQLite, BerkeleyDB, Firebird Embedded, Microsoft SQL Server Compact, ЛИНТЕР.

После анализа всех возможных вариантов, в качестве средства проектирования ИС «Театр» была использована программа Microsoft Office Access, разработанная компанией Microsoft. Данная программная оболочка очень удобна и позволяет создавать качественные продукты, имеет все необходимые средства для реализации поставленной задачи. Позволяет с легкостью разрабатывать базы данных.

Microsoft Access в настоящее время является одной из самых популярных среди систем управления базами данных. Среди причин такой популярности следует отметить:

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

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

Логическая структура базы данных

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

При проектировании информационной системы Театр, можно выделить следующие сущности:

• Постановка
• Авторы
• Произведения
• Жанры
• Актеры
• Дирижеры-постановщики
• Художники-постановщики
• Режиссеры-постановщики
• Сотрудники
• Должности
• Репертуар театра
• Билеты

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

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

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

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

Атрибуты и первичные ключи сущностей для информационной модели, включаемые в состав информационной системы модели Театр, приведены в таблице 1

Таблица 1 Атрибуты и первичные ключи сущностей для информационной модели.

Сущность	Ключ	Атрибуты
1	2	3
Постановка	Код Постановки	Код постановки Название Жанр Код Автора Код Режиссера-постановщ. Код Художника-постановщ. Код Дирижера-постановщ. Код актера Роль Дата премьеры
Авторы	Код Автора	Код Автора Имя Фамилия Дата Рождения Дата смерти Страна
Произведения	Код Произведения	Код произведения Название произведения Жанр Код жанра Код автора
Жанры	Код Жанра	Код жанра Жанр
Актеры	Код Актера	Код актера Фамилия Имя Отчество Звание Пол Дата рождения Возраст Рост Голос Гастроли Репертуар Заработная плата Дата приема на работу Дата последнего рабочего дня Стаж работы
Дирижеры-постановщики	Код дирижера-постановщ.	Код дирижера-постановщ. Фамилия Имя Отчество Пол Дата рождения Возраст Рост Заработная плата Дата приема на работу Дата последнего рабочего дня Стаж работы
Художники-постановщики	Код художника-постановщ.	Код Художника-постановщ. Фамилия Имя Отчество Пол Дата рождения Возраст Заработная плата Дата приема на работу Дата последнего рабочего дня Стаж работы
Режиссеры-постановщики	Код режиссера-постановщ.	Код Режиссера-постановщ. Фамилия Имя Отчество Пол Дата рождения Возраст Заработная плата Дата приема на работу Дата последнего рабочего дня Стаж работы
Сотрудники	Код Сотрудника	Код Сотрудника Фамилия Имя Отчество Пол Дата рождения Возраст Заработная плата Дата приема на работу Дата последнего рабочего дня Стаж работы
Должности	Код Должности	Код должности Название должности
Репертуар театра	Код Постановки	Код постановки Название постановки Код произведения Жанр Имя автора Фамилия автора Дата премьеры Премьера
Билеты	№ билета	№ билета Название постановки Код постановки Ряд Место Стоимость Продано

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

Отчёты по запросам

Отчёты по таблицам

Запросы

Отчёты

Добавление и редактирование информации

Рисунок 4 Логическая структура БД

1.4 Физическая структура базы данных

Далее составляется проект таблиц (рисунок 5-16), которые будут в дальнейшем реализовываться в СУБД MS ACCESS.

Рисунок 5 Постановка

Рисунок 6 Авторы

Рисунок 7 Произведения

Рисунок 8 Жанры

Рисунок 9 Актёры

Рисунок 10 Дирижёры-постановщики

Рисунок 11 Художники постановщики

Рисунок 12 Режиссеры-постановщики

Рисунок 13 Сотрудники

Рисунок 14 Должности

Рисунок 15 Репертуар театра

Рисунок 16 Билеты

Схема технологического процесса сбора, передачи, обработки и выдачи информации изображена на Рисунке 17.

Рисунок 17 Схема технологического процесса сбора, передачи, обработки и выдачи информации

Практическая часть

2.1 Контрольный пример реализации задачи

Для начала работы с базой данных «Театр» необходимо её открыть двойным нажатием левой клавиши мыши на файл базы, либо по следующему пути: Пуск-Все программы-Microsoft Office-Microsoft Office Access-кнопка Office-Открыть-Файл.

Откроется форма главного меню.

Рисунок 18 Форма главного меню ИС «Театр»

На главной форме пользователь видит несколько кнопок. При нажатии кнопки запросы откроется форма запросы (Рисунок 19). В ней находятся кнопки всех запросов. Нажатие на значок закрывает форму.

Рисунок 19 Форма запросы ИС «Театр»

При нажатии кнопки «Добавление и редактирование информации» Откроется форма со списком таблиц (Рисунок 20) в которые вносятся и редактируются данные. Нажатие на значок закрывает форму.

Рисунок 20 Форма Добавление и редактирование информации ИС «Театр»

При нажатии кнопки Отчёты откроется форма Отчёты (Рисунок 21), где пользователю представляется выбор – можно просмотреть все отчёты по запросам или все отчёты по таблицам. Нажатие на значок закрывает форму.

Рисунок 21 Форма Запросы ИС «Театр»

При нажатии кнопки «Отчёты по запросам», откроется форма со списком отчётов по запросам. (Рисунок 22). Через эту форму открываются отчёты по запросам, где можно просматривать данные полученные запросом, а также распечатывать их. Нажатие на значок закрывает форму.

Рисунок 22 Форма Отчёты по запросам ИС «Театр»

При выборе кнопки «Отчёты по таблицам», откроется форма со списком отчётов по таблицам. (Рисунок 23). Через эту форму открываются отчёты по таблицам, где можно просматривать данные таблиц, а также распечатывать их. Нажатие на значок закрывает форму.

Рисунок 23 Отчеты по обработанным сведениям

2.2 Разработка интерфейса и реализация проекта

Оператор после внесения сведений (о постановках, авторах, актёрах, работниках и пр.) в базу данных сможет редактировать, добавлять информацию, вести поиск, делать запросы, выводить необходимые отчеты на печать. Функциональная структура формы представлена на Рисунке 24.

Список Актёров

Список Художников-постановщиков

Список Дирижёров-постановщиков

Список Режиссеров-постановщиков

Список Сотрудников

Найти Сотрудника по Фамилии

Проданные билеты и вырученная сумма

Свободные места

Сыгранное (Когда-либо поставленные)

Поставленные за данный сезон по Жанру

Вход в систему

Главная кнопочная форма

Заполнение данных

Постановка

Авторы

Произведения

Жанры

Репертуар театра

Билеты

Дирижёры-постановщики

Режиссеры-постановщики

Художники-постановщики

Сотрудники

Должности

Актёры

Добавление

Удаление

Редактирование

Печать

Поиск билета по месту и ряду

Актёры по вокальным способностям

Выбор актёра по параметрам

Актёры по уже заданным параметрам

Актёры имеющие звания

Список актёров для постановки

Найти Актёра по Фамилии

Найти Автора указав страну

Обработка данных

Отчёты по обработке

Рисунок 18 Функциональная структура главной формы

ЗАКЛЮЧЕНИЕ

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

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

В данной курсовой работе была разработана и спроектирована информационная система предметной области Театральной отрасли.

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

В результате проделанной работы были получены следующие результаты -

Автоматизация учёта и контроля информации о :

• Постановках
• Авторах и их произведениях
• Работниках театра
• Актёрах
• Художниках, Дирижёрах и Режиссёрах

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

СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ

1. Леоненков А.В. Объектно-ориентированный анализ и проектирование с использованием UML и IBM Rational Rose.- Издательства: Интернет-университет информационных технологий, Бином. Лаборатория знаний, 2006.- 320 стр.:ил.
2. Программирование в Delphi 5 - 2-е изд., переработ. и дополн. – М.: ЗАО
3. «Издательство БИНОМ», 2000 г.;
4. Работа с базами данных в Delphi. Владимир Гофман. Санкт-Петербург.
5. Изд. BHV, 2000г.
6. Жданова Е.И., Диязитдинова А.Р..Проектирование информационных систем. Методические указания по выполнению курсового проекта.Самара,2009г.
7. Э.В.Фуфаев, Д. Э. Фуфаев Разработка и эксплуатация удаленных баз данных : учебник для студ. сред. проф. образования / Э.В.Фуфаев, Д. Э. Фуфаев. — М .: Издательский центр ≪Академия≫, 2008. — 256 с..