Выступление Алексея Петрова на ITGM#9 на островке сообщества аналитиков

2. РАЗРЕШИТЕ ПРЕДСТАВИТЬСЯ: РЕЗЮМЕ
АЛЕКСЕЙ ПЕТРОВ
тренер и консультант, эксперт-практик в области анализа и
моделирования бизнес-процессов, системного анализа,
архитектуры ПО, системной и программной инженерии
2
2016
приглашенный преподаватель МФТИ (ГУ), приглашенный лектор
БГУИР (Минск), член рабочей группы конкурса BudgetApps’2016,
эксперт, ментор и член жюри хакатонов по открытым данным
(BudgetSprint, Open Data Bootcamp и др.)
2015+
организатор «Вечеров системного и бизнес-анализа» в
С.-Петербурге, консультант магистратуры «Системный анализ и
архитектура ИС» факультета «Информатика и системы управления»
НИУ МГТУ им. Н.Э. Баумана, сертифицированный тренер Luxoft,
приглашенный лектор ИГХТУ (Иваново) и Hi-Tech Park (Минск), член
жюри (эксперт) хакатона BAUMAN Urban Hack
2013+
докладчик ЛАФ-2015/2016, конференций Stratoplan TECH &
BUSINESS Summit 2013, Luxoft DEV Labs C++ 2013, Luxoft REQ Labs
2014, слетов IT Campus 2014, IT Global Meetup #5 (2015), модератор
CEE-SECR’2014, докладчик CEE-SECR’2015/2016, член ПК и
ведущий МК на Analyst Days’2016, член ПК Analyst Days’2017
2012+
научный сотрудник, преподаватель НИУ МГТУ им. Н.Э. Баумана и
совместных проектов Mail.Ru Group с МГТУ им. Н.Э. Баумана и МГУ
им. М.В. Ломоносова «Технопарк@Mail.Ru» и «Техносфера@Mail.Ru»
2011+
независимый тренер и консультант, автор и ведущий тренингов в
Беларуси, Казахстане, Литве, России
2004+
участник более 10 проектов внедрения КИС, моделирования бизнес-
процессов, процессного и ИТ-аудита организаций

3. О ЧЕМ ПОЙДЕТ РЕЧЬ?
1
2
3
Знакомьтесь: DMN 1.x
Деятельностный контекст
DMN — нотация, не решение! Три факта о DMN 1.x
Структура модели решений
Уровень требований к решению: компоненты DRD
Личный опыт
Case study: выученные уроки
Вместо заключения
Сравнение BPMN 2 и DMN 1.x
Связь BPMN 2 и DMN 1.x
Средства поддержки DMN 1.x
Вопросы аудитории
3
НА ВРЕМЯ ВЫСТУПЛЕНИЯ, ПОЖАЛУЙСТА, ПЕРЕВЕДИТЕ ЛИЧНУЮ ТЕХНИКУ
И СРЕДСТВА СВЯЗИ В БЕЗЗВУЧНЫЙ РЕЖИМ. СПАСИБО!

4. Деятельностный контекст
DMN — нотация, не решение!
Три факта о DMN 1.x
Структура модели решений
Уровень требований к решению:
компоненты DRD
4

5. ДЕЯТЕЛЬНОСТНЫЙ КОНТЕКСТ (1 / 2)
5


Вызовы эпохи «цифровых предприятий»
Деятельность современного предприятия отличают:
• ориентация на клиента;
• эффективное управление знаниями;
• инновационный характер развития
Принятие решений как категория
деятельности
В отчете Critical Capabilities for Case Management Frameworks
(2014) аналитики Gartner выделяют четыре категории
деятельности:
• исследования (investigative cases, data-heavy);
• запросы на обслуживание (service requests, workflow-heavy);
• управление инцидентами (incident mgmt., collaboration-heavy);
• принятие решений (process to decision, rules-/policies-heavy)

6. ДЕЯТЕЛЬНОСТНЫЙ КОНТЕКСТ (2 / 2)
6
Категория деятельности Примеры
Исследовательская
Контроль качества
Лабораторные исследования
Обнаружение случаев мошенничества и нарушения
защиты
Следственные мероприятия и др.
Запросы на обслуживание
Открытие счета в банке
Расчет бонусов и компенсаций сотрудников
Управление поставщиками и др.
Управление инцидентами
Перекрестное рецензирование
Поддержка проекта
Производство видеопродукции
Уход за больными и др.
Принятие решений
Кредитование компаний и населения
Урегулирование страховых случаев
Юридическая деятельность и др.

7. DMN — НОТАЦИЯ, НЕ РЕШЕНИЕ!
7


Моделирование решений людей
DMN может применяться для описания (description) повторяемых
решений, принимаемых сотрудниками предприятия (людьми),
на естественном языке, в целях их обсуждения, достижения
согласия, переноса (тиражирования) практики и др.
Описание требований к
автоматизированному принятию решений
DMN-модели могут содержать предписания (prescription) для
(полной или частичной) автоматизации процедур принятия
решений, что требует их формализации, полноты и пр.

Реализация автоматизированного
принятия решений
DMN открывает путь к исполняемым моделям решений, аналогичным
исполняемым моделям бизнес-процессов в BPMN и выполняемым
системами класса Bus. Rule Mgmt. System / Engine (BRMS / BRE)

8. ТРИ ФАКТА О DMN 1.X
8


История и цель создания
Стандарт Decision Model and Notation (DMN) выпущен Object
Management Group (OMG) осенью 2015 г. (версия 1.0) и
обновлен в июне 2016 г. (версия 1.1)
Основной целью создания DMN является формирование единой
метамодели и общедоступной нотации для описания моделей
решений, их автоматизации, мониторинга и т.д.
DMN + BPMN + CMMN = …
Нотация DMN задумана как пригодная к применению как
самостоятельно, так и совместно с Business Process Model &
Notation (BPMN) и Case Management Model & Notation (CMMN)

DMN в компетенциях аналитика
Раздел о языке DMN включен в состав вопросов экзамена OMG
Certified Expert in BPM 2™ – Business Intermediate Level (10%)
Согласно выпущенной IIBA 3-й редакции «Руководства к своду знаний
по бизнес-анализу» (A Guide to the Business Analysis Body of
Knowledge®, BABoK Guide), среди техник анализа фигурирует
Decision Modeling (Techniques for Making Sense of Information)
НЕПРОТИВОРЕЧИВОСТЬ. ПЕРЕНОСИМОСТЬ. ПРОСТОТА ОСВОЕНИЯ

9. СТРУКТУРА МОДЕЛИ РЕШЕНИЙ
9
Модель
решения
[Decision
Model]
Уровень требований к
решению [Decision
Requirement (DR)
Level]
Уровень логики
решения [Decision Logic
Level]
DRG [Decision
Requirements
Graph]
DRD [Decision
Requirements
Diagram]
FE
EL
FEEL — Friendly Enough Expression Language
S-FEEL — Simple FEEL

10. УРОВЕНЬ ТРЕБОВАНИЙ К РЕШЕНИЮ:
КОМПОНЕНТЫ DRD [ЭЛЕМЕНТЫ]
Элемент Описание
Обозначе
ние
Решение
[Decision]
Действие по определению выхода на
основании ряда входов с
применением логики решения,
которая может ссылаться на одну или
более BKM
См. #1
Модель
бизнес-
знаний
[Business
Knowledge
Model, BKM]
Функция произвольной природы,
содержащая (инкапсулирующая)
знания предметной области (напр.,
бизнес-правила, таблицу решений или
аналитическую модель)
См. #2
Входные
данные [Input
Data]
Информация. используемая как вход
в одно или более решение
См. #3
Источник
знаний
Полномочное лицо, сторона или
документ [authority], определяющие
BKM или решение
См. #4
10
Decision
Input Data
Bus. Knowledge
Model
Knowledge Source

11. УРОВЕНЬ ТРЕБОВАНИЙ К РЕШЕНИЮ:
КОМПОНЕНТЫ DRD [ТРЕБОВАНИЯ]
Требование Описание
Обозначе
ние
В отношении
информации
[Information
Requirement]
Входные данные или выход решения,
используемые как один из входов
решения
См. #1
В отношении
знаний
[Knowledge
Requirement]
Обращение к BKM См. #2
В отношении
полномочий
[Authority
Requirement]
Зависимость элемента DRD от другого
элемента DRD, который служит
источником знания или регулятива
[guidance]
См. #3
11

12. Case Study: выученные уроки
12

13. CASE STUDY: МУЛЬТИАГЕНТНАЯ
ИНТЕЛЛЕКТУАЛЬНАЯ СИСТЕМА
13
Предмет поставки
Интеллектуальная информационная система, реализующая
адаптивный алгоритм многокритериальной оптимизации
целевой функции полезности, аналитической вид которой
неизвестен, через создание виртуального рынка как площадки
переговоров (трейдинга) атомарных рациональных агентов
NB: О проектировании мультиагентных интеллектуальных систем
см., напр.: С. Рассел, П. Норвиг «Искусственный интеллект:
современный подход» (2006)
Постановка задачи
Динамическое формирование и оптимизация
плана подачи единиц подвижного состава
в рамках решения задачи транспортной (железнодорожной)
логистики с учетом известных (статических) ограничений и
допущений модели, а также (нестационарных) возмущений
внешней среды


Рациональный агент
Активная сущность, способная воспринимать собственную
среду и воздействовать на нее, добиваясь оптимальных
значений собственных показателей производительности


14. CASE STUDY: УПРОЩЕННЫЙ
ФРАГМЕНТ ГРАФА РЕШЕНИЙ
14
Назначение вагона
Тарифы
оператора
Маршрут доставки
Пробег /
расстояние до
ремонта
Категория груза
Оператор
Выбор оператора
Формирование
вагонной группы
Квота на
перевозку
План тех.
обслуживания и
ремонта

