IBM Operational Decision Management - Википедия - IBM Operational Decision Management

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

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

Это программное обеспечение в настоящее время находится в версии 8.10.3 (по состоянию на март 2020 г.).

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

Правила

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

Пример

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

События

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

Пример

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

Артефакты IBM ODM

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

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

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

Примеры

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

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

разрешить сделку

иначе:

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

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

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

Пример

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

Сумма займа ($)
Группа кредитного рейтингаМин МаксСтраховая ставка (%)
АКредит <100,0000.001
100,000 <= Кредит <200,0000.002
200 000 <= Кредит <300 0000.003
300,000 <= Кредит0.005
BКредит <200,0000.001
200 000 <= Кредит <300 0000.002
300,000 <= Кредит0.004

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

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

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

Пример

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

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

Запуск того или иного правила зависит от ответов на предыдущие правила.

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

Иллюстрация основного потока

Карточка счета

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

Пример

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

АтрибутКлассифицироватьСчетОжидаемый результатКод причины
Кредитный рейтингAA10090
А9090
B7090
C4090CREDIT_C
CC1090КРЕДИТ CC
Частный предпринимательда1030Частный предприниматель
Нет3030

События

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

Пример

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

В итоге

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

Составные части

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

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

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

Сервер принятия решений

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

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

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

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

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

Связь между частями

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

Требования

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

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

Decision Server Events и Decision Center могут работать на
WebSphere Application Server для z / OS
Сервер приложений WebSphere ND для z / OS

Конструктор правил запускается в Затмение, или продукт на основе Eclipse

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

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

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

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

ВерсияОбщедоступностьКомментарии
11996Первая версия JRules
3.5Май 2001 г.Изменена архитектура на основе XML.[1]
4.0Март 2002 г.
4.5конец 2002 г.Введены таблицы решений, редактор потока правил.
5.02005
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 г.В этой версии была представлена ​​Business Console, обеспечивающая интерфейс продукта, более точно отражающий стиль социальных сетей.
8.0.1Декабрь 2012 г.Включена генерация байтового кода для Java, REST API для сервера выполнения правил и новый высокопроизводительный механизм для z / OS.[8]
8.5июнь 2013Новая система управления принятием решений; Дополнительные возможности интеграции.[9]
8.6Июнь 2014 г.Улучшения Business Console.[10]
8.7Декабрь 2014 г.Улучшенная бизнес-консоль, реструктуризация упаковки продукта.[11]
8.8Ноябрь 2015Улучшенная Business Console, улучшенная совместимость версий.[12]
8.9.0Март 2017 г.Улучшенная Business Console, улучшенная автоматизация DevOps и улучшенная интеграция с продуктами управления API.[13]
8.9.1Ноябрь 2017 г.Расширенная бизнес-консоль. Более подробные сообщения об ошибках при компиляции и выполнении. Поддержка Docker.[14]
8.9.2Март 2018 г.Поддержка IBM Cloud Private. Упрощенная структура продукта, включая ODM для разработчиков, которая доступна бесплатно для целей разработки и оценки.[15]
8.10.0Декабрь 2018 г.Новая возможность моделирования решений в Decision Center. Конструктор правил на основе Eclipse 4.7.3. Пробная версия для разработчиков.[16]
8.10.1Март 2019 г.Различные улучшения в Центре принятия решений.[17]
8.10.2Июнь 2019Различные улучшения в Центре принятия решений. Можно протестировать из Rule Designer.[18]
8.10.3Декабрь 2019 г.Поддержка аутентификации OpenId Connect. Повышена производительность в Центре принятия решений.[19]

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

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

Рекомендации

  1. ^ ILOG представляет ILOG 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 Что нового

Бизнес-события IBM Websphere
IBM WebSphere
Сервер приложений WebSphere
WebSphere Application Server для z / OS

внешняя ссылка