Моделирование бизнес-процессов
Выполним моделирование бизнес-процессов в выбранной среде Ramus.
Начнем с контекстной диаграммы, отображающей черный ящик «Мониторинг работы компонентов ИТ-инфраструктуры» (рисунок 8).
Рисунок 8 – Контекстная диаграмма
Черный ящик «Мониторинг работоспособности компонентов ИТ-инфраструктуры» использует два входных потока (показатели работоспособности компонентов ИТ-инфраструктуры, сообщения об ошибках), два выходных потока генерируются (настройка компонентов, устранение ошибок). Управление черным ящиком осуществляют три объекта (должностная инструкция системного администратора, алгоритм работы сервиса, алгоритм работы системы мониторинга). Для работы черного ящика используются три механизма (системный администратор, система мониторинга, агрегирующий сервис).
Рассмотрим подробно работу данного черного ящика, для чего будет произведена декомпозиция на четыре функциональных блока IDEF0 (рисунок 9).
Рисунок 9 – Декомпозиция контекстной диаграммы
Черный ящик «мониторинг работоспособности компонентов ИТ-инфраструктуры» раскрывается четырьмя функциональными блоками:
Сбор статистических данных. Система мониторинга согласно алгоритму ее работы собирает показатели работоспособности компонентов ИТ-инфраструктуры и сообщения об ошибках и генерирует статистические данные на выходе
Агрегация статистических данных. Полученные статистические данные преобразовываются к удобочитаемому виду агрегирующим сервисом согласно заложенным в него алгоритмам работы. Преобразованные статистические данные отображаются в едином окне для исключения необходимости постоянного переключения между системами мониторинга.
Уведомление об ошибках. Агрегирующий сервис, получив сообщение об ошибке, согласно заложенному алгоритму работы, выполняет генерацию уведомления и передает это уведомление на рабочее место системного администратора.
Реагирование на поступающую информацию. Системный администратор, руководствуясь своей должностной инструкцией, выполняет требуемые действия в ответ на поступающие агрегированные данные и уведомления об ошибках. Таковыми действиями может быть либо настройка компонентов, либо устранение ошибки.
Основным нововведением работы является моментальное уведомление об ошибках. Рассмотрим подробнее действия, которые выполняются агрегирующим сервисом при генерации уведомлений (рисунок 10)
Рисунок 10 – Модель процесса уведомления об ошибках
Согласно схеме бизнес-процесса, сообщения об ошибках обрабатываются. Сюда входит формирование их очереди, классификация и ранжирование по степени важности.
Затем полученное сообщение расшифровывается. В 99% случаев ошибка передается в виде соответствующего буквенно-числового кода. Данный код в соответствии с классификатором расшифровывается для упрощения восприятия и ускорения работы по восстановлению работоспособности компонента ИТ-инфраструктуры.
Расшифрованное сообщение об ошибке переходит на стадию генерации. Здесь полученный код и его расшифровка оформляются для удобства восприятия.
Сгенерированное для выдачи сообщение помещается в тело уведомления, которое генерируется агрегирующим сервисом для передачи непосредственно на рабочее место администратора.
Таким образом можно утверждать, что мы построили модель оптимизированного бизнес-процесса, отражающую основные нововведения в работе системного администратора отдела АСУ МБУЗ ГБ г. Армавира по мониторингу работоспособности компонентов ИТ-инфраструктуры.