Одним из наиболее мощных, гибких и доступных средств по работе с БД является на сегодняшний день СУБД Access от компании Microsoft. Она обладает широким диапазоном средств для ввода, анализа и представления данных. Имея наряду с навыками работы в Access некоторые базовые знания встроенного языка программирования Visual Basic for Applications (VBA), можно самостоятельно создавать мощные бизнес – приложения для своего предприятия.

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

Структура АСУ представляет собой однопользовательский вариант для размещения на рабочей станции портье и состоит из нескольких связанных таблиц, представляющих из себя основу соответствующих функциональных модулей: «клиенты», «номерной фонд», «бронь» и «отчеты». Каждая из таблиц, будучи отображена в стандартном виде конструктора Access, имеет следующую структуру.

Таблица «Клиенты» представляет собой набор информации, аналогичный карточке гостя и служащий для более полной работы с ним службы маркетинга (если таковая имеется). Поле «№ Паспорта», будучи изначально уникальным, введено для удобства работы с базой данных и исключения путаницы (ведь имена могут повторяться). Поле «возраст» не вводится пользователем, а рассчитывается как разница системной даты и даты рождения гостя. Поле «количество заездов» служит для отображения частоты посещения гостем гостиницы. Его значение увеличивается на единицу каждый раз, когда оформляется очередной заезд, и не редактируется. На основе количества заездов может определяться статус гостя (например, «обычный гость», «постоянный клиент», «привилегированный клиент» и т.п.) и ставка скидки. Постоянные контакты, хранение как можно более полной информации о гостях способствует доброжелательным с ними отношениям и определенно склоняет их к последующему выбору именно вашей гостиницы. Так, один из наиболее эффективных инструментов упоминания о себе – поздравления с днем рождения и другими праздниками по электронной почте – многими АСУ осуществляется автоматически без всякого участия оператора АСУ.

Таблица «номерной фонд» по большей части предназначена для гостей и содержит необходимую для них информацию. Здесь пояснения может потребовать поле «состояние». Это по сути отметка о занятости номера. Ему лучше присваивать одно из четырех значений: свободен, занят, забронирован и снят с продажи. От значения «забронирован» можно было бы и отказаться, поскольку его текущее состояние – «свободен», однако такое представление номеров можно использовать для обособления части номерного фонда, предназначенной для свободной продажи, а не для бронирования.

Но основой такой АСУ является именно модуль бронирования. В нем принципиально необходимо присутствие информации о датах заезда и выезда, привязка к конкретному номеру (размещенное бронирование) и данные для идентификации брони, которые, в принципе, может играть и номер паспорта гостя.

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

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

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

Конкретное воплощение интерфейса зависит лишь от фантазии заказчика и программиста. Однако именно этому этапу разработки следует уделить особое внимание. Нередки случаи, когда чрезмерная сложность и отсутствие наглядности в системе пагубно влияло на эффективность работы персонала.

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

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

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