<<предыдущая содержание следующая>>

Типы Диаграмм Бизнес-процессов (BPMN Diagram Types)

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

  • Высокоуровневые невыполняемые
  • Действия (нефункциональный анализ).
  • Детализированный выполняемый Бизнес-процесс.
  • Бизнес-процесс «As-is» (устаревший).
  • Бизнес-процесс «To-be» (новый).
  • Хореография (Choreography). Описание поведения, ожидаемого от двух или более у Участников процесса.
  • Детализированный приватный Бизнес-процесс (как выполняемый, так и невыполняемый), включающий взаимоотношения между одним или более внешними участниками (Процесс типа «черный ящик»).
  • Два или более детализированных выполняемых взаимодействующих Процесса.
  • Детализированный выполняемый Бизнес-процесс, взаимодействующий с Хореографией.
  • Два или более публичных Процесса.
  • Публичный процесс, взаимодействующий с Хореографией.
  • Два или более детализированных выполняемых Бизнес-процесса, взаимодействующих посредством Хореографии.

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

7.4. Использование текста, цвета и линий в моделировании диаграмм

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

  • Элементы потока и другие элементы диаграммы МОГУТ носить текстовые метки (labels) (например, имя потока и/или названия других его атрибутов). Текстовые метки могут помещаться как внутри фигуры, так и над или под ней. Месторасположение текстовых меток, а также их направление может быть любым в зависимости от задумки разработчика модели или программы моделирования.
  • Заливка графического элемента МОЖЕТ БЫТЬ как белого цвета, так и прозрачной.
  • Графическая нотация МОЖЕТ допускать использование какого-либо другого цвета заливки для удовлетворения требований разработчика модели или программы моделирования (например, выделение значения атрибута объекта). Однако следует помнить о следующих правилах:
  • События, определяющие дальнейший ход потока, ДОЛЖНЫ иметь темную заливку (см. заголовки Конечное события и Промежуточное событие).
  • Дорожки Участников в фигуре Хореографии или Подхореографии ДОЛЖНЫ иметь светлую заливку в том случае, если Хореография/Подхореография (Choreography/Sub-choreography) не запускают Действие (см. заголовки Хореография и Подхореография).
  • Элементы потока и маркеры МОГУТ БЫТЬ того размера, который удовлетворяет требованиям разработчика модели или программы моделирования.
  • Линии, используемые в моделировании диаграмм, МОГУТ БЫТЬ черными.
  • Графическая нотация допускает использование других цветов линий для удовлетворения требований разработчика модели или программы моделирования (например, выделение значения атрибута объекта).
  • Графическая нотация МОЖЕТ допускать использование разного дизайна линий для удовлетворения требований разработчика модели или программы моделирования (например, выделение значения атрибута объекта), однако, при условии, что выбранный дизайн линий НЕ ДОЛЖЕН противоречить ни одному из вариантов, предложенных языком BPMN. Таким образом, дизайн линий, используемых для изображения Потока операций, Потока сообщений, а также Ассоциаций, изменяться НЕ ДОЛЖЕН.

7.5. Правила соединения элементов потока

Входящий поток операций может быть присоединен к любой точкой Элемента потока (слева, справа, сверху, снизу). Подобно ему, Исходящий поток операций может брать начало из любой точки Элемента потока (слева, справа, сверху, снизу). Поток сообщений обладает теми же свойствами, что и Поток операций. Язык BPMN может подстраиваться под предъявляемые требования, однако, для соединения Элементов потока разработчикам моделей РЕКОМЕНДУЕТСЯ использовать имеющийся опыт, что облегчит понимание создаваемых диаграмм и сделает ход изображаемого бизнес-процесса прозрачным и доступным для понимания. Это особенно важно в том случае, если в диаграмме присутствуют такие графические элементы, как Поток операций или Поток сообщений. В данном случае оптимальным вариантом является выбор направления Потока операций, располагающегося либо слева направо, либо сверху вниз, а затем и выбор направления Потока сообщений, который необходимо расположить под углом в 90° по отношению к уже выбранному Потоку операций. При выполнении всех вышеперечисленных требований создаются удобные для работы диаграммы.

7.5.1. Правила соединения потоков операций

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

Таблица 7.3 – Правила Соединения Потока Операций

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

7.5.2. Правила соединения потоков сообщений

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

Таблица 7.4 – Правила Соединения Потока сообщений

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

7.6. Расширяемость BPMN

BPMN 2.0 описывает механизм, позволяющий расширять список атрибутов для стандартных графических элементов диаграммы. При необходимости разработчиком модели или программой моделирования могут быть задействованы нестандартные атрибуты графических элементов или Артефакты, такие, как уникальные требования для вертикальной области. Для того, чтобы не нарушить логику, описываемую в BPMN, такие атрибуты НЕ ДОЛЖНЫ противоречить семантике использования любого их графических элементов BPMN. Необходимо отметить, что, несмотря на возможность добавления новых атрибутов, должны быть сохранены все основные принципы построения и наглядность диаграммы для лучшего её восприятие пользователем любого уровня подготовки. Помните, что фигуры основных элементов потока (События, Действия и Шлюзы) НЕ ДОЛЖНЫ видоизменяться.

Данная спецификация делает различие между обязательными и дополнительными элементами (см. раздел 8.3.2, содержащий описание синтаксиса для создания расширений). Если используются обязательные элементы, то они ДОЛЖНЫ учитываться при внедрении диаграмм. Если используются дополнительные элементы, то при внедрении диаграмм они МОГУТ БЫТЬ опущены.

7.7. Примеры Процессов BPMN

В данном подразделе представлен пример производственного процесса, рассмотренный с разных ракурсов.

Фигура 7.6 – Пример диаграммы Взаимодействия с Пулами в виде «черных ящиков».

Фигура 7.7 – Пример диаграммы автономной Хореографии.

Фигура 7.8 – Пример диаграммы автономного Процесса (Оркестровки).



<<предыдущая содержание следующая>>




Данные материалы предназначены исключительно для ознакомления в личных целях.Любое воспроизведение, копирование, а так же коммерческое и некоммерческое использование материалов должно согласовываться с авторами материалов (elma@elewise.ru). Допускается использование материалов сайта без уведомления авторов, но с явным указанием источника.