Имитационная модель делового процесса подключения абонента Регионального Центра Связи Текст научной статьи по специальности «Компьютерные и информационные науки»

Имитационная модель делового процесса подключения абонента Регионального Центра Связи

Ключевые слова: имитационное моделирование, бизнес-процесс, телефонный абонент, среда моделирования, анализ.

Перспективы развития на железнопорожном транспорте направлены, в том числе, на информатизацию и автоматизацию управления процессами производственной деятельности и деловыми процессами предприятий. Статья посвящена описанию моделирования бизнес-процессов предприятия связи на железнодорожном транспорте на примере Регионального Центра Связи (РЦС). Показана разработка имитационной модели делового процесса подключения телефонного абонента. Модель позволяет проводить анализ расхода рабочего времени и трудозатрат, а также оптимизировать бизнес-процесс подключения и связанные с ним бизнес-процессы. Имитационное моделирование является одним из видов компьютерного моделирования, оно может использоваться для оптимизации моделей, путем нахождения лучшего решения проблемы или задачи из нескольких возможных вариантов. Построение имитационной модели бизнес—процесса подключения телефонного абонента РЦС осуществлено в среде моделирования Arena 13.5. Эта имитационная модель является дискретной, динамической и стохастической одновременно. Такие модели также называют дискретно-событийными, отражающими развитие системы во времени. С помощью данной имитационной модели можно проанализировать поведение системы (Регионального Центра Связи) в случае изменения параметров. Данная модель удобна тем, что она может быть расширена на любое количество процессов подобного типа.

Ромашкова О.Н.,

д.т.н., профессор кафедры прикладной информатики ГБОУ ВПО "Московский городской педагогический университет (МГПУ)", ox-rom@yandex.ru

Маликова О.Н.,

аспирант Федерального ГБОУ ВПО "Московский государственный университет путей сообщения" (МГУПС (МИИТ)),

o.n.malikova@mail.ru

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

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

Построение имитационной модели бизнес — процесса [1] подключения телефонного абонента Регионального Центра Связи осуществлено в среде моделирования Arena 13.5. Эта имитационная модель является дискретной, динамической и стохастической одновременно. Такие модели также называют дискретно-событийными, отражающими развитие системы во времени.

Среда моделирования Arena содержит большое количество библиотек модулей для построения достаточно сложных моделей. Диалоговое окно среды Arena состоит из трёх полей (рис. 1):

• 1 — Рабочее поле. В этом окне описывается логика модели, создаётся графическая блок-схема[2], с использованием схемных модулей и анимации.

• 2 — Свойства модулей. При выборе одного из элементов блок-схемы это окно отображает атрибуты задействованного модуля в виде линейной таблицы.

• 3 — Конструктор проекта. Представляет собой рабочую панель с составными элементами (модулями) блок-схемы. Здесь же происходит выбор "библиотек" модулей. Добавление элемента из

рабочей панели в рабочую область осуществляется обычным перетягиванием.

Рассмотрим пример взаимосвязи работ сотрудников Регионального Центра Связи при подключении телефонного абонента [3]. Заявление на предоставление услуг связи будем обозначать Case. Сообщение Case содержит суть заявления, поступившего от клиента. Заявления от клиентов поступают в абонентский отдел одного типа: Case — заявление на установку телефонного номера. Интенсивность — поступления заявлений типа Case составляет 27 часов ± 9 часов.

Прибывший в систему Case становится на обработку, если руководитель Регионального Центра Связи свободен, или сразу после того, как он освободится. После обработки заявки руководителем РЦС заявка направляется на регистрацию сотруднику по работе с клиентами. Case визируется и регистрируется в течении 24 часов.

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

Рис. 1. Среда моделирования Arena

Рис. 2. Модель работы технического специалиста в среде Arena

Задача: Смоделировать деловой процесс в течение месяца. Подсчитать количество обработанных запросов Case, которые были направлены на подключение абонентского номера и которые были отклонены. Определить коэффициент загрузки специалиста Регионального Центра Связи.

