10.4.1. Архитектура инфраструктуры BPM

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

Пример того, как могут выглядеть собранные вместе компоненты BPMS, показан на рис. 10.3[217].

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

Современные архитектуры систем BPMS, как правило, включают два уровня: уровень представления[218] (обычно реализуется веб-сервером) и уровень процессов, где движок исполняет загруженные в него процессные модели. Исполнение включает также вызов веб-сервисов и внешних программных модулей.

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