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

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

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

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

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

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

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

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

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

      Рекомендуется при работе с АСУ пользоваться так называемой исполняемой версией Access

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

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

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

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

      Особую  ценность АСУ представляют при интеграции средства размещения в глобальную систему бронирования (GDS), при этом создается единая для всех членов сети информационная модель, использующаяся удаленными операторами (система Ь2Ь - business to business) и туристами (Ь2с - business to client) для бронирования услуг отеля (временами даже без участия самой гостиницы). Это значительно упрощает действия предприятия по привлечению клиентов и сокращает расходы на рекламу. Часто расходы на рекламу берет на себя владелец GDS.

      Большинство фирменных PMS предусматривают подключение к GDS, что значительно упрощает дальнейшее расширение планов руководства.

      Концепция APS . Особенностью этой концепции является возможность решать такие задачи, как «проталкивание» срочного заказа в производственные графики и распределение заданий с учетом приоритетов и ограничений. В системах, реализующих концепции APS, широко используются современные методы оптимизации (математические, эвристические). В настоящее время концепция APS часто применяется при создании специализированных модулей в ERP-системах.

      Одним из центральных элементов всего  процесса создания АИС является разработка технического задания, структура которого, согласно ГОСТ 34.602-89, содержит следующие разделы:

      -  общие сведения;

      -  назначение и цели создания (развития) системы;

      -  характеристика объектов автоматизации;

      -  требования к системе;

      -  состав и содержание работ  по созданию системы;

      -  порядок контроля и приемки  системы;

      -  требования к составу и содержанию  работ по подготовке объекта автоматизации к вводу системы в действие;

      -  требования к документированию;

      -  источники разработки.

      Суть  технического задания как основного  документа в процессе создания ИС заключается в проработке, выборе и утверждении основных технических, организационных, программных, информационно-логических и лингвистических решений, которые устанавливаются в разделе «Требования к системе». Данный раздел, в свою очередь, состоит из трех подразделов [14, с 125]:

      -  требования к системе в целом;

      -  требования к функциям (задачам), выполняемым системой;

      -  требования к видам обеспечения.

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

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

      Для большинства разновидностей ИС особое значение имеют требования к информационному обеспечению. В данном подразделе, в частности, определяются требования :

      -   к составу, структуре и способам  организации данных в системе (информационно-логическая схема);

      -  к информационному обмену между  компонентами системы;

      -  к информационной совместимости  со смежными системами;

      -   по использованию общероссийских  и других классификаторов, унифицированных  документов;

      -  по применению систем управления  базами данных;

      -  к структуре процесса сбора,  обработки, передачи данных в  системе и представлению данных;

      -   к защите данных от разрушений  при авариях и сбоях в электропитании системы;

      -  к контролю, хранению, обновлению и восстановлению данных;

      -  к процедуре придания юридической  силы документам, продуцируемым техническими средствами ИС.

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

      Таким образом, АСУ гостиниц - это уже не просто мода, но назревшая обусловленная требованиями времени необходимость, и степень соответствия этому веянию может означать процветание предприятия либо его упадок.

3.2. Характеристика автоматизированной  системы управления гостиницей «Эдельвейс»

 

      Комплексная система управления гостиницей «Эдельвейс»  начала создаваться 9 лет назад по заказу цепочки швейцарских отелей. Разработка велась под руководством западных специалистов, работающих в области оказания информационно-консалтинговых услуг в сфере гостиничного бизнеса.

      Эдельвейс - современный программный продукт, основанный на технологии «клиент-сервер». Вся информация, вводимая пользователями в систему, хранится в централизованной базе данных под управлением СУБД Sybase Adaptive Server Anywhere. Именно сервер баз данных Sybase обеспечивает хранение, обработку и защиту данных, с которыми работают пользователи Эдельвейс.

      Эффективность использования комплексной системы управления гостиницей «Эдельвейс» представлена в таблице 3.1.

      Таблица 3.1.

      Эффективность использования комплексной системы управления гостиницей «Эдельвейс»