Модель и обозначение бизнес-процесса

Эта статья поднимает множество проблем. Пожалуйста, помогите улучшить его или обсудите эти проблемы на странице обсуждения . ( Узнайте, как и когда удалить эти сообщения-шаблоны ) Один из основных авторов этой статьи, кажется, имеет тесную связь с ее предметом. Может потребоваться очистка для соответствия политике содержания Википедии, особенно нейтральной точки зрения . Пожалуйста, обсудите дальше на странице обсуждения . ( Февраль 2019 г. ) ( Узнайте, как и когда удалить этот шаблон сообщения ) Эта статья может чрезмерно полагаться на источники, слишком тесно связанные с предметом , что потенциально мешает проверке и нейтральности статьи . Пожалуйста, помогите улучшить его , заменив их более подходящими ссылками на надежные, независимые сторонние источники . ( Февраль 2019 г. ) ( Узнайте, как и когда удалить этот шаблон сообщения ) ( Узнайте, как и когда удалить этот шаблон сообщения )

Пример модели бизнес-процесса и обозначения для процесса с нормальным потоком.

Модель и нотация бизнес-процессов ( BPMN ) - это графическое представление для определения бизнес-процессов в модели бизнес-процессов .

Первоначально разработанная Business Process Management Initiative (BPMI), BPMN поддерживалась Object Management Group (OMG) с тех пор, как две организации объединились в 2005 году. Версия 2.0 BPMN была выпущена в январе 2011 года ^[1], после чего название была изменена модель бизнес-процесса и нотация, чтобы отразить введение семантики выполнения, которая была введена наряду с существующими элементами нотации и диаграмм. Хотя это спецификация OMG, BPMN также ратифицирована как ISO 19510. Последняя версия - BPMN 2.0.2, опубликованная в январе 2014 года. ^[2]

Обзор [ править ]

Модель и нотация бизнес-процессов (BPMN) - это стандарт моделирования бизнес-процессов, который предоставляет графическое представление для определения бизнес-процессов в диаграмме бизнес-процессов (BPD) ^[3], основанной на методе блок-схем , очень похожем на диаграммы действий из Unified Modeling Language. (UML). ^[4] Целью BPMN является поддержка управления бизнес-процессами.как для технических, так и для бизнес-пользователей, предоставляя нотацию, интуитивно понятную для бизнес-пользователей, но способную представить сложную семантику процесса. Спецификация BPMN также обеспечивает отображение между графикой нотации и базовыми конструкциями языков выполнения, в частности языка выполнения бизнес-процессов (BPEL). ^[5]

BPMN была разработана для предоставления стандартной нотации, легко понятной всем заинтересованным сторонам бизнеса, обычно включая бизнес-аналитиков, технических разработчиков и бизнес-менеджеров. Таким образом, BPMN может использоваться для поддержки общей желательной цели всех заинтересованных сторон проекта, использующей общий язык для описания процессов, помогая избежать коммуникационных пробелов, которые могут возникнуть между проектированием и реализацией бизнес-процессов .

BPMN - это один из ряда языковых стандартов моделирования бизнес-процессов, используемых инструментами и процессами моделирования. Хотя текущее разнообразие языков может соответствовать разным средам моделирования, есть те, кто выступает за разработку или появление единого всеобъемлющего стандарта, объединяющего сильные стороны различных существующих языков. Предполагается, что со временем это могло бы помочь унифицировать выражение основных концепций бизнес-процессов (например, общедоступные и частные процессы, хореографии), а также расширенных концепций процессов (например, обработка исключений, компенсация транзакций).

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

Темы [ править ]

Сфера [ править ]

BPMN ограничена для поддержки только концепций моделирования, применимых к бизнес-процессам. Другие типы моделирования, выполняемые организациями для непроцессных целей, выходят за рамки BPMN. Примеры моделирования, исключенные из BPMN:

• Организационные структуры
• Функциональные нарушения
• Модели данных ^[6]

Кроме того, хотя BPMN показывает поток данных (сообщений) и связь артефактов данных с действиями, это не диаграмма потока данных .

Элементы [ править ]

Модели BPMN представлены простыми диаграммами, построенными из ограниченного набора графических элементов. Как для бизнес-пользователей, так и для разработчиков они упрощают понимание потока и процесса бизнес-операций. Четыре основных категории элементов BPMN:

Объекты потока

События, мероприятия, шлюзы

Соединение объектов

Последовательность, поток сообщений, ассоциация

Дорожки для плавания

Бассейн, переулок

Артефакты

Объект данных, группа, аннотация

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

Объекты потока и соединяющие объекты [ править ]

• Мероприятие

• Мероприятия

• Шлюз

• Подключения

Объекты потока являются основными описывающими элементами в BPMN и состоят из трех основных элементов: событий, действий и шлюзов.

Мероприятие

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

Начать мероприятие

Действует как триггер процесса; обозначается единственной узкой рамкой и может быть только Поймать , поэтому отображается открытым (контурным) значком.

Промежуточное событие

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

Завершить мероприятие

Представляет результат процесса; обозначается одной толстой или жирной рамкой и может только бросать , поэтому отображается сплошным значком.

Мероприятия

Деятельность представлена ​​прямоугольником с закругленными углами и описывает вид работы, которую необходимо выполнить. Деятельность - это общий термин для работы, которую выполняет компания. Он может быть атомным или составным.

Задача

Задача представляет собой единицу работы, которую нельзя или невозможно разбить на более высокий уровень детализации бизнес-процесса. Это называется атомной активностью. Задача - это деятельность самого низкого уровня, показанная на диаграмме процесса. Набор задач может представлять собой процедуру высокого уровня.

Подпроцесс

Используется для скрытия или раскрытия дополнительных уровней детализации бизнес-процессов. В свернутом состоянии подпроцесс обозначается знаком плюса в нижней строке прямоугольника; при раскрытии прямоугольник с закругленными углами расширяется, чтобы показать все объекты потока, соединяющие объекты и артефакты. Подпроцесс называется комплексной активностью.

Имеет собственные автономные начальные и конечные события; потоки последовательности из родительского процесса не должны пересекать границу.

Сделка

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

Активность вызова

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

Шлюз

Шлюз представлен ромбовидной формой и определяет разветвление и объединение путей в зависимости от выраженных условий.

Эксклюзивный

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

На основе событий

Условие, определяющее путь процесса, основано на оцениваемом событии.

Параллельный

Используется для создания параллельных путей без оценки каких-либо условий.

Инклюзивный

Используется для создания альтернативных потоков, в которых оцениваются все пути.

Эксклюзивное событие

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

Сложный

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

На основе параллельных событий

Два параллельных процесса запускаются на основе события, но оценка события отсутствует.

Подключения

Объекты потока связаны друг с другом с помощью объектов Connecting , которые бывают трех типов: последовательности, сообщения и ассоциации.

Последовательный поток

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

Поток сообщений

Поток сообщений представлен пунктирной линией, открытым кружком в начале и открытой стрелкой в ​​конце. Он сообщает нам, какие сообщения проходят через границы организации (т. Е. Между пулами). Поток сообщений никогда нельзя использовать для соединения действий или событий в одном пуле.

Ассоциация

Ассоциация представлена ​​пунктирной линией. Он используется для связывания артефакта или текста с объектом потока и может указывать некоторую направленность с помощью открытой стрелки (к артефакту для представления результата, от артефакта для представления входных данных и для обозначения того, что он прочитан и обновлен) . Направление не используется, когда Артефакт или текст связаны с последовательностью или потоком сообщений (поскольку этот поток уже показывает направление).

Дорожки для плавания и артефакты [ править ]

• Дорожки

• Объекты данных

• Группы

• Аннотации

Дорожки для плавания - это визуальный механизм организации и категоризации действий, основанный на кросс-функциональных блок-схемах , и в BPMN они бывают двух типов:

Бассейн

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

переулок

Используется для организации и категоризации действий в пуле по функциям или ролям и изображается в виде прямоугольника, растягивающегося по ширине или высоте пула. Полоса содержит объекты потока, соединяющие объекты и артефакты.

Артефакты позволяют разработчикам вносить дополнительную информацию в модель / диаграмму. Таким образом, модель / диаграмма становится более читаемой. Есть три предопределенных Артефакта, и это:

• Объекты данных: объекты данных показывают читателю, какие данные требуются или создаются в действии.
• Группа: Группа представлена ​​прямоугольником с закругленными углами и пунктирными линиями. Группа используется для группировки различных действий, но не влияет на последовательность операций на диаграмме.
• Аннотация: аннотация используется, чтобы дать читателю понятное впечатление о модели / диаграмме.

Примеры схем бизнес-процессов [ править ]

• Нажмите на маленькие изображения, чтобы увидеть полноразмерную версию
• Цикл обсуждения

• Процесс голосования по электронной почте

• Собирать голоса

BPMN 2.0.2 [ править ]

Видение BPMN 2.0.2 состоит в том, чтобы иметь единую спецификацию для новой модели бизнес-процесса и нотации, которая определяет нотацию, метамодель и формат обмена, но с измененным именем, которое по-прежнему сохраняет бренд «BPMN». Возможности включают:

• Формализует семантику выполнения для всех элементов BPMN.
• Определяет механизм расширяемости как для расширений модели процесса, так и для графических расширений.
• Уточняет состав событий и корреляцию.
• Расширяет определение человеческих взаимодействий.
• Определяет модель хореографии.

Текущая версия спецификации была выпущена в январе 2014 года. ^[1]

Сравнение версий BPMN [ править ]

Этот раздел может быть слишком техническим для понимания большинством читателей . Пожалуйста, помогите улучшить его, чтобы он был понятен неспециалистам , не удаляя технических деталей. ( Декабрь 2012 г. ) ( Узнайте, как и когда удалить этот шаблон сообщения )

Этот раздел необходимо обновить . Обновите эту статью, чтобы отразить недавние события или новую доступную информацию. ( Февраль 2014 г. )

Типы подмоделей BPMN [ править ]

Моделирование бизнес-процессов используется для передачи разнообразной информации широкому кругу аудиторий. BPMN предназначена для охвата этого широкого диапазона использования и позволяет моделировать сквозные бизнес-процессы, чтобы позволить зрителю диаграммы легко различать разделы диаграммы BPMN. В рамках сквозной модели BPMN есть три основных типа подмоделей: частные (внутренние) бизнес-процессы, абстрактные (общедоступные) процессы и процессы сотрудничества (глобальные):

Частные (внутренние) бизнес-процессы

Частные бизнес-процессы - это внутренние бизнес-процессы конкретной организации, которые обычно называются рабочими процессами или процессами BPM. Если используются плавательные дорожки, частный бизнес-процесс будет содержаться в одном пуле. Таким образом, последовательность операций процесса содержится в пуле и не может пересекать границы пула. Поток сообщений может пересекать границу пула, чтобы показать взаимодействия , существующие между отдельными частными бизнес-процессами.

Абстрактные (публичные) процессы

Это представляет собой взаимодействие между частным бизнес-процессом и другим процессом или участником. В абстрактный процесс включаются только те действия, которые связаны вне частного бизнес-процесса. Все остальные «внутренние» действия частного бизнес-процесса не показаны в абстрактном процессе. Таким образом, абстрактный процесс показывает внешнему миру последовательность сообщений, необходимых для взаимодействия с этим бизнес-процессом. Абстрактные процессы содержатся в пуле и могут быть смоделированы отдельно или в рамках более крупной диаграммы BPMN, чтобы показать поток сообщений между действиями абстрактного процесса и другими объектами. Если абстрактный процесс находится на той же диаграмме, что и соответствующий ему частный бизнес-процесс, то действия, общие для обоих процессов, могут быть связаны.

Совместные (глобальные) процессы

Процесс сотрудничества отображает взаимодействие между двумя или более бизнес-объектами. Эти взаимодействия определяются как последовательность действий, которые представляют шаблоны обмена сообщениями между вовлеченными объектами. Процессы сотрудничества могут содержаться в пуле, а различные бизнес-взаимодействия участников отображаются как дорожки внутри пула. В этой ситуации каждая полоса будет представлять двух участников и направление движения между ними. Они также могут быть показаны как два или более абстрактных процесса, взаимодействующих через поток сообщений (как описано в предыдущем разделе). Эти процессы можно смоделировать отдельно или в рамках более крупной диаграммы BPMN, чтобы показать связи между действиями процесса сотрудничества и другими объектами.Если процесс совместной работы находится на той же диаграмме, что и один из соответствующих ему частных бизнес-процессов, то действия, общие для обоих процессов, могут быть связаны.

Внутри этих трех подмоделей BPMN и между ними можно создавать много типов диаграмм. Ниже приведены типы бизнес-процессов, которые можно моделировать с помощью BPMN (те, которые отмечены звездочками, могут не отображаться на исполняемый язык):

• Действия частного процесса высокого уровня (не функциональная разбивка) *
• Подробный частный бизнес-процесс
• Как есть или старый бизнес-процесс *
• Будущий или новый бизнес-процесс
• Подробный частный бизнес-процесс с взаимодействием с одним или несколькими внешними объектами (или процессами «черного ящика»)
• Взаимодействие двух или более подробных частных бизнес-процессов
• Подробная связь частного бизнес-процесса с абстрактным процессом
• Подробная связь частного бизнес-процесса с процессом совместной работы
• Два или более абстрактных процесса *
• Отношение абстрактного процесса к процессу сотрудничества *
• Только процесс совместной работы (например, ebXML BPSS или RosettaNet) *
• Два или более подробных частных бизнес-процесса, взаимодействующих через свои абстрактные процессы и / или процесс совместной работы.

BPMN предназначена для использования всех перечисленных выше типов диаграмм. Однако следует предупредить, что если объединить слишком много типов подмоделей, таких как три или более частных процессов с потоком сообщений между каждым из них, тогда диаграмму может стать трудно понять. Таким образом, OMG рекомендует разработчику моделей выбрать конкретную цель для BPD, например частный или совместный процесс.

Сравнение с другими обозначениями моделирования процессов [ править ]

Управляемые событиями цепочки процессов (EPC) и BPMN - это две нотации с одинаковой выразительностью, когда речь идет о моделировании процессов . ^[8] Модель BPMN может быть преобразована в модель EPC. И наоборот, модель EPC может быть преобразована в модель BPMN с небольшой потерей информации. ^[9] Исследование показало, что для того же процесса модели BPMN может потребоваться примерно на 40% меньше элементов, чем соответствующей модели EPC, но с немного большим набором символов. Таким образом, модель BPMN будет легче читать. Преобразование между двумя обозначениями можно автоматизировать. ^[10]

Диаграммы действий UML и BPMN - это две нотации, которые можно использовать для моделирования одних и тех же процессов: подмножество элементов диаграммы действий имеет семантику, аналогичную элементам BPMN, несмотря на меньший и менее выразительный набор символов. ^[11] Исследование показало, что оба типа моделей процессов, по-видимому, имеют одинаковый уровень читаемости для неопытных пользователей, несмотря на более высокие формальные ограничения диаграммы действий.

Слабые стороны [ править ]

Слабые стороны BPMN могут относиться к:

• двусмысленность и путаница в обмене моделями BPMN
• отсутствие поддержки для рутинной работы
• отсутствие поддержки для умственной работы и
• преобразование моделей BPMN в исполняемые среды
• отсутствие поддержки бизнес-правил и принятия решений
• отсутствие поддержки безопасности / ролей, таких как утверждение задачи
• отсутствие поддержки ограничений ресурсов, таких как несколько задач, требующих общего ресурса, такого как рабочая область
• отсутствие поддержки для срочных задач
• отсутствие поддержки стохастических задач или задач с неопределенностью во времени или количестве ресурсов для выполнения

BPEL и BPMN [ править ]

Спецификация BPMN включает неформальное и частичное отображение из BPMN в BPEL 1.1. Более подробное отображение BPMN в BPEL было реализовано в ряде инструментов, включая инструмент с открытым исходным кодом, известный как BPMN2BPEL . Однако разработка этих инструментов выявила фундаментальные различия между BPMN и BPEL, которые делают очень трудным, а в некоторых случаях невозможным создание удобочитаемого кода BPEL из моделей BPMN. Еще более сложной является проблема BPMN-к-BPEL туда-обратно инженерии: генерации BPEL код из диаграмм BPMN и поддержания исходной модели BPMN и сгенерированный BPEL код синхронизированный, в том смысле , что любое изменение одного распространяющейся к другому. ^{[цитата необходима ]}

См. Также [ править ]

• ДРАКОН
• BPEL
• Управление бизнес-процессами
• Моделирование бизнес-процессов
• Сравнение инструментов моделирования бизнес-процессов и нотации
• Модель решения и обозначения
• CMMN (Модель управления делами и обозначения)
• Служба обмена сообщениями, управляемая процессами
• Цепочки процессов, управляемые событиями
• Функциональная модель
• Функциональная архитектура программного обеспечения
• Рабочий процесс
• Шаблоны рабочего процесса
• Архитектура сервисных компонентов
• Модель решения и обозначение (DMN)
• XPDL
• YAWL

Ссылки [ править ]

Дальнейшее чтение [ править ]

• Гросскопф, Деккер и Веске . (28 февраля 2009 г.). Процесс: моделирование бизнес-процессов с использованием BPMN . Меган Киффер Пресс. ISBN 978-0-929652-26-9. Архивировано из оригинала на 30 апреля 2019 года . Проверено 9 июля, 2020 .
• Райан К.Л. Ко, Стивен С.Г. Ли, Энг Ва Ли (2009) Стандарты управления бизнес-процессами (BPM): обзор. В: Журнал управления бизнес-процессами, Emerald Group Publishing Limited. Том 15 Выпуск 5. ISSN 1463-7154. PDF
• Стивен А. Уайт; Конрад Бок (2011). Руководство по BPMN 2.0, второе издание: методы, концепции, тематические исследования и стандарты в нотации управления бизнес-процессами . ISBN Future Strategies Inc. 978-0-9849764-0-9.

Внешние ссылки [ править ]

Викискладе есть медиафайлы, связанные с нотацией моделирования бизнес-процессов .

• OMG BPMN Спецификация
• Матрица инструментов BPMN
• Информационная домашняя страница BPMN Информационная страница OMG для BPMN.