Системный моделирование процесса функционирования гостиницы

Рисунок 7 – Диаграмма декомпозиция блока «Бронирование номера»

Процесс обслуживания номеров  включает в себя подготовку номеров   (уборка номера перед въездом следующего постояльца) и плановое обслуживание номеров (регулярное обслуживание номеров  во время проживание постояльцев  гостинице). Для того, чтобы это показать декомпозируем блок «Обслуживание номеров». Диаграмма декомпозиции блока «Обслуживание номеров» приведена на рисунке 8.

Рисунок 8 – Диаграмма декомпозиции блока «Обслуживание номеров»

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

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

Окончательный вид диаграммы декомпозиции «Получение заказа» представлен на рисунке 9.

Рисунок 9 – Диаграмма декомпозиции блока «Обеспечение телефонных переговоров»

Далее блок «Ведение ВХД» декомпозируем на блоки: «Бух. Учет и Аудит», «Составление финансового  плана», «Пополнение МТБ», «Проверка  счетов»,  «Выставление и оплата счетов», «Расчет прибыли».

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

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

Рисунок 10 – Диаграмма  декомпозиции блока « Ведение  ВХД»

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

Построим контекстную диаграмму  с использование этой технологии (рисунок 11).

 

Рисунок 11 – Диаграмма декомпозиции блока «Проверка счетов»

Далее проведем декомпозицию блока «Предоставление дополнительных услуг». Для этого необходимо воспользоваться методологией IDEF3 — это способ описания бизнес-процессов, который нужен для описания положения вещей как упорядоченной последовательности событий с одновременным описанием объектов, имеющих непосредственное отношение к процессу [1]. Диаграмма декомпозиции «Предоставление дополнительных услуг» приведена на рисунке 12.

Рисунок 12 - Диаграмма декомпозиции «Предоставление дополнительных услуг»

 

 

2. 2 Количественная  оценка диаграмм

 Качество полученных  диаграмм оценивается с трёх  позиций:

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

2) синтаксическая (соответствие требованиям IDEF) − автоматически обеспечивается при построении диаграмм в BPwin. Model Consistency Report – отчет, содержащий список синтаксических ошибок модели. Результаты отчета приведены на рисунке 13.

Рисунок 13 – Результат отчета Model Consistency Report.

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

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

– коэффициент сбалансированности диаграммы   должен быть минимальным:

;

где N − количество блоков на диаграмме; L − уровень декомпозиции диаграммы; А − число стрелок, соединяющихся с блоком [4].

Количественные оценки диаграмм представлены в таблице 1.

Таблица 1 – Количественная оценка диаграмм

 

 

№ рисунка	Количество блоков N	Число дуг А	Уровень декомпозиции L		Коэффициент сбалансированности
3	6	38	1	6	1.67
4	3	17	2	1.5	0.33
5	6	11	3	2	0.167
6	4	19	3	1.33	2.25
7	11	20	4	2.75	0.18
8	2	12	2	1	0
9	4	22	2	2	1.5
10   11	6   4	31   9	3   3	2   1.33	0.83   0.75
12	4	6	2	2	1

 

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

3. РАЗРАБОТКА ФУНКЦИОНАЛЬНЫХ МОДЕЛЕЙ С УЧЁТОМ ПРЕДЛОЖЕННЫХ УЛУЧШЕНИЙ

 

3.1 Разработка  функциональных моделей с учётом предложенных улучшений

Найденные в модели AS-IS недостатки можно исправить при создании модели ТО-ВЕ (как будет) - модели новой  организации бизнес-процессов. Модель нужна ТО-ВЕ для анализа альтернативных лучших путей выполнения работы и  документирования того, как компания будет делать бизнес в будущем [4].

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

• увеличения количества администраторов;
• применения интернет технологий, для заказа номеров.

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

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

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

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

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

Рисунок 14 – Модель предоставления дополнительных услуг с учетом предлагаемых улучшений

 

 

 

 

 

 

 

 

 

4 РАЗРАБОТКА И ИССЛЕДОВАНИЕ  ИМИТАЦИОННОЙ МОДЕЛИ  ПРОЦЕССА  ПРЕДОСТОВЛЕНИЯ ДОПОЛНИТЕЛЬНЫХ УСЛУГ ГОСТИНИЦЫ

 

4.1 Понятие имитационного моделирования

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

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

Цель имитационного моделирования  состоит в воспроизведении поведения  исследуемой системы на основе результатов  анализа наиболее существенных взаимосвязей между ее элементами или другими  словами — разработке симулятора (англ. simulationmodeling) исследуемой предметной области для проведения различных экспериментов.

Имитационное моделирование  позволяет имитировать поведение  системы во времени. Причём плюсом является то, что временем в модели можно  управлять: замедлять в случае с  быстропротекающими процессами и ускорять для моделирования систем с медленной  изменчивостью. Можно имитировать  поведение тех объектов, реальные эксперименты с которыми дороги, невозможны или опасны. С наступлением эпохи  персональных компьютеров производство сложных и уникальных изделий, как  правило, сопровождается компьютерным трёхмерным имитационным моделированием. Эта точная и относительно быстрая  технология позволяет накопить все  необходимые знания, оборудование и  полуфабрикаты для будущего изделия до начала производства. Компьютерное 3D моделирование теперь не редкость даже для небольших компаний [6,7].

Arena, разработанное компанией Systems Modeling Corporation программное обеспечение для имитационного моделирования, позволяет создавать подвижные компьютерные модели, используя которые можно адекватно представить очень многие реальные системы. Самая первая версия этой системы увидела свет в 1993 г. Arena снабжена удобным объектно-ориентированным интерфейсом и обладает удивительными возможностями по адаптации ко всевозможным предметным областям. В целом система исключительно проста в использовании.

Основа технологий Arena - язык моделирования SIMAN и система Cinema Animation. SIMAN, впервые реализованный в 1982г. - чрезвычайно гибкий и выразительный язык моделирования. Он постоянно совершенствуется путем добавления в него новых возможностей. Для отображения результатов моделирования используется анимационная система Cinema animation, известная на рынке с 1984 г. Процесс моделирования организован следующим образом. Сначала пользователь шаг за шагом строит в визуальном редакторе системы Arena модель. Затем система генерирует по ней соответствующий код на SIMAN, после чего автоматически запускается Cinema animation.

Интерфейс Arena включает в себя всевозможные средства для работы с данными, в том числе электронные таблицы, базы данных, ODBC, OLE, поддержку формата DXF[7].

4.2 Имитационная модель  процесса предоставления услуг

Имитационное  моделирование предназначено для  изучения динамики системы.

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

Имитационная  модель процесса предоставления дополнительных услуг показана на рисунке 15.

Рисунок 15 – Имитационная модель процесса предоставления услуг

 

 

 

 

 

 

 

 

 

 

 

 

ЗАКЛЮЧЕНИЕ

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

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

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