Файл: Проектирование базы данных учета расчетов с клиентами гостиницы.pdf
Добавлен: 03.07.2023
Просмотров: 146
Скачиваний: 8
Таблица 1.6
Заполненный рабочий бланк описания объекта «Дополнительные услуги»
Имя объекта: Дополнительные услуги |
Краткое описание: Данные о дополнительных услугах, предоставляемых гостиницей |
||||
Связанные объекты: |
Имя Клиент |
Связь Многие |
|||
Имя элемента |
Тип |
Описание |
Условие на значение |
||
Номер услуги |
Счетчик |
Порядковый номер услуги |
|||
Название услуги |
Текст |
Наименование дополнительной услуги |
|||
Описание услуги |
Поле МЕМО |
Подробное описание того, что из себя представляет услуга на что она нацелена |
|||
Фотография |
Поле объектов OLE |
Фотография, иллюстрирующая суть услуги |
Таблица 1.7
Заполненный рабочий бланк описания объекта «Гостиничный номер»
Имя объекта: Гостиничный номер |
Краткое описание: Перечень гостиничных номеров |
||||
Связанные объекты: |
Имя Клиент Каталог номеров Горничная |
Связь Многие Один Один |
|||
Имя элемента |
Тип |
Описание |
Условие на значение |
||
Номер комнаты |
Счетчик |
Порядковый номер комнаты |
|||
Категория |
Текст |
Название категории, к которой относится номер (определяет стоимость проживания в номере) |
|||
ФИО горничной |
Текст |
ФИО горничной, ответственной за поддержание порядка в номере |
|||
Статус |
Логический |
Показывает, проживает ли какой-либо из клиентов в номере или нет |
Таблица 1.8
Заполненный рабочий бланк описания объекта «Каталог номеров»
Имя объекта: Каталог номеров |
Краткое описание: Перечень категорий номеров гостиницы с указанием стоимости проживания в номере определенной категории |
||||
Связанные объекты: |
Имя Гостиничный номер |
Связь Многие |
|||
Имя элемента |
Тип |
Описание |
Условие на значение |
||
Стоимость |
Денежный |
Стоимость проживания (сутки) в номере данной категории, в руб. |
|||
Категория |
Текст |
Название категории, к которой относится номер |
|||
Описание |
Поле МЕМО |
Подробное описание того, что находится в номере и для кого он предназначен |
|||
Фотография |
Поле объектов OLE |
Фотография номера, определенной категории |
Таблица 1.9
Заполненный рабочий бланк описания объекта «Горничная»
Имя объекта: Горничная |
Краткое описание: Данные о работающих в гостинице горничных |
||||
Связанные объекты: |
Имя Гостиничный номер |
Связь Многие |
|||
Имя элемента |
Тип |
Описание |
Условие на значение |
||
ФИО горничной |
Денежный |
ФИО горничной |
|||
Телефон |
Текст |
Номер телефона горничной |
Маска ввода |
Таблица 1.10
Заполненный рабочий бланк описания объекта «Оплата»
Имя объекта: Горничная |
Краткое описание: Данные о работающих в гостинице горничных |
||||
Связанные объекты: |
Имя Клиент |
Связь Многие |
|||
Имя элемента |
Тип |
Описание |
Условие на значение |
||
Форма оплаты |
Текст |
Способ при помощи которого, клиент будет рассчитываться за использованные им услуги гостиницы, как основные, так и дополнительные |
Типы полей и их описание.
1. Текстовый – текст или комбинация текста и чисел, например, адреса, а также числа, не требующие вычислений, например, номера телефонов, инвентарные номера или почтовые индексы. Сохраняет до 255 знаков.
2. Числовой – данные, используемые для математических вычислений, за исключением финансовых расчетов (для них следует использовать тип «Денежный»). Сохраняет 1, 2, 4 или 8 байтов.
3. Дата/Время – используется для хранения дат и времени полей, в которых данные представлены в специальном формате. Данные этого типа занимают 8 байт [14].
4. Денежный – используется для денежных значений и для предотвращения округления во время вычислений. Сохраняет 8 байтов.
5. Поле МЕМО – длинный текст или числа, например, примечания или описания. Сохраняет до 65 536 знаков.
6. Поле объекта OLE – Microsoft Access позволяет хранить в таблицах изображения и другие двоичные данные (например, электронную таблицу Excel, документ Word, рисунок звукозапись), связанный или внедренный в таблицу Microsoft Access. Фактический объем данных, который Вы можете ввести в поле данного типа, определяется объемом жесткого диска Вашего компьютера (до 1 Гигабайта).
7. Мастер подстановок – выбор этого типа данных запускает мастер подстановок, который создает поле, в котором предлагается выбор значений из раскрывающегося списка, содержащего набор постоянных значений или значений из другой таблицы. Выбор этого параметра в списке в ячейке запускает мастера подстановок, который определяет тип поля [15].
Таблица 1.11
Клиенты
Имя поля |
Тип данных |
|
№ регистрации |
Счетчик |
Ключевое поле |
ФИО клиента |
Текстовый |
|
Дата приезда |
Дата/время |
|
Дата отъезда |
Дата/время |
|
№ комнаты |
Числовой |
|
Форма оплаты |
Текстовый |
|
Дополнительные услуги |
Текстовый |
Таблица 1.12
Гостиничные номера
Имя поля |
Тип данных |
|
№ комнаты |
Счетчик |
Ключевое поле |
ФИО ответственной горничной |
Текстовый |
|
Категория |
Текстовый |
|
Статус (занят/свободен) |
Логический |
Таблица 1.13
Дополнительные услуги
Имя поля |
Тип данных |
|
№ услуги |
Счетчик |
|
Название услуги |
Текстовый |
Ключевое поле |
Стоимость услуги |
Денежный |
|
Описание услуги |
Поле МЕМО |
|
Фотография |
Поле объекта OLE |
Таблица 1.14
Горничные
Имя поля |
Тип данных |
|
ФИО горничной |
Текстовый |
Ключевое поле |
Телефон |
Текстовый |
Таблица 1.15
Каталог номеров
Имя поля |
Тип данных |
|
Категория |
Текстовый |
Ключевое поле |
Стоимость |
Денежный |
|
Описание |
Поле МЕМО |
|
Фотография |
Поле объекта OLE |
Таблица 1.16
Оплата
Имя поля |
Тип данных |
|
Форма оплаты |
Текстовый |
Ключевое поле |
Проектирование физической структуры базы данных
Связь между таблицами устанавливает отношение между совпадающими значениями в ключевых полях. Различаются связи нескольких типов, для которых введены следующие обозначения [16]:
- «один к одному» (1: 1);
- «один ко многим» (1: ∞);
- «многие ко многим» (∞: ∞).
Рисунок 1.11– Схема данных
В данной работе использовалась связь «один ко многим» – это наиболее подходящий вид связи, для этой базы данных. При такой связи каждой строке таблицы «А» может соответствовать множество строк таблицы «Б», однако каждой строке таблицы «Б» может соответствовать только одна строка таблицы «А».
Связь «один ко многим» создается в том случае, когда только на один из связываемых столбцов наложено ограничение уникальности или он является первичным ключом.
Контрольный пример решения задачи.
Графическое представление информационной модели отражено на рис. 2.1.
Рисунок 2.1 - Информационная модель системы учета
Основным действующим лицом в разработанной системе является сотрудник отдела продаж и заукпок. Дерево функций для пользователя представлено на рисунке 2.2.
Рисунок 2.2 - Дерево функций системы сотрудника
Сценарии диалога, формирующийся на основе дерева функций, приведен на рисунке 2.3.
Рисунок 2.3 - Сценарий диалога для пользователя
Для разработки системы автоматизации предприятия используется приложение. Эта система имеет модульную форму организации конфигурации. В глобальных модулях хранятся переменные, процедуры и функции доступные из любых других модулей. Также можно выделить другие группы модулей:
- справочники
- документы
- отчеты
- обработки
- регистры.
Следовательно, структуру программы можно описать следующими основными блоками представленными на рисунке 2.4 .
Рисунок 2.4- Блок-схема основных модулей программы
Работа с программой начинается с вывода главного окна программы и активизации системы меню. Работа программы осуществляется по диалоговому и событийному режиму, при этом под диалогом понимается предоставление пользователю нескольких альтернатив и обработка его выбора. В диалоговую систему входят главное меню с соответствующими всплывающими подменю, а также диалоговые окна. Под событиями понимаются процессы, активизируемые пользователем (например - нажатие функциональных клавиш), а также программные события – получение определенным полем фокуса редактирование или потеря фокуса ввода. На основании данных событий активизируются процедуры контроля допустимости данных.
Описание программных модулей представлено в таблице 2.1.
Таблица 2.1
Описание программных модулей
№ п/п |
Наименование модуля |
Функции модуля |
---|---|---|
Документы |
Совокупность алгоритмов, выполняющих учет продаж и закупок– основную функцию системы |
|
Регистры |
Совокупность алгоритмов, выполняющих функции заполнения данными |
|
Отчеты и обработки |
Позволяет получить отчеты по продажам и закупкам, клиентам, а также товару |
|
Справочники и перечисления |
Данный модуль позволят осуществлять управление работой системы через управление содержимым справочников |
|
Главные модули |
Обеспечивает работу системы |
Разработка интерфейса и реализация проекта
Рисунок 2.5– Форма «Главная кнопочная форма»
Регистрация клиента в БД
Рисунок 2.6 – Форма «Регистрационная форма»
Формирование отчета – счета к оплате по каждому клиенту
Рисунок 2.7 – Запрос «Введите № регистрации клиента»
Формирование отчета по использованию доп. услуг
Рисунок 2.8 – Запрос «Введите № дополнительной услуги»
Формирование отчета о работе горничных
Рисунок 2.9– Запрос «ФИО горничной»
Результаты, соответствующие тестовым данным
Форма «Клиенты гостиницы» после проведения регистрации клиентов
Рисунок 2.10 – Форма «Клиенты гостиницы»
Рисунок 2.11 – Форма «Свободные номера»
Рисунок 2.12 – Форма «Дополнительные услуги»
Рисунок 2.13 – Отчет «Счет за проживание по каждому клиенту»