Читать онлайн «Свод знаний по управлению бизнес-процессами: BPM CBOK 3.0». Страница 100

Анализ взаимосвязи правил и их использования по схеме «что, если»:

• историческая и текущая аналитика;

• развертывание правил для использования в приложениях и в BPMS.

• Валидация используемых правилами данных.

• Использование, редактирование, тестирование данных, работа с унаследованными данными.

Эффект, которого можно ожидать от использования машины бизнес-правил:

• экстернализация и стандартизация правил и словаря;

• помещение всех правил в единый централизованный репозиторий;

• более быстрое изменение ПО благодаря полной информации о правилах и использующих их программах;

• гибкое описание правил – унаследованные приложения, пояснения, документы;

• повышение качества правил, стимулирующее повторное использование;

• возможность тестирования правил на избыточность, «дыры», логику и т. д.;

• контроль версий;

• повышение наглядности правил;

• возможность более быстрого совершенствования приложений и бизнес-операций за счет работы с внешними правилами;

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

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

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

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

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

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

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

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

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

Также при настройке 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, генерируются экраны пользовательского интерфейса. Любые сделанные изменения потоков работ, правил и форм немедленно отражаются в приложении.

Генерация приложений создает приложения, отличные от тех, которые разрабатываются с помощью традиционных языков программирования. Они состоят из небольших независимых модулей. Например, каждое действие на схеме процесса может быть связано с произвольным числом правил. Шаг на схеме процесса задает контекст, последовательность и связи. Бизнес– и технологические правила определяют команды: вызвать, выполнить и т. д. По существу, каждое действие вызывает правило, а на более нижнем уровне эти правила могут обращаться к другим правилам и данным. Интерфейс для пользователей задается посредством форм, которые говорят BPMS, как должен выглядеть экран и что следует делать с данными.

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