какое количество элементов старт процесса допускается нотацией bpmn для описания одного процесса

Описание нотации BPMN

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

То есть BPMN – это не просто структура процесса, функции, это алгоритм! Это уже не просто некое «до-аналитическое» предположение, что процесс состоит из «вот таких» блоков/функций, это уже четкая последовательность выполняемых действий ее конкретными участниками.

Система обозначений нотации BPMN

BPMN использует в качестве обозначений такие графические элементы, как:

Процесс / задача

Процесс, задача – это определенное действие или набор действий, совершаемых для получения какого-то результата. Блок процесса или задачи представляет собой прямоугольник. Внутри блока указывается наименование процесса или задачи.

Подпроцесс – это процесс который описан более подробно, то есть декомпозирован, на отдельной своей диаграмме (модели).

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

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

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

События

Событие – это состояние, которое влияет или контролирует дальнейшее выполнение бизнес-процесса. Блок события в BPMN обозначается кругом. Внутри блока указывается наименование события.

Относительно точки выполнения процесса события делятся на:

Любое событие может возникать из-за какой-то причины, а может инициировать само какой-то результат. Первые события называются – «обработчики», вторые – «инициаторами». Причина возникновения событий-обработчиков и результат процессов-инициаторов называется триггер.

События-инициаторы – это некоторые промежуточные события (включая промежуточное событие с типом «Неопределенное») и все конечные события. Если встречается событие-инициатор, то процесс просто выполняется дальше и ничего не ожидает. На диаграмме триггер внутри события, являющегося инициатором, показывается закрашенным.

Пример различных типов событий:

Шлюзы

Параллельный шлюз (AND, «И») используется для обозначения слияния/ветвления потоков управления в рамках процесса.

Пример использования параллельного шлюза при ветвлении/разделении потоков:

В примере выше параллельный шлюз используется для ветвления потоков управления или создания параллельных веток выполнения процесса: после выполнения Процесса 1 запустится выполнение и Процесса 2, и Процесса 3.

Пример использования параллельного шлюза при слиянии потоков:

В примере выше параллельный шлюз используется для слияния потоков управления или синхронизации параллельных веток выполнения процесса. Выполнение Процесса 3 запустится только тогда, когда выполнится и Процесс 1, и Процесс 2.

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

Эксклюзивный шлюз (XOR, «Исключающее ИЛИ») используется для ветвления потока управления на несколько альтернативных потоков, когда выполнение процесса зависит от выполнения некоторого условия.

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

после выполнения Процесса 1 (рисунок выше) дальнейшее выполнение процесса может продолжиться только по одному потоку, исходящему из шлюза:
— если Условие 1 верно, то выполнится только Процесс 3;
— если Условие 2 верно, то выполнится только Процесс 4;
— если ни Условие 1, ни Условия 2 не верны, то выполнится только Процесс 2.

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

На рисунке выше Процесс 3 будет выполнен дважды: после выполнения Процесса 1 и после выполнения Процесса 2.

Неэксклюзивный шлюз

Неэксклюзивный шлюз (OR, «ИЛИ») используется для ветвления потока управления на несколько потоков, когда выполнение процесса зависит от выполнения условий. При этом каждое из указанных условий является независимым, и дальнейшее выполнение процесса может продолжиться сразу по нескольким потокам управления, если условия будут выполнены.

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

Неэксклюзивный шлюз может использоваться для ветвления и для слияния потоков управления.

На рисунке выше Процесс 3 будет выполнен только тогда, когда выполнится и Процесс 1, и Процесс 2 (пример слияния, или синхронизации).

Еще шлюзы

В BPMN различают также еще два типа шлюзов:

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

Эксклюзивный шлюз по событиям (XOR, «Исключающее ИЛИ») используется для ветвления потока управления на несколько альтернативных потоков, когда дальнейшее выполнение процесса зависит от возникновения некоторого события-обработчика, следующего после шлюза.

На рисунке выше после выполнения Процесса 1 дальнейшее выполнение процесса может продолжиться только по одной ветке, исходящей из шлюза:
— если первым возникло Событие 1, то выполнится только Процесс 2;
— если первым возникло Событие 2, то выполнится только Процесс 3.

Поток управления

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

Другие обозначения

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

В качестве объекта данных может использоваться объект любого из следующих справочников: Бумажный документ, Электронный документ, ТМЦ, Информация, Программные продукты, Термины, Прочее.

