В большинстве случаев для моделирования процессов используется техника drag-and-drop: пользователь выбирает символ из палитры и переносит его на диаграмму. Если используется диаграмма с дорожками, то начинают обычно с них.
Стандартизировать следует также сбор информации и отражение ее в BPMS. Выработка стандартов и контроль за их соблюдением являются функциями центра компетенции BPM или группы процессной трансформации бизнеса. Если таковые в компании отсутствуют, то должна быть сформирована кросс-функциональная группа, включающая представителей бизнеса, IТ, бизнес-архитекторов, специалистов по управлению данными и BPM. Следует убедиться, что все заинтересованные стороны представлены и что все согласны следовать выработанным стандартам и правилам. В противном случае цели стандартизации и ценность стандартов останутся непонятыми, они не будут приняты и не будут использоваться.
В настоящем разделе рассматриваются основные компоненты BPMS и наиболее важные аспекты этой среды. Следует заметить, что, хотя каждый производитель выбирает собственный путь, все системы BPMS предоставляют примерно одни и те же возможности и реализуют функции схожим образом.
10.3.4.2. Генерация приложения
Большинство унаследованных приложений ориентированы на часто повторяющиеся задачи, на большое число транзакций.
Сегодня благодаря технологиям BPM стало возможным разрабатывать приложения не только транзакционные, но и управленческие – нацеленные на управление потоком работ и на то, как выполняется работа. Сюда входит распределение, мониторинг и балансировка нагрузки, контроль сроков, обнаружение ошибок, управление эффективностью, отчетность и т. д.
Генерация приложений базируется на процессных моделях, задающих контекст и поток работ, и правилах, определяющих, какие данные следует использовать и какие действия предпринимать. Из форм, создаваемых средствами BPMS, генерируются экраны пользовательского интерфейса. Любые сделанные изменения потоков работ, правил и форм немедленно отражаются в приложении.
Генерация приложений создает приложения, отличные от тех, которые разрабатываются с помощью традиционных языков программирования. Они состоят из небольших независимых модулей. Например, каждое действие на схеме процесса может быть связано с произвольным числом правил. Шаг на схеме процесса задает контекст, последовательность и связи. Бизнес– и технологические правила определяют команды: вызвать, выполнить и т. д. По существу, каждое действие вызывает правило, а на более нижнем уровне эти правила могут обращаться к другим правилам и данным. Интерфейс для пользователей задается посредством форм, которые говорят BPMS, как должен выглядеть экран и что следует делать с данными.