Добавил:
ivanov666
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз:
Предмет:
Файл:Моделирование бизнес-процессов с применением нотации BPMN. Учебно-методическое пособие
.pdf
– непрерывающее граничное событие, например, Таймер. Непреры-
вающие граничные события обозначаются двойной пунктирной окружностью
Сценарий 3 (продолжение). …Если изделие отсутствует на складе и во
время его производства произошла ошибка, то заказ должен быть отменен. В
этом случае процесс завершается неуспешно (рисунок 20).
Рис. 20. Прерывающее граничное событие-ошибка
Сценарий 3 (продолжение). …В случае, если изготовление заказанного изделия занимает более предполагаемого времени, изготовитель, выполняя заказ,
информирует клиента о задержке.
В данном случае при моделировании используется граничное событие-тай-
мер, которое не прерывает действие «Производство изделия», происходит во
время его выполнения и, в случае срабатывания таймера, запускает действие
«Информирование клиента о задержке» (рисунок 21).
Рис. 21. Непрерывающее граничное событие-таймер
21
1.5. Артефакты
В BPMN для разработчиков моделей предусмотрена возможность внесения
дополнительной информации о процессе с помощью Артефактов. Артефакты –
это графические элементы, которые в рамках нотации BPMN не имеют семан-
тики исполнения, они не связаны непосредственно с потоками операций или потоками сообщений и используются для комментирования процесса. Артефакты
изображаются на схеме, но не учитываются при исполнении процесса.
В данной нотации представлено три типа стандартных артефактов.
Ассоциация (Association) используется для установки соответствия
между каким-либо текстом (Аннотацией) и элементом потока (изображается
пунктирной линией, может иметь стрелку на конце, т.е. иметь направление).
Группа (Group) служит в качестве механизма отображения группы эле-
ментов на диаграмме (графически изображается прямоугольником с закруглен-
ными краями, выполненным жирным пунктиром).
Текстовая аннотация (Text Annotation) используется для добавления на
диаграмму дополнительной информации, являющейся важной для понимания
модели (графически изображается негерметичным прямоугольником, выполнен-
ным одинарной жирной линией).
Артефакты, в отличие от элементов потока операций не могут являться це-
лями и источниками потока операций и потока сообщений.
1.6. Подпроцессы
Действия в нотации представляются, как с помощью Задач, которые являются элементарными частями Процесса, так и с помощью Подпроцессов, которые представляют собой комплексные Действия, включенные в состав Про-
цесса. Подпроцессы являются действиями, содержащими внутреннюю струк-
туру, т.е. они могут быть разбиты на составные части, которые в свою очередь
также могут быть составными. Глубина вложенности составных действий не
ограничивается.
В практике описания бизнес-процессов элемент нотации Подпроцессы используется в основном в двух случаях:
для декомпозиции и повышения читаемости и наглядности модели;
для описания повторяющихся действий: единожды описанный Подпро-
цесс может многократно вызываться (использоваться) внутри различных процес-
сов.
22
Различают Свернутые подпроцессы (Collapsed Sub-Process) и Разверну-
тые подпроцессы (Expanded Sub-Process). Свёрнутый подпроцесс графически
изображается в виде прямоугольника с маркером «+» (рисунок 22). В Свернутом
подпроцессе его внутренняя структура скрыта.
Рис. 22. Свернутый подпроцесс
Первый случай использования подпроцессов, а именно, для декомпозиции
и наглядности модели, часто применяется при описании бизнес-процессов, отражающих верхние уровни организации работы, нацеленные на понимание логики
процесса без знания деталей,
Примером такого бизнес-процесса верхнего уровня может служить – про-
цесс «Найм персонала». На верхнем уровне этот процесс будет выглядеть, как
цепочка свернутых подпроцессов (рисунок 23).
Рис. 23. Процесс верхнего уровня «Найм персонала»
В дальнейшем каждый Свёрнутый подпроцесс описывается на более низком уровне с полной детализацией элементов BPMN с помощью Развернутого
Подпроцесса (рисунок 24). Развернутый подпроцесс представляет собой меха-
низм для спецификации частей бизнес-процесса логически взаимосвязанных
друг с другом.
Рис. 24. Графически элемент Развёрнутый Подпроцесс
23
В сценарии 3 для того, чтобы избежать излишней сложности модели дей-
ствие «Получение материалов» может быть представлено, как свернутый подпроцесс (рисунок 25).
Рис. 25. Свернутый подпроцесс «Получение материалов»
При необходимости внутренняя структура свернутого процесса может
быть представлена с помощью развернутого подпроцесса (рисунок 26).
Рис. 26. Развернутый процесс «Получение материалов»
Вторым случаем использования подпроцессов является применение данных объектов для описания повторяющихся действий, т.е. однажды описанный
подпроцесс может быть повторно использован в других моделях процессов с по-
мощью действия типа Вызов (Call activity). Повторно исполняемый подпроцесс
24
должен быть глобально известным и к нему может обращаться любая модель
бизнес-процесса. Графически повторно исполняемый подпроцесс изображается
прямоугольником с утолщенной границей (рисунок 27). Данное действие вызывается в определенном месте вызывающего бизнес-процесса.
Рис. 27. Повторно исполняемый подпроцесс
1.6.1. Граничные события подпроцессов
Граничные события могут происходить вовремя действия подпроцессов,
их семантика аналогична граничным событиям, происходящим на границах
задач:
если происходит прерывающее граничное событие, то оно прерывает
действие подпроцесса;
если происходит непрерывающее граничное событие, то действие под-
процесса продолжается.
Когда подпроцесс стартует, то он ожидает возможного наступления граничных событий, после завершения подпроцесса граничные события наступить
не могут. Если во время выполнения подпроцесса «Получение материалов и производство изделия» происходит граничное событие-ошибка, то подпроцесс прерывается (рисунок 28).
25
Рис. 28. Прерывающее граничное событие подпроцесса
1.6.2. Типы подпроцессов
BPMN различает 4 типа подпроцессов, обозначаемых стандартными мар-
керами свернутого подпроцесса. Маркер свернутого подпроцесса, изображен-
ный на рисуноке 22, может сочетаться с четырьмя маркерами типов действий.
Циклы (Loop).
Повторяющиеся действия (итерации), происходящие в процессе, можно
моделировать с помощью эксклюзивного шлюза XOR. Условные выражения,
определяющие выбор ветви в шлюзе XOR split действуют, как условия выполне-
ния цикла (рисунок 29).
Итерации цикла создают новые экземпляры действия. Существует множество экземпляров для данного действия процесса в конкретном экземпляре про-
цесса.
Рис. 29. Пример цикла
26
Повторяющееся действие можно представить в виде подпроцесса, обозна-
ченного маркером цикла (рисунок 30). Число повторений цикла определяется
условием его выполнения, которое сохраняется, как атрибут. Условия могут использовать количество повторений цикла или величину объекта данных (см. раздел 2).
Рис. 30. Цикл (Loop)
Существуют циклы For и циклы While. Условие повторения цикла может
проверяться, либо до выполнения цикла While-цикл, либо после выполнения
цикла.
Рис. 31. Подпроцесс с маркером цикла
Действие множественного исполнения (Multiple Instance (MI) Activities).
Маркер действия множественного исполнения означает одновременный
запуск нужного числа экземпляров действия в рамках одного процесса. Маркер
действия множественного исполнения, который добавляется к задаче или под-
процессу, позволяет задавать необходимое количество экземпляров действия.
Экземпляры действия могут выполняться, как параллельно, так и последова-
тельно (рисунок 32, рисунок 33). Для указания или вычисления необходимого
количества экземпляров используется выражение или выставление значения, ос-
нованного на имеющихся данных.
Существуют различные модификаторы для множественного исполнения:
27
Рис. 32. Последовательное исполнение
Рис. 33. Параллельное исполнение
Действия множественного исполнения синхронизированы, т.е. процесс может продолжаться только после того, как все экземпляры множественного ис-
полнения действия будут завершены.
Спонтанный подпроцесс (Ad-Hoc Sub-Process).
Спонтанным подпроцессом называется особый тип подпроцесса, пред-
ставляющий собой группу действий, взаимоотношения между которыми не под-
даются строго регламентированным правилам. Для процесса определяется набор
действий, но выполняться эти действия могут в произвольном порядке (не обязательно последовательном), количество их повторений определяется по истин-
ности некоторого условия, который задает исполнитель этого процесса.
Графический элемент Спонтанный подпроцесс содержит маркер, выполненный в виде знака тильды и располагающийся в центре нижней части фигуры
подпроцесса (рисунок 34).
28
Рис. 34. Спонтанный подпроцесс (Ad-hoc)
Примером спонтанного процесса может являться написание книги. Данный процесс включает следующие действия: поиск темы, разработка текста, редактирование текста, создание дизайна, графическое оформление текста, оформление ссылок и т.д. В таком процессе может наблюдаться определенная зависимость задач друг от друга, например, редактирование текста не может происходить раньше его написания. Однако такая корреляция между экземплярами задач
по написанию и редактированию текста не обязательна. Редактирование может
возникать нерегулярно и зависит от текста, полученного в результате выполне-
ния нескольких экземпляров задачи по написанию текста.
Транзакция.
Транзакцией называется специфический тип подпроцесса, который опре-
деляет определенное поведение, которое контролируется протоколом транзакции. Граница графического элемента транзакции выполнена двойной линией
(рисунок 35).
Рис. 35. Транзакция
Компенсация.
Действие Компенсация (рисунок 36) используется для описания логики от-
мены действий, выполненных в ранее завершенной операции. Пусть несколько
задач образуют транзакцию. Часть задач, составляющих транзакцию, успешно
завершились, однако, одна из оставшихся завершилась отказом. Это означает,
что транзакция не выполнена и ранее завершенные операции надо отменить, для
этого следует вернуть измененные в них данные в состояние, предшествовавшее
началу выполнения транзакции.
29
Рис. 36. Компенсация
1.6.3. Комбинации маркеров подпроцесса
Спецификация BPMN определяет различные варианты комбинации марке-
ров действий, которые могут использоваться подпроцессами (таблица 2).
Таблица 2
Комбинации маркеров подпроцесса
1.7. Элементы персонализации в BPMN
Среда нотации BPMN не предназначена для моделирования структуры организации, однако действия бизнес-процесса выполняются в соответствии с существующей организационной структурой. Одной из важнейших задач BPM-
систем является распределение и координация работ среди исполнителей, поэтому для демонстрации взаимодействия между работниками и подразделениями организации, выполняющими определенные работы, модель структуры ор-
ганизации должна дополнять модель бизнес-процессов.
30
Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]