Система управления бизнес-правилами
BRMS система , или система управления бизнес-правилами — это программная используемая для определения, развертывания, выполнения, мониторинга и поддержки разнообразия и сложности логики принятия решений, которая используется операционными системами внутри организации или предприятия. Эта логика, также называемая бизнес-правилами , включает политики, требования и условные операторы, которые используются для определения тактических действий, происходящих в приложениях и системах.
Обзор
[ редактировать ]BRMS включает, как минимум: К этому нужно отнести:
- Репозиторий, позволяющий извлекать логику принятия решений из основного кода приложения.
- Инструменты, позволяющие техническим разработчикам и бизнес-экспертам определять логику принятия решений и управлять ею.
- Среда выполнения, позволяющая приложениям вызывать логику принятия решений, управляемую в BRMS, и выполнять ее с использованием механизма бизнес-правил.
К основным преимуществам BRMS относятся:
- Снижена или исключена зависимость от ИТ-отделов при внесении изменений в работающие системы. Тем не менее, тестирование качества и правил по-прежнему будет необходимо в любой корпоративной системе.
- Повышенный контроль над реализованной логикой принятия решений для обеспечения соответствия требованиям и лучшего управления бизнесом, включая журналы аудита, моделирование воздействия и элементы управления редактированием.
- Способность выражать логику принятия решений с повышенной точностью, используя синтаксис бизнес-лексики и графические представления правил (таблицы решений, модели решений, деревья, системы показателей и потоки).
- Повышение эффективности процессов за счет повышения автоматизации принятия решений.
Некоторые недостатки BRMS включают в себя: [1]
- Для продуктов конкретных поставщиков могут потребоваться обширные знания в предметной области. Помимо соответствующих методов проектирования (таких как моделирование решений ), технические разработчики должны знать, как писать правила и интегрировать программное обеспечение с существующими системами.
- Неправильные подходы к сбору правил могут привести к длительным циклам разработки, хотя это можно смягчить с помощью современных подходов, таких как стандарт модели принятия решений и нотации (DMN) .
- Интеграция с существующими системами по-прежнему необходима, и BRMS может добавить дополнительные ограничения безопасности.
- Снижение зависимости от ИТ-отдела может никогда не стать реальностью из-за постоянного изучения новых бизнес-правил или изменений объектной модели.
- Связь приложения поставщика BRMS с бизнес-приложением может быть слишком тесной, чтобы ее можно было заменить приложением другого поставщика BRMS. Это может привести к проблемам с затратами и выгодами. Появление стандарта DMN в некоторой степени смягчило эту ситуацию.
Большинство поставщиков BRMS превратились из поставщиков механизмов правил и стали предоставлять удобные для бизнеса решения жизненного цикла разработки программного обеспечения , основанные на декларативных определениях бизнес-правил, выполняемых в их собственном механизме правил. BRMS все больше превращаются в более широкие цифровые платформы принятия решений, которые также включают в себя возможности анализа принятия решений и машинного обучения . [2]
Однако некоторые поставщики используют другой подход (например, они отображают деревья решений или графики в исполняемый код). Правила в репозитории обычно сопоставляются со службами принятия решений, которые, естественно, полностью соответствуют новейшим SOA , веб-службам или другим тенденциям архитектуры программного обеспечения.
Связанные программные подходы
[ редактировать ]В BRMS представление бизнес-правил отображается в программной системе для выполнения. Таким образом, BRMS относится к проектированию на основе моделей , например, к архитектуре на основе модели (MDA) группы управления объектами (OMG). Не случайно многие соответствующие стандарты подпадают под лозунг OMG.
BRMS является важнейшим компонентом управления принятием решений предприятия , поскольку она обеспечивает прозрачное и гибкое управление логикой принятия решений, необходимой в системах, разработанных с использованием этого подхода.
Сопутствующие стандарты
[ редактировать ]OMG Стандарт модели решений и обозначений предназначен для стандартизации элементов разработки бизнес-правил, особенно представлений таблиц решений. Существует также стандарт Java Runtime API для механизмов правил JSR-94 .
- OMG Модель бизнес-мотивации (BMM): модель того, как стратегии, процессы, правила и т. д. сочетаются друг с другом для бизнес-моделирования.
- OMG SBVR : нацелен на бизнес-ограничения, а не на автоматизацию бизнес-поведения.
- OMG Представление производственных правил (PRR): представляет правила для систем производственных правил , которые составляют большинство целей выполнения BRMS.
- OMG Модель принятия решений и нотация (DMN): представляет модели решений, которыми обычно управляет BRMS.
- RuleML предоставляет семейство языков разметки правил, которые можно использовать в BRMS, а вместе с W3C RIF он предоставляет семейство родственных языков правил для обмена правилами в стеке семантической сети W3C.
Многие стандарты, такие как предметно-ориентированные языки , определяют собственное представление правил, требующее перевода в общие механизмы правил или собственные специальные механизмы.
Другие домены, такие как PMML , также определяют правила.
См. также
[ редактировать ]- BPMS
- СУБД
- РДМС
- Бизнес-правила
- Подход к бизнес-правилам
- Механизм бизнес-правил
- Модель принятия решения и обозначения
Ссылки
[ редактировать ]- ^ «Система управления бизнес-правилами» . hartmannsoftware.com . Проверено 24 июня 2012 г.
- ^ ФЭД. «The Forrester Wave™: цифровые платформы принятия решений, четвертый квартал…» Forrester . Проверено 30 ноября 2022 г.