Дополнительно - перспектива ресурсов

From RunaWFE
Jump to navigation Jump to search

Описание бизнес-процесса. (Перспектива ресурсов).

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

Каждому Действию бизнес-процесса поставлена в соответствие одна из Ролей-Дорожек.

Инициализация Роли-Дорожки состоит в том, что Инициализатор ставит ей в соответствие множество Пользователей.

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

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

В простейшем случае Формула инициализации представляет собой оператор присваивания, в левой части которого находится имя Роли-Дорожки, а в правой Исполнитель, переменная бизнес-процесса или Функция над Исполнителями с набором фактических параметров. Следующим расширением Формул инициализации будет добавление операций над множествами (объединение, пересечение, разность …)

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


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

  • Тип заданий данного Действия
  • Роль-Дорожка
  • Признак реинициализации


Возможные значения параметров:

  • Тип заданий
    • Персональные задания
    • Задание группе
  • Роль-Дорожка – см. Глоссарий
  • Признак реинициализации
    • Да
    • Нет (значение по умолчанию)


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

  • Обязательное задание
  • Предложенное задание


С каждым заданием связан статус задания. Статусы могут быть следующими:

Характеристика - обязательные задания Характеристика - предложенные задания
Направлено к исполнению Предложено к исполнению
Взято в исполнение
Исполнено
Отменено
Отказано


Значение характеристики обязательности заданий в момент прихода управления в Действие.

Тип задания Количество Пользователей, связанных с данной Ролью-Дорожкой данного Действия
Единственный Пользователь Более одного Пользователя
Персональное задание Обязательное задание данному Пользователю Обязательные задания всем Пользователям, входящим в Роль-Дорожку
Групповое задание Обязательное задание данному Пользователю Предложенные задания всем Пользователям, входящим в Роль-Дорожку. Однако непосредственно перед выполнением задания должна быть произведено сужение Роли-Дорожки – во множестве Пользователей Роли-Дорожки останется только Пользователь, первым взявший задание на выполнение. Далее задание станет обязательным заданием этому Пользователю


Списки заданий.

Для каждого Пользователя формируются следующие списки заданий:

  • Список обязательных заданий
  • Список обязательных перенаправленных заданий
  • Список предложенных заданий
  • Список предложенных перенаправленных заданий
  • Список заданий, перенаправленных владельцу процесса


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

  • Обязательные задания
    • Список обязательных заданий
    • Список обязательных перенаправленных заданий
  • Предложенные задания
    • Список предложенных заданий
    • Список предложенных перенаправленных заданий
  • Задания владельцу процесса
    • Список заданий, перенаправленных владельцу процесса


Также возможен вариант двух окон:

  • Прямые задания
  • Перенаправленные задания


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


Списки перенаправленных заданий определены в разделе «Правила назначения преемника».


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


В случае обязательного задания в некоторых случаях Пользователь может отказаться от выполнения задания – в бизнес-процессе тогда будет сгенерировано Исключение (Exception).


Состояния Пользователей.

У Пользователя может быть одно из следующих состояний:

  • Присутствует
  • Отсутствует

Состояние «Отсутствует» делится на подсостояния по следующему классификатору:

  • Неожиданное - Ожидаемое отсутствие
  • Отсутствие «на время» - отсутствие «навсегда»

Виды отсутствия:

Неожиданное отсутствие Ожидаемое отсутствие

На время Болезнь Командировка
Неизвестная причина Отпуск
Ч.П.
Навсегда Неожиданное увольнение Увольнение
Смерть


Правила назначения преемника.

Назначение преемника применяется как к обязательным, так и к предложенным заданиям. За назначение преемника будет отвечать специальный модуль, связанный с AASystem.

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

Преемник назначается при помощи набора правил замещения Пользователя. Набор является упорядоченным списком правил.


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

  • Замещаемый Пользователь (Пользователь)
  • Преемник (Пользователь, Функция над оргструктурой, возвращающая Пользователя)
  • Применимо ли правило (Функция, которая может обращаться к заданию, параметрам бизнес-процесса и внешним системам)


Пример правила назначения заместителя:

  • Иванов
  • Петров
  • (Роль-Дорожка = «инспектораКадровойСлужбы») & (Бизнес-процесс= «больничный»)


Порядок применения правил замещения Пользователя.

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

Замечание. Возможны ситуации, в которых у Пользователя не будет преемника.


В списки перенаправленных заданий попадают задания, перенаправленные данному Пользователю в связи с отсутствием «основного» Пользователя задания.


В список заданий, перенаправленных владельцу процесса, попадают задания, у которых пустое множество Пользователей.


Изменение значения Роли-Дорожки, связанное с назначением заместителя.

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


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


Графическая нотация для перспективы ресурсов.

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

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