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

♦уровень ее совместимости со старой средой моделирования;

♦уровень «похожести» интерфейса с заменяемой платформой;

♦схожесть требований к квалификации технического персонала и конечных пользователей с заменяемой платформой;

♦отсутствие необходимости модернизации общесистемной программно-аппаратной платформы;

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

Характеристики программно-аппаратной платформы. Чем сложнее инструментальная среда моделирования, тем оно «тяжелее» с точки зрения требования к общесистемной программно-аппаратной платформе. При выборе инструментальной среды модели необходимо оценить следующие вопросы:

♦требования к технической платформе;

♦требования к общесистемному программному обеспечению;

♦требования к телекоммуникационному обеспечению;

♦возможности по обеспечению информационной безопасности;

♦количество мест установки пользовательских приложений.

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

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

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

В частности, если заказчиком ставится задача «сквозного» моделирования с последующей автоматизацией тех или иных функций, то вполне очевидно, что при наличии двух объектов моделирования (бизнес-логики деятельности организации и функционирования информационной системы) целесообразно использовать как минимум два класса средств:

♦программные средства моделирования (формализации), нацеленные на общее описание бизнес-процессов;

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

Аналогичная ситуация сложилась и при необходимости использования нескольких разнопрофильных средств моделирования при исследовании различных сторон одного и того же объекта. Например, при постановке задачи анализа структуры и поведенческой (динамической) составляющей моделируемого объекта должно быть предусмотрено использование как минимум двух классов программных средств (модулей):

♦средств формализованного описания статической структуры бизнес-процесса;

♦средств динамического анализа (имитационного моделирования).

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

Принципиальное значение для определения архитектуры среды моделирования бизнес-процессов имеет общая стратегия предприятия в части создания прикладных программных средств. В общем случае существуют две ключевые стратегии в части создания прикладного ПО:

♦опора на заказные разработки;

♦опора на промышленно поддерживаемые инструментальные средства, предусматривающие возможность настройки на прикладные задачи.

Разумеется, возможен и промежуточный вариант, предусматривающий сочетание двух вышеуказанных стратегий.

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