Добавил:
ivanov666
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз:
Предмет:
Файл:Моделирование бизнес-процессов с применением нотации BPMN. Учебно-методическое пособие
.pdf
Для отображения зон ответственности, т.е. взаимодействия между участ-
никами бизнес-процесса в нотации BPMN используются элементы Пул (Pool) и
Дорожка (Lane).
Пул – это «контейнер», который определяет границы процесса, т.е. сово-
купность всех действий и ответственных за их выполнение. Название пула может
указывать на владельца процесса.
Пул и дорожки в рамках одного потока операций в нотации BPMN назы-
вают Оркестровкой, т.е. представляют собой диаграмму (схему), показывающую
последовательность выполнения действий в рамках одного процесса. Поток опе-
раций не может пересекать границу пула. Напротив, поток сообщений может
изображаться между пулами, но не может соединять операции внутри одного
пула.
Дорожки часто используют в качестве внутренних ролей (зоны ответственности), что представляет собой распределение обязанностей среди участников
процесса (должности, роль, организационные подразделения, а также персона-
лии). В области одного пула могут находиться несколько дорожек – участников
процесса (рисунок 37). Дорожки могут быть вложенными, пулы нет. Поток операций может пересекать границы дорожек, демонстрируя передачу работы.
Рис. 37. Графическое изображение пула
и дорожек (зон ответственности)
Дорожка представляет собой прямоугольник, в котором описываются все
действия ответственного за выполнение задач лица или подразделения. Дорожки
в нотации BPMN могут располагаться как вертикально, так горизонтально.
31
Рис. 38. Пример использования дорожек в пуле
В ходе исполнения бизнес-процесса должно осуществляться распределе-
ние ресурсов, т.е. за каждым экземпляром действия должен быть закреплен опре-
деленный ресурс, представляемый дорожкой.
32
2. МОДЕЛИРОВАНИЕ ДАННЫХ
2.1. Взаимодействие бизнес-процессов
Взаимодействие бизнес-процессов основано на взаимодействии по принципу поставщик/потребитель (заказчик). Выходом каждого бизнес-процесса является результат, который используется последующим бизнес-процессом. Каждый бизнес-процесс имеет хотя бы одного потребителя и является потребителем
хотя бы одного процесса.
Результаты, произведенные одним процессом (поставщиком), потребля-
ются другим процессом (потребителем) – это определяет процессный интерфейс.
Поставщики могут быть, как внешними по отношению к организации – другие
организации, партнеры, так и внутренними – подразделения самой организации.
В BPMN поставщики могут выражены с помощью пулов и дорожек в модели
операционных бизнес-процессов.
Процессы выполняются для производства некоторого результата, который
всегда потребляется заказчиком, который также может быть внешним или внутренним. Качество произведенного результата определяется по соответствию тре-
бованиям процесса-заказчика.
2.2. Элементы данных
При моделировании бизнес-процессов фокус внимания находится на действиях и потоках операций. Нотация BPMN не предусматривает возможность мо-
делирования структур данных, однако, она позволяет связать информационные
объекты, которые могут представлять физические, абстрактные и информацион-
ные компоненты, с действиями процесса с целью дополнения модели бизнеспроцессов.
Данные создаются, изменяются и используются во время исполнения биз-
нес-процесса, они могут служить в качестве входа, создаваться, как выходные
элементы и управлять принятием решений. Представление объектов данных в
модели процесса помогает осуществить связь между бизнесом и ITподразделениями в период исполнения процесса.
Нотация BPMN позволяет использовать следующие графические элементы
для отображения потока данных на схеме процесса, представленные в таблице 3.
33
Представление графических элементов потока данных
Графический
элемент
Семантика исполнения
Элемент Объект данных (DataObject). Изображает информационный объект,
обрабатываемый в ходе исполнения или получаемый в результате исполнения
процесса, содержит информацию о наборе данных и должен находиться
внутри графического элемента Процесс/Подпроцесс.
[Статус]
Элемент Объект данных с указанием статуса обработки (States) в квадрат-
ных скобках. На определенных этапах процесса во время его исполнения, одни
и те же Объекты данных могут находиться в различных статусах, которые
указывают на состояние набора данных, хранимого в указанном Объекте дан-
ных.
Коллекция (collection) Объектов данных. Коллекция объектов данных пред-
ставляет собой массив объектов, несущих однотипную информацию, например, список заказанных товаров. Действия процесса могут обрабатывать эле-
менты массива по отдельности.
Элемент Входные данные является внешним по отношению к процессу в це-
лом или к подпроцессу. Объекты данных, существовавшие до старта процесса
являются входными.
Элемент Выходные данные является внешним по отношению к процессу в целом или к подпроцессу. Объекты данных, существующие после завершения
процесса являются выходными.
Элемент Хранилище данных позволяет действиям находить и обновлять, хранимую в процессе информацию, попадающую за его пределы. Информация
может, как поступать в соответствующее Хранилище данных, например, базу
данных, так и извлекаться из него, поэтому ссылка на Хранилище данных может служить, как источником, так и целью Ассоциации данных. Хранилище
данных, позволяет хранить данные и после окончания жизненного цикла эк-
земпляра процесса.
Элемент Направленная ассоциация показывает направление передачи объекта
данных от источника к получателю.
Элемент Ассоциация. Ненаправленная ассоциация связывает объект данных с
потоком операций. Ассоциации данных используются для перемещения данных между объектами данных, свойствами, а также входами и выходами действий и процессов. Ассоциации данных не являются объектами, через которые
проходят токены, поэтому они не могут оказывать влияние на ход выполнения
процесса.
Элемент Инициирующее сообщение. Отображает конверт информационной
посылки, инициирующей диалог.
Элемент Ответное сообщение. Отображает конверт информационной посылки, отображающей ответное сообщение, полученное инициатором пере-
писки.
Таблица 3
34
Объекты данных могут быть входными и выходными по отношению к
определенному действию, т.е. локальными по отношению экземпляру процесса.
В этом случае они графически изображаются пустым элементом объект дан-
ных (рисунок 39).
Рис. 39. Графическое представление локального
для экземпляра процесса объекта данных
Помимо локальных, в модели могут присутствовать входные и выходные
данные внешние по отношению к процессу, т.е. существующие за рамками экземпляра процесса. Графически они обозначаются, как объекты данных с добав-
лением прозрачной или закрашенной стрелок (рисунок 40).
Рис. 40. Графическое представление входных
и выходных объектов данных
Существуют два способа отображения передачи объекта данных между
действиями процесса. Направленная ассоциация данных явно указывает источник и приемник объекта данных. Направленные ассоциации могут указывать на
чтение и создание объектов данных действиями (задачами и подпроцессами),
при этом каждый объект данных может находиться в определенном статусе,
представляющем его текущее состояние (рисунок 41).
35
Рис. 41. Направленная ассоциация объектов данных со статусом
Стандарт также допускает альтернативное представление в виде ненаправленной ассоциации, которая связывает объект данных с потоком операций. В
этом случае направление передачи объекта данных определяются стрелкой по-
тока операций (рисунок 42).
Рис. 42. Ненаправленная ассоциация объектов данных со статусом
При исполнении бизнес-процесса «Обработка заявки» формируется ряд
объектов данных (рисунок 43).
Рис. 43. Объекты данных, созданные при выполнении
процесса «Обработка заявки»
36
Только поток операций решает будет ли выполняться и когда будет выполняться действие. Влияние данных на семантику исполнения процессов состоит в
следующем: действие может быть исполнено только в том случае, если объект
данных, который оно считывает, доступен и находится в требуемом состоянии.
При принятии решения о выборе исполняемой ветви в шлюзе исключающего ИЛИ могут использоваться соответствующие объекты данных (рису-
нок 44). Поэтому шлюз называется шлюз исключающего ИЛИ, основанный на
данных (data-based exclusive gateway).
Рис. 44. Использование объектов данных при принятии решений
В ходе моделирования процесса может возникнуть необходимость отобразить сохранение информации во внешнем хранилище или извлечение информа-
ции из хранилища (рисунок 45).
Рис. 45. Использование хранилища данных
37
Коллекция объектов данных рассматривается, как набор однотипных эле-
ментов, образующих массив данных. При обработке однотипных элементов
можно воспользоваться операцией множественного исполнения, тогда если подать коллекцию объектов данных на вход операции параллельного исполнения,
то эта операция будет выполняться для каждого элемента массива.
Например, компании необходимо разослать приглашение на мероприятие
списку клиентов, разработанному на основании базы CRM. Подпроцесс «Отпра-
вить приглашение» должен быть выполнен столько раз, сколько клиентов указано в списке. Список приглашенных представляется как коллекция документов
(рисунок 46).
Рис. 46. Коллекция объектов данных
При моделировании бизнес-процесса различают постоянные (persistent) и
временные (transient) данные.
Постоянными являются объекты данных, которые остаются доступными
после завершения экземпляра процесса. Временными являются объекты данных,
которые создаются во время выполнения экземпляра процесса и становятся не-
доступны после его завершения.
В BPMN все объекты данных являются временными, за исключением хра-
нилищ данных, а также входных и выходных данных бизнес-процесса. Пример
использования постоянных и временных объектов приведен на рисунке 47.
38
Рис. 47. Пример постоянных и временных объектов данных
2.3. Жизненный цикл и доступность объекта данных
Объект данных имеет определенный жизненный цикл, который связан с
жизненным циклом родительского процесса/подпроцесса. При запуске экземпляра процесса Объекты данных, заключенные в нем, становятся активны. При
завершении выполнения данного экземпляра процесса все находящиеся в нем
экземпляры Объектов данных становятся неактивны и данные, которые они содержат, перестают быть доступными.
Доступность Объекта данных обусловлена его жизненным циклом. Дан-
ные, содержащиеся в объекте данных, могут быть доступны в том случае, если
экземпляр данных активен в текущий момент времени, т.е. содержимое объекта
данных доступно для элементов родительского процесса/подпроцесса или род-
ственных ему процессов/подпроцессов и их дочерних процессов.
Рассмотрим схему:
Процесс A
Объект данных 1
Задача A
Подпроцесс A
Объект данных 2
39
Задача В
Подпроцесс В
Объект данных 3
Подпроцесс С
Объект данных 4
Задача С
Задача D
Элемент Объект данных 1 может быть доступен для Процесс A, Задача A,
Подпроцесс A, Задача В, Подпроцесс В, Подпроцесс С, Задача С, Задача D.
Элемент Объект данных 2 может быть доступен для Подпроцесс A, Задача В.
Элемент Объект данных 3 может быть доступен для Подпроцесс В, Подпроцесс С, Задача С, Задача D.
Элемент Объект данных 4 может быть доступен для Подпроцесс С, Задача С.
40
Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]