Немного о правилах нотации

Сколько блоков задач/действий можно умещать на одной диаграмме/модели? С точки зрения нотации – сколько влезет, при чем в прямом смысле – столько, сколько сможете разместить блоков внутри пула процесса. Но с точки зрения анализа, есть не прописанное нигде правило, но которым пользуются аналитики: блоков задач/действий в одном процессе должно быть столько, чтобы не «уходить» на второй этаж пула.

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

Источник

Нотация BPMN

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

Палитра элементов окна диаграммы процесса в нотации BPMN

Описание назначения кнопок палитры элементов Окна диаграммы процесса в нотации BPMN приведено в статье Нотация BPMN.

Работа с объектами диаграммы процесса в нотации BPMN

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

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

Для добавления существующих объектов на диаграмму можно пользоваться механизмом Drag&Drop, то есть «перетаскивать» их из Навигатора или из Окна справочника.

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

Работа с дорожками

В системе Business Studio в качестве исполнителя единицы деятельности может выступать как оргединица, так и функциональный объект (Программный продукт, База данных, Материальный объект или Прочее).

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

Для добавления функциональных объектов на диаграмму в виде дорожек исполнителей, в выпадающем меню кнопок добавления объекта данного типа на палитре элементов окна диаграммы должен быть выбран тип фигуры «Дорожка» (уголок у таких кнопок закрашен красным цветом). Добавлять дорожки на диаграмму для таких объектов можно любым из следующих способов:

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

Внимание! Задача считается помещенной в дорожку исполнителя по центральной точке фигуры (Рис. 3).

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

Для изменения ширины дорожки выделите её и подвиньте значок на боковой грани заголовка (подробнее о графической трансформации объектов на диаграмме см. Графическая трансформация фигур на диаграмме). Высоту поля заголовка дорожки также можно изменить, передвигая значок на верхней или нижней грани заголовка. При изменении высоты заголовка одной дорожки меняется высота заголовка всех других.

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

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

Работа с процессами

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

На диаграмме тип цикла для задачи или подпроцесса определяется при помощи подменю Тип цикла в контекстном меню, вызываемого от процесса (Рис. 6).

Для выбора типа процесса «Компенсация» в контекстном меню, вызываемом от процесса, можно установить флажок в пункте меню Компенсация (Рис. 7).

Работа с событиями

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

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

По умолчанию события добавляются на диаграмму с типом триггера «Неопределенное». На диаграмме тип триггера определяется при помощи подменю Тип триггера в контекстном меню, вызываемом от события (Рис. 9).

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

После присоединения события к границе фигуры, тип события (граничное прерывающее, граничное непрерывающее) можно изменить при помощи подменю Тип события в контекстном меню, вызываемом от события (Рис. 11). Тип триггера можно сменить при помощи подменю Тип триггера в контекстном меню, вызываемом от события (см. Рис. 9).

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

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

Работа с шлюзами

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

Работа с свернутыми пулами

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

Создание связей

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

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

Тип потока управления, исходящего из процесса, можно сменить на условный поток или поток по умолчанию при помощи подменю Тип потока управления в контекстном меню, вызываемом от потока управления (Рис. 13). Тип условного потока управления, исходящего из эксклюзивного/неэксклюзивного шлюза, можно сменить на поток по умолчанию при помощи этого же подменю.

В справочниках типов связей ( Главное меню → Справочники → Типы связи ) можно создать собственные типы связей.

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

В случае если объект данных передается между двумя последовательно соединенными процессами, то можно использовать тип связи «Ассоциация», которая присоединяется к потоку управления и строится в направлении от объекта данных к потоку управления, связывающему два процесса. После добавления ассоциации последовательно будет предложено выбрать типы связи: тип связи единицы деятельности с объектом данных и тип связи объекта данных с единицей деятельности. Подобно ассоциации, связанной с потоком управления, объекты данных можно присоединять ассоциацией к потокам сообщений. При этом также будет создано две связи: связь единицы деятельности с объектом данных и связь объекта данных с единицей деятельности. Выбрать тип соответствующей связи также будет предложено последовательно. Например, на Рис. 16 Объект данных 2 передается из Задачи 1 в Задачу 2. А Объект данных 1 передается из свернутого пула «Процесс 2» в Задачу 1.

Источник