РАЗРЕШИТЕ ПРЕДСТАВИТЬСЯ: РЕЗЮМЕ

АЛЕКСЕЙ ПЕТРОВ тренер и консультант, эксперт-практик в области анализа и моделирования бизнес-процессов, системного анализа, архитектуры ПО, системной и программной инженерии

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 проектов внедрения КИС, моделирования бизнес-процессов, процессного и ИТ-аудита организаций

О ЧЕМ ПОЙДЕТ РЕЧЬ?

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

НА ВРЕМЯ ВЫСТУПЛЕНИЯ, ПОЖАЛУЙСТА, ПЕРЕВЕДИТЕ ЛИЧНУЮ ТЕХНИКУ

И СРЕДСТВА СВЯЗИ В БЕЗЗВУЧНЫЙ РЕЖИМ. СПАСИБО!

Деятельностный контекст

DMN — нотация, не решение!

Три факта о DMN 1.x

Структура модели решений

Уровень требований к решению:

компоненты DRD

4

ДЕЯТЕЛЬНОСТНЫЙ КОНТЕКСТ (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)

ДЕЯТЕЛЬНОСТНЫЙ КОНТЕКСТ (2 / 2)

6

Категория деятельности Примеры

Исследовательская

Контроль качества

Лабораторные исследования

Обнаружение случаев мошенничества и нарушения

защиты

Следственные мероприятия и др.

Запросы на обслуживание

Открытие счета в банке

Расчет бонусов и компенсаций сотрудников

Управление поставщиками и др.

Управление инцидентами

Перекрестное рецензирование

Поддержка проекта

Производство видеопродукции

Уход за больными и др.

Принятие решений

Кредитование компаний и населения

Урегулирование страховых случаев

Юридическая деятельность и др.

DMN — НОТАЦИЯ, НЕ РЕШЕНИЕ!

7

Моделирование решений людей DMN может применяться для описания (description) повторяемых

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

Описание требований к автоматизированному принятию решений DMN-модели могут содержать предписания (prescription) для

(полной или частичной) автоматизации процедур принятия решений, что требует их формализации, полноты и пр.

Реализация автоматизированного принятия решений DMN открывает путь к исполняемым моделям решений, аналогичным

исполняемым моделям бизнес-процессов в BPMN и выполняемым системами класса Bus. Rule Mgmt. System / Engine (BRMS / BRE)

ТРИ ФАКТА О 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

Модель

решения

[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

УРОВЕНЬ ТРЕБОВАНИЙ К РЕШЕНИЮ:

КОМПОНЕНТЫ DRD [ЭЛЕМЕНТЫ]

Элемент Описание Обозначе

ние

Решение

[Decision]

Действие по определению выхода на

основании ряда входов с

применением логики решения,

которая может ссылаться на одну или

более BKM

См. #1

Модель

бизнес-

знаний

[Business

Knowledge

Model, BKM]

Функция произвольной природы,

содержащая (инкапсулирующая)

знания предметной области (напр.,

бизнес-правила, таблицу решений или

аналитическую модель)

См. #2

Входные

данные [Input

Data]

Информация. используемая как вход

в одно или более решение См. #3

Источник

знаний

Полномочное лицо, сторона или

документ [authority], определяющие

BKM или решение

См. #4

10

Decision

Input Data

Bus. Knowledge

Model

Knowledge Source

УРОВЕНЬ ТРЕБОВАНИЙ К РЕШЕНИЮ:

КОМПОНЕНТЫ DRD [ТРЕБОВАНИЯ]

Требование Описание Обозначе

ние

В отношении

информации

[Information

Requirement]

Входные данные или выход решения,

используемые как один из входов

решения

См. #1

В отношении

знаний

[Knowledge

Requirement]

Обращение к BKM См. #2

В отношении

полномочий

[Authority

Requirement]

Зависимость элемента DRD от другого

элемента DRD, который служит

источником знания или регулятива

[guidance]

См. #3

11

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

12

CASE STUDY: МУЛЬТИАГЕНТНАЯ

ИНТЕЛЛЕКТУАЛЬНАЯ СИСТЕМА

13

Предмет поставки Интеллектуальная информационная система, реализующая

адаптивный алгоритм многокритериальной оптимизации целевой функции полезности, аналитической вид которой неизвестен, через создание виртуального рынка как площадки переговоров (трейдинга) атомарных рациональных агентов

NB: О проектировании мультиагентных интеллектуальных систем см., напр.: С. Рассел, П. Норвиг «Искусственный интеллект: современный подход» (2006)

Постановка задачи Динамическое формирование и оптимизация

плана подачи единиц подвижного состава в рамках решения задачи транспортной (железнодорожной) логистики с учетом известных (статических) ограничений и допущений модели, а также (нестационарных) возмущений внешней среды

Рациональный агент Активная сущность, способная воспринимать собственную

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

CASE STUDY: УПРОЩЕННЫЙ

ФРАГМЕНТ ГРАФА РЕШЕНИЙ

14

Назначение вагона

Тарифы

оператора

Маршрут доставки

Пробег /

расстояние до

ремонта

Категория груза

Оператор

Выбор оператора Формирование

вагонной группы

Квота на

перевозку

План тех.

обслуживания и

ремонта

ВЫУЧЕННЫЕ УРОКИ

15

Подтверждение простоты языка Простота DMN-моделей ставит их в один ряд с моделями на

таких (подъ)языках, как UML (диаграммы классов) и блок-схемы [см. ISO 5807:1985 и ГОСТ 19.701-90]

DMN-модели можно рисовать «на салфетке» и позиционировать как модели категории box-and-line

Подтверждение применимости Модели на языке DMN решают возложенные

на них задачи документирования базовой логики принятия решений элементарными агентами в составе проектируемой системы

Замкнутость «на себя» Использование DMN для построения модели решения только

на уровне требования к нему (DRD) аналогично выпуску иных аналитических артефактов, не предназначенных для автоматической подачи в конвейер разработки

Сравнение BPMN 2 и DMN 1.x

Связь BPMN 2 и DMN 1.x

Средства поддержки DMN 1.x

Вопросы аудитории

16

СРАВНЕНИЕ BPMN 2 И DMN 1.X

17

Критерий BPMN 2 DMN 1.x

Центральное понятие модели Процесс Решение

Основной элемент модели Деятельность

(задача) Правило

Управляющие воздействия Данные Знания

Доминирующая парадигма Процедурная Функциональная

Логические объекты «Фишки» (tokens) Логика первого

порядка

СВЯЗЬ BPMN 2 И DMN 1.X: ПРИМЕР

18

© OMG, BPMN 2.0 by Example (2010),

Shipment Process in a Hardware

Retailer

СВЯЗЬ 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

СРЕДСТВА ПОДДЕРЖКИ 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

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

21

DECISION MODELLING: ПРАКТИКА

22

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

❶ Собственные источники

В ходе подготовки доклада использовались

материалы мастер-класса «OMG™ Decision

Model and Notation: язык моделирования

решений и бизнес-правил» на Летнем

аналитическом фестивале-2016, доклада

«Проверка для DMN: проектирование

мультиагентной интеллектуальной системы» на

конференции CEE-SECR’2016 и мастер-класса

«Современные техники бизнес-анализа» (С.-

Петербург, 2016)

❷ Контакты

23

Профиль докладчика

в сети LinkedIn

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

24

ЧТО ИЗУЧИТЬ [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