10.6.1 Обработчик компенсации

Обработчик компенсации представляет собой набор Действий, не соединенных с остальными частями модели Процесса. Начальной точкой обработчика компенсации является обрабатывающее триггер Событие Компенсация. Такое Событие либо присоединено к границе Действия, либо является Стартовым событием данного обработчика (например, в Событийном подпроцессе Компенсация).

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

Фигура 10.121 – Компенсация, использующая Событие на границе Действия

Событийный Подпроцесс Компенсация находится внутри Процесса или Подпроцесса (см. фигуру 10.122). Как и Действие Компенсация, Событийный Подпроцесс Компенсация находится за пределами Стандартного потока операций Процесса. Если граница графического элемента такого Подпроцесса выполнена пунктиром, это означает, что Подпроцесс имеет доступ к данным родительского Процесса, т.е. делает моментальный снимок набора данных Процесса в момент его завершения («snapshot data»). Событийный Подпроцесс Компенсация может время от времени вызывать компенсацию Действий в составе родительского Процесса.

Фигура 10.122 – Обзор диаграммы класса

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

На фигуре 10.122 отображен заказной Событийный подпроцесс Компенсация, вызываемый Стартовым событием Компенсация. Обратите внимание, что данный обработчик компенсации отличается от компенсации, установленной по умолчанию, тем, что выполняет Действия Компенсация в порядке, отличном от порядка в следующем примере. Он также содержит дополнительное Действие, дополняющее логику Процесса, которое не может выводиться из самого Подпроцесса.

10.6.2 Механизмы запуска компенсации

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

По умолчанию, компенсация запускается синхронно. Это означает, что инициириующее компенсацию Событие будет ожидать завершения работы запущенного обработчика компенсации. Компенсация также может быть запущена вне зависимости от того, завершилась ли работа обработчика компенсации или нет. Для этого атрибут waitForCompletion События должен иметь значение «false».

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

10.6.3 Взаимодействие обработчика ошибки с компенсацией

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

• Компенсация руководствуется принципом предполагаемого прерывания (presumed abort principle), следствием чего является аннулирование компенсацией результатов выполнения Действия.
• Когда ход выполнения Действия нарушается по причине возникновения ошибки, обработчик ошибки должен гарантировать, что в случае завершения своей работы (хотя бы раз) не возникнет необходимость в компенсации.
• Если для какого-либо Подпроцесса или ошибки не указан Событийный Подпроцесс, содержащий ошибку, то в случае возникновения ошибки поведением по умолчанию должен быть автоматический вызов компенсации для всех содержащихся в данном Подпроцессе Действий, гарантирующий возможность проверки и мониторинга.