Частные бизнес процессы сквозной модели bpmn

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

Другой не менее важной целью является визуализация посредством бизнес ориентированной нотации языков XML, таких как BPEL4WS (Business Process Execution Language for Web Services – язык реализации бизнес процессов для веб служб), разработанных для выполнения бизнес процессов.

Данная спецификация раскрывает понятие и определяет семантику схем бизнес процессов (Business Process Diagram (BPD)) и объединяет лучшие методы, разработанные в сфере моделирования процессов. Цель BPMN – стандартизировать нотацию моделирования бизнес процессов при наличии множества различных нотаций и точек зрения на моделирование.

Мастер-класс по автоматизации бизнес-процесса в ELMA BPM: увольнение сотрудника

Можно выделить два основных аспекта соответствия спецификации BPMN:

Внешний вид графических элементов BPMN. Ключевой элемент BPMN – это выбор форм и значков, используемых в графических элементах. Цель – создание стандартного визуального языка, который будет узнаваем и понятен для всех разработчиков процессов, вне зависимости от источника схемы.

Семантика элементов BPMN. В данном языке также определён способ взаимодействия графических элементов друг с другом, включая условные взаимодействия, основанные на атрибутах, создающих поведенческие изменения элементов. Инструмент соответствия должен соотноситься с данными семантическими описаниями.

Описание BPMN

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

Организационные структуры и ресурсы
Функциональные схемы
Модели данных и информационные модели
Стратегии
Бизнесправила

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

Пример структуры

Назначение BPMN

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

Существует три основных типа подмоделей в рамках сквозной модели BPMN:

Частные (внутренние) бизнес процессы
Абстрактные (открытые) процессы
Совместные (глобальные) процессы

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

Бизнес-процесс с подпроцессами в Visio (пример)

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

Совместные (Глобальные) Процессы
Совместный процесс отображает взаимодействие между двумя и более бизнес объектами. Эти взаимодействия состоят в обмене сообщениями между данными объектами. Один и тот же совместный процесс может быть нанесен на схему на разных языках, таких как ebXMLBPSS, RosettaNet или продукте деятельности рабочей группы W3CChoreography Working Group (данные схемы рассматриваются как одно из будущих направлений BPMN).

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

Типы схем

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

Действия частного процесса высокого уровня (не функциональная схема)
Детальный бизнес процесс
Исходный или старый процесс
Будущий или новый процесс
Детальный частный процесс, связанный с одним или более объектов (или процессами «Черного Ящика»)
Взаимодействие двух или более детальных частных бизнес процессов
Взаимосвязь детального частного бизнес процесса с совместным процессом
Два или более абстрактных процесса
Взаимосвязь абстрактного процесса с совместным процессом
Совместный процесс
Взаимодействие двух или более детальных частных бизнес процессов через их абстрактные процессы
Взаимодействие двух или более детальных частных процессов через совместный процесс
Взаимодействие двух или более детальных частных процессов через их абстрактные процессы и совместный процесс

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

Схема Бизнес Процесса

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

Объекты схемы
Объекты связи
Дорожки
Артефакты

Объекты схемы – основные графические элементы, служат для определения развития бизнес процесса. Можно выделить три объекта:

События
Действия
Объединения

Существует три способа соединения объектов друг с другом или с другой информацией. Можно выделить три связующих объекта:

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

Существует два способа группировки основных элементов моделирования посредством «дорожек».

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

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

Ниже показан список основных элементов моделирования, описанных в нотации.

Источник: b-c-group.ru

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

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

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

Обзор

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

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

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

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

Темы

Сфера

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

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

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

Элементы

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

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

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

Потоковые объекты и соединительные объекты

Мероприятия

Соединения

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Источник: wikipredia.net