Domain driven design (DDD) - отражение модели предметной области в код (Максим Цепков на Software People 2013). Подробнее http://mtsepkov.org/DDD_problem_and_solving
Domain driven design (DDD) - отражение модели предметной области в код (Максим Цепков на Software People 2013). Подробнее http://mtsepkov.org/DDD_problem_and_solving
Domain Driven Design (DDD) — подход, предложенный Эриком Эвансом для эффективного проектирования и реализации приложений в сложных предметных областях. Основой его является создание модели будущей системы на едином языке (ubiquitous launguage), разрабатываемом для проекта и обеспечивающим надежные коммуникации между всеми участниками проекта. Модель, описанная на этом языке, согласуется с бизнес-заказчиком и верифицируется им, а затем отражается в реализацию системы с использованием типовых шаблонов, так что элементы и конструкции модели могут быть прослежены в коде. Таким образом обеспечивается соответствие поведения готовой системы потребностям заказчика, без чего сложные IT-проекты едва ли могут стать успешными.
В докладе будет дан общий обзор DDD на основе многолетнего успешного опыта его применения для разработки приложений — от построения модели с формированием единого языка до выработки шаблонов реализации типовых элементов модели.
DEV Labs 2013. Can C++ Code Effeciency Be Comparable to That of Middle-Level ...Alex V. Petrov
На примере одной специализированной, но значимой для большинства высокопроизводительных систем точки оптимизации исходного кода — работы с кэш-памятью — доклад «Достижима ли в C++ эффективность языка "среднего уровня"?», сделанный на DEV Labs 2013, показывает, какими несложными приемами и техниками можно достичь желаемого уровня эффективности объектно-ориентированного кода, и развеивает миф о языке C++ как языке «архитектурной астронавтики», предлагая аудитории ряд действенных рецептов повышения производительности исходного кода.
DDD — эффективный способ работы в условиях системной сложностиCUSTIS
Выступление Максима Цепкова, нашего главного архитектора дирекции по развитию решений, на конференции CEE-SECR 2011 (31 октября – 3 ноября 2011 года, Москва).
Выступление Максима Цепкова, нашего главного архитектора дирекции по развитию решений, на конференции Application Developer Days (29–30 апреля 2011 года).
Проектирование Программных Систем. Лекция 01Dima Dzuba
Лекция рассказывает о базовых принципах построения программного обеспечения. Проводится сравнение гибких (Agile) и водопадных методологий разработки программного обеспечения.
Практический анализ и визуальное моделирование на UMLNikolai Kireev
Презентация курса online-тренингов, проводимых совместно Школой Системного Анализа г. Москва и IT-Студией WebMax.BY г. Минск.
Запись на курс по ссылке: http://school.system-analysis.ru/uml-online/
The document discusses model-oriented approaches, BPMN 2.0, and Enterprise 2.0. It describes the model-driven architecture approach, its history and key aspects. It outlines the different types of diagrams in BPMN 2.0 including processes, collaborations, and choreographies. It defines the key elements of Enterprise 2.0 including search, links, authoring, tags, and social functions. It also lists example tools that support these approaches.
The document discusses (1) project management procedures for process modeling, including defining objectives and scope, critical success factors, and data collection methods such as interviews and questionnaires; (2) examples of regulation framework models that can provide an overview of processes and their relationships; and (3) potential challenges such as resistance to change that must be addressed during a process management implementation.
Domain Driven Design (DDD) — подход, предложенный Эриком Эвансом для эффективного проектирования и реализации приложений в сложных предметных областях. Основой его является создание модели будущей системы на едином языке (ubiquitous launguage), разрабатываемом для проекта и обеспечивающим надежные коммуникации между всеми участниками проекта. Модель, описанная на этом языке, согласуется с бизнес-заказчиком и верифицируется им, а затем отражается в реализацию системы с использованием типовых шаблонов, так что элементы и конструкции модели могут быть прослежены в коде. Таким образом обеспечивается соответствие поведения готовой системы потребностям заказчика, без чего сложные IT-проекты едва ли могут стать успешными.
В докладе будет дан общий обзор DDD на основе многолетнего успешного опыта его применения для разработки приложений — от построения модели с формированием единого языка до выработки шаблонов реализации типовых элементов модели.
DEV Labs 2013. Can C++ Code Effeciency Be Comparable to That of Middle-Level ...Alex V. Petrov
На примере одной специализированной, но значимой для большинства высокопроизводительных систем точки оптимизации исходного кода — работы с кэш-памятью — доклад «Достижима ли в C++ эффективность языка "среднего уровня"?», сделанный на DEV Labs 2013, показывает, какими несложными приемами и техниками можно достичь желаемого уровня эффективности объектно-ориентированного кода, и развеивает миф о языке C++ как языке «архитектурной астронавтики», предлагая аудитории ряд действенных рецептов повышения производительности исходного кода.
DDD — эффективный способ работы в условиях системной сложностиCUSTIS
Выступление Максима Цепкова, нашего главного архитектора дирекции по развитию решений, на конференции CEE-SECR 2011 (31 октября – 3 ноября 2011 года, Москва).
Выступление Максима Цепкова, нашего главного архитектора дирекции по развитию решений, на конференции Application Developer Days (29–30 апреля 2011 года).
Проектирование Программных Систем. Лекция 01Dima Dzuba
Лекция рассказывает о базовых принципах построения программного обеспечения. Проводится сравнение гибких (Agile) и водопадных методологий разработки программного обеспечения.
Практический анализ и визуальное моделирование на UMLNikolai Kireev
Презентация курса online-тренингов, проводимых совместно Школой Системного Анализа г. Москва и IT-Студией WebMax.BY г. Минск.
Запись на курс по ссылке: http://school.system-analysis.ru/uml-online/
The document discusses model-oriented approaches, BPMN 2.0, and Enterprise 2.0. It describes the model-driven architecture approach, its history and key aspects. It outlines the different types of diagrams in BPMN 2.0 including processes, collaborations, and choreographies. It defines the key elements of Enterprise 2.0 including search, links, authoring, tags, and social functions. It also lists example tools that support these approaches.
The document discusses (1) project management procedures for process modeling, including defining objectives and scope, critical success factors, and data collection methods such as interviews and questionnaires; (2) examples of regulation framework models that can provide an overview of processes and their relationships; and (3) potential challenges such as resistance to change that must be addressed during a process management implementation.
ITGM#8 Евгения Чумачкова User Story Mapping: как увидеть общую картину продук...SPbCoA
На ITGM#8 Евгения Чумачкова рассказала как с помощью техники User Story Mapping сохранять общее видение продукта и потребностей пользователей на протяжении всего цикла разработки.
This document provides an introduction to business process modeling. It discusses traditional organizational approaches and the need to shift focus to customer satisfaction through business process management. Key aspects of business process modeling are identified, including process identification, modeling current and desired future states, analysis, improvement, implementation, execution, and monitoring. Process modeling aims to define how activities are logically ordered and executed to transform business objects and accomplish tasks. Examples of retail business processes are also provided like warehousing, third-party deals, promotions, and central settlement.
1. The document discusses integrated process modeling using various modeling methods in ARIS including event-driven process chains (EPCs), value chain diagrams, organizational frameworks, and function trees.
2. It provides an overview of modeling conventions for different views including organizational, data, functional, and process views as well as different levels including requirements definition, design specification, and implementation.
3. Examples are given of how to model an order acceptance process using an enhanced EPC diagram combining different views and modeling notations such as organizational devices, functions, events, and data objects.
The document provides guidance on business process modelling and mapping. It defines business process modelling and the three main types of process models. Process mapping is described as a technique to diagrammatically model processes by representing the steps, participants, and decision logic through a visual map. The document then provides instructions on how to produce a process map, including identifying boundaries and participants, drawing the initial flow, and adding and reviewing details like swimlanes and decision points. An example process map is also included to demonstrate a completed map.
IT and Business Process Modelling course at IT University of Copenhagen (Lect...Thomas Hildebrandt
First and second lecture for the IT and Business Process Modelling course at IT University of Copenhagen.
The course has focus on flexibility in business processes and introduces to DCR Graphs business process constraint mapping (using www.dcrgraphs.net) and BPMN modelling (using www.academic.signavio.com).
It is based on the book "Enabling Flexibility in Process-Aware Information Systems - Challenges, Methods, Technologies" by Manfred Reichert and Barbara Weber. (http://www.springer.com/computer/database+management+%26+information+retrieval/book/978-3-642-30408-8)
Babok v2.0 перевод на русский язык свод знаний по бизнес анализуIvan Shamaev
BABOK версия 2.0 - свод знаний по бизнес-анализу. Перевод на русский язык стандарта BABOK для бизнес-аналитиков, глава введения. Понятия бизнес-анализа, задачи, базовые компетенции.
Глава 9 методы и техники бизнес-анализа (babok 2.0 на русском скачать)Ivan Shamaev
Методики и техники бизнес-анализа для бизнес-аналитиков. Текст взят и переведен на русский язык из BABOK 2.0 (Свод знаний по бизнес-анализу версия 2.0). Скачать в формате pdf BABOK 2.0 на русском языке. Бизнес-анализ. Бизнес-аналитики. Системные аналитики. IIBA. iiba.org, iiba.ru, russia.iiba.org. Руководство по бизнес-анализу. Методы для сбора требований и анализа бизнеса.
A conceptual data model (CDM) uses simple graphical images to describe core concepts and principles of an organization at a high level. A CDM facilitates communication between businesspeople and IT and integration between systems. It needs to capture enough rules and definitions to create database systems while remaining intuitive. Conceptual data models apply to both transactional and dimensional/analytics modeling. While different notations can be used, the most important thing is that a CDM effectively conveys an organization's key concepts.
HTP. Business Requirements Elicitation & Documentation [1.01, RUS]Alex V. Petrov
Приступая к реализации проектов разработки информационных систем, заказчик и исполнитель, как правило, в большей степени нацелены на подготовку технического задания. Однако, в действительности техническое задание — это финальный документ, в подготовке которого участвуют представители аналитического блока команды. Создание технического задания должно предваряться формированием ряда не менее важных документов, относящихся к более ранним этапам жизненного цикла системы. Одним из этих документов являются «Бизнес-требования» (англ. Business Requirements Document, BRD).
Ключевая миссия этого документа — исчерпывающее определение рамок, или объема, проекта. Какие объемы проекта существуют, как определяются и из чего складываются? Включать ли в BRD перечень заинтересованных сторон и предварительно идентифицированные риски проекта? Какую еще информацию следует включать в BRD, а какую — нет? Как провести границу между BRD и документом «Функциональные требования» (англ. Functional Requirements Document, FRD)? Как взаимодействовать с заказчиком для эффективного определения бизнес-требований? Ответы на эти и другие вопросы — в презентации с выступления в Парке высоких технологий (Минск, 03 декабря 2015 г.).встрече
Достоинства и ограничения проектных моделей водопада и гибких подходов: скрам, аджайл (scrum, agile).
Как на основе специфичных характеристик проекта подобрать модели планирования и управления ИТ проектом
Оценка эффективности от внедрения и использования методологии и инструменталь...Alexander Novichkov
http://cmcons.com
http://anovichkov.msk.ru
Оценка эффективности от внедрения и использования методологии и инструментальных средств IBM Rational.
Практика внедрения и взаимодействия с заказчиком.
15 июня 2010 года - «ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ IBM RATIONAL ДЛЯ УЛУЧШЕНИЯ ПРОЦЕССОВ РАЗРАБОТКИ И СОПРОВОЖДЕНИЯ ПО»
BPM: Почему надо говорить о системе курсов для всех заинтересованных лиц орга...ABPMP Russian Chapter
Алёшин В.Д., РАНХ и ГС при Президенте РФ, профессор
Доклад на конференции ABPMP Russian Chapter "Преподавание BPM — опыт, проблемы, перспективы"
Москва, 13.12.2013
Статья «Формирование универсальных требований к пользовательским программам п...ph.d. Dmitry Stepanov
предлагается обобщенная структура описания программ. Используя предложенную структуру, формулируются универсальные требования, применимые к любым пользовательским разработкам и необходимые в процессе подготовки функционально-технической спецификации на разработку программы.
REQ Labs 2014. Smart Business Modelling: A Key to Success in Enterprise Autom...Alex V. Petrov
Приходя первыми на объект автоматизации, аналитики выполняют крайне ответственную работу по изучению, моделированию и предварительной оптимизации деятельности предприятия. Разнообразие созданных на сегодня подходов и языков описания бизнес-процессов способно вселить в начинающего и даже опытного специалиста веру в то, что инструменты и нотации можно выбирать наугад. Но не все «пути аналитика» ведут к успеху возложенной на него миссии.
Доклад «Умелое описание бизнес-процессов — залог успешной автоматизации» на наглядных примерах демонстрирует проверенную временем, но неоправданно малоизвестную в России методологию многоуровневого описания бизнес-процессов в целях их автоматизации. Вооружившись ею, читатели смогут легко и просто формировать наглядные модели процессов, понятные и значимые для основных заинтересованных сторон проекта; выявлять и описывать основные успешные сценарии выполнения бизнес-процессов; находить альтернативные и исключительные сценарии и задавать правильные вопросы, помогающие устанавливать мельчайшие нюансы будущей программной и внепрограммной реализации таковых.
Пример презентации для защиты ИТ проекта в компании (Sample Business Case)Pavel Cherkashin
По просьбам партнеров и клиентов в свое время (2006 год) я сделал этот шаблон, который должен помочь ИТ-директору сформулировать в понятных для бизнеса словах зачем нужно вкладывать в тот или иной ИТ проект и какой это даст экономический эффект
Аналитика и метрики приложений 29.11.2016 г.SPbCoA
Аналитика и метрики приложений
Аналитика метрик.
Виды метрик и особенности применения.
Признаки наилучших метрик
Сегментация пользователей
Сегментация пользователей: что это и для чего.
RFM-анализ.
Когортный анализ.
События и воронки в продукте
События и воронки: что это и для чего.
Алгоритм построения системы событий в продукте.
Воронки - инструмент для обнаружения узких мест продукта.
ITGM#8 Максим Цепков Process and Case management: совмещай и властвуй!SPbCoA
На ITGM#8 Максим Цепков рассказал про совмещение подходов process- и case-management при моделировании бизнес-процессов с большим количеством ответвлений, требующих принятия решений на месте.
ITGM#8 Анна Абрамова Юрий Солоницын Интерфейс - совместная работа аналитика и...SPbCoA
Совместный доклад представителей двух сообществ: аналитиков и проектировщиков интерфейсов на ITGM#8.
Анна Абрамова (СПб СоА) и Юрий Солоницын (UXSpb) рассказали, как строится совместная работа аналитика и проектировщика интерфейсов в больших проектах. Где они помогают друг-другу и где начинают "толкаться локтями".
Егор Вершинин. Сбор первичных требований с помощью интеллект-картSPbCoA
Егор на июньской встрече сообщества рассказал как он использует технику интеллект-карт для сформирования первичного пула требований во время онлайн-общения с заказчиком.
Представленная в докладе техника продемонстрирует как можно решить проблемы коммуникации с заказчиком. При
использовании техники в конце встречи с заказчиком появляется «драфт» спецификации функциональных требований.
Наталья Желнова для ITGM#6. Обучение системных аналитиковSPbCoA
Наталья Желнова для ITGM#6. Обучение системных аналитиков
- Где, кто, кого и чему учит
- Чего не хватает обучаемым
- Что делать? (Системный подход к обучению)
- Практический опыт: Как это было
Аналитик на пути приближающегося поезда. Анатолий Суздальцев для ITGM#6SPbCoA
Анатолий Суздальцев рассказал на островке аналитиков на ITGM№6 как аналитик может снизить риски проекта, порождаемые естественными когнитивными искажениями нашего мозга.
Аналитик на пути приближающегося поезда. Анатолий Суздальцев для ITGM#6
Itgm #9. dmn. как моделировать принимаемые решения
1.
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
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)
Логика первого
порядка
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
23. СПАСИБО ЗА ВНИМАНИЕ!
❶ Собственные источники
В ходе подготовки доклада использовались
материалы мастер-класса «OMG™ Decision
Model and Notation: язык моделирования
решений и бизнес-правил» на Летнем
аналитическом фестивале-2016, доклада
«Проверка для DMN: проектирование
мультиагентной интеллектуальной системы» на
конференции CEE-SECR’2016 и мастер-класса
«Современные техники бизнес-анализа» (С.-
Петербург, 2016)
❷ Контакты
23
Профиль докладчика
в сети LinkedIn
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