Реферати » Реферати з управління » Автоматизовані системи управління та бронювання в засобах розміщення

Автоматизовані системи управління та бронювання в засобах розміщення

можуть вплинути на достовірність і цілісність базової інформації.

Впровадження АСУ обходиться недешево. Встановлюючи АСУ «на порожньому місці» , необхідно затратити на комп'ютери, іншу оргтехніку, поєднання їх в мережу, купівлю та встановлення ПЗ, навчання персоналу і послереалізаціонного обслуговування. Дуже бажано ввести в штат посаду фахівця з інформаційних технологій. Кожна ланка цього ланцюжка вимагає підвищеної уваги. Так, краще купувати надійну, якісну, а тому дорогу техніку. Це накладно, але зрештою простий готелю при відмові обладнання обійдеться набагато дорожче.

Якщо говорити про ПО, то тут необхідно враховувати при порівнянні різних АСУ співвідношення їх конфігурації та ефективності, дотримуючись принцип паритету. Сучасні АСУ складаються з окремих модулів, часом досить незалежних один від одного, щоб встановлювати їх по частинах.

Недорогі системи, як правило, відрізняються відповідним набором функцій і якістю, і пов'язані з цим обмеження необхідно враховувати.
Критерієм же оцінки дорогої системи є терміни її окупності. Непогано при покупці ПО подумати і про перспективу розвитку вашого засобу розміщення, поцікавившись можливостями масштабування системи.

Послужний список АСУ, з одного боку, свідчить про її якість, але система «з бородою» може виявитися і каменем спотикання при розвитку готелю. Чи варто ще раз нагадувати про те, якими кроками йдуть вперед інформаційні технології? З'являються нові можливості, нові продукти, які зганяють собою безнадійно застарілі. Так, вже згадана технологія електронного підпису підтримується СУБД Access, тільки починаючи з версії 2002 року. З іншого боку, ветерани російського комп'ютерного ринку MS DOS, Windows 3.1 і навіть Windows 95 31 грудня 2002 директивою корпорації Microsoft наказали довго жити. А це не тільки операційні системи самі по собі, а й об'єктні структури, бібліотеки підпрограм, а значить - які стали якщо не марними, то проблематичними у використанні коди розрахованих на них додатків. Не кажучи вже про те, що найчастіше нові розробки просто швидше і точніше працюють.

Витрати не закінчуються і з придбанням та установкою системи.
Деякі витрати викличе і післяпродажне обслуговування ПО і техніки. По-перше, це телефонна «гаряча лінія» , профілактичні роботи, консультації друге, регулярний апгрейд ПЗ, установка нових версій, додаткових модулів, налаштувань, патчів та інше.

Сьогодні на російському ринку кілька таких систем. Вони експлуатуються як в засобах розміщення, діючих в рамках іноземних готельних ланцюгів, так і в найбільш передових російських підприємствах. Найбільш популярні західні системи - «Micros-Fidelio» ,
«LodgingTouch LIBICA» , «Cenium» і вітчизняні розробки - «Nimeta» , «Дип-
Папнсіон» , «Едельвейс» , «Готель-3» , «KEI-Hotel» , «UCS-Shelter» .

Однак при всьому бажанні російському готельному бізнесу ще далеко до західної індустрії. Так, у складі корпорації Маріотт близько 300 висококласних фахівців з програмування займаються підтримкою і розвитком програмних продуктів, які визначають технології роботи і звітність виконавчих дирекцій готелів, розкиданих по земній кулі.
При цьому тільки розробка обходиться в 120 мільйонів доларів щорічно, що вважається винятковою економією з розрахунку витрат на один готель. В
Росії проектів такого масштабу поки немає, хоча і спостерігаються певні тенденції розвитку комп'ютеризації та автоматизації готелів, а також поява перших готельних мереж і керуючих компаній, що складають все більш жорстку конкуренцію західним ланцюжках.

Зовсім новою тенденцією стає використання мережі Інтернет для надання готелям можливості віддаленого використання ПЗ, не купуючи його, а укладаючи договір оренди. Це знижує витрати готелю на придбання АСУ і полегшує вирішення завдань з обслуговування та оновленню системи. Однак така модель ставить під загрозу безпеку інформації в світлі поширеності в Мережі вірусів і хакерських атак. До того ж при зберіганні інформації на віддаленому сервері будь-яка технічна несправність в системі зв'язку призведе до повного бездіяльності готелю.

Практично всі серйозні західні постачальники мають версію своїх PMS, спеціально розраховану під віддалене використання. Ці системи розроблені з застосуванням інтернет - технологій: ASP (Application Server
Provider) і «клієнт - сервер» на основі SQL (Standart Query Language). В
Росії ці продукти представлені системами Kei Hotel і Nimeta.

Відгуки співробітників російських готелів з приводу використання АСУ готелів в основному позитивні. Так, начальник відділу продажів ВАТ «ГК
Перлина» Олена Макарова відзначає, що з моменту введення в дію АСУ
Lodging Touch Libica в грудні 2000 року завантаження номерного фонду в 2001 зросла на 5 - 6%, а зростання доходів склало більше 30%. Враховуючи що виріс досвід поводження з системою, в 2002 році очікувалося продовження зростання показників роботи готелю.

Деякі скарги викликає недостатньо повне охоплення функцій менеджерів. У кращому випадку система бере на себе частину роботи керуючого ланки нижчого і середнього рівня. Автоматизацію роботи вищої управлінської ланки доводиться вирішувати інтеграцією в систему спеціалізованого ПЗ, так званих систем бізнес - аналітики (business intelligence - BI).

ПРИКЛАД РОЗРОБКИ ЛОКАЛЬНОЇ СИСТЕМИ бронювання готельних ПОСЛУГ НА

ОСНОВІ СУБД MICROSOFT ACCESS

Сучасний розвиток офісних інструментів, представлених здебільшого пакетом Майкрософт Офіс, дозволяє не тільки автоматизувати найпростішу паперову тяганину, а й перекласти на плечі комп'ютера серйозніші завдання, такі як управління виробничими процесами підприємства. У більшості випадків це стає можливим завдяки побудові інформаційної моделі організації за допомогою баз даних.

Одним з найбільш потужних, гнучких і доступних засобів по роботі з БД є на сьогоднішній день СУБД Access від компанії Microsoft. Вона володіє широким діапазоном засобів для введення, аналізу та представлення даних. Маючи поряд з навичками роботи в Access деякі базові знання вбудованої мови програмування Visual Basic for Applications (VBA), можна самостійно створювати потужні бізнес - додатки для свого підприємства.

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

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

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

Таблиця «номерний фонд» здебільшого призначена для гостей і містить необхідну для них інформацію. Тут пояснень може зажадати полі «стан» . Це по суті відмітка про зайнятість номера. Йому краще привласнювати одне з чотирьох значень: вільний, зайнятий, заброньовано і знятий з продажу. Від значення «заброньовано» можна було б і відмовитися, оскільки його поточний стан - «вільний» , однак таке подання номерів можна використовувати для відокремлення частини номерного фонду, призначеної для вільного продажу, а не для бронювання.

Але основою такої АСУ є саме модуль бронювання. У ньому принципово необхідна присутність інформації про дати заїзду та виїзду, прив'язка до конкретного номеру (розміщене бронювання) і дані для ідентифікації броні, які, в принципі, може грати і номер паспорта гостя.

Таблиця броні являє собою список оформлених бронею, на базі яких створюється таблиця з сортуванням за номерами гостьових кімнат і датах заїзду-виїзду. У ній система відповідно до введенням запитом шукає підходящі кімнати за принципом «попадання у вікно» , тобто дата запитуваної заїзду повинна бути більше дати попереднього виїзду в цьому номері, а дата виїзду - менше наступної дати в'їзду (якщо така є). Таке рішення не відрізняється красою, але займає менше пам'яті і вимагає менше операцій від АСУ.

Останньою таблицею є таблиця звітів системи. Вона не є базовою, оскільки генерується запитом, що здійснює зведення та аналіз інформації з інших таблиць, а саме, оперативні показники роботи засоби розміщення. Це насамперед кількість проданих номерів, зайнятих ліжко-місць, загальний дохід від номерного фонду, завантаження готелю, середня ціна номера, середня кількість гостей на один номер, коефіцієнт подвійний завантаження ((кількість гостей - число проданих номерів) / число проданих номерів), коефіцієнт зайнятості ліжко-місць (число зайнятих ліжок / число вільних ліжок). Дані розраховуються на кожен день і, прив'язуючись до дати, зберігаються в БД. За запитом оператора АСУ будує і друкує графіки та діаграми, що дозволяє судити

Сторінки: 1 2 3 4

енциклопедія  з сиру  аджапсандалі  ананаси  узвар