Решение: Введем обозначения в рамках терминологии Arena:

• Entity — сущность. В роли сущности выступают заявки Case;

• Resource — ресурс. В нашем случае Resource 1 — руководитель РЦС, Resource 2 — сотрудник линейно — кабельного центра, Resource З — сотрудник по работе с клиентами, Resource 4 — сотрудник АТС.

• Variable — количество обработанных Case.

На рис. 2. Изображена модель работы технического специалиста.

Рассмотрим подробную логику реализованной на рис. 2 модели:

1. Прибытие заявок типа Case имитируется модулем Create 1. Этот модуль генерирует сущности Entity1.

2. Главным условием обработки Entity1 является то, что ресурсы каждого процесса должны быть свободными. Работа специалистов моделируется блоками Process 1, Process 2, Process З, Process 4, которым соответствуют Resource 1, Resource 2, Resource З и Resource 4. После того как в систему приходит Case, он попадает в модуль Hold 1, который проведет заявку дальше, если руководитель РЦС свободен [4]. Остальные модули Hold 2, Hold З и Hold 4 проводят заявку даль-

Рис. З. Свойства модуля Process 1

ше, если специалисты свободны. Данный модуль (Hold) служит для удержания сущностей. Процесс удержания выполняется до выполнения условия либо до бесконечности. Обработанный модулями Process 1, Process 2, Process 3 и Process 4, Case уходит из системы через Dispose 1.Case находится на обслуживании 24 часа, Process 1 имитирует работу руководителя РЦС Resource 1 (рис. 3). Параметр Seize Delay указывает на то, что в модуле размещён ресурс и будет происходить его удержание. Аналогично настраивается Process 2, со сроками на обслуживание 24 часа. Process 2 имитирует работу сотрудника линейно — кабельного цеха. Process 3 со сроками на обслуживание 24 часа имитирует работу сотрудника по работе с клиентами. Process 4 со сроками на обслуживание 72 часа имитирует работу специалистов АТС, ТТС.

3. Для поступления на обслуживание Case в Process 4 должно выполняться следующее условие: заявка должна положительно пройти проверку на техническую возможность. Это будет реализовано с помощью модуля Decide 1, который устанавливает значение, определяющее процент Case, который пойдет по направлению True. Модуль Decide задаёт логику модели, учитывая принятия решения. Данный модуль позволяет проводить проверку заданных условий. Если условие выполняется, то сущности будут покидать модуль по ветке True, иначе по ветке False. Условия могут быть применимы не только к типу сущностей, но и к значению атрибута, значению переменной или выражения.

4. Модули Assign 1, Assign 2 созданы для сбора статистики по обработанным Case, ушедшим из системы. Этот модуль задаёт новое значение переменной, атрибута сущности и типа сущности. Например, — присвоение приоритета документу или присвоение номера.

Результат моделирования

Запустив прогон модели на 30 дней, получаем следующие данные:

• Variable 1 = 17 — количество обработанных Case, которые были направлены на подключение абонентского номера;

• Variable 2 = 9 — количество обработанных Case, которые были отклонены.

Следующий отчет (рис. 4) иллюстрирует загруженность специалистов регионального центра (Resource 1, Resource 2, Resource 3, Resource 4), показатель NumberBusy

Как видно из отчёта, коэффициенты загруженности специалистов РЦС соответственно равны:

• Resource 1 (руководитель ЦС) — 1,0000 ;

• Resource 2 (сотрудник линейно — кабельного центра) — 0,9667;

каждым сотрудником на обработку процесса подключения абонента Регионального Центра Связи.

Данная модель унифицирована и может быть применена в любом РЦС, позволяет осуществлять мониторинг и анализ существующих бизнес-процессов в автоматическом режиме[5], а также и при осуществлении контроля деловых процессов и стратегическом планировании, модель является составной частью (фрагментом) системы моделирования глобальных бизнес-процессов предприятий связи железнодорожного транспорта.

Литературы

