В бизнес-анализе Модель принятия решений и нотация ( DMN ) — это стандарт, опубликованный Object Management Group . [1] Это стандартный подход к описанию и моделированию повторяющихся решений внутри организаций, обеспечивающий взаимозаменяемость моделей решений в разных организациях.
Стандарт DMN предоставляет отрасли нотацию моделирования для решений, которая будет поддерживать управление принятием решений и бизнес-правила . Обозначение предназначено для чтения как бизнес-пользователями, так и ИТ- пользователями. Это позволяет различным группам эффективно сотрудничать при определении модели принятия решений :
Стандарт DMN можно эффективно использовать отдельно, но он также дополняет стандарты BPMN и CMMN . BPMN определяет особый вид деятельности, задачу бизнес-правила, которая «обеспечивает механизм процесса предоставления входных данных для механизма бизнес-правил и получения результатов вычислений, которые может предоставить механизм бизнес-правил» [2] [3] его можно использовать, чтобы показать, где в процессе BPMN следует использовать решение, определенное с использованием DMN.
DMN стал стандартом бизнес-анализа в соответствии с BABOK v3. [4] [5]
Стандарт включает в себя три основных элемента
Стандарт определяет три основных варианта использования DMN.
Использование стандарта DMN улучшит бизнес-анализ и управление бизнес-процессами, поскольку
DMN был разработан для работы с BPMN . Модели бизнес-процессов можно упростить, переместив логику процесса в службы принятия решений. DMN — это отдельный домен внутри OMG, который обеспечивает явный способ подключения к процессам в BPMN. Решения в DMN могут быть явно связаны с процессами и задачами, которые используют эти решения. Эта интеграция DMN и BPMN тщательно изучалась. [9] DMN ожидает, что логика принятия решения будет развернута как служба принятия решений без сохранения состояния и побочных эффектов. Такая служба может быть вызвана из бизнес-процесса, и данные в процессе могут быть сопоставлены с входными и выходными данными службы принятия решений. [10]
Как уже упоминалось, BPMN — это родственный стандарт OMG для моделирования процессов. DMN дополняет BPMN , обеспечивая разделение задач между решением и процессом. В приведенном здесь примере описывается процесс BPMN и DMN DRD (диаграмма требований к принятию решений) для подключения клиента банка. Моделируются несколько решений, и эти решения будут определять реакцию процессов.
В модели процесса BPMN, показанной на рисунке, клиент делает запрос на открытие нового банковского счета. Приложение для создания учетной записи предоставляет представителю учетной записи всю информацию, необходимую для создания учетной записи и предоставления запрошенных услуг. Сюда входят имя, адрес и различные формы идентификации. На следующих этапах рабочего процесса вызываются услуги «Знай своего клиента» (KYC). В службах «KYC» проверяются имя и адрес; с последующей проверкой по международной базе данных преступников (Интерпол) и базе данных лиц, являющихся «Политически значимыми лицами ( PEP )». Политически значимым лицом является лицо, которому либо доверена видная политическая должность, либо его близкий родственник. Депозиты лиц, включенных в список политически значимых лиц, потенциально коррупционны. В модели процесса это показано как две службы. Правила по борьбе с отмыванием денег (AML) требуют проведения таких проверок перед сертификацией учетной записи клиента.
Результаты этих услуг, а также формы идентификации отправляются на решение о сертификации новой учетной записи. На диаграмме процесса это отображается как действие «правила» — проверка учетной записи. Если новый клиент проходит сертификацию, то учетная запись классифицируется на регистрацию для бизнеса в розничной торговле, розничной торговли, управления активами и бизнеса с высокой добавленной стоимостью. В противном случае заявка клиента отклоняется. Решение о классификации нового клиента классифицирует клиента. Если процесс проверки учетной записи возвращает результат «Вручную», то проверка PEP или Интерпола дала близкое совпадение. Представитель аккаунта должен визуально проверить имя и заявку, чтобы определить, действительно ли совпадение, и принять или отклонить заявку.
Открытие счета подтверждается, если адрес лица подтвержден, предоставлены действительные документы, удостоверяющие личность, а также если заявитель не включен в список преступников или политически значимых лиц. Они отображаются в виде дополнительных решений под решением «сертифицировать новую учетную запись». Служба проверки аккаунта обеспечивает 100% совпадение адреса заявителя. Чтобы идентификация была действительной, клиент должен предоставить водительские права, паспорт или удостоверение личности государственного образца.
Проверки PEP и Интерпола являются «нечеткими» совпадениями и возвращают значения совпадающих оценок. Результаты выше 85 считаются «соответствующими», а результаты от 65 до 85 потребуют «ручного» процесса проверки. Люди, соответствующие любому из этих списков, отклоняются в процессе подачи заявки на создание учетной записи. Если имеется частичное совпадение со списком Интерпола или политически значимых лиц со счетом от 65 до 85, тогда сертификация устанавливается вручную, и представитель учетной записи выполняет ручную проверку данных заявителя. Эти правила отражены на рисунке ниже, где представлена таблица решений о том, следует ли передавать предоставленное имя для проверки списков.
Процесс адаптации клиента зависит от того, к какой категории он относится. Категория определяется:
Это решение показано ниже:
Существует 6 бизнес-правил, которые определяют категорию клиента, и они показаны в таблице решений здесь:
В этом примере результат решения «Проверить учетную запись» определил ответы процесса новой учетной записи. То же самое справедливо и для решения «Классифицировать клиента». Добавляя или изменяя бизнес-правила в таблицах, можно легко изменить критерии этих решений и по-другому контролировать процесс.
Моделирование является важнейшим аспектом улучшения существующего процесса или бизнес-задачи. Моделирование обычно выполняется командой бизнес-аналитиков, ИТ-персонала и экспертов по моделированию. Возможности выразительного моделирования BPMN позволяют бизнес-аналитику понять функции деятельности процесса. Теперь, с добавлением DMN, бизнес-аналитики могут построить понятную модель сложных решений. Объединение BPMN и DMN дает очень мощное сочетание моделей, которые работают синергетически и упрощают процессы.
Также были предложены методы автоматического обнаружения, которые выводят модели решений на основе данных о выполнении процессов. [11] Здесь модель принятия решений DMN выводится из журнала событий , обогащенного данными , а также процесса, который использует решения. При этом интеллектуальный анализ решений дополняет интеллектуальный анализ процессов традиционными подходами к интеллектуальному анализу данных .
Модель и нотация принятия решений с ограничениями (cDMN) — это формальная нотация для выражения знаний в табличном, интуитивно понятном формате. [12] Он расширяет DMN за счет рассуждений об ограничениях и связанных с ним концепций, стремясь сохранить при этом удобство для пользователя оригинала. cDMN также предназначен для решения других проблем, помимо бизнес-моделирования, таких как разработка сложных компонентов. [13]
Он расширяет DMN четырьмя способами:
Благодаря этим дополнениям модели cDMN могут выражать более сложные проблемы. [12] Более того, они также могут выражать некоторые модели DMN более компактными и менее запутанными способами. [12] В отличие от DMN, cDMN не является детерминированным в том смысле, что набор входных значений может иметь несколько разных решений. Действительно, если модель DMN всегда определяет одно решение, то модель cDMN определяет пространство решений .
Использование моделей cDMN также можно интегрировать в модели бизнес-процессов и моделей процессов нотации, как и DMN.
В качестве примера рассмотрим известную задачу раскраски карт или раскраски графов . Здесь мы хотим раскрасить карту таким образом, чтобы ни одна граничащая страна не имела одного и того же цвета. Таблица ограничений, показанная на рисунке (обозначенная политикой попадания E* в верхнем левом углу), отражает эту логику. Это читается так: «Для каждой страны c1 и страны c2 установлено, что если это разные граничащие страны, то цвет c1 не является цветом c2.
Здесь в первых двух столбцах представлены два квантора, оба типа «страна», которые служат квантором универсальности . В третьем столбце 2-арный предикат границ используется для выражения того, что две страны имеют общую границу. Наконец, в последнем столбце используется одномерная функция цвета , которая сопоставляет каждую страну с цветом.