○ анализа SLA, KPI, формул шести сигм и т. п.;
● контроля качества и целостности правил и наборов правил:
○ управления изменениями правил;
○ управления созданием новых правил;
○ формирования полной картины использования правила для оценки последствий его изменения;
○ тестирования правил;
○ управления доступом к правилам;
● анализа зависимостей в использовании правил и их взаимосвязей по схеме что – если:
○ аналитики по историческим и текущим данным;
○ развертывания правил для использования в приложениях и в BPM-системах;
● валидации используемых правилами данных;
● использования, редактирования и тестирования данных;
● использования унаследованных данных.
Определение правил для внесения в репозиторий и для последующего их использования движком может оказаться непростым делом. Правила бывают сложными, и, прежде чем вносить, их следует полностью описать. Правила редко бывают одиночными, поэтому описывать надо полные наборы правил и организовывать их в структуру, хорошо продуманную с учетом будущего использования.
Приступая к настройке движка и репозитория, надо учитывать необходимость подготовительной работы над формулированием правил. Продвинутые движки умеют выполнять разнообразные сложные проверки синтаксиса, взаимосвязей и другие. Правила будут использоваться для создания BPM-приложений, в которых работает компания, поэтому их необходимо правильно сформулировать и предварительно проверить.
Движок бизнес-правил
Движок правил (rules engine) – это программное обеспечение, дающее возможность непрограммистам добавлять правила и изменять их логику. Движок правил позволяет:
● экстернализировать правила – отделить их от прикладного программного обеспечения и хранить в стандартном формате, используя стандартный словарь;
● хранить правила в центральном репозитории правил;
● ускорить внесение изменений в ПО благодаря полной информации о правилах и использующих их программах;
● создавать гибкие описания правил (со ссылками на унаследованные приложения, интервью, документы);
● повышать качество правил и стимулировать их повторное использование;
● тестировать правила (на предмет избыточности, пробелов, нарушений логики и т. п.);
● контролировать версии;
● делать правила наглядными;
● быстрее оптимизировать приложения и бизнес-операции благодаря экстернализации правил;
● централизованно скорректировав правило, изменить бизнес-логику везде, где оно используется.
Стандарт DMN
DMN (Decision Modeling and Notation) – новый стандарт модели и нотации принятия решений, дополняющий BPMN. DMN стандартизирует бизнес-правила, благодаря чему их можно переносить между разными программными продуктами и разными организациями. Следует ожидать, что на стандарт DMN перейдут системы BRMS и поддерживающие описание и исполнение бизнес-правил системы BPMS.