Жизненный цикл моделей в ARIS. Подходы к реализации

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

Жизненный цикл моделей (далее ЖЦМ) следует понимать, как:

• описание последовательности всех фаз, этапов существования модели от ее замысла и появления (разработки) до исчезновения (отмены, удаления);
• определение четких требований к состоянию модели при ее нахождении в той или иной фазе.

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

Можно выделить следующие основные принципы управления ЖЦМ:

• Выделение отдельных областей репозитория (сред) со своими настройками доступа: среда моделирования, среда хранения утвержденных моделей и объектов, среда архивного хранения;
• Обеспечение доступности и защиты от случайных изменений утвержденных моделей;
• Регламентация жизненного цикла моделей с учетом статусов и возможных переходов между ними;
• Отображение текущего статуса моделей в системе;
• Осуществление перевода статусов моделей по бизнес-ролям (разработчик, согласующий, утверждающий и т.п.);
• Автоматизированная поддержка перевода статусов в системе с учетом перемещения моделей и объектов между средами и подпапками репозитория;
• Уведомление заинтересованных лиц об изменениях в моделях;
• Ведение истории изменений моделей.

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

Рисунок 1. Схема переходов статусов ЖЦМ

Каждому статусу модели соответствует уникальное состояние в системе ARIS, которое характеризуется:

• значением атрибута «Статус модели»;
• местоположением модели в соответствующей папке одной из сред хранения;
• уровнем доступа пользователей к модели.

Произвести изменение состояния модели в системе вслед за изменением ее статуса – это задача, которую кто-то должен выполнять. Очевидно, что чем более автоматизирована данная процедура, тем удобнее выполнять и контролировать правила ЖЦМ. Для этого в информационной системе ARIS существуют две технологические возможности: использование функционала ARIS Process Governance и скрипты автоматизации.

Обе технологии для автоматизации ЖЦМ подразумевают разработку пользовательских диалоговых окон и программного кода, по большей части поддерживаются в «толстом» клиенте (ARIS Architect/Designer) и в «тонком» клиенте (ARIS Connect Portal), а значит обе могут быть использованы для разработки уникального решения. Уникальность обусловлена тем, что в каждой компании свои правила управления моделями. Не смотря на то, что принципы, описанные выше, справедливы для большинства компаний, нюансы имеют значение, а поэтому невозможно сделать одно универсальное решение для всех случаев.

Далее в статье мы рассмотрим два примера реализации правил ЖЦМ в среде ARIS с точки зрения того, как это может выглядеть в системе и какие возможности предоставлять.

Пример_1.

В данном решении была разработана графическая форма (рисунок 2), как точка входа в модуль ЖЦМ в системе ARIS, которая предоставляет следующие возможности:

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

Рисунок 2. Графический интерфейс модуля ЖЦМ.Пример_1

При нажатии пользователем на кнопку перевода статуса скрипт осуществляет ту самую работу по изменению состояния модели в системе ARIS. При изменении статуса модели также учитываются статусы ее детализирующих моделей. При этом для пользователя нет необходимости помнить правила управления моделями согласно ЖЦМ и нет необходимости в глубоком понимании взаимосвязей между данными в системе. Для него форма представляет удобный и понятный интерфейс, который не позволяет сделать какие-либо ошибочные действия.

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

Пример_2.

В данном решении была разработана другая графическая форма, тоже как точка входа в модуль ЖЦМ в системе ARIS (рисунок 3), но не похожая на предыдущее решение. Отличия - обусловленными дополнительными требованиями:

• Перевод статусов производится для групп взаимосвязанных моделей;
• Выбор моделей к применению нового статуса производится непосредственно внутри диалогового окна с использованием фильтра и сортировки.

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

Рисунок 3. Графический интерфейс модуля ЖЦМ. Пример_2

Дополнительно к функционалу изменения состояния моделей в среде ARIS может потребоваться функционал сравнения моделей. Например, модель не прошла согласование, разработчик модели внес в нее изменения, отправил ее на повторное согласование, а согласующий хочет увидеть, что изменилось в модели по сравнению с прошлым разом. Это могут быть как две версии одной модели, варианты моделей, так и любые две модели, в том числе хранящиеся в разных базах данных ARIS. В результате пользователь получает отчет (рисунок 4) в виде графических изображений двух моделей с информационными маркерами отличий и их описанием.

Рисунок 4. Пример отчета сравнения моделей

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