CC BY
12
УДК 004.891.3
В.М. ЛЕВЫКИН, О.В. ЧАЛАЯ
Харьковский национальный университет радиоэлектроники
РАЗРАБОТКА МОДЕЛИ МНОГОВАРИАНТНОГО ЗНАНИЕ-ЕМКОГО
БИЗНЕС-ПРОЦЕССА
В данной работе решается задача разработки модели многовариантного знание-емкого бизнес-процесса, которая объединяет его контекст, знания об условиях выполнения действий процесса с учетом состояния контекста, а также набор допустимых последовательностей действий (workflow). Предлагаемое в модели атрибутивное представление как артефактов, так и контекстных зависимостей может быть получено путем анализа логов реальных процессов методами process mining. В практическом плане это позволяет выполнить экстернализацию и затем включить в модель процесса зафиксированные в логе зависимости между контекстом и действиями и, тем самым, повысить адекватность модели.
Ключевые слова: знание-емкие бизнес-процессы, интеллектуальные анализ процессов, лог процесса
В.М. ЛЕВИК1Н, О.В. ЧАЛА
Харгавський нащональний ушверситет радюелектрошки
РОЗРОБКА МОДЕЛ1 БАГАТОВАР1АНТНОГО ЗНАННЯ-СМНОГО
Б1ЗНЕС-ПРОЦЕСУ
У датй роботi виргшуеться задача розробки модел1 багатоваргантного знання-емного бгзнес-процесу, яка об'еднуе його контекст, знання про умови виконання дш процесу з урахуванням стану контексту, а також набгр допустимих послгдовностей дш. Запропоноване в моделг атрибутивне представлення як артефактгв контексту, так i контекстних залежностей може бути отримано шляхом анализу логгв реальних процесгв методами ттелектуального анализу процесгв. У практичному плат це дозволяе виконати екстерналгзацт i потгм включити в модель процесу зафжсоват в лозг залежностг мгж контекстом i дгями i, тим самим, пгдвищити адекватнкть моделг.
Ключовг слова: знання-емнг бгзнес-процеси, ттелектуальш аналгз процесгв, лог процесу
V.M. LEVYKIN, O.V. CHALA
Kharkiv National University of Radio Electronics
MODELLING LESS-STRUCTURED KNOWLEDGE-INTENSIVE BUSINESS PROCESS
In this paper, we solve the problem of development multivariate model knowledge-inclusive approach that integrates its context, knowledge of the conditions of a process of action, taking into account the context of the state, as well as the set of valid sequences of actions (workflow). The proposed model attributive view as artifacts and contextual dependencies can be obtained by analyzing the logs of real processes means process mining. In practical terms, this allows you to externalizeе, and then to include in the model of the process recorded in the log relationship between context and action and thereby improve the adequacy of the model.
Keywords: knowledge intensive business processes, process mining, event log
Постановка проблемы
Процессный подход к управлению [1] заключается в описании деятельности предприятия в виде множества взаимодействующих бизнес-процессов (БП), а также дальнейшем управлении такими бизнес-процессами. Каждый бизнес-процесс определяет одну или несколько возможных последовательностей действий по достижению локальных целей предприятия. Совокупность локальных целей задает глобальную цель деятельности предприятия. Управление бизнес-процессом предусматривает мониторинг и поддержку выполнения задаваемой процессом последовательности действий на основе использования его модели. Модель бизнес-процесса описывает алгоритм действий, позволяющих достигнуть цели процесса, а также ресурсы, необходимые для выполнения процесса и задающие ограничения на выполнение его действий [2].
Знание-емкие (knowledge intensive) бизнес-процессы (ЗБП) [3] отличаются от традиционных процессов с предопределенным алгоритмом действий наличием уровня знаний. ЗБП представляют собой гибкие адаптируемые процессы, которые характеризуются многовариантностью, изменяемой
последовательностью действий, наличием частных реализаций, связанных с возникновением специфических ситуаций. Такие процессы используются при решении сложных задач, требующих креативности, опыта и интуиции исполнителей [4]. Последовательность действий по достижению цели процесса в ЗБП не может быть полностью определена на этапе построения модели, поскольку исполнители обладают возможностью вносить изменения в ход его выполнения на основе своих знаний. Такие знания могут быть как формализованными (явными), так и неявными, доступными лишь конкретному исполнителю. Это значительно усложняет построение моделей таких процессов с помощью традиционных подходов, основанных на анализе документации и интервьюировании исполнителей.
В случае затруднений с построением моделей бизнес-процессов традиционными методами используются технологии интеллектуального анализа процессов (process mining) [5,6]. Методы и технологии process mining направлены на построение моделей «as is» выполняющихся бизнес-процессов на основе анализа их логов. Лог бизнес-процесса содержит упорядоченную по времени последовательность событий для каждого полного выполнения БП. События фиксируют выполнение соответствующих действий процесса, а также состояние используемых процессом объектов.
При построении моделей знание-емких бизнес-процессов методами process mining возникают следующие проблемы, связанные с использованием знания исполнителей в ходе процесса:
проблема построения моделей ЗБП как гибких процессов[5];
проблема моделирования изменений знание-емкого бизнес-процесса во время его выполнения [7];
Данная работа посвящена рассмотрению проблемы построения моделей гибких ЗБП. Указанная проблема связана с тем, что гибкий бизнес-процесс содержит многоуровневую последовательность работ. Разделение ЗБП на уровни осуществляется на основе связанных с процессом знаний (в общем случае включающих неявную составляющую). Каждому вышележащему уровню может соответствовать несколько вариантов действий на нижележащем уровне, что и предопределяет многовариантность таких процессов.
Полученные с помощью существующих методов интеллектуального анализа модели последовательностей действий гибких знание-емких процессов содержат большое количество вершин (соответствующее количеству событий во всех трассах лога в предельном случае) и связывающих их дуг. Отображение дуг в графе процесса не зависит от уровня исполнителей действий процесса в иерархии организации. Такие графы получили название спагетти-подобных моделей [5]. Анализ и практическое использование спагетти-подобных моделей крайне затруднено. Поэтому для решения проблемы построения моделей гибких знание-емких процессов необходимо структурировать workflow - описание на основе используемых исполнителями знаний, а также информации об объектах, которые используются ЗБП. Изложенное свидетельствует об актуальности темы данной работы.
Анализ последних достижений и публикаций
Существующие подходы к моделированию ЗБП обычно отражают в модели факт применения знаний исполнителей, однако не экстернализуют (не включают в модель процесса) эти знания [3,4]. В то же время использование указанных знаний в ходе процесса обеспечивает выбор одного из возможных вариантов его дальнейшей реализации.
Применение методов построения традиционных workflow-моделей выполняющихся процессов на основе анализа логов многовариантных знание-емких процессов, не имеющих жестко заданной структуры, приводит к созданию spaghetti-like - моделей, которые графически отображаются в виде графа, напоминающего блюдо со спагетти. Визуальный анализ таких моделей с целью выделить иерархию подпроцессов, а также зависимости, определяющие выбор того или иного варианта действий связан со значительными трудностями в силу когнитивных ограничений человека - аналитика [8]. Основные причины построения слабо пригодных при практическом использовании моделей «as is» связаны с тем, что такие модели реализуют процедурный подход и ориентированы на детализацию workflow - аспекта БП [5]. Знания о среде, в которой выполняется процесс, обычно не отражается в его модели [6]. В результате в модели не учитывается влияние контекста на ход выполнения процесса, хотя состояние контекста отражено в логах в виде атрибутов событий.
В то же время выполнение любого процесса имеет ценность для пользователя лишь в определенном контексте, связанном с обработкой и преобразованием необходимых для него объектов (артефактов). Основанный на артефактах подход к моделированию БП [9-11] предполагает выделение артефактов и их жизненного цикла в рамках контекста рассматриваемого бизнес-процесса [12]. Данный подход направлен на моделирование взаимодействия объектов без явного задания использующего их бизнес-процесса.
Таким образом, существующие подходы к моделированию бизнес-процессов акцентируют внимание преимущественно на одном из их аспектов, что не позволяет построить практически применимые модели ЗБП. Соответственно, дополнение традиционной workflow-модели элементами
контекста позволит отобразить в модели ЗБП правила принятия решений, определяющих выбор одной из последовательностей действий многовариантного бизнес-процесса.
Формулирование цели исследования
Целью работы является разработка модели многовариантного знание-емкого бизнес-процесса, которая обеспечивала бы возможность обоснования решений по реализуемым действиям процесса с учетом знаний исполнителей о процессе. При построении такой модели зависимости, используемые исполнителями для выбора хода выполнения процесса, могут быть получены путем анализа логов и затем включены в модель ЗБП.
Изложение основного материала исследования
Знание-емкий бизнес-процесс реализуется в форме последовательности принятия решений по выбору и последующей реализации действий, позволяющих достичь его цели в условиях текущего контекста. Под контекстом будем понимать виртуальную среду, в которой выполняются действия процесса. Принятие решений в общем случае осуществляется коллективом исполнителей на основе информации о текущем состоянии контекста, знаний о типовой последовательности работ и о влиянии контекста на ход процесса. Результирующий экземпляр процесса формируется в виде последовательности выбранных действий, полученных в результате взаимодействия исполнителей. Модель процесса объединяет все реализуемые в данном контексте экземпляры ЗБП.
Таким образом, знание-емкий бизнес-процесс включает в себя следующие ключевые составляющие:
контекст как среду выполнения процесса, состоящую из набора артефактов и связей между этими артефактами; под артефактами понимаются любые объекты, с которыми взаимодействует процесс в ходе выполнения;
знания о выполнении процесса, отражающие зависимости между контекстом и действиями процесса; аспект знаний задает необходимые и достаточные условия для выполнения последовательности действий по достижению цели процесса;
последовательность действий процесса, реализуемая в условиях конкретного контекста; совокупность возможных последовательностей определяет workflow-описание знание-емкого процесса.
Приведенная структуризация задает последовательность построения модели ЗБП в виде взаимодействия следующих трех уровней: контекст->уровень знаний-> workflow -описание, как показано на рис. 1.
Контекст в рамках предлагаемого похода представляет собой область определения ЗБП. Контекст содержит множество взаимосвязанных артефактов, взаимодействующих с бизнес-процессом. Последние исследования контекста бизнес-процесса [13] показали, что в качестве основных артефактов можно рассматривать: объекты, которые использует процесс; набор возможных действий процесса; исполнители процесса (как объектов управления для руководящих ними сотрудников), цель процесса. Связи между артефактами определяют набор ограничений на допустимое множество действий процесса. Иными словами, ограничения на workflow - последовательность могут быть выражены в терминах статических и динамических связей между объектами ЗБП, исполнителями и т.п. Например, организационная структура предприятия задает иерархические связи между исполнителями. Последние ограничивают полномочия конкретных исполнителей по выполнению процесса и потому отражают организационные ограничения на ЗБП.
Таким образом, при описании контекста как области определения ЗБП необходимо задать множество артефактов, между которыми существуют контекстные зависимости:
Ct = (Af,Rct), Af = {af,},Ra : af ^ afk | af,,afk e Af, (1)
где Ct - контекст бизнес-процесса; Af - множество артефактов, составляющих контекст; R -контекстные зависимости между артефактами бизнес-процесса, af, afk - артефакты контекста бизнес-процесса.
Каждый из артефактов характеризуется набором атрибутов. В свою очередь, каждый i - атрибут артефакта обладает непустым множеством возможных значений V. Указанные значения могут изменяться с течением времени, в ходе выполнения бизнес-процесса. Соответственно, артефакт характеризуется множеством пар (атрибут, значение), которые могут возникнуть в ходы выполнения бизнес-процесса:
af = {ai, VjlVj e V }, (2)
где af - артефакт контекста, в котором оперирует бизнес-процесс; a - i - атрибут артефакта; v -значение атрибута a в один из моментов времени в ходе выполнения бизнес-процесса; V - множество возможных значений атрибута a .
Множество Я^ характеризует взаимосвязи между свойствами артефактов. Например, для процессов документооборота существует связь между артефактами «Документ» и «Визирующее лицо». Данная связь влияет на подпроцесс визирования. Рассматриваемое отношение Я^ может быть выражено через атрибуты следующим образом: Документ.Виза ^ Визирующее лицо.Должность. Очевидно, что должность визирующего лица конкретного предприятия остается неизменной на протяжении продолжительного времени и может быть изменена только при изменении процессов документооборота. Данный пример показывает, что отношения между атрибутами задают статический аспект описания контекста.
ЗБП
Рис. 1. Взаимодействие уровней представления знание-емкого бизнес-процесса
Представленное описание артефактов позволяет детализовать контекстное отношение между артефактами Я учетом атрибутов и их значений:
Яа = Да ^Яа> (3)
где ЯА - набор возможных отношений между атрибутами артефактов; Я^ - набор возможных отношений между значениями атрибутов.
В свою очередь, отношения между значениями атрибутов зависят изменения атрибутов в результате выполнения процесса и, следовательно, от момента времени, когда действия процесса выполнялись. Поэтому отношение Я^ характеризует динамический аспект описания контекста. Данные отношения дополняют отношения между атрибутами Я^. Для рассматриваемого выше примера контекстных зависимостей в процессе документооборота данное отношение связывает наименование конкретного документа с фамилией визирующего его исполнителя. При указании наименования
конкретного документа , визы, а также ФИО визирующего лица, отношение между значениями атрибутов принимает следующий вид: Документ. Наименование
(Наименование конкретного документа), Документ. Виза (Наименование визына документе) ^ Документ. Визирующее лицо. ФИО (ЗначениеФИО).
Таким образом, в статическом аспекте контекст определяется множеством артефактов и схемой отношений между атрибутами. Такая реляционная схема задает общую модель контекста без учета темпоральной составляющей.
Темпоральную (временную) составляющую можно учесть путем введения в понятия «экземпляр контекста». Под экземпляром контекста Ctm будем понимать множество экземпляров артефактов в дискретный момент времени t , а также набор истинных отношений между значениями атрибутов в этот момент:
Ctm = ({afm},Rmf сRva) (4)
где afm - состояние l - артефакта в момент времени tM ; R^v - подмножество отношений между
значениями атрибутов, которые присутствуют в экземпляре контекста.
Состояние артефакта определяется с учетом выражения (2) следующим образом:
afm = (anX,tm), (5)
где af m - состояние артефакта в момент времени t .
Подмножество R^f содержит только актуальные для экземпляра контекста отношения. Иными словами, данное подмножество содержит только те зависимости, которые выполняются для значений атрибутов в момент времени t :
Rm;F = | 3(aa,vi,tm) A3(a\Лtm)}, (6)
где vJu - j - значение i - атрибута l - артефакта в момент времени tM ; a - атрибут некоего не l — артефакта; v * - значение атрибута a* некоего артефакта контекста; atf - i - атрибут l - артефакта;
r vlJi - отношение между значениями атрибутов.
Тогда экземпляр контекста можно представить непосредственно через значения атрибутов и выполняющиеся в момент t отношения между этими значениями:
Ctm ={aH, vj, tm I 3(a,., vj, tm ) A3(a", v", tm )}}, (7)
С учетом статического и динамического аспектов контекст объединяет набор экземпляров Ctm и содержит статические связи между атрибутами:
Ct = {{Ctm }, RA }. (8)
Как уже отмечалось ранее, ключевая особенность ЗБП заключается в том, что исполнители обладают возможностью адаптировать ход выполнения процесса с учетом контекста с тем, чтобы достичь цели процесса. Достижение цели процесса базируется на сотрудничестве исполнителей. Это сотрудничество основано на использовании знаний в предметной области в целом и о контексте в частности.
Совокупность используемых знаний всех исполнителей составляет уровень знаний в модели ЗБП. Данный уровень обеспечивает обоснованный выбор взаимодействующими исполнителями последовательности действий процесса в текущем контексте.
Контекст представлен в виде глобальной, общей для всех исполнителей схемы (8). При выполнении процесса информацию о контексте учитывает конечное число исполнителей.
В рамках представленной парадигмы контекста как среды, в которой выполняются действия процесса, контекст должен содержать все объекты, с которыми эти операции взаимодействуют. Это обосновывает целесообразность рассмотрения исполнителей процесса в качестве артефактов контекста, т.е. объектов, характеризующихся набором свойств и изменяющих значения этих свойств в ходе процесса, а также обладающих отношениями с другими элементами контекста. Такой подход подтверждается практикой традиционного процессного управления. Действительно, исполнитель бизнес-процесса с априорно определенной структурой ограничен рамками должностных инструкций, а также workflow - описанием процесса. Должностные инструкции задают набор атрибутов исполнителя, а описание последовательности действий - допустимое множество значений этих атрибутов. С позиций отдельного исполнителя другие работники, так же как и иные объекты, обладают набором свойств.
Уровень знаний ЗБП представляется следующим образом:
Kn = {Wt е Af,Ctk с Ct | у Ctk = Ct,Rlk },k = 1,K (9)
где Kn - составляющая знаний ЗБП; Wkk -к - исполнитель бизнес процесса, в процессе участвует K исполнителей; Ctk - локальные знания о контексте к - исполнителя; R4 - правила, определяющие
запуск действий бизнес-процесса к - исполнителем.
Знания о запуске действий процесса охватывают как зависимость действий текущего процесса от состояния контекста, так и от действий других процессов:
Rlk = RlC у RlWf, (10)
где RlCt - знания об определяемых контекстом условиях запуска доступных исполнителя действий процесса; RlWf - знания о влиянии других процессов на выполнение доступных исполнителю действий процесса.
Знания об определяемых контекстом условиях запуска доступных исполнителю действий процесса представляются в виде пары (условие, действие):
RlC = {c, d}, d е Dk, (11)
где c - условие запуска действия d процесса; Dk - доступный к - исполнителю набор действий бизнес -процесса.
Условие определяется либо наличием заданных значений у атрибутов артефактов предметной области, либо наличием связей между атрибутами и их значениями:
c = л(v{au, tm) = vJl¡ 1 afm = (alt,v¡t,tm)) лЗгаа; л Зг^,
t,m l t t,j ,m (12)
ICe RAct, г<е Rva, v eV
где v(at, tm) - отображение, которое ставит в соответствие идентификатору атрибута a артефакта af значение этого атрибута vJu в момент времени tM ; vJu - j - значение t - атрибута артефакта; v ** - -значение атрибута a * одного из артефактов контекста; V = {V} - множество значений всех атрибутов
контекста; r^i - отношение между атрибутом a4 и другим атрибутом a *; гvj, - отношение между значением vj текущего атрибута atí и значением атрибута a * другого артефакта контекста.
Для того, чтобы отобразить зависимости между процессами (коммуникативные зависимости), достаточно объединить контекст нескольких процессов и рассматривать действия процесса как артефакты контекста. Правомочность представления отдельных действий в виде артефактов ЗБП в рамках рассматриваемой парадигмы определяется тем, что каждое действие обладает несколькими атрибутами, в частности: наименование; состояние; продолжительность. Значения этих атрибутов изменяются по мере выполнения бизнес-процесса.
Представив действия в виде артефактов объединенного контекста нескольких
взаимодействующих бизнес-процессов, мы получаем возможность детализовать зависимости RlWf в виде (11) и (12).
Поскольку каждый исполнитель обладает лишь локальными знаниями, то для достижения глобальной цели процесса необходимо, чтобы совокупность знаний о контексте C^ отдельных к -исполнителей полностью определяли контекст, а также были доступны возможные последовательности действий D отдельных исполнителей. Данные условия определяются следующим образом:
у Ctk = Ct. (13)
к
у Dk = D. (14)
к
Таким образом, знание-емкий бизнес-процесс обеспечивает совместное принятие исполнителями решений по выполнению действий процесса на основе совокупности информации о текущем состоянии артефактов контекста, а также знаний о взаимосвязях артефактов контекста и влиянии указанной информации и знаний на возможность выполнения действий ЗБП.
Выбор исполнителями конкретной последовательности действий формирует экземпляр бизнес -процесса. Каждый экземпляр содержит линейную последовательность действий, связанную оператором X (neXttime)[], выполняемую в условиях конкретного контекста. Оператор X темпоральной логики задает истинность логической формулы в следующий дискретный момент времени на пути реализации процесса.
Данная последовательность разворачивается во времени, что позволяет в общем случае представить ее средствами линейной темпоральной логики.
Wfn = Xrls,rls еRlk, (15)
s
где Wfn - последовательность действий одного экземпляра процесса на одном пути выполнения ж; rlb -правило выбора и выполнения s действия ЗБП k - исполнителем; X rlks - последовательность
s
применения различными исполнителями правил выбора действий для данного экземпляра процесса.
Из приведенной формулы пути видно, что формирование экземпляра знание-емкого бизнес-процесса по сути представляет собой разворачивающийся в реальном времени логический вывод на контекстно-ориентированных знаниях. Как уже отмечалось ранее, эти знания могут быть представлены в явной и неявной форме. Первые могут быть непосредственно включены в workflow -последовательность (15). Неявные же знания не могут быть использованы в модели без выполнения экстернализации. Важная особенность предлагаемого подхода состоит в том, что современные информационно-управляющие системы обычно фиксируют последовательность (15) в форме лога. Выполнение каждого экземпляра процесса фиксируется в логе в виде соответствующей трассы ж. Последняя содержит список событий, отражающих соответствующие действия процесса. Каждое событие характеризуется набором переменных, отражающих наименование и значение атрибутов объектов, с которыми оперирует бизнес-процесс. Поэтому существует принципиальная возможность получения зависимостей rl методами интеллектуального анализа процессов.
Полное workflow - описание Wf ЗБП объединяет все его известные экземпляры Wf :
Wf = aWf„, (16)
71
Это означает, что у различных экземпляров ЗБП (т.е. на различных путях реализации процесса) могут быть объединены применяемые последовательности правил rl , и workflow - описание принимает вид:
Wf = a Xrlb. (17)
ж s
Такое представление модели позволяет построить общую схему взаимодействия исполнителей Wk при реализации знание-емкого бизнес-процесса.
Полученные представления контекста (8), уровня знаний (9) и workflow (17) позволяют определить модель знание-емкого бизнес-процесса как совокупность контекста Ct, уровня знаний Kn и workflow - последовательности Wf при условии, что для любого применяемого в Wf правила запуска действий rlb выполняются начальное условие cfe.
BP = (Ct, Kn, Wf | У rlks = (cb, dks )3v(au, tm ) = Vu v3r;*' v3r<), (18)
где c - условие, истинность которого обеспечивает применение правила rl ; d - действие, выполняемое процессом в результате успешного применения правила rlb .
Истинность начального условия определяется в момент t запуска действия d на основе следующих факторов:
наличия требуемых значений a атрибутов артефактов контекста;
существования связи r ali между атрибутами контекста;
существования связи между значениями rvlij атрибутов контекста:
Выводы
Предложена модель многовариантного знание-емкого процесса, которая объединяет его контекст, знания об условиях выполнения действий процесса с учетом состояния контекста, а также набор допустимых последовательностей действий (workflow). Контекст содержит набор артефактов, а также статических и динамических зависимостей между артефактами. Артефакты представлены множеством их атрибутов, а также значениями этих атрибутов. Знания формализуют влияние состояния контекста, а также контекстных зависимостей, на реализуемые действия процесса. Workflow отражает последовательность использования знаний исполнителями ЗБП при реализации действий во всех выполняющихся и выполненных экземплярах процесса.
Предлагаемое в модели атрибутивное представление как артефактов, так и контекстных зависимостей может быть получено путем анализа логов реальных процессов методами process mining. В практическом плане это позволяет выполнить экстернализацию и затем включить в модель процесса зафиксированные в логе зависимости между контекстом и действиями и, тем самым, повысить адекватность модели.
Список использованной литературы
1. Vom Brocke, J. Handbook on Business Process Management 1. Introduction, Methods, and Information Systems [Text] / J. vom Brocke, M. Rosemann. - Springer-Verlag Berlin Heidelberg, 2015. - 709 p. doi:10.1007/978-3-642-45100-3
2. Weske, M. Business Process Management: Concepts, Languages, Architectures [Text] I M. Weske -2nd ed. - Presented at Springer-Verlag Berlin Heidelberg, 2012. - 403 p.
3. Gronau N. KMDL-Capturing, Analysing and Improving Knowledge-Intensive Business Processes / N. Gronau, C. Müller, R. Korf II Journal of Universal Computer Science. - 2005. - №11(4). - pp. 452- 472.
4. Gronau, N. Modeling and Analyzing knowledge intensive business processes with KMDL: Comprehensive insights into theory and practice (English) [Text] / N. Gronau. - Gito, 2012. - 522 p.
5. Van der Aalst, W. M. P. Process Mining: Discovery, Conformance and Enhancement of Business Processes [Text] / W. M. P. Van der Aalst. - Springer Berlin Heidelberg, 2011. - 352 p. doi:10.1007/978-3-642-19345-3.
6. Van der Aalst, W. M. P. Process Mining in the Large: A Tutorial [Text] / W. M. P. Van der Aalst // Business Intelligence. - Springer Science + Business Media, 2014. - P. 33-76. doi:10.1007/978-3-319-05461-2_2.
7. Bose R.P. Jagadeesh Chandra. Dealing With Concept Drifts in Process Mining. [Text] / R.P. Jagadeesh Chandra Bose, W.M.P. van der Aalst, I. Zliobaite, and M. Pechenizkiy. // IEEE Transactions on Neural Networks and Learning Systems, 25(1):154-171, 2014.
8. Görg, C. Visual Representations [Text] I C. Görg, M. Pohl, E. Qeli, K. Xu II Human-Centered Visualization Environments. - Springer Science + Business Media. - P. 163-230. doi:10.1007/978-3-540-71949-6_4.
9. Bhattacharya K. Artifact-centered operational modeling: Lessons from customer engagements [Text] /K. Bhattacharya, N. S. Caswell, S. Kumaran, A. Nigam, F. Y. Wu // IBM Systems Journal. - 2007. -№46(4). - pp. 703-721.
10. Nigam A. Business artifacts: An approach to operational specification [Text] / A. Nigam, N. S. Caswell/ IBM Systems Journal.- 2003.-№ 42(3). - pp. 428-445.
11. Hull R. Business Artifacts with Guard-Stage-Milestone Lifecycles: Managing Artifact Interactions with Conditions and Events// DEBS, - 2011. - pp. 51-62.
12. M'uller D. Data-driven modeling and coordination of large process structures [Text] I D. M'uller, M. Reichert, J.Herbst // Springer. - LNCS. - Volume 4803 .- p.p. 131-149.
13. Vom Brocke, J. On the role of context in business process management [Text] / J. vom Brocke, S. Zelt, T. Schmiedel // International Journal of Information Management. - 2016. - Vol. 36, № 3. - P. 486495. doi:10.1016/j.ijinfomgt.2015.10.002
