Результирующее приложение представляет собой набор повторно используемых модулей, каждый из которых обращается с данными или что-то с ними делает. Каждый модуль – как жемчужина в ожерелье. Они могут быть скомпонованы бессчетным числом способов, где каждый будет что-то делать и передавать результаты на следующий шаг, следующему модулю.
Генерация приложений является основным достижением BPMS. Именно благодаря генерации в сочетании с моделированием процессов и машиной бизнес-правил удается достичь быстрых изменений. Генерация приложений изменяет подход IТ и бизнеса к автоматизации: фактически они совместно работают над созданием, поддержкой и развитием приложений. Модели процессов, правил, экранов пользовательских интерфейсов и других форм для BPMS являются спецификациями, исходя из которых генерируются приложения. Способность быстро менять информационные системы и способ ведения бизнеса является ключевым конкурентным преимуществом, и воспользоваться им смогут те компании, которые осваивают технологию BPMS в числе первых.
Многие сегодняшние BPMS обеспечивают очень высокую гибкость и скорость разработки и модификации приложений, а также высокую производительность и поддержку сложной логики. Поддержка большого числа транзакций и больших объемов данных обеспечивается использованием внешних СУБД. Такая гибкость привлекает производителей ПО, которые начинают использовать BPMS в качестве средства разработки своих продуктов. В качестве примера можно привести пакет Soarian для задач здравоохранения, разработанный Siemens с помощью TIBCO BPMS.
10.3.4.3. Поддержка групповой и совместной работы
Под групповой работой понимается одновременная работа большого числа разработчиков и пользователей и передача моделей между людьми и командами туда и обратно. Данная функциональность хорошо реализована у всех основных производителей. Благодаря ей можно вести моделирование в одном месте (одной или несколькими командами), разрабатывать приложение силами разработчиков BPMS и архитекторов баз данных в другом и в третьем, а затем пользоваться им повсюду. Распределенные команды могут работать с одними и теми же моделями и одной и той же информацией.
Конечно, вопросы управления в такой распределенной среде становятся критически важными – все участники должны следовать единым стандартам, и каждая группа должна периодически проходить через аудит качества. При таком условии команда может работать совместно, развивая систему или добавляя детали. Репозиторий BPMS в этом случае превращается в полноценный корпоративный репозиторий. Благодаря этой возможности значительная часть технической составляющей создания приложений BPMS отдается офшорным разработчикам.
Бизнес-среда, позволяющая совместно использовать ПО людям, распределенным территориально, становится средством эффективного сотрудничества как групп внутри организации, так и с внешними партнерами.
10.3.4.4. Быстрая эволюция
Хотя большинство производителей ПО BPMS преуспели в реализации той или иной функциональности, приведенной на рис. 10.1, многие из них или слабы в некоторых областях, или предоставляют неполный набор компонент. Вполне ожидаемо высокая конкуренция приводит к тому, что сейчас все большему числу поставщиков ПО удается реализовать все компоненты на достаточно высоком уровне.
Приведенный ниже список поставщиков рекомендуется рассматривать в качестве отправной точки при изучении функциональности BPMS. Он не является полным и должен рассматриваться лишь как начальный. Хотя на момент написания данной книги перечисленные продукты считаются лидирующими, этот список может поменяться, поскольку лидеры постоянно стремятся обойти друг друга, а новые компании выпускают высококачественные продукты.
• IBM/Lombardi.
• Software AG.
• Global 360.
• Oracle.
• Pega.
• Savvion (Progress Software).
• TIBCO.
Примечание: поставщики расположены в алфавитном порядке, и их место в списке не отражает качество, полноту или предпочтение. Тем, кто проводит оценку BPMS и интересуется рейтингом поставщиков, рекомендуется воспользоваться актуальными на текущий момент отчетами Forrester Wave и Gartner Magic Quadrant.
В результате постоянного соревнования поставщиков в ходе быстрой эволюции BPMS появились продукты, способные работать с большими объемами транзакций, большими базами данных и сложной логикой. Но поскольку у каждого программного продукта все же есть свои особенности, переход к BPMS или от использования нескольких BPMS к BPMS от одного поставщика должен начинаться с определения требований к бизнес– и техническим возможностям продукта. Следующий шаг – выяснение, кто и как будет использовать продукт. Это добавляет к критериям оценки и выбора продукта такой показатель, как простота использования. Отличными источниками информации для начала изучения этих вопросов являются аналитические группы, такие как Gartner, Forrester или IBM Research. Ценным источником информации являются также сайты Business Process Management Institute (bpminstitute.org), ABPMP (abpmp.org) и блог Брюса Силвера (brsilver.com). Помимо этого, социальные сети, в частности LinkedIn, дают доступ к множеству групп, имеющих отношение к BPM, в которых можно найти множество идей и практический опыт. Вместе с тем к информации из социальных сетей следует относиться с осторожностью, потому что там каждый может называть себя экспертом[208].
10.3.5. Мониторинг бизнес-действий (BAM)
Мониторинг эффективности, измерение эффективности, отчетность по эффективности
Программное обеспечение BAM предоставляет всесторонний взгляд на выполнение задач, составляющих бизнес-процесс. Это дает руководству возможность реагировать на возникающие проблемы, а также позволяет оптимизировать бизнес.
Хотя компонента BAM обычно входит в состав BPMS, не все продукты поддерживают эту функциональность одинаково. Большинство BPMS обеспечивает базовый уровень. Развитую функциональность предлагают лишь немногие производители, большинство полагается на внешнее ПО, данные для которого поставляет BPMS.
BAM в режиме реального времени ведет мониторинг и измерение деятельности и отображает эти данные в виде различных показателей эффективности. Данные суммируются и сравниваются с заданными уровнями KPI и другими стандартами с целью контроля качества и управления, например переназначения или перепланирования задач. Данные также могут непрерывно передаваться в программное обеспечение шести сигм, которое следит за нахождением показателей процесса в заданных границах и передает результаты анализа обратно в BAM для отчетности в режиме, близком к реальному времени.
Информация об эффективности (завершение работ и т. п.) унаследованных приложений может отставать от режима реального времени. Информация из BPMS и прочих средств контроля производительности может объединяться с информацией, полученной из унаследованных приложений и источников данных, для анализа бизнес-операций в более широком контексте. Все эти данные помещаются во внешнюю по отношению к BPMS базу данных для последующей обработки каким-либо программным продуктом бизнес-аналитики (BI).
10.3.6. Интеграция корпоративных приложений (EAI)
Шаблоны коммуникаций, ускорители, адаптеры для доступа к данным унаследованных приложений
Программные пакеты EAI предоставляют наборы готовых так называемых адаптеров для связи между коммуникационной средой (ESB или другой коммуникационной платформой) и приложениями или между приложениями напрямую. Для приложения могут быть доступны один или несколько адаптеров в зависимости от способов получения и использования данных. Каждый адаптер преобразует данные в/из формат конкретного приложения.
EAI помогает реализовать протокол и концепцию SOA. Адаптер извлекает данные из приложения и преобразует их в основанный на SOA универсальный формат, так что данные могут использовать другие приложения. При таком подходе значительно сокращается число интерфейсов между приложениями. Уменьшается также сложность программирования взаимодействия между приложениями, снижаются риски и затраты. При этом важным аспектом, которому необходимо уделять внимание, остается целостность данных.
Адаптеры для унаследованных приложений иногда называют «обертками», а саму технологию – «обертыванием»[209]. Такие адаптеры могут разрабатываться на заказ для передачи информации из/в приложение или для доступа к его функциональности.
10.3.7. SOA
Данный раздел содержит более техническое описание SOA.
