Abstract
Process mining is a new direction in the field of modeling and analysis of processes, where an important role is played by the use of information from event logs that describe the history of the system behavior. Methods and approaches used in process mining are often based on various heuristics, and experiments with large event logs are crucial for substantiating and comparing developed methods and algorithms. These experiments are very time consuming, so automation of experiments is an important task in the field of process mining. This paper presents the DPMine language developed specifically to describe and carry out process mining experiments. The basic concepts of the DPMine language as well as principles and mechanisms of its extension are described. Ways of integration of the DPMine language as dynamically loaded components into the VTMine modeling tool are considered. A sample experiment of building a fuzzy model of a process from a data log stored in a normalized database is given.
Highlights
Данная статья посвящена моделированию экспериментов в области процессно-ориентированных информационных систем, стремительное развитие которых связано с изменяющимися подходами к управлению бизнес- и технологическими процессами
При этом ядро системы не имеет специальной поддержки каких-то отдельных классов моделей, поэтому VTMine может использоваться для моделирования в разных предметных областях
This paper presents the language DPMine developed to describe and carry out experiments on the discovery and analysis of process models
Summary
DPMine является графическим языком описания процессов, экспериментов, состоящих из отдельных компонентов блоков, система типов которых является расширяемой, что позволяет использовать его для описания процессов в разных предметных областях [13, 14]. В зависимости от своего типа, реализуют задачи базового инструмента (например путем вызова определенного метода или обращения к плагину), используются для иерархического представления сложных схем в виде единого блока, реализуют конструкции управления потоком исполнения, используются как оператор подстановки для передачи некоторой схемы в другую схему в виде параметра и др. Он наследует характеристики базового типа телосодержащего блока (bodyness block ), инкапсулирующего в себе другие блоки (тело), для которых он является родительским блоком, и являющегося базовым помимо схемы для таких типов, как циклы и др. Исполнение модели (model execution) осуществляется путем исполнения главной схемы, которое определяется составом входящих в нее блоков и структурой их соединения. 2. Модель сети Петри для исполнения схемы на рис. Если обозреваемый блок является ожидаемым, выставляется флаг hasPending, и алгоритм переходит к следующему блоку. Если обозреваемый блок должен быть выполнен в эту итерацию, осуществляется проверка, удовлетворены ли его входные зависимости, и в случае успеха он передается для диспетчеризации исполнения агенту-исполнителю. Для схемы (рис. 1б), не содержащей блоков выбора, эквивалентная сеть Петри может иметь вид, представленный на рис. 2
Sign-in/Register to view highlights & summary Sign-in/Register to access full text options 
Talk to us
Join us for a 30 min session where you can share your feedback and ask us any queries you have
Schedule a callDisclaimer: All third-party content on this website/platform is and will remain the property of their respective owners and is provided on "as is" basis without any warranties, express or implied. Use of third-party content does not indicate any affiliation, sponsorship with or endorsement by them. Any references to third-party content is to identify the corresponding services and shall be considered fair use under The CopyrightLaw.
