Cmmn нотация что это
Case Management Model and Notation
У нашего восприятия есть одна интересная особенность. Когда мы концентрируемся на каких-либо одних аспектах, то склонны совершенно упускать из виду другие. Классический эксперимент, подтверждающий этот факт, был проведен профессором психологии Дэниэлом Саймонсом и назывался «невидимая горилла». В ходе эксперимента группа людей в футболках разного цвета бросает друг другу мяч, а испытуемые подсчитывают количество передач и не замечают прошедшую по сцене гориллу (см. видео). Другой пример ограниченности нашего восприятия можно получить, разглядывая картинку внизу этого сообщения.
Вероятно, та же закономерность лежит и в основе того, что любители управления бизнес-процессами скептически относятся ко всему, что связано с темой adaptive case management (Впрочем, верно и обратное утверждение). Как того и следовало ожидать, появившийся в мае этого года OMG стандарт Case Management Model and Notation, вызвал в сообществе BPM определенное недоумение. Зачем нужен стандарт на кейс-менеджмент? Разве кейс-менеджмент это не то же самое, что и agile – делаем все что хотим и будь что будет? Постараюсь немного развеять это заблуждение.
Во-первых, Case Management Model and Notation (CMMN) это не только и не столько про графическую нотацию. Двадцать страниц из восьмидесяти, действительно, посвящены графической нотации, но спишем это на традиционную любовь OMG к изобразительному искусству. Большая часть стандарта не про нотацию, а про модель. Что, впрочем, банально следует из названия. В этом документе описывается модель предметной области кейс-менеджмент. Довольно понятно и просто в документе описано, что такое кейс, что такое кейс-файл, какие элементы в нем могут быть, что такое таблица планирования кейса, какого рода задачи могут встречаться в ходе обработки кейса и пр. Для любителей картинок приведены UML диаграммы. В общем, предметная область определена. Теперь не надо спорить является ли тот или иной инструмент системой кейс-менеджмента (об этом тоже написано, см. 2.5).
Во-вторых, достаточно четко определена целевая аудитория стандарта. Ожидаемыми пользователями являются бизнес-аналитики (раздел 4.2). Предполагается, что они будут использовать инструменты кейс-менеджмента для выявления повторяемых задач, событий и вех, создавать для них формальные шаблоны и включать их в кейс-модель. Проще говоря, речь идет о едином цикле исполнения и улучшения процесса, описанном Робом Ингландом в книжке Plus! The Standard + Case approach Кстати, надеюсь, что данная тема будет интересна для участников российского отделения IIBA, т.к. представляет одну из новейших практик деятельности бизнес-аналитика. Я же постараюсь всячески способствовать продвижению этой практики.
В-третьих, стандарт предлагает довольно неплохие архитектурные заделы. Так раздел 7. Execution Semantics содержит описание жизненных циклов элементов модели кейс-менеджмента. Я смею надеяться на то, что многие айтишники уже научились наследовать состояния и поведение объектов из таких моделей, а не придумывать для каждого рабочего процесса собственный набор состояний и переходов между ними. Впрочем, тем, кто еще этому не научился, предстоит много безумно увлекательной работы при развитии своих систем и интеграции приложений.
Одним словом, CMMN v 1.0 это именно то, что способно вывести кейс-менеджмента на следующий уровень. Если кто-то будет готов выступить спонсором учебного курса, включающего знакомство с работой по прецедентам, изучение CMMN, практику с соответствующими инструментами, то я с удовольствием возьмусь за такую работу. Ведь некоторые вещи заслуживают рассмотрения с нескольких точек зрения:
DMN Документация
DMN Онлайн симулятор
Обучение с помощью Doing: вы можете использовать наш бесплатный онлайн-симулятор для создания таблиц решений DMN, которые вы создаете.
Почему я должен заботиться о DMN?
Модель принятия решений и нотация (DMN) является отраслевым стандартом для моделирования и принятия решений, которые определяются бизнес правила.
DMN опубликован в 2015 году и в настоящее время очень быстро принят. Вот причины:
Стандартные DMN не принадлежит определенному предприятию, а учреждению ( OMG ), который уже установлен другими мировыми стандартами, например, BPMN и UML. Стандарт DMN поддерживается несколькими программными продуктами; вы менее зависимы от каких-либо конкретных продуктов поставщика. Прямые В DMN решения могут быть смоделированы и выполнены с использованием одного и того же языка. Бизнес-аналитики могут моделировать правила, которые приводят к решение в легко читаемых таблицах, и эти таблицы могут быть выполнены непосредственно механизмом принятия решений (например, Camunda). Это минимизирует риск недоразумений между бизнес-аналитиками и разработчиками и даже позволяет быстро изменять в производстве. Экспертные DMN как стандарт молодой, но он был разработан людьми, имеющими многолетний опыт управления бизнес-правилами. Несмотря на то, что стандарт не диктуют любые специальные шаблоны реализации, позволяя использовать более современные и легкие реализации, чем традиционные механизмы бизнес-правил.
Этот учебник содержит краткое введение в DMN, как он определен в версии 1.1.
Простая таблица решений
Мы должны начать наш учебник DMN с довольно простой таблицы решений:
Предположим, мы пригласили гостей на ужин. Вопрос в том, какое блюдо мы должны подготовить. В этом примере, мы следуем очень простой логике решения: в зависимости от текущего сезона мы решаем блюдо. Если это осень, мы будем пойдите для spareribs, зимой для roastbeef и так далее.
Давайте рассмотрим элементы в этом примере:
Достаточно просто, не так ли? Конечно, DMN больше, но основные принципы действительно очень просты.
Сочетание условий
Во многих случаях правило не будет состоять из одного условия. Мы можем выразить, что добавив входные столбцы в таблицу решений:
Как вы можете видеть, комбинация входных записей в правиле (т. Е. Строка таблицы) всегда следует логике И : «Если это падение и мои гости не являются вегетарианцами, я буду служить спаррибам «.
Представляем FEEL
FEEL определяет синтаксис выражения условий, с которыми должны оцениваться входные данные. Например, вы можете Опишите в FEEL, что некоторые входные данные должны быть
Чтобы получить первую идею, ознакомьтесь с приведенным ниже примером:
В первых примерах эти строки были скрыты, чтобы не подавить вас прямо вверх. Но на самом деле эти типы важно, потому что они определяют, какие выражения FEEL доступны для входных записей.
Давайте посмотрим на каждое правило, то есть на каждую строку:
Как вы, наверное, уже догадались, это только верхушка айсберга. Существует гораздо больше, что вы можете выразить в решении DMN таблиц, как мы опишем в Справочная документация по DMN.
Процессы DMN и BPMN
Возможно, вы думаете:
Эй, почему я должен использовать DMN в любом случае, я могу выразить эти правила с помощью BPMN шлюзы!
Если мы выражаем приведенный выше пример в BPMN, это выглядит так:
Скорбь очевидна: для BPMN, особенно когда есть несколько условий рассматривать. Диаграмма становится сложной и трудно поддерживать.
Вот почему BPMN включает так называемый бизнес-правило, который лучше называть задачей решения в более поздней версии стандарт BPMN: эта задача относится к решению, которое необходимо принять, и результат решения позволяет эксклюзивный шлюз для маршрутизации потока, как вы можете видеть в приведенном ниже примере.
Во время моделирования, а также выполнения мы можем связать задачу «Решить блюдо» с таблицей решений DMN, которая будет выполнена, когда решение должно и результат затем определит дальнейший расход в BPMN.
В этом конкретном примере вы можете в любом случае подвергнуть сомнению использование маршрутизации потока. Есть шесть задач, связанных с приготовлением еды, единственная разница в том, что вид еды. Нет очевидного преимущества наличия этих шести различных задач. Альтернативный шаблон ниже:
Это слишком легко, не так ли? Но в этом случае это действительно подходящий шаблон.
DMN and CMMN Cases
BPMN отлично подходит для процессов, которые структурированы, но не для меньших структурных действий. Именно здесь начинается CMMN. Опять же, имеет смысл объединить этот стандарт OMG с DMN. Например, например:
В этом случае CMMN нам нужно пригласить наших гостей по понятным причинам. Мы могли подготовить террасу для еды на улице. Это определяется критерием входа (маленький алмаз на левом краю человеческой задачи), который указывает на часового, где оценивается результат таблицы решений. таблица решений может выглядеть так:
Вы можете заметить, что политика удаления в этом примере не является «уникальной», а «первой» (помечена как «F»). Это означает, что механизм принятия решения оценит правила и остановит оценивая, как только он нашел правило, которое применяется. В этом случае это имеет смысл, поскольку применяются правила 2 и 3, если они холоднее, чем 20 ° C и проницаемость дождя составляет 50% или выше. Поэтому установка политики ударов на «уникальную» не была бы правильной.
Как и в случае BPMN, OMG еще не стандартизировал способ объединения CMMN и DMN. Таким образом, пример в этом руководстве основанный на проприетарном расширении, которое предлагает Camunda.
Схемы требований принятия решений
Если вы хотите обсудить и проанализировать комплексные решения, которые могут состоять из других решений, диаграмм требований принятия решений (DRD) может быть полезно. Это довольно простая нотация, определенная в стандарте DMN, которая в основном
В нотации DRD есть еще несколько символов, однако наиболее важными из них являются три. Мы должны посмотреть на пример:
Предположим, что для нашего обеда нам также необходимо решить, какие напитки мы хотим обслуживать. Это решение должно основываться на блюдо, которое мы приготовим, а также рассмотрим детей. Таблица решений может выглядеть так:
Например, если у нас будут спарерибы, а наши гости придут с детьми, мы будем обслуживать воду, яблочный сок и знаменитый Aecht Schlenkerla Rauchbier.
Профессиональное моделирование в BPMN, DMN и CMMN для бизнес-аналитика
Существует множество нотаций, позволяющих построить модель бизнес-процесса: IDEF0, IDEF3, UML, EPC, блок-схемы и ряд других. Но есть одна нотация, которая не только является официальным стандартом, но и позволяет превращать аналитические диаграммы в исполняемые модели бизнес-процессов. Благодаря этому можно достичь цели, желаемой всеми аналитиками: чтобы модель бизнес-процесса отражала реальную действительность.
Это нотация BPMN (Business Process Model and Notation), которая отлично себя зарекомендовала для моделирования и автоматизации бизнес-процессов. Но прогресс не стоит на месте, и консорциум OMG выпустил ещё два стандарта, связанных с BPMN: это нотации DMN и CMMN.
Давайте представим, что вам необходимо построить модель бизнес-процесса, описывающую алгоритм расчёта скидки, риска или определения кредитного скоринга. Подобные модели включают в себя множество параметров (критериев), определяющих результат, и количество их комбинаций может быть очень велико. Попытка наглядно представить такую модель средствами BPMN повлечёт за собой большие трудозатраты на разработку и сопровождение такой модели, и результат будет очень громоздкий и трудночитаемый. В этой ситуации на помощь приходит новая нотация от консорциума OMG – DMN (Decision Model and Notation® — Нотация и модель принятия решений). DMN предназначена для того, чтобы:
Ещё одним слабым местом BPMN является трудность моделирования процессов, исполнение активностей в которых не является обязательным, зависит от исполнителя или произошедших событий. В стандарте есть механизм, который называется ad-hoc подпроцесс, он решает эту проблему, но не полностью.
Ответом на потребность моделирования подобных бизнес-процессов стала новая нотация CMMN (Case Management Model and Notation® — Нотация и модель управления кейсами). Консорциум OMG так позиционирует ее так:
«CMMN — это графическая нотация для определения методов работы, основанных на обработке “кейсов”, требующих различных действий, которые могут выполняться в непредсказуемом порядке в ответ на изменяющиеся ситуации. Используя событийно-ориентированный подход и концепцию кейсов, CMMN расширяет границы того, что может быть смоделировано с помощью BPMN, включая менее структурированные рабочие усилия и те, которые управляются работниками умственного труда. Использование комбинации BPMN и CMMN позволяет пользователям охватить гораздо более широкий спектр методов работы.»
Подробнее ознакомиться с методами и средствами описания бизнес-процессов с помощью BPMN и других нотаций бизнес-моделирования вам помогут практические курсы Школы прикладного бизнес-анализа в нашем лицензированном учебном центре обучения и повышения квалификации аналитиков, менеджеров и ИТ-специалистов в Москве:
Case Management Model and Notation™ (CMMN™)
Common Meta-model and Notation for Modeling
Case Management Model and Notation™ (CMMN ™) defines a common meta-model and notation for modeling and graphically expressing a case as well as an interchange format for exchanging case models among different tools. CMMN is intended to capture the common elements that case management products use, while also taking into account current research contributions on case management. Known as an Adaptive Case Management, CMMN aids in the decision making process through suggestions, yet keeps humans firmly in the driver’s seat. CMMN is centered around living information and relationships, while traditional business processes are centered around a-priori defined activity sequences.
This specification defines a common meta-model and notation for modeling and graphically expressing a Case, as well as an interchange format for exchanging Case models among different tools. It is to Case management products what the OMG Business Process Model and Notation (BPMN) specification is to business process management products. This specification is intended to be consistent with and complementary to BPMN.
CMMN is a graphical notation used for capturing work methods that are based on the handling of cases requiring various activities that may be performed in an unpredictable order in response to evolving situations. Using an event-centered approach and the concept of a case file, CMMN expands the boundaries of what can be modeled with BPMN, including less structured work efforts and those driven by knowledge workers. Using a combination of BPMN and CMMN allows users to cover a much broader spectrum of work methods.
Value Proposition
CMMN is part of the triple crown of process improvement standards: BPMN, CMMN and DMN.
Адаптивный кейс-менеджмент
Управление неструктурированными или частично структурированными бизнес-процессами с учетом особенностей бизнес-правил компании.
Что такое Адаптивный кейс-менеджмент?
Адаптивный кейс-менеджмент (Adaptive case management, ACM) – подход к динамическому управлению бизнес-процессами предприятия, позволяющий организовать эффективное взаимодействие сотрудников для решения поставленной задачи (кейса), своевременно реагировать на внешние изменения и формировать библиотеку «лучших практик» по результатам ее выполнения.
Отличия подходов
При всем различии подходов, следует понимать, что ACM не противоречит BPM, а его дополняет. Например, некоторые этапы кейса, для которых может быть задана четкая последовательность действий, будут смоделированы как бизнес-процессы. Остальные этапы будут описаны в виде бизнес-требований, которые необходимо выполнить для их успешного завершения.
Ключевые особенности
Множество элементов кейса
Любой кейс состоит из элементов. В качестве элементов, которые в него входят, могут использоваться документы, роли, события, процессы и др. ACM в Citeck EcoS позволяет администратору создавать возможные типы элементов в системе, чтобы в дальнейшем использовать их в кейсе.
Карточка кейса
Карточка каждого кейса является отдельной информационной панелью (dashboard), состав и расположение элементов которой можно гибко настраивать в зависимости от типа кейса, ролей пользователя и любых произвольных условий.
Шаблоны кейса
Процессы кейса
Процесс решения кейса состоит из этапов и пользовательских задач, а также бизнес-процессов BPMN и системных активностей. Начало и завершение всех элементов процесса инициируется выбранными событиями и определяются условиями.
Процессы кейса CMMN
Система поддерживает импорт и экспорт в формате CMMN – Case management model and notation. Графическое представление позволяет наглядно визуализировать процесс кейса.
Бизнес-требования
Бизнес-требования – набор условий, которые необходимо выполнить для завершения кейса или его этапа. Администратор может задавать бизнес-требования на атрибуты кейса, проверять загрузку необходимых документов и тд. Требования описываются путем выбора необходимых условий без программирования.
Применение адаптивного кейс-менеджмента
Наиболее эффективным будет применение кейс-менеджмента для процессов, где невозможно заранее определить всю последовательность действий, высока неопределенность или возможны частые изменения. В качестве примера применения могут служить процессы: