Процессное управление на свободном программном обеспечении

Процессное управление на свободном программном
обеспечении

2-е издание, исправленное

Михеев А.Г.

Национальный Открытый Университет “ИНТУИТ”
2016

2

Процессное управление на свободном программном обеспечении/ А.Г. Михеев - М.: Национальный
Открытый Университет “ИНТУИТ”, 2016

Опубликована новая версия этого курса - изучайте: “Практика процессного управления на свободном
программном обеспечении”. Рассмотрены четыре перспективы исполнимых бизнес-процессов.
Дано описание основных элементов систем управления административными и бизнес-процессами.
Показано, как разрабатывать и исполнять бизнес-процессы. Описание работы с системой управления
бизнес-процессами и административными регламентами производится на примере свободного ПО с
открытым кодом RunaWFE. Приведен порядок выполнения практических занятий.

(c) ООО “ИНТУИТ.РУ”, 2013-2016
(c) Михеев А.Г., 2013-2016

3

Введение

Опубликована новая версия этого курса: ссылка: Практика процессного управления на
свободном программном обеспечении -
http://www.intuit.ru/studies/courses/3529/771/info.

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

Теории процессного подхода (как реинжиниринга бизнес-процессов, так и
постепенного эволюционного изменения бизнес-процессов) являются достаточно
зрелыми, им посвящено большое число работ как российских, так и иностранных
авторов (например, - [1] - [5]). Однако до недавнего времени выполнение бизнес-
процессов в организациях производилось кос-венным образом - через изменение
должностных инструкций, организаци-онной структуры предприятия, прямые указания
руководителей.

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

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

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

Для автоматизации процессного управления предприятием разработан специальный
класс компьютерных систем - системы управления бизнес-процессами и
административными регламентами (далее СУБПиАР). Основная задача таких систем -
раздавать задания исполнителям и контролировать их выполнение.

4

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

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

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

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

В курсе дано описание основных элементов систем управления бизнес-процессами.
Описание дано на примере свободной системы с открытым кодом - RunaWFE.
RunaWFE свободно распространяется вместе со своими исходными кодами на
условиях открытой лицензии LGPL. Система бесплатная, ее можно свободно
установить на любое количество компьютеров без каких-либо ограничений. Скачать
дистрибутивы и исходный код ее можно через интернет с портала разработчиков
свободного программного обеспечения sourceforge.net по адресу: ссылка:
http://sourceforge.net/projects/runawfe.

Адрес сайта проекта RunaWFE - ссылка: http://wf.runa.ru/rus.

5

Исполнимые бизнес-процессы и административные регламенты

Цель лекции: Изложение концепции исполнимых бизнес-процессов.

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

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

Дадим определение исполнимого бизнес-процесса, основу которого составляют идеи С.
Яблонского и С. Бусcлера [6].

Исполнимый бизнес-процесс определяется при помощи задания следующих перспектив
(точек зрения или слоев/уровней рассмотрения):

перспектива управления потоком (control-flow perspective)
перспектива данных (data perspective)
перспектива ресурсов (resource perspective)
перспектива операций (operational perspective)

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

Рассмотрим более подробно уровни определения исполнимого бизнес-процесса.

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

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

В узле, соответствующем шагу процесса, находится узел-действие (Activity). Если

6

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

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

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

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

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

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

2. Были добавлены дополнительные конструкции, элементы которых не являются

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

3. Были добавлены узлы, соответствующие шагу процесса, но не являющиеся

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

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

7

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

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

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

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

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

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

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

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

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

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

8

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

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

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

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

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

9

Системы управления бизнес-процессами и административными
регламентами

Цель лекции: Рассказать про системы управления бизнес-процессами и
административными регламентами и их особенностями. Познакомить с примером
системы, представляющей собой свободное ПО с открытым исходным кодом.

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

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

Для выполнения этих функций в СУБПиАР служат следующие графические
интерфейсы:

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

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

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

В данной части курса на примере системы RunaWFE продемонстрирована вся
перечисленная функциональность и пользовательские интерфейсы.

Основные компоненты системы

RunaWFE состоит из следующих основных компонентов:

RunaWFE-сервер
Внешняя бот-станция (необязательный компонент)
Графический редактор бизнес-процессов
Web-интерфейс системы
Клиент-оповещатель о поступивших заданиях (необязательный компонент)

10