IBM Управление операционными решениями

IBM Operational Decision Manager ( ODM (BRMS) IBM ) — это система управления бизнес-правилами . IBM ODM также включает в себя реализацию IBM возможностей обработки бизнес-событий (также называемых обработкой сложных событий ).

IBM ODM можно установить как самостоятельно, так и как приложение, работающее на WebSphere Application Server .

В настоящее время это программное обеспечение находится в версии 8.11.0 (по состоянию на октябрь 2022 г.).

Бизнес-правила и события

Правила

Бизнес -правило — это логическое изложение, которое используется для принятия бизнес-решения. Такое утверждение логики обычно является частью бизнес-политики. Обработка правил включает в себя часть программного обеспечения, использующую эти заранее определенные правила для принятия решения в режиме реального времени.

Пример

Политика гласит, что первоначальный кредит заемщика не должен превышать его годовую зарплату в 3 раза. Бизнес-правило будет гласить:
если Кредит > (Зарплата * 3), то запретить.

События

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

Пример

Если событие вывода средств клиента на его счет приводит к падению баланса ниже нуля, то предпринимаются действия по уведомлению этого клиента.

Артефакты IBM ODM

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

Правила действий

Основное правило, выраженное в логической форме, гласящее, что если возникает условие, результатом должно стать действие. IBM ODM использует язык бизнес-действий (BAL) для определения таких правил, что позволяет просматривать их на более «естественном» языке.

Примеры

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

В банке некоторым клиентам не разрешается превышать лимит, а некоторые:
Если клиент пытается вывести средства, в результате чего его счет упадет ниже 0 долларов США, и ему разрешено:

разрешить транзакцию

в противном случае:

запретить транзакцию

Таблицы решений

Таблица решений

Пример

Кредитная компания определяет страховую ставку по кредиту в зависимости от суммы и кредитного рейтинга клиента.

	Сумма кредита ($)
Кредитно-рейтинговая группа	Мин/Макс	Страховая ставка (%)
А	Кредит < 100 000	0.001
	100 000 <= Кредит < 200 000	0.002
	200 000 <= Кредит < 300 000	0.003
	300 000 <= Кредит	0.005
Б	Кредит < 200 000	0.001
	200 000 <= Кредит < 300 000	0.002
	300 000 <= Кредит	0.004

При представлении клиента из группы B, просящего кредит в размере 250 000 долларов США, правило указывает, что страховая ставка должна составлять 0,002%.

Потоки правил

Они указывают порядок, в котором правила должны выполняться.

Пример

Страховая компания хочет установить, следует ли водителю предоставлять тот или иной страховой полис. Решение зависит от:

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

Будет ли выполняться конкретное правило, зависит от ответов на предыдущие правила.

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

Карточка оценки

Это статистическая модель, которая присваивает числовую оценку объекту, например клиенту или счету. Те же атрибуты применяются при вычислении этой оценки для каждого элемента.
Примером этого являются кредитные оценочные карты .

Пример

Оценка присваивается заемщику в зависимости от его возраста, гражданства и кредитного рейтинга.

Атрибут	Диапазон	Счет	Ожидаемый результат	Код причины
Кредитный рейтинг	АА	100	90
	А	90	90
	Б	70	90
	С	40	90	КРЕДИТ_C
	СС	10	90	КРЕДИТ СС
Частный предприниматель	Да	10	30	Частный предприниматель
	Нет	30	30

События

Если происходит определенное изменение состояния, выдается сообщение, вызывающее событие.

Пример

В банке некоторым клиентам не разрешается превышать лимит, а некоторым разрешено. Клиенту, попытавшемуся взять кредит, система отказывает, поскольку его кредитный рейтинг слишком низок.
Если клиенту отказано, создайте событие, в результате которого пользователю будет отправлено сообщение, информирующее его о том, что ему было отказано в указании причины.

В итоге

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

Компоненты

IBM ODM состоит из следующих частей:

Центр принятия решений

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

Сервер решений

Он состоит из компонентов среды выполнения для бизнес-правил и бизнес-событий.

Правила сервера принятия решений

Это обеспечивает группу инструментов для создания и выполнения правил и автоматизированных решений. Различные компоненты предоставляют доступ разным типам пользователей, позволяя проектировать, создавать, проверять, тестировать и выполнять бизнес-правила. Сюда входит Rules Designer — приложение на базе Eclipse для разработки приложений в правилах Decision Server.

События сервера решений

Это обеспечивает интегрированный набор компонентов для запуска событий. Различные компоненты предоставляют доступ разным типам пользователей, позволяя проектировать, разрабатывать, тестировать, развертывать и обслуживать бизнес-мероприятия. Сюда входит Events Designer — приложение на базе Eclipse для разработки приложений в Decision Server Events.

Соединение между частями

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

Требования

Правила Decision Server могут работать в распределенных системах:
На сервере приложений WebSphere
Сервер приложений WebSphere ND
На WebSphere Application Server Express
На Томкэте
На сервере приложений JBoss
На платформе корпоративных приложений JBoss
На WebLogic сервере
В качестве общего или ограниченного приложения Java EE.

Правила Decision Server могут выполняться на мэйнфрейме z/OS:
Автономный (как сервер выполнения правил для z/OS)
На сервере приложений WebSphere для z/OS
На сервере приложений WebSphere ND для z/OS

События сервера решений и центр принятия решений могут работать на
Сервер приложений WebSphere для z/OS
Сервер приложений WebSphere ND для z/OS

