Перенос диаграмм процессов

Перенос диаграмм процессов возможен как из ARIS в DIRECTUM, так и в обратную сторону. В ARIS процессы описываются в виде eEPC-диаграмм, а в DIRECTUM в модуле "Управление деловыми процессами" используются свободные и жесткие типовые маршруты.

Жесткий типовой маршрут – заранее описанная схема бизнес-процесса, где используются следующие основные типы блоков:

начало;

конец;

задание (сотруднику, роли);

уведомление (сотруднику, роли);

сценарий (автоматизированная операция);

ветвление (условие);

подзадача (запуск подзадачи в т.ч. по другому типовому маршруту);

мониторинг (ожидание наступления внутреннего или внешнего события);

ожидание (пауза);

объединения параллельных веток процесса по принципам "И" и "ИЛИ".

Стандартные блоки типовых маршрутов DIRECTUM и группы прикладных блоков, унаследованных от них

При переносе блоков типовых маршрутов применяются определенные правила сопоставления элементов eEPC-диаграмм и блоков типовых маршрутов.

Таблица 1. Правила сопоставления элементов eEPC-диаграмм и блоков типовых маршрутов.

Важно понимать, что перенос eEPC-диаграмм невозможен без хотя бы минимального семантического разбора модели; переносить просто отдельные блоки и связи недостаточно.

При переносе схем из ARIS в DIRECTUM необходимо также учитывать несколько ограничений.

Во-первых, в большинстве случаев в ARIS проектируются сквозные процессы. Эти процессы находят отражение не только в ECM-системе, но также могут проецироваться и на другие информационные системы предприятия, в частности, ERP, CRM и т.д. Иными словами, скорее всего в DIRECTUM будет автоматизировать лишь часть процесса – либо процесс изначально должен быть описан с целью его автоматизации именно на базе DIRECTUM. Это ограничение можно обойти, зафиксировав на модели (например, с помощью атрибутов) те функции процесса, которые должны быть отражены в типовых маршрутах DIRECTUM.

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

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

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

При переносе eEPC-диаграмм из ARIS в DIRECTUM и обратно используется AML (ARIS Modeling Language) – основанный на XML язык описания моделей ARIS. Перенос осуществляется сценариями DIRECTUM, которые могут быть развиты и расширены при внедрении интеграционного решения.

Пример переноса корректной модели. На схеме типового маршрута лишь немного вручную скорректированы координаты блоков