Достижение такой скорости изменений требует начальных инвестиций в создание моделей потоков работ, бизнес-процессов, бизнес-правил, интерфейсов. Они формируют новую интегрированную бизнес/IТ-среду, и теперь изменения делаются в BPMS, а BPMS автоматически генерирует модифицированные приложения. Только интерфейсы приходится разрабатывать и модифицировать по-прежнему. Бизнес теперь проводит тестирование в дополнение к обычному тестированию силами IТ. Временны́е характеристики такой среды сильно отличаются от привычных: изменения в бизнесе, которые раньше требовали месяцев или даже не укладывались в год, теперь занимают дни или недели.
Это главное преимущество среды BPM, опирающейся на BPMS. И оно достигается при использовании BPMS в комплексе, а не средств моделирования процессов и машин бизнес-правил по отдельности.
10.3. Возможности технологий BPM
Компоненты: средства моделирования, генератор приложений, машина бизнес-правил, мониторинг эффективности, EAI/SOA, ESB.
Чтобы сконцентрироваться на основных возможностях технологий, бизнес-правила на приведенной ниже схеме были включены в моделирование, а сервисная шина предприятия (ESB) – в EAI/SOA. Схема подразумевает, что репозиторий имеется на каждом уровне, но для серьезных приложений разумно использовать для репозитория внешнюю по отношению к BPMS базу данных.
На рисунке 10.2 показаны связь между функциональными группами и возможности каждой группы. Модели содержат описание каждого действия: поток управления, правила, используемые данные, пользовательский интерфейс и способ мониторинга. Подробная модель бизнес-процесса применяется для генерации приложения. Такая генерация выполняется итерационно до нахождения оптимальной схемы. После этого решение переносится в промышленную эксплуатацию, и начинается измерение и анализ эффективности процесса. Если решение требует поддержки со стороны унаследованных приложений и источников данных, то взаимодействие с ними обеспечивается через SOA-адаптеры и веб-сервисы, при этом данные передаются через ESB. При этом подразумевается, что все уровни имеются в наличии. Но, как было сказано выше, вполне возможно использовать специализированное ПО, соответствующее только одному или двум уровням модели.
В настоящее время ведущее ПО BPMS устанавливается на собственное оборудование компаний, но большинство поставщиков сейчас движется в направлении предложения облачных сервисов. Такой подход предлагает иную архитектуру и иную форму тарификации – обычно исходя из числа транзакций. По-видимому, в будущем компаниям будет доступно еще большее разнообразие архитектур и вариантов использования инструментария BPMS. Предсказать эти варианты сложно, но можно предполагать, что предметом озабоченности будут оставаться вопросы безопасности и целостности данных. Выбор для многих компаний будет ограничен тем условием, что данные не должны выходить за пределы корпоративного брандмауэра.
Хотя BPMS от разных поставщиков по многим параметрам схожи, они могут различаться по составу модулей и функциональности. Одни узко специализированы, другие обеспечивают широкую функциональность. К тому же некоторые поставщики включают в состав своих продуктов «интегрированные» средства от других разработчиков, продавая их как компоненты своего пакета. Поле игры постоянно меняется в результате поглощений, а такие лидеры, как IBM и Oracle, дополняют и изменяют свои продуктовые линейки в результате скупки лучших производителей программных продуктов BPM.
Эта тенденция периодически приводит к нестабильности на рынке, пока поставщики приводят в порядок свои продукты, решая, что они сохранят, что модифицируют, а от чего откажутся. Хотя в итоге это приведет к появлению еще лучших продуктов, в процессе оно увеличивает риск ставки на какого-то конкретного поставщика.
Также надо отметить, что некоторые поставщики ориентируются на пользователей с более глубокими техническими знаниями. Примером являются BPMS с открытым кодом, требующие значительного объема программирования на Java. Некоторые известные продукты, например Pega, также относятся к категории «для технарей». Поэтому следует принимать в расчет такой аспект, как дружественность BPMS к пользователю – он может оказаться более важным, чем функциональность или стоимость.
Читать дальше
Конец ознакомительного отрывка
Купить книгу