Rules Designer запускается в Eclipse или продукте на базе Eclipse.

Поддерживаемые платформы

Требования к аппаратному и программному обеспечению

История версий

До выпуска версии 7.5 части ODM были доступны как отдельные продукты:

ILOG JRules , возникшие в результате приобретения ILOG
WebSphere Business Events , возникший в результате приобретения Aptsoft .

Версия	Общая доступность	Комментарии
1	1996	Первая версия JRules
3.5	май 2001 г.	Перепроектирован на основе XML. ^[1]
4.0	март 2002 г.
4.5	конец 2002 г.	Введены таблицы решений, редактор потока правил.
5.0	2005
5.1	июнь 2005 г.	^[2]
6.0	начало 2006 г.	Представлены Rule Studio (редактор и неструктурированные файлы на основе Eclipse) и Rule Team Server (веб-приложение и репозиторий), которые заменяют Rule Builder (настраиваемое приложение и репозиторий).
6.1	конец 2006 г.
6.5	январь 2007 г.	Внедрены службы прозрачного принятия решений, семантические запросы. ^[3]
6.6	июль 2007 г.	^[4]
6.7	февраль 2008 г.	^[5]
7.0	июль 2009 г.	Представлены службы проверки решений (DVS), которые заменяют диспетчер сценариев правил (RSM). ^[6]
7.1	июнь 2010 г.	^[7]
7.5	декабрь 2011 г.	Первый выпуск ODM в виде комбинированного пакета, выпущенный для распределенных систем и систем z/OS.
8.0	июнь 2012 г.	В этой версии появилась бизнес-консоль, предоставляющая интерфейс продукта, более точно отражающий стиль социальных сетей.
8.0.1	декабрь 2012 г.	Включено создание байт-кода для Java, REST API для сервера выполнения правил и новый высокопроизводительный механизм для z/OS. ^[8]
8.5	июнь 2013 г.	Новая система управления принятием решений; Дополнительные возможности интеграции. ^[9]
8.6	июнь 2014 г.	Улучшения в бизнес-консоли. ^[10]
8.7	декабрь 2014 г.	Улучшена Бизнес-консоль, изменена структура упаковки продукта. ^[11]
8.8	ноябрь 2015 г.	Улучшенная бизнес-консоль, улучшенная совместимость между версиями. ^[12]
8.9.0	Март 2017 г.	Улучшенная бизнес-консоль, улучшенная автоматизация DevOps и улучшенная интеграция с продуктами управления API. ^[13]
8.9.1	ноябрь 2017 г.	Расширенная бизнес-консоль. Более подробные сообщения об ошибках при компиляции и выполнении. Поддержка докера. ^[14]
8.9.2	март 2018 г.	Поддержка IBM Cloud Private. Упрощенная структура продукта, включая ODM для разработчиков, доступный бесплатно для целей разработки и оценки. ^[15]
8.10.0	декабрь 2018 г.	Новые возможности моделирования решений в Центре принятия решений. Дизайнер правил на основе Eclipse 4.7.3. Пробная версия для разработчиков. ^[16]
8.10.1	март 2019 г.	Различные улучшения в Центре принятия решений. ^[17]
8.10.2	июнь 2019 г.	Различные улучшения в Центре принятия решений. Можно проверить с помощью Rule Designer. ^[18]
8.10.3	декабрь 2019 г.	Поддержка аутентификации OpenId Connect. Улучшена производительность в Центре принятия решений. ^[19]
8.10.4	июнь 2020 г.	Улучшенная инкрементная миграция. Центр принятия решений: настройки тайм-аута сеанса, создание ветвей из снимков. Улучшения сертифицированного Kubernetes. ^[20]
8.10.5	декабрь 2020 г.	Улучшения конфигурации Центра принятия решений и REST API. RES настраивает maxRunningTime и поддерживает OPEN API. Улучшения сертифицированного Kubernetes. ^[21]
8.11.0	июнь 2022 г.	Примечание к выпуску ^[22]

Веб-сайты, утверждающие или предполагающие, что ODM является заметной частью программного обеспечения.

Блог о технологиях
Джеймс Тейлор об управлении принятием решений во всем

Ссылки

Бизнес-мероприятия IBM WebSphere
IBM Вебсфера
Сервер приложений WebSphere
Сервер приложений WebSphere для z/OS

Внешние ссылки

[1] RIVER представляет RIVER JRules 3.5

[2] JRules 5.1.0 Письмо-объявление

[3] JRules 6.5.0 Письмо-объявление

[4] JRules 6.6.0 Письмо-объявление

[5] JRules 6.7.0 Письмо-объявление

[6] Письмо-анонс JRules 7.0.0

[7] Письмо-анонс JRules 7.1.x

[8] Информационное письмо ODM 8.0.1

[9] Информационное письмо ODM 8.5

[10] Информационное письмо ODM 8.6

[11] Информационное письмо ODM 8.7

[12] Информационное письмо ODM 8.8

[13] Письмо-анонс ODM 8.9.0

[14] Информационное письмо ODM 8.9.1

[15] ODM 8.9.2 Информационное письмо

[16] Письмо-анонс ODM 8.10.0

[17] ODM 8.10.1 Что нового

[18] ODM 8.10.2 Что нового

[19] ODM 8.10.3 Что нового

[20] ODM 8.10.3 Что нового

[21] ODM 8.10.3 Что нового

[22] ODM 8.11.0 Что нового

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

[11]

[12]

[13]

[14]

[15]

[16]

[17]

[18]

[19]

[20]

[21]

[22]