Свод знаний по управлению бизнес-процессами: BPM CBOK 4.0 (Авторов) - страница 129

В следующей таблице представлена общая схема классификации правил BRMS.

То, как правила описаны и закодированы, сказывается на работе компьютерных приложений. Если правила чересчур сложные (например, несколько уровней логики; длинная цепочка вычислений; несколько интеграционных вызовов), их выполнение может быть медленным. Если подряд вызывается слишком много медленных правил, медленным будет приложение. Поэтому кодирование и использование правил должно тщательно проверяться на соответствие внутреннему стандарту, являющемуся адаптированной версией рекомендаций поставщика ПО.

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

Вне зависимости от того, кто инициирует шаги по выявлению, описанию и рационализации правил, технология должна предусматривать ввод правил множеством бизнес-подразделений и последующее их слияние в едином репозитории, дающее на выходе единое описание, версии, синонимы, антонимы и т. п. с надлежащим контролем качества. Из возможности совместной работы вытекают определенные требования в части доступа, защиты данных и внесении изменений. Движок бизнес-правил должен соответствовать требованиям, предъявляемым вашей организацией.

Репозиторий бизнес-правил

Репозиторий содержит определения бизнес- и технологических правил. Репозитории правил обычно используются для:

● централизованной кодификации знаний организации:

○ описания шаблонов правил взаимодействия с клиентами, таких как соответствие требованиям, кросс-сейл и ап-сейл и т. п., включая:

■ скоринговые карты (скоринг и ранжирование);

■ деревья принятия решений (на основе логики если – то);

■ карты принятия решений (на основе значений одной или двух переменных);

■ таблицы решений (на основе серии условий);

○ создания, согласования, тестирования и внедрения правил;

○ хранения правил и предоставления к ним общего доступа;

● поиска имеющихся описаний правил с целью:

○ задания последовательности шагов в модели процесса;

○ генерации приложений BPMS;

○ модернизации унаследованных приложений;

○ формирования требований к интерфейсам унаследованных приложений;

● вызова правил из программного кода и мониторинга таких вызовов:

○ устранения противоречий между правилами и избыточности;

○ выявления правил, больше не соответствующих требованиям законодательства;

○ повышения качества правил – ясности, целостности, отсутствия дублирования;