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

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

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

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

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

Хотя BPMS от разных поставщиков по многим параметрам схожи, они могут различаться по составу модулей и функциональности. Одни узко специализированы, другие обеспечивают широкую функциональность. К тому же некоторые поставщики включают в состав своих продуктов «интегрированные» средства от других разработчиков, продавая их как компоненты своего пакета. Поле игры постоянно меняется в результате поглощений, а такие лидеры, как IBM и Oracle, дополняют и изменяют свои продуктовые линейки в результате скупки лучших производителей программных продуктов BPM.

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

Также надо отметить, что некоторые поставщики ориентируются на пользователей с более глубокими техническими знаниями. Примером являются BPMS с открытым кодом, требующие значительного объема программирования на Java. Некоторые известные продукты, например Pega, также относятся к категории «для технарей». Поэтому следует принимать в расчет такой аспект, как дружественность BPMS к пользователю – он может оказаться более важным, чем функциональность или стоимость.

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

• Планы поставщика в отношении компонент своего продукта. Не будут ли какие-то из них заменены другими или заморожены в ближайшие три года? Если вы доверитесь их продуктам, как они помогут вам в дальнейшем перейти на новую версию? Сегодня это определенно является проблемой в отношении некоторых поставщиков, непрерывно выпускающих новые продукты и релизы.

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

• Стабильность альянса. Закреплена ли поддержка совместного продукта в стратегиях поставщиков и юридически? Будут ли гарантированы возможность использования полного пакета и техническая поддержка?

Следующие разделы содержат описания основных технологий BPM.

• Анализ бизнес-процессов (BPA).

• Моделирование архитектуры предприятия (EA).

• Системы управления бизнес-правилами (BRMS)[204].

• Системы управления бизнес-процессами (BPMS).

• Мониторинг бизнес-действий (BAM).

• Сервис-ориентированная архитектура (SOA) и интеграция корпоративных приложений (EAI).

• Корпоративный репозиторий BPM (внешний по отношению к BPMS).

Примечание: несмотря на то что средства моделирования архитектуры предприятия (EA) обычно не относят к технологиям BPM, они необходимы для оценки готовности текущей IТ-среды поддерживать новую схему работы.

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