Е. Всяких - Практика и проблематика моделирования бизнес-процессов

Для представления структуры информационных систем применяются модели типа Application System Type, элементами которых являются выстроенные в иерархическом порядке объекты типа Application System Class (класс прикладной системы), Application System Type (прикладная система), классы информационных сервисов, информационные сервисы, ИТ-функции, классы модулей и модули. Пример модели типа Application System Type приведен на рис. 25. Объекты этой модели имеют многоуровневую детализацию – ассоциации, позволяющие в конечном итоге получить подробное представление об информационной среде функции на модели.

Рис. 25

Создание и подключение библиотек специализированных расчетных алгоритмов (модулей) затрат

Стандартная конфигурация ARIS позволяет производить многие виды стоимостных и прочих затратных (время, ресурсы) расчетов. Опции ABC и Simulation рассчитывают минимальные, максимальные и средние значения затрат многих видов ресурсов. Как уже упоминалось, для того чтобы получить коррелированные данные, надо долго и тщательно готовить модели. Получаемые отчеты очень подробны, содержат много ценной информации, но чтобы из нее выделить нужное, требуется дополнительная обработка отчетов при помощи дополнительных инструментов – как правило, статистического анализа. Однако далеко не всегда пользователь располагает знанием, временем, навыками, необходимыми для выполнения всего комплекса подготовительных и прочих мероприятий. Часто пользователей или интересуют очень специальные данные, которые нерационально долго извлекать, пользуясь стандартным вычислительным аппаратом, или данные выдаются не в том разрезе, который нужен. Для решения узких, специальных задач более рациональным может оказаться создание специализированных расчетных модулей, дающих результат много быстрее и с меньшими издержками. Например, создан скрипт, который выполняет:

♦присвоение значений некоторым атрибутам функций типа Times и Cost (максимальные, минимальные или средние значения соответствующих затрат);

♦присвоение значений некоторым атрибутам типа Free attributes (специальные расчетные параметры, отсутствующие в стандартной поставке, но интересные для прикладного применения);

♦присвоение значений некоторым атрибутам связей между функциями, оргединицами и информационными системами (число работников, процент использования – загрузка различных ресурсов).

Запуск прохождения по модели с указанными атрибутами и расчет с выдачей протокола затрат времени, средств по пройденному «маршруту»

Пример кода, реализующего некоторые из этих действий, приведен в приложении 2. Это функции Function secs(ss As Variant) As Long, Function time_count(sss As Double) As String и процедура Sub Count.

Также создан скрипт, выполняющий расчет зависимости затрат времени и денежных средств от загрузки средств информационной системы при прохождении по специфицированному «маршруту». Будучи выведенным в формате Excel, отчет позволяет получить диаграммы, наглядно показывающие тенденции в использовании тех и или иных информационных систем в бизне^процессах.

Связь между моделью «как есть» и «как должно быть» (независимая база, варианты)

Цели модернизации, актуализации базы, оптимизации процессов предполагают действия по изменению структуры базы, составляющих ее моделей, связанных с моделями объектов и т. п. Базу моделей из состояния «как есть» стремятся перевести в состояние «как будет», «как должно быть» – путем оптимизации процессов по структуре, времени выполнения, порядку распределения ресурсов и т. д. Этого эффекта достигают путем введения дополнительных типов ресурсов, информационных систем и т. п. Оптимизации осуществляются путем применения модуля Simulation. Изменения моделей проводятся, как правило, путем создания копий моделей и последующих их (моделей) модификаций. Копирование моделей производится или вручную, или через механизм «вариантов». Для сохранения унаследованных от моделей-источников связей применяют копирование или «варианты» через использование occurrences моделей и объектов на них. Это сохраняет унаследованные связи. Правда, сразу возникает проблема – изменение объектов модели-приемника сразу же изменяет и модель-источник, что далеко не всегда устраивает разработчика. Приходится копировать модели как Copy

Definitions, это позволяет вносить изменения, не затрагивая модель-источник, но в этом случае – новая проблема – теряются связи объектов. Приходится их восстанавливать вручную, что требует много времени, внимания и чревато ошибками. Были разработаны скрипты, в автоматическом режиме выполняющие функционал копирования моделей с сохранением, где надо, связей.

Один из скриптов уже описан в разделе «Сохранение маршрута модели в виде отдельной модели, связанной с общей базой модели бизнес-архитектуры».

Как известно, Simulation при выполнении может проанализировать только те функции, которые имеют одну и только одну ассоциацию с моделью типа eEpc. Если ассоциаций больше, то процесс Simulation «зависает». Был разработан скрипт, который так корректирует структуру модели, что она (модель) удаляет лишние не нужные для бизнес-процесса связи, сохраняет связи с нужными для бизнес-процесса моделями и источниками данных. Этот скрипт применяется к группе, копируя в целевую группу все модели группы-источника, и дополнительно выполняет следующий функционал:

♦в диалоговом режиме запрашивает параметр, определяющий «чувствительность» целевых моделей, например тип транспорта;

♦в автоматическом режиме копирует модели группы как Copy Occurrences;

♦в цикле для каждой модели проверяет наличие на ней функций, имеющих ассоциации с eEPC-моделями, чувствительными по выбранному параметру, например по типу транспорта;

♦при наличии таких функций:

– создается новое definition(определение) функции;

– атрибуты новой функции делаются такими же, как у функции-источника;

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

– создается новое occurrence(представление) новой функции;

– создаются новые occurrences(представления) связей между occurrence(представлением) новой функции и occurrences(представлениями) объектов, составляющих окружение функции-источника;

– удаляется «старое» occurrenceфункции на модели.

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