15. ВЫУЧЕННЫЕ УРОКИ
15
Подтверждение простоты языка
Простота DMN-моделей ставит их в один ряд с моделями на
таких (подъ)языках, как UML (диаграммы классов) и блок-
схемы [см. ISO 5807:1985 и ГОСТ 19.701-90]
DMN-модели можно рисовать «на салфетке» и
позиционировать как модели категории box-and-line
Подтверждение применимости
Модели на языке DMN решают возложенные
на них задачи документирования базовой логики принятия
решений элементарными агентами в составе проектируемой
системы


Замкнутость «на себя»
Использование DMN для построения модели решения только
на уровне требования к нему (DRD) аналогично выпуску иных
аналитических артефактов, не предназначенных для
автоматической подачи в конвейер разработки

16. Сравнение BPMN 2 и DMN 1.x
Связь BPMN 2 и DMN 1.x
Средства поддержки DMN 1.x
Вопросы аудитории
16

17. СРАВНЕНИЕ BPMN 2 И DMN 1.X
17
Критерий BPMN 2 DMN 1.x
Центральное понятие модели Процесс Решение
Основной элемент модели
Деятельность
(задача)
Правило
Управляющие воздействия Данные Знания
Доминирующая парадигма Процедурная Функциональная
Логические объекты «Фишки» (tokens)
Логика первого
порядка

18. СВЯЗЬ BPMN 2 И DMN 1.X: ПРИМЕР
18
© OMG, BPMN 2.0 by Example (2010),
Shipment Process in a Hardware
Retailer

19. СВЯЗЬ BPMN 2 И DMN 1.X: ОБЩИЕ СВЕДЕНИЯ
19


Типы задач BPMN 2
В роли явных или неявных «носителей» решений (в понимании
DMN 1.x) в BPMN 2 могут выступать:
• циклические (loop), многоэкземплярные (multi-instance) задачи
и компенсации (compensation);
• сценарии (script tasks), сервисные (service tasks) и
пользовательские (user tasks) задачи;
• задачи с применением бизнес-правил (business rule tasks)
BPMN 3: задачи с принятием решений?
OMG допускает, что в новой версии BPMN может быть введен
тип Decision Task для задачи, предполагающей принятие
решение, описанного на языке DMN. Эти задачи могут также
по-новому связываться со шлюзами, использующими их выход

Связывание BPMN- и DMN-моделей
OMG рекомендует два способа взаимной увязки моделей решений
и моделей бизнес-процессов:
• нормативный — при помощи метаданных (usingProcesses и пр.);
• ненормативный — при помощи вызова «сервисов решений» из
сервисных или BR-задач BPMN

20. СРЕДСТВА ПОДДЕРЖКИ DMN 1.X


FICO® DMN Modeler
Бесплатный облачный DMN-редактор, доступный
зарегистрированным пользователям FICO®
Analytic Cloud: полная поддержка DR-диаграмм и
таблиц решений; поддержка литеральных
выражений S-FEEL; экспорт моделей как XML-
файлов, импорт XML-схем для определений
типов данных и др.
Trisotech DMN Modeler
Компонент Trisotech Digital Enterprise Suite —
интегрированной среды BPMN-, CMMN- и
DMN-моделирования с 30-дневной пробной
бесплатной версией. Обеспечивает полную
поддержку спецификации DMN 1.x
20

Подробнее о ландшафте
DMN-инструментов
Обзор Брюса Сильвера DMN Tools — State of
the Market May 2016

21. Язык DMN — в действии 
21

22. DECISION MODELLING: ПРАКТИКА
22

23. СПАСИБО ЗА ВНИМАНИЕ!
❶ Собственные источники
В ходе подготовки доклада использовались
материалы мастер-класса «OMG™ Decision
Model and Notation: язык моделирования
решений и бизнес-правил» на Летнем
аналитическом фестивале-2016, доклада
«Проверка для DMN: проектирование
мультиагентной интеллектуальной системы» на
конференции CEE-SECR’2016 и мастер-класса
«Современные техники бизнес-анализа» (С.-
Петербург, 2016)
❷ Контакты
23
Профиль докладчика
в сети LinkedIn

24. СПАСИБО ЗА ВНИМАНИЕ!
24

25. ЧТО ИЗУЧИТЬ [ENG]?
Business Analyst / Business Analysis Community & Resources |
Modern Analyst. URL: http://modernanalyst.com/
Decision Model and Notation. URL: http://www.omg.org/spec/DMN/
Gagne, D. BPMN-CMMN-DMN. An Intro to the Triple Crown of Process
Improvement Standards. URL:
http://www.slideshare.net/dgagne/bpmncmmndmn-an-intro-to-
the-triple-crown-of-process-improvement-standards-denis-gagne
Silver, B. DMN Tools — State of the Market (May 2016). URL:
http://methodandstyle.com/dmn-tools-current-state-market/
25