1. Самуйлов К.Е., Чукарин А.В, Яркина Н.В. Бизнес-процессы и информационные технологии в управлении телекоммуникационными компаниями. — М.: Альпина Паблишерз, 2009. — 442 с.

2. Бочкарев А., Кондратьев В, Краснова В., Матвеева А., Привалов А., Хорошавина Н. 7 нот менеджмента. Настольная книга руководителя // под ред. Кондратьева В. В. — 7-е изд., перераб. и доп. Москва Эксмо 2008. — 656 с.

3. Волков ВМ, ЗорькоА.П, Прокофьев ВА. Технологическая телефонная связь на железнодорожном транспорте. — М.: Транспорт, 1990. — 293 с.

4. Косова В.В. Оперативно-технологическая связь отделения железной дороги. — М.: Транспорт, 1993. — 144 с.

5. Ромашкова О.Н., ВасюкД.С., Маликова О.Н. Оценка качества предоставления инфокоммуникационных услуг в конвергентных сетях. — ВЛГУ ПТЭС, 2001. — №4. — С. 37-40.

A simulation model of the business process to connect a subscriber of the Regional Centre of Communication Romashkova O.N., D.Sc., Professor, Olga Malikova, post-graduate student

Abstract

Prospects of development of the railway transport are aimed, in particular, on the development of information science and automation of the management processes of the production activities and business processes of the enterprises. This article is devoted to the description of the simulation of busi-ness-processes of the enterprise communication in railway transport on the example of the Regional Centre of Communication. Shows the development of a simulation model of the business process connection of a telephone subscriber. The model allows to carry out the analysis of the rate of working time and labour, as well as to optimize the business process connection and its associated business processes. Simulation is one of the types of computer simulation, it can be used for the optimization models, by finding the best solution of the problem or task from several possible variants. Building a simulation model of the business process connection of a telephone subscriber the Regional Centre of Communication carried out in the environment Arena simulation 13.5. This simulation model is a discrete, dynamic and stochastic at the same time. Such models also called discrete-events, reflecting the development of the system over time. With the help of the simulation model can analyze the behavior of system (a Regional Communication Center) in case of change of parameters. This model is convenient because it can be extended to any number of processes of this type

Keywords simulation, business-process, telephone subscriber, simulation environment, analysis.

References

1. Samuilov K.E., Chukarin AV., Yarkina N.V. Biznes-protsessy and information technology in the management of telecommunications companies. Moscow: Alpina Publishers, 2009. 442 p.

2. Bochkarev A, Kondratiev V., Krasnov V., Matveeva A, Privalov A, Horoshavina N. 7 notes management. Moscow, Exmo 2008. 656 p.

3. Volkov VM., Zorko A.P, Prokofiev VA Technological telephone on the railways. M.: Transport, 1990. 293 p.

4. Kosova VV Operational-technological communication branch of the railway. Moscow: Transport, 1993. 144 p.

5. Romashkova O.N., Vasyuk D.S, Malikova O.N. Evaluation of quality of information and communication services in converged networks, VlSU NTES, 2001. No4. Pp. 37-40.

Resource

Usage Instantaneous utilization Awaga HtiWtJ№ Wnrrur \«u* Matmsr 'Atu*

Resource 1 10000 (Insufficient) 000 1 0000

Resource 2 09667 (Insufficient) 0.00 1 0000

Resource 3 09333 (insufficient) 000 10000

Resource 4 0 9000 (Insufficient) 000 1 0000

Number Busy fe«raga Mnmn \ttut Mecm*r Шм

Resource 1 roooo (Insufficient) 000 1 0000

Resource 2 09667 (insufficient) 0.00 1 0000

Resource 3 09333 (Insufficient) 000 10000

Resource 4 09000 (Insufficient) 000 1 0000

Рис. 4. Отчет загруженности специалистов РЦС

• Resource 3 (сотрудник по работе с клиентами) — 0,9333;

• Resource 4 (сотрудник АТС) — 0,9000.

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