Свод знаний по управлению бизнес-процессами: BPM CBOK 3.0

С точки зрения использования моделирование процессов является входом для имитационного моделирования. Средства имитационного моделирования в основном можно найти в некоторых продвинутых BPMS[201], эту функциональность имеют не все системы. Средства имитационного моделирования позволяют бизнесу и IТ проработать сценарии «что, если»: бизнес-модели и сопутствующие данные модифицируются, и с помощью имитационного моделирования выполняется тестирование. Получившаяся новая схема процесса и правила поступают на вход модуля генерации приложений BPMS и определяют требования к интерфейсам к унаследованным приложениям и к данным. Управление эффективностью[202] (мониторинг работы в реальном времени и отчеты по трендам из бизнес-аналитики)[203] может быть встроено в схему для поиска оптимума в ходе имитационного моделирования. Сгенерированные приложения могут быть опробованы в условиях, приближенных к реальным. Для полноты картины новых бизнес-операций к приложению подключаются унаследованные приложения и источники данных.

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

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

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

Хотя эти средства можно применять по отдельности, главное преимущество BPM (быстрые изменения) реализуется только тогда, когда все они используются в комплексе. А быстрые изменения, в свою очередь, являются необходимым условием оптимальности бизнеса.

Достижение такой скорости изменений требует начальных инвестиций в создание моделей потоков работ, бизнес-процессов, бизнес-правил, интерфейсов. Они формируют новую интегрированную бизнес/IТ-среду, и теперь изменения делаются в BPMS, а BPMS автоматически генерирует модифицированные приложения. Только интерфейсы приходится разрабатывать и модифицировать по-прежнему. Бизнес теперь проводит тестирование в дополнение к обычному тестированию силами IТ. Временны́е характеристики такой среды сильно отличаются от привычных: изменения в бизнесе, которые раньше требовали месяцев или даже не укладывались в год, теперь занимают дни или недели.

Это главное преимущество среды BPM, опирающейся на BPMS. И оно достигается при использовании BPMS в комплексе, а не средств моделирования процессов и машин бизнес-правил по отдельности.

10.3. Возможности технологий BPM

Компоненты: средства моделирования, генератор приложений, машина бизнес-правил, мониторинг эффективности, EAI/SOA, ESB.

Чтобы сконцентрироваться на основных возможностях технологий, бизнес-правила на приведенной ниже схеме были включены в моделирование, а сервисная шина предприятия (ESB) – в EAI/SOA. Схема подразумевает, что репозиторий имеется на каждом уровне, но для серьезных приложений разумно использовать для репозитория внешнюю по отношению к BPMS базу данных.

На рисунке 10.2 показаны связь между функциональными группами и возможности каждой группы. Модели содержат описание каждого действия: поток управления, правила, используемые данные, пользовательский интерфейс и способ мониторинга. Подробная модель бизнес-процесса применяется для генерации приложения. Такая генерация выполняется итерационно до нахождения оптимальной схемы. После этого решение переносится в промышленную эксплуатацию, и начинается измерение и анализ эффективности процесса. Если решение требует поддержки со стороны унаследованных приложений и источников данных, то взаимодействие с ними обеспечивается через SOA-адаптеры и веб-сервисы, при этом данные передаются через ESB. При этом подразумевается, что все уровни имеются в наличии. Но, как было сказано выше, вполне возможно использовать специализированное ПО, соответствующее только одному или двум уровням модели.