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

В период между 2003 и 2005 годами имевшиеся в лучших программных комплексах достаточно простые средства генерации приложений эволюционировали до возможности генерации мощных корпоративных приложений, реализующих сложную логику и справляющихся с большими объемами транзакций. Так появились комплексы программного обеспечения под названием BPMS. Одновременно поменялся их статус – теперь это уже не инструмент, а «среда» бизнес-операций. Генерируемые приложения функционируют внутри BPMS, и бизнес-пользователи теперь входят в среду BPMS, чтобы выполнить бизнес-действия. Все теперь задается с помощью моделей: бизнес (контекст), правила (логика – данные на входе и выходе и что с ними делать), экранные формы (в контексте задач). Если при этом доступны механизмы SOA, то открываются функциональность унаследованных приложений и унаследованные данные.

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

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

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

Изолированные программные средства обеспечивают повторное использование моделей, упорядочивание правил, прозрачность операционной деятельности и т. п. У них есть своя ниша, и они могут приносить пользу, если их использовать по назначению. Но по ряду причин некоторые компании пытаются применять эти программные средства для решения задач, для которых они не предназначены. Как и с любым инструментом, подобное «креативное» использование приводит к ряду проблем. Такое «растянутое» применение обычно обусловлено невозможностью перейти на более функциональный вариант или тем, что компания стала заложником негибкой технологической среды. В подобной ситуации выбор у разработчиков невелик, но все же там, где программное обеспечение используют не по основному назначению, надо быть особенно осторожными.

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

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