Система управления бизнес-правилами

BRMS или система управления бизнес-правилами — это программная система, используемая для определения, развертывания, выполнения, мониторинга и поддержки разнообразия и сложности логики принятия решений, которая используется операционными системами в организации или на предприятии. Эта логика, также называемая бизнес -правилами , включает политики, требования и условные операторы, которые используются для определения тактических действий, которые происходят в приложениях и системах.

BRMS включает в себя, как минимум:

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

К основным преимуществам BRMS относятся:

• Сокращение или устранение зависимости от ИТ-отделов для изменений в работающих системах. Хотя тестирование QA и правил все равно будет необходимо в любой корпоративной системе.
• Повышенный контроль над реализованной логикой принятия решений для обеспечения соответствия требованиям и лучшего управления бизнесом, включая журналы аудита, моделирование воздействия и элементы управления редактированием.
• Возможность выражать логику принятия решений с повышенной точностью, используя синтаксис бизнес-лексики и графические представления правил (таблицы решений, модели решений, деревья, оценочные листы и потоки)
• Повышение эффективности процессов за счет повышения автоматизации принятия решений.

Некоторые недостатки BRMS включают в себя: ^[1]

• Для продуктов, специфичных для поставщика, может потребоваться обширная предметная экспертиза. В дополнение к соответствующим практикам проектирования (таким как моделирование решений ), технические разработчики должны знать, как писать правила и интегрировать программное обеспечение с существующими системами
• Неэффективные подходы к сбору правил могут привести к длительным циклам разработки, хотя это можно смягчить с помощью современных подходов, таких как стандарт модели и нотации принятия решений (DMN) .
• Интеграция с существующими системами по-прежнему необходима, а BRMS может налагать дополнительные ограничения безопасности.
• Снижение зависимости от ИТ-отдела может никогда не стать реальностью из-за постоянного внедрения новых бизнес-правил или изменений в объектной модели.
• Связывание приложения поставщика BRMS с бизнес-приложением может быть слишком тесным для замены другим приложением поставщика BRMS. Это может привести к проблемам соотношения затрат и выгод. Появление стандарта DMN в некоторой степени смягчило это.

Большинство поставщиков BRMS эволюционировали из поставщиков движков правил , чтобы предоставлять бизнес-пригодные решения для жизненного цикла разработки программного обеспечения , основанные на декларативных определениях бизнес-правил, выполняемых в их собственном движке правил. BRMS все больше эволюционируют в более широкие цифровые платформы принятия решений, которые также включают возможности принятия решений и машинного обучения . ^[2]

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

В BRMS представление бизнес-правил отображается в программную систему для выполнения. Таким образом, BRMS относится к инженерии на основе моделей , например, к архитектуре на основе моделей (MDA) Object Management Group (OMG). Неслучайно многие из связанных стандартов попадают под знамя OMG.

BRMS является важнейшим компонентом управления корпоративными решениями , поскольку она обеспечивает прозрачное и гибкое управление логикой принятия решений, необходимой в системах, разработанных с использованием этого подхода.

Стандарт OMG Decision Model and Notation предназначен для стандартизации элементов разработки бизнес-правил, особенно представлений таблиц решений. Также существует стандарт для Java Runtime API для движков правил JSR-94.

• Модель мотивации бизнеса OMG (BMM): модель того, как стратегии, процессы, правила и т. д. сочетаются друг с другом для бизнес-моделирования.
• OMG SBVR : нацелен на ограничения бизнеса, а не на автоматизацию поведения бизнеса
• Представление правил производства OMG (PRR): представляет правила для систем правил производства , которые составляют большинство целей выполнения BRMS.
• Модель и нотация решений OMG (DMN): представляет модели решений, которые обычно управляются BRMS.
• RuleML предоставляет семейство языков разметки правил, которые могут использоваться в BRMS, а вместе с W3C RIF он предоставляет семейство связанных языков правил для обмена правилами в стеке семантической паутины W3C.

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

Другие домены, такие как PMML , также определяют правила.

• БПМС
• СУБД
• РДМС
• Правила ведения бизнеса
• Подход к бизнес-правилам
• Двигатель бизнес-правил
• Модель принятия решения и обозначения

• Итоговый документ семинара: Шесть взглядов на систему управления бизнес-правилами