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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

Порядок выполнения работы

1. Запустите графический редактор бизнес-процессов системы RunaWFE. Для этого кликните на ярлык " Process Designer " на рабочем столе, или выполните команду меню Пуск / Программы / RunaWFE / Process designer. Появится окно графического редактора

2. Создайте новый проект - " Занятие 1 "

3. Создайте новый бизнес-процесс. Название процесса Пример 1-1.

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

Рис. 5.1. Создание схемы бизнес-процесса

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

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

 

Рис. 5.2. Добавление переходов

 

6. Введите названия для переходов из узла, в котором будет осуществляться выбор: Выделите переход, кликнув на него мышью, далее в окне свойства замените значение имени перехода по умолчанию (" tr1 ") на значение " Выбор1 " (рис. 5.3). Выделите второй переход, выходящий из узла, в котором будет осуществляться выбор, замените значение имени перехода по умолчанию на значение " Выбор2 "

 

Рис. 5.3. Изменение имени перехода

 

7. Создайте роль: Кликните правой кнопкой мыши на узел - Начало, в появившемся контекстном меню выберите " Роли / Создание роли без инициализатора " (рис. 5.4)

Рис. 5.4. Создание роли без инициализатора

 

В появившейся форме ввода название роли оставьте без изменения предлагаемое по умолчанию название роли (" Роль 1 ") и кликните " ОК " (рис. 5.5).

 

Рис. 5.5. Форма ввода названия роли

8. Свяжите роль " Роль1 " со всеми узлами-действиями. Для этого кликните правой кнопкой мыши на каждый узел и выберите " Роли/Роль1 "

9. Бизнес-процесс готов. Запустите RunaWFE симулятор, для этого дважды кликните по ярлыку " Start Simulation " на рабочем столе, или выполните команду меню Пуск / Программы / RunaWFE / Start Simulation.

10. Войдите в web-интерфейс системы RunaWFE под пользователем Administrator.

Замечание. По умолчанию пароль пользователя Administrator - " wf ".

11. Загрузите разработанный бизнес-процесс на RunaWFE сервер. Для этого войдите в редактор бизнес-процессов, кликните на разработанный бизнес-процесс, в меню выберите команду " Файл / Экспорт процесса " (рис. 5.6)

12.

Рис. 5.6. Команда экспорта бизнес-процесса

 

13. В появившейся форме выберите " экспорт на WFE сервер ", затем кликните " Настройки соединения " (рис. 5.7)

Рис. 5.7. Экспорт на WFE сервер

 

14. В появившейся форме проверьте, что в поле " URL сервера " стоит " localhost ", в поле " Логин " - " Administrator ", в поле " Пароль " - " wf ". Кликните на " Проверить соединение ". После получения сообщения " Соединение проверено " кликните на " ОК ". (рис. 5.8)

15.

Рис. 5.8. Настройки соединения с сервером

14. Кликните на ссылку " Синхронизация ", потом кликните на " Готово " - бизнес-процесс "Пример 1-1" будет загружен на RunaWFE сервер

15. Войдите в Веб-интерфейс системы под пользователем Administrator, кликните на пункт меню " Запустить процесс ", найдите в списке процессов бизнес-процесс " Пример 1-1 " (рис. 5.9)

Рис. 5.9. Бизнес-процесс "Пример 1-1" загружен на RunaWFE сервер

16. Запустите на бизнес-процесс " Пример 1-1 " кликнув на имя, или иконку слева от него. - В верхней части экрана появится надпись " Экземпляр процесса запущен ", рядом с которой будет находиться номер запущенного бизнес-процесса Кликните на пункт меню " Запущенные процессы ". Найдите в появившемся окне строку, соответствующую запущенному экземпляру бизнес-процесса - в ней число в поле номер должно совпадать с тем, которое было отображено в сообщении о запуске экземпляра процесса

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

Рис. 5.10. Схема выполняющегося экземпляра бизнес-процесса "Пример 1-1"

18. Кликните на строку меню " Список заданий ". В появившейся форме найдите задание " Узел-Действие1 "

19. Кликните на задании " Узел-Действие1 " в поле " Имя ". Появится форма, содержащая сообщение " No form defined for state: Узел-Действие1 ", что означает - "для узла Узел-Действие1 не была определена графическая форма".

Ниже этого сообщения расположены две командные кнопки " Выбор 1 " и " Выбор 2 ". Кнопки соответствуют выбору исходящего перехода из узла " Узел-Действие1 ". После клика на левую кнопку точка управления пойдет по переходу " Выбор1 ", а после клика на правую - по переходу " Выбор2 ". Таким образом, в системе может быть реализовано принятие решения пользователем.

Рис. 5.11. Выбор исходящего перехода

 

20. Кликните на кнопку " Выбор1 ". - В верхней части экрана появится сообщение " Задание выполнено ". После этого точка управления перейдет в узел " Узел-Действие2 ", а в списке заданий появится задание " Узел-Действие2 " (рис. 5.12)

Рис. 5.12. Задание следующего узла

 

21. Войдите в меню " Запущенные процессы ". Найдите в появившемся окне строку, соответствующую запущенному экземпляру бизнес-процесса. Кликните на номере бизнес-процесса. Откроется форма экземпляра бизнес-процесса. В этой форме будет показано, что в процессе есть единственная точка управления, которая находится в узле " Узел-Действие2 ", задание этого узла назначено пользователю " Administrator ". Пользователь " Administrator " является исполнителем роли " Роль1 ". Также в форме находится схема экземпляра бизнес-процесса с отмеченными на ней маршрутами точек управления. Переходы и узлы, по которым прошли точки управления выделены красным, узлы-Действия, в которых находятся текущие точки управления, выделяются жирной рамкой (рис. 5.13)

Рис. 5.13. Схема выполняющегося экземпляра бизнес-процесса "Пример 1-1"

22. Кликните на строку меню " Список заданий ". В появившейся форме найдите задание " Узел-Действие2 ", кликните на поле " Имя " этого задания. Появится форма, содержащая сообщение " No form defined for state: Узел-Действие1 " (что означает - "для узла Узел-Действие1 не была определена графическая форма"). Кликните на кнопку " Задание исполнено ". - В верхней части экрана появится сообщение " Задание выполнено ". После этого точка управления перейдет в конечный узел бизнес-процесса и экземпляр бизнес-процесса будет завершен

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

24. Войдите в форму экземпляра бизнес-процесса. Проверьте, что путь точки управления отмечен до узла-окончания бизнес-процесса.

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

Задание для самостоятельной работы

На основе бизнес-процесса " Пример 1-1 " разработайте бизнес-процесс " Пример 1-2 ", схема которого изображена на рис. 5.14.

Рис. 5.14. Схема бизнес-процесса "Пример 1-2" для самостоятельной разработки