Модель принятия решения и обозначения
В бизнес-анализе Модель принятия решений и нотация ( DMN ) — это стандарт, опубликованный Object Management Group . [1] Это стандартный подход к описанию и моделированию повторяющихся решений внутри организаций, обеспечивающий взаимозаменяемость моделей решений в разных организациях.
Стандарт DMN предоставляет отрасли нотацию моделирования для решений, которая будет поддерживать управление принятием решений и бизнес-правила . Обозначение предназначено для чтения как бизнес-пользователями, так и ИТ- пользователями. Это позволяет различным группам эффективно сотрудничать при определении модели принятия решений :
- деловые люди, которые управляют и контролируют решения,
- бизнес -аналитики или функциональные аналитики , которые документируют первоначальные требования к принятию решений и определяют подробные модели и логику принятия решений,
- технические разработчики, ответственные за автоматизацию систем, принимающих решения.
Стандарт DMN можно эффективно использовать отдельно, но он также дополняет стандарты BPMN и CMMN . BPMN определяет особый вид деятельности, задачу бизнес-правила, которая «обеспечивает механизм процесса предоставления входных данных для механизма бизнес-правил и получения результатов вычислений, которые может предоставить механизм бизнес-правил». [2] [3] его можно использовать, чтобы показать, где в процессе BPMN следует использовать решение, определенное с использованием DMN.
DMN стал стандартом бизнес-анализа в соответствии с BABOK v3. [4] [5]
Элементы стандарта
[ редактировать ]Стандарт включает в себя три основных элемента
- Диаграммы требований к принятию решений, которые показывают, как элементы принятия решений связаны в сеть зависимостей.
- Таблицы решений, показывающие, как может быть принято каждое решение в такой сети.
- Бизнес-контекст для таких решений, как роли организаций или влияние на показатели производительности.
- Достаточно дружественный язык выражений (FEEL), который можно использовать для оценки выражений в таблице решений и других логических форматах.
Варианты использования
[ редактировать ]Стандарт определяет три основных варианта использования DMN.
- Определение ручного принятия решений
- Уточнение требований к автоматизированному принятию решений
- Представление полной, исполняемой модели принятия решений.
Преимущества
[ редактировать ]Использование стандарта DMN улучшит бизнес-анализ и управление бизнес-процессами, поскольку
- другие популярные методы управления требованиями, такие как BPMN и UML, не позволяют принимать решения.
- рост проектов с использованием систем управления бизнес-правилами или BRMS , [6] которые позволяют быстрее вносить изменения [7]
- это способствует улучшению взаимодействия между бизнесом, ИТ и аналитикой в компании [8]
- он обеспечивает эффективный подход к моделированию требований для проектов прогнозной аналитики и удовлетворяет потребность в «понимании бизнеса» в методологиях расширенной аналитики, таких как CRISP-DM.
- он обеспечивает стандартную нотацию для таблиц решений, наиболее распространенного стиля бизнес-правил в BRMS.
Связь с BPMN
[ редактировать ]DMN был разработан для работы с BPMN . Модели бизнес-процессов можно упростить, переместив логику процесса в службы принятия решений. DMN — это отдельный домен внутри OMG, который обеспечивает явный способ подключения к процессам в BPMN. Решения в DMN могут быть явно связаны с процессами и задачами, которые используют эти решения. Эта интеграция DMN и BPMN тщательно изучалась. [9] DMN ожидает, что логика принятия решения будет развернута как служба принятия решений без сохранения состояния и побочных эффектов. Такая служба может быть вызвана из бизнес-процесса, и данные в процессе могут быть сопоставлены с входными и выходными данными службы принятия решений. [10]
Пример DMN BPMN
[ редактировать ]Как уже упоминалось, BPMN — это родственный стандарт OMG для моделирования процессов. DMN дополняет BPMN , обеспечивая разделение задач между решением и процессом. В приведенном здесь примере описывается процесс BPMN и DMN DRD (диаграмма требований к принятию решений) для подключения клиента банка. Моделируются несколько решений, и эти решения будут определять реакцию процессов.
Процесс создания нового банковского счета
[ редактировать ]В модели процесса BPMN, показанной на рисунке, клиент делает запрос на открытие нового банковского счета. Приложение для создания учетной записи предоставляет представителю учетной записи всю информацию, необходимую для создания учетной записи и предоставления запрошенных услуг. Сюда входят имя, адрес и различные формы идентификации. На следующих этапах рабочего процесса вызываются услуги «Знай своего клиента» (KYC). В службах «KYC» проверяются имя и адрес; с последующей проверкой по международной базе данных преступников (Интерпол) и базе данных лиц, являющихся «Политически значимыми лицами ( PEP )». Политически значимым лицом является лицо, которому либо доверена видная политическая должность, либо его близкий родственник. Депозиты лиц, включенных в список политически значимых лиц, потенциально коррупционны. В модели процесса это показано как две службы. Правила по борьбе с отмыванием денег (AML) требуют проведения таких проверок перед сертификацией учетной записи клиента.
Результаты этих услуг, а также формы идентификации отправляются на решение о сертификации новой учетной записи. На диаграмме процесса это отображается как действие «правила» — проверка учетной записи. Если новый клиент проходит сертификацию, то учетная запись классифицируется на регистрацию для бизнеса в сфере розничной торговли, розничной торговли, управления активами и бизнеса с высокой добавленной стоимостью. В противном случае заявка клиента отклоняется. Решение о классификации нового клиента классифицирует клиента.Если процесс проверки учетной записи возвращает результат «Вручную», то проверка PEP или Интерпола дала близкое совпадение. Представитель аккаунта должен визуально проверить имя и заявку, чтобы определить, действительно ли совпадение, и принять или отклонить заявку.
Подтвердить решение о новом аккаунте
[ редактировать ]
Открытие счета подтверждается, если адрес лица подтвержден, предоставлены действительные документы, удостоверяющие личность, а также если заявитель не включен в список преступников или политически значимых лиц. Они отображаются в виде дополнительных решений под решением «сертифицировать новую учетную запись». Служба проверки аккаунта обеспечивает 100% совпадение адреса заявителя.Чтобы идентификация была действительной, клиент должен предоставить водительские права, паспорт или удостоверение личности государственного образца.
Проверки PEP и Интерпола являются «нечеткими» совпадениями и возвращают значения совпадающих оценок. Результаты выше 85 считаются «соответствующими», а результаты от 65 до 85 потребуют «ручного» процесса проверки. Люди, соответствующие любому из этих списков, отклоняются в процессе подачи заявки на создание учетной записи. Если имеется частичное совпадение со списком Интерпола или PEP со счетом от 65 до 85, тогда сертификация устанавливается вручную, и представитель учетной записи выполняет ручную проверку данных заявителя. Эти правила отражены на рисунке ниже, где представлена таблица решений о том, следует ли передавать предоставленное имя для проверки списков.
Категория клиента
[ редактировать ]Процесс адаптации клиента зависит от того, к какой категории он относится. Категория определяется:
- Тип клиента, деловой или частный
- Размер средств на депозите
- И предполагаемый собственный капитал
Это решение показано ниже:
Существует 6 бизнес-правил, которые определяют категорию клиента, и они показаны в таблице решений здесь:
Сводный пример
[ редактировать ]В этом примере результат решения «Проверить учетную запись» определил ответы процесса новой учетной записи. То же самое справедливо и для решения «Классифицировать клиента». Добавляя или изменяя бизнес-правила в таблицах, можно легко изменить критерии этих решений и по-другому контролировать процесс.
Моделирование является важнейшим аспектом улучшения существующего процесса или бизнес-задачи. Моделирование обычно выполняется командой бизнес-аналитиков, ИТ-персонала и экспертов по моделированию. Возможности выразительного моделирования BPMN позволяют бизнес-аналитику понять функции деятельности процесса. Теперь, с добавлением DMN, бизнес-аналитики могут построить понятную модель сложных решений. Объединение BPMN и DMN дает очень мощное сочетание моделей, которые работают синергетически и упрощают процессы.
Связь с интеллектуальным анализом решений и интеллектуальным анализом процессов
[ редактировать ]Также были предложены методы автоматического обнаружения, которые выводят модели решений на основе данных о выполнении процессов. [11] Здесь модель принятия решений DMN извлекается из журнала событий , обогащенного данными , а также процесса, который использует эти решения. При этом интеллектуальный анализ решений дополняет интеллектуальный анализ процессов традиционными подходами к интеллектуальному анализу данных .
расширение cDMN
[ редактировать ]Модель и нотация принятия решений с ограничениями (cDMN) — это формальная нотация для выражения знаний в табличном, интуитивно понятном формате. [12] Он расширяет DMN за счет рассуждений об ограничениях и связанных с ним концепций, стремясь сохранить при этом удобство для пользователя оригинала.cDMN также предназначен для решения других проблем, помимо бизнес-моделирования, таких как разработка сложных компонентов. [13]
Он расширяет DMN четырьмя способами:
- Моделирование ограничений (см. Программирование ограничений )
- Добавление выразительного представления данных, например типизированных предикатов и функций (аналогично логике первого порядка ).
- Таблицы данных, в которых каждая запись представляет отдельный экземпляр проблемы.
- Количественная оценка
Благодаря этим дополнениям модели cDMN могут выражать более сложные проблемы. [12] Более того, они также могут выражать некоторые модели DMN более компактными и менее запутанными способами. [12] В отличие от DMN, cDMN не является детерминированным в том смысле, что набор входных значений может иметь несколько разных решений.Действительно, если модель DMN всегда определяет одно решение, то модель cDMN определяет пространство решений .
Использование моделей cDMN также можно интегрировать в модели бизнес-процессов и моделей процессов нотации, как и DMN.
Пример
[ редактировать ]В качестве примера рассмотрим известную задачу раскраски карт или раскраски графов . Здесь мы хотим раскрасить карту таким образом, чтобы ни одна граничащая страна не имела одного и того же цвета.Таблица ограничений, показанная на рисунке (обозначенная политикой попадания E* в верхнем левом углу), отражает эту логику.Это читается так: «Для каждой страны c1 и страны c2 установлено, что если это разные граничащие страны, то цвет c1 не является цветом c2.
Здесь в первых двух столбцах представлены два квантора, оба типа «страна», которые служат квантором универсальности .В третьем столбце 2-арный предикат границы используется для выражения того, что две страны имеют общую границу.Наконец, в последнем столбце используется одномерная функция цвета , которая сопоставляет каждую страну с цветом.
Ссылки
[ редактировать ]- ^ Стандарт OMG «Модель принятия решений и обозначения (DMN)», текущая версия
- ^ Стандарт OMG "BPMN", текущая версия
- ^ Покупка, январь (5 января 2015 г.). «Рецензия на книгу: Моделирование процессов и решений в BPMN/DMN» . Блог «Управление принятием решений для финансов» . ООО "Люкс Маги " Проверено 19 апреля 2015 г.
- ^ IIBA (15 апреля 2015 г.). Руководство по своду знаний по бизнес-анализу® (Руководство BABOK®) (3-е изд.). Коган Пейдж Лимитед. п. 512. ИСБН 978-1927584026 .
- ^ «Моделирование решений теперь является стандартом для бизнес-аналитиков» .
- ^ Манн, Стефани. «Управление бизнес-правилами: инструменты и методы достижения успеха» . ebizq.net, Руководство для инсайдеров по BPM следующего поколения . Проверено 19 апреля 2015 г.
- ^ Обнаружение решений в ваших бизнес-процессах с помощью IBM Blueworks Live, издательство IBM Redbooks, 2014 г. ISBN 0738453579
- ^ Ронен, Гил; Фельдман, Джейкоб. «Модели принятия решений с использованием стандартов dmn и bpmn: рекомендатель по ипотечным кредитам» . Слайдшер . Открытые правила.
- ^ Ф. Хасич и др. (2018). Дополнение процессов с помощью аналитики принятия решений: принципы интегрированного моделирования. Системы поддержки принятия решений, 107, 1-12. [1]
- ^ Ф. Хасич и др. (2020). Решение как услуга (DaaS): подход к сервис-ориентированной архитектуре для принятия решений в процессах. Транзакции IEEE в сфере вычислений [2]
- ^ Дж. Де Смедт и др. (2019). Комплексное обнаружение моделей принятия решений на основе данных выполнения процессов. Системы, основанные на знаниях, 183, 104866 [3]
- ^ Jump up to: а б с Вандевельде, Саймон; Аэртс, Брэм; Веннекенс, Йост (12 ноября 2021 г.). «Решение проблем DM с помощью cDMN: тесная интеграция DMN и рассуждений об ограничениях» . Теория и практика логического программирования . 23 (3): 535–558. arXiv : 2110.02610 . дои : 10.1017/S1471068421000491 . S2CID 244083802 .
- ^ Аэртс, Брэм; Дерик, Маржолейн; Веннекенс, Йост (1 января 2022 г.). «Поддержка принятия решений при проектировании компонентов машин, основанная на знаниях: практический пример» . Экспертные системы с приложениями . 187 : 115869. doi : 10.1016/j.eswa.2021.115869 . S2CID 240156716 .