Коллектив авторов - Свод знаний по управлению бизнес-процессами: BPM CBOK 3.0

• изменение правила в одном месте отражается везде, где оно используется.

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

В большинстве BPMS моделирование процессов ведется в нотации BPMN. Элементы модели изображают задачи, решения, автоматические действия и т. д. Каждый элемент представляет собой своего рода небольшой специализированный программный модуль. Эти модули исполняются в порядке, заданном потоком в модели бизнес-процесса. С задачами связаны экранные формы, спроектированные средствами BPMS. BPMS также позволяет спроектировать отчеты.

На модели процесса можно указать точки вызова унаследованных приложений или других внешних программ, сформировав таким образом цепочку автоматических задач. Для этого необходим тот или иной вариант интерфейса. Сервис-ориентированная архитектура в комплексе с адаптерами и ускорителями интеграции приложений (EAI) значительно упрощает реализацию таких интерфейсов, снижая таким образом затраты времени и риски.

Также модель может содержать специальные средства контроля за интенсивностью потока работ и маршрутами, сигнализацию о задержках и т. п.

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

В модель процесса можно также добавить измерение эффективности. Измерения можно реализовать через бизнес-правила или через интерфейсы к внешним программам. Здесь находят применения такие дисциплины, как шесть сигм, бережливое производство и BAM, – соответствующие подходы и программы встраиваются в разрабатываемые модели. Результаты могут отображаться на комплексных панелях управления, которые также выдают предупреждения и рекомендуемые действия, опять-таки на основе правил. Многие BPMS умеют также захватывать информацию с экранов или отчетных форм унаследованных приложений. Еще более изощренные средства позволяют привязывать унаследованные приложения к значкам на схеме процесса (на уровне функций и данных). И, конечно, к значкам на схеме процесса привязываются бизнес-правила, которые затем включаются в сгенерированное приложение.

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

В том, что касается моделирования и описания процессов, все основные BPMS являются гибкими. Это одновременно их сильная и слабая стороны. Чтобы модели были читабельными, использование значков на диаграмме должно быть стандартизировано. Это относится в том числе и к системам, основанным на стандартной нотации BPMN [207] Business Process Model and Notation . – Прим. пер. .

Также при настройке BPMS важно принять решение о необходимости использования специальных адаптированных значков, расширяющих стандартную палитру BPMN.

Примечание:BPMN – это стандартизированный набор графических символов для моделирования процессных диаграмм. Изначально созданный организацией Business Process Management Initiative (BPMI), в настоящее время стандарт BPMN поддерживается консорциумом Object Management Group (OMG). Помимо графических символов, BPMN стандартизирует структуру процессной модели.

В большинстве случаев для моделирования процессов используется техника drag-and-drop: пользователь выбирает символ из палитры и переносит его на диаграмму. Если используется диаграмма с дорожками, то начинают обычно с них.

Примечание:модели с дорожками делят экран или страницу на несколько параллельных линий-«дорожек», каждая из которых соответствует определенному подразделению или роли сотрудника при выполнении работы. Поток работ движется от подразделения к подразделению или от роли к роли. Как и где должны использоваться дорожки, способ декомпозиции моделей, отражение данных в модели – все это должно задаваться корпоративным стандартом моделирования.

Стандартизировать следует также сбор информации и отражение ее в BPMS. Выработка стандартов и контроль за их соблюдением являются функциями центра компетенции BPM или группы процессной трансформации бизнеса. Если таковые в компании отсутствуют, то должна быть сформирована кросс-функциональная группа, включающая представителей бизнеса, IТ, бизнес-архитекторов, специалистов по управлению данными и BPM. Следует убедиться, что все заинтересованные стороны представлены и что все согласны следовать выработанным стандартам и правилам. В противном случае цели стандартизации и ценность стандартов останутся непонятыми, они не будут приняты и не будут использоваться.

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

Большинство унаследованных приложений ориентированы на часто повторяющиеся задачи, на большое число транзакций.

Сегодня благодаря технологиям BPM стало возможным разрабатывать приложения не только транзакционные, но и управленческие – нацеленные на управление потоком работ и на то, как выполняется работа. Сюда входит распределение, мониторинг и балансировка нагрузки, контроль сроков, обнаружение ошибок, управление эффективностью, отчетность и т. д.

Генерация приложений базируется на процессных моделях, задающих контекст и поток работ, и правилах, определяющих, какие данные следует использовать и какие действия предпринимать. Из форм, создаваемых средствами BPMS, генерируются экраны пользовательского интерфейса. Любые сделанные изменения потоков работ, правил и форм немедленно отражаются в приложении.