Практика и проблематика моделирования бизнес-процессов
Шрифт:
Общесистемный функционал
Равно как и для прикладного функционала, в ряде случаев общесистемный функционал среды ARIS требует дополнительных настроек и доработок, исходя из выбранных постановок целевых задач моделирования и проектных решений по модели. Для удобства последующего изложения материала предлагается следующая систематизация рекомендуемых решений по общесистемному функционалу:
решения по визуализации и настройкам;
проектные решения;
тестирование.
В рамках каждого из выделенных направлений рассмотрим следующие основные решения.
Решения по визуализации и настройкам
ARIS
Рис. 20
Рис. 21
Оптимальным можно признать вариант, когда на экране компьютера конечного пользователя находится некая структура, прямо и однозначно связанная с тем функционалом, который этот пользователь выполняет или использует. Эта структура представляет для многих категорий пользователей общую точку доступа к специализированному функционалу, реализованному в моделях специальной базы (рис. 22).
Рис. 22
Разработчики применили для этого концептуально понятный графический образ «домика ARIS», нагрузив его узнаваемые разделы специальным функционалом. Функционал связан с названием раздела – «комнаты» «домика ARIS». Способ доступа прост и применяем в любой модели ARIS – клик мышкой на пирамидке справа внизу от объекта или выбор в окне «Object Windows» на закладке «Assignments».
Задание ролей и определение связи «должность – роль», исходя из штатной структуры подразделения, реализующего бизнес-процесс
Разработчики проекта исходили из того соображения, что конкретная бизнес-функция реализуется не конкретным исполнителем Иванов – Петров – Сидоров, находящимся на конкретной должности, а некоторой организационной единицей, которая в одной организации – техник, в другой – инженер, в третьей – менеджер или еще кто-то. По мнению разработчиков, модель на этапе разработки не должна быть привязана к конкретной штатно-должностной структуре. По этой причине функционал, реализованный в модели, выполняет некую РОЛЬ, с которой может быть связана в последующем любая совокупность исполнителей и штатных структур. Связывание РОЛЬ – ДОЛЖНОСТЬ – ИСПОЛНИТЕЛЬ должно происходить отдельно от модели и никак не влиять на ее (модели) структуру и состав.
Проектные решения
Подключение библиотек настроек организационно-технологической структуры
В соответствии с соглашениями о моделировании в модели используется парадигма (система понятий) – роль. Именно роль выполняет бизнес-функцию, является ее хозяином. Именно роль является элементом окружения практически любой функции (рис. 23).
Рис. 23
Для связывания ролей с должностями и конкретными
Рис. 24
И наконец, последний этап – формируется модель типа Organization Charts, на которой располагаются объект Position (должность) и связанный с ним набор объектов типа Person Type (роль). Мы получаем модель, определяющую зависимость подразделение – его должностной состав, а для каждой должности – ее исполнителя и список обязанностей (ролей), которые исполнитель по решению или кадровых органов, или менеджера по прикладному функционалу должен выполнять.
Еще одним элементом окружения практически любой функции являются информационные системы, средства которых используются для целей автоматизации учета, контроля, информационного взаимодействия и т. п.
Для представления структуры информационных систем применяются модели типа Application System Type, элементами которых являются выстроенные в иерархическом порядке объекты типа Application System Class (класс прикладной системы), Application System Type (прикладная система), классы информационных сервисов, информационные сервисы, ИТ-функции, классы модулей и модули. Пример модели типа Application System Type приведен на рис. 25. Объекты этой модели имеют многоуровневую детализацию – ассоциации, позволяющие в конечном итоге получить подробное представление об информационной среде функции на модели.
Рис. 25
Создание и подключение библиотек специализированных расчетных алгоритмов (модулей) затрат
Стандартная конфигурация ARIS позволяет производить многие виды стоимостных и прочих затратных (время, ресурсы) расчетов. Опции ABC и Simulation рассчитывают минимальные, максимальные и средние значения затрат многих видов ресурсов. Как уже упоминалось, для того чтобы получить коррелированные данные, надо долго и тщательно готовить модели. Получаемые отчеты очень подробны, содержат много ценной информации, но чтобы из нее выделить нужное, требуется дополнительная обработка отчетов при помощи дополнительных инструментов – как правило, статистического анализа. Однако далеко не всегда пользователь располагает знанием, временем, навыками, необходимыми для выполнения всего комплекса подготовительных и прочих мероприятий. Часто пользователей или интересуют очень специальные данные, которые нерационально долго извлекать, пользуясь стандартным вычислительным аппаратом, или данные выдаются не в том разрезе, который нужен. Для решения узких, специальных задач более рациональным может оказаться создание специализированных расчетных модулей, дающих результат много быстрее и с меньшими издержками. Например, создан скрипт, который выполняет:
присвоение значений некоторым атрибутам функций типа Times и Cost (максимальные, минимальные или средние значения соответствующих затрат);
присвоение значений некоторым атрибутам типа Free attributes (специальные расчетные параметры, отсутствующие в стандартной поставке, но интересные для прикладного применения);
присвоение значений некоторым атрибутам связей между функциями, оргединицами и информационными системами (число работников, процент использования – загрузка различных ресурсов).