Словарь терминов, использующихся в определении бизнес-процесса.

 

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

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

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

Маршрутный узел соответствует появлению, удалению, разветвлению-слиянию точек управления или выбору перехода, по которому точка управления будет перемещена дальше. В таких узлах СУБПиАР выбирает на основании содержащихся в маршрутных узлах правил следующий узел (узлы), в который будет передано управление. Часто с этими узлами связано более одного входящего или исходящего перехода.

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

Позже в различных спецификация данное определение было расширено:

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

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

3. Были добавлены узлы, соответствующие шагу процесса, но не являющиеся узлами-действиями. Например, узлы-ожидания, в которых не дается заданий исполнителям процесса, СУБПиАР просто ожидает в этих узлах наступления определенного события, после которого точка управления идет дальше. Или узлы-подпроцессы. Для этих узлов не определен конкретный исполнитель, в этих узлах СУБПиАР запускает другой бизнес-процесс в качестве подпроцесса текущего процесса и передает ему соответствующие данные.

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

С учетом дополнений перспектива управления потоком можно определить следующим образом:

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

Шаги процессов являются узлами-действиями или дополнительными узлами. По переходам перемещаются точки управления. В момент прихода точки управления в узел-действие СУБПиАР дает задание исполнителю. После выполнения задания исполнителем точка управления движется по переходу к следующему узлу процесса. К узлу, соответствующему узлу-действию, может примыкать только один входящий и один исходящий переход.

Маршрутный узел (вентиль) соответствует появлению, удалению, разделению, слиянию точек управления или выбору перехода. В этих узлах СУБПиАР выбирает на основании содержащихся в маршрутных узлах правил следующий узел (узлы), в который будет передано управление.

Перспектива данных

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

Перспектива ресурсов

Перспективе ресурсов бизнес-процесса соответствует набор исполнителей, которые могут выполнять его узлы-действия. Исполнителями могут быть как сотрудники предприятия, так и информационные системы или специализированные устройства.

В бизнес-процессе производится связывание узлов-действий с исполнителями заданий при помощи ролей. При разработке бизнес-процесса создается роль и ставится в соответствие определенным узлам-действиям. Во время выполнения бизнес-процесса ролям назначаются конкретные исполнители. Здесь можно провести аналогию с театральным спектаклем: в процессе написании сценария определяются используемые в спектакле роли. Потом, при постановке в конкретном театре, на роли назначаются актеры – исполнители ролей. Например, роль может называться «Эдмон Дантес», а исполнителем быть – заслуженный артист Петров. Может даже так быть, что у роли «Эдмон Дантес» в спектакле в разные моменты времени будут разные исполнители, например, исполнителем роли Эдмона Дантеса в юности будет Иванов, а исполнителем роли Эдмона Дантеса в зрелые годы – артист Петров. В отличие от театра, в узле-действии бизнес-процесса может быть сразу несколько исполнителей роли.

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

Перспектива операций

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

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

 

Переход

 

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

 

Англоязычный синоним: transition

Сокращенный вариант: -

 

Точка Управления

 

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

 

Англоязычный синоним: Control flow

 

Маршрутный узел

 

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

 

Англоязычный синоним: RouteNode

Сокращенный вариант: - Вентиль

 

Узел-Действие

 

- Узел в графе Бизнес-процесса BPM-системы, ассоциированный с каким-либо Действием. В этих узлах BPM-система дает поручение Пользователю на выполнение Действия и ждет ответа (сообщения, что работа выполнена). После ответа Пользователя Точка Управления движется по Переходу к следующему узлу процесса. К Узлу-Действию может примыкать один входящий и один исходящий Переход. Поведение нескольких точек управление в Узле-Действии определяется следующим образом: Если одна точка управления «догоняет» другую, то точка управления становится в очередь перед действием и переходит в действие только после того, как предыдущая точка управления его покинет. То есть данный узел можно также охарактеризовать как «Последовательное действие». В UML-версии графической нотации обозначается прямоугольником со скругленными краями, в центре которого пишется имя действия. В верхней части прямоугольника должно быть помещено в круглых скобках (в соответствии с UML-нотацией) имя связанной с Узлом-Действием Роли-Дорожки (определение ниже).

 

Англоязычный синоним: ActivityNode

 

Для Узла-Действия предусмотрена возможность изображения в уменьшенном размере на графе бизнес-процесса. В этом случае Узел-Действие изображается в виде маленького квадратика фиксированного размера, на котором нет никаких надписей.

 

Узел-Обработчик

 

Элемент - дополнительный узел графа бизнес-процесса. Форма элемента - такая же, как и форма элемента Узел-Действие. Однако для этого узла не определяется исполнитель, поэтому на элементе не изображается Роль-Дорожка. Узлу ставится в соответствие один или несколько Обработчиков (определение Обработчика - ниже). В момент прихода управления в Узел-Обработчик связанные с ним Обработчики последовательно выполняются. После выполнения последнего Обработчика управление переходит в следующий узел.

 

Англоязычный синоним: ActionNode

Сокращенный вариант: - Action

 

Ветвление

 

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

 

Англоязычный синоним: DecisionNode

Сокращенный вариант: - Decision

 

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

 

Соединение

 

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

 

Англоязычный синоним: MergeNode

 

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

 

Разделение

 

- Вид маршрутного узла. Должен иметь один входящий и несколько исходящих Переходов. Соответствует WF-паттерну «параллельное расщепление». Для пришедшей в узел точки управления генерирует точку управления для каждого исходящего Перехода. Все сгенерированные точки управления далее выполняются параллельно. В случае идущих друг за другом точек управления «обрабатывает» их по очереди в порядке поступления. В UML-версии графической нотации обозначается черным прямоугольником.

 

Англоязычный синоним: ForkNode

Сокращенный вариант: - Fork

 

Слияние

 

- Вид маршрутного узла. Должен иметь несколько входящих и один исходящий Переход. Соответствует WF-паттерну «синхронизация». В UML-версии графической нотации обозначается черным прямоугольником.

 

Для пришедшей в узел точки управления поведение узла следующее:

 

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

 

Англоязычный синоним: JoinNode

Сокращенный вариант: - Join

 

Дискриминатор

 

Вид маршрутного узла. Соответствует WF-паттерну «дискриминатор». В UML-нотации обозначается черным прямоугольником, над верхней частью прямоугольника в квадратных скобках располагается надпись «Discriminator». Черный прямоугольник должен иметь несколько входящих и один исходящий Переход.

 

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

Альтернативное описании поведения пары элементов Разделение-Слияние.

Обозначения элементов. – Такие же.

В бизнес-процессе можно определить пару элементов: Слияние и соответствующее ему Разделение.

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

Альтернативное описании поведения пары элементов Разделение-Дискриминатор.

Обозначения элементов. – Такие же.

В бизнес-процессе можно определить пару элементов: Слияние и соответствующй ему Дискриминатор.

Поведение элемента Разделение в паре такое же, как поведение локального элемента Разделение. Поведение элемента Дискриминатор в паре отличается от поведения локального элемента Дискриминатор:

Для пришедшей в узел точки управления поведение узла следующее: Если в дискриминатор пришла первая точка управления, сгенерированная соответствующим парным элементом «Разделениее», то для исходящего Перехода генерируется одна точка управления. Если пришла не первая точка управления, то ничего не происходит. В момент прихода последней точки управления из сгенерированных соответствующим «Разделением», все эти точки управления уничтожается.

 

Начало

 

- Вид маршрутного узла. Соответствует точке начала исполнения бизнес-процесса. Узел «Начало» должен не иметь входящих Переходов и иметь только один исходящий Переход. В бизнес-процессе должен существовать единственный узел «Начало». В UML-версии графической нотации обозначается черным кружком. Узел также известен под названием «точка старта процесса».

 

Англоязычный синоним: InitialNode

Сокращенный вариант: - Start

 

Окончание

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

 

Англоязычный синоним: ActivityFinalNode

Сокращенный вариант: - End

 

Роль-Дорожка

 

Специальный тип переменных бизнес-процесса для имплементации Ролей. Определяет Пользователей, которые могут выполнить определенное Действие. Роль-Дорожка ставится в соответствие Действию. До начала исполнения Действия соответствующая Роль-Дорожка должна быть проинициализирована: ей должно быть поставлено в соответствие множество Пользователей. Некоторые типы Действий требуют единственного Пользователя, в этом случае, если Роль-Дорожка проинициализирована более, чем одним Пользователем, до начала исполнения Действия должна быть произведена ее «доинициализация» - из множества Пользователей каким-то образом должен быть выбран только один. Например, всем Пользователям будут посланы задания, однако, только первый, взявший задание на выполнение, останется в множестве Пользователей, остальные Пользователи будут исключены из этого множества, соответствующие задания будут у них отозваны. В UML-версии графической нотации обозначается записью в круглых скобках в верхней части узла-действия или специальной полосой (дорожкой) на графе процесса.

 

Англоязычный синоним: Swimlane-Role

Сокращенный вариант: - Swimlane

 

⇐ Предыдущая234567891011Следующая ⇒

Поделиться: