The Imprecisions of Precision Measures in Process Mining
Niek Tax, Xixi Lu, Natalia Sidorova, Dirk Fahland, Wil M. P. van der, Aalst

TL;DR
This paper critically examines existing precision measures in process mining, demonstrating that none reliably quantify over-approximation across diverse models and logs, highlighting the need for more consistent evaluation methods.
Contribution
It introduces axioms for consistent precision measurement and shows that current measures fail to meet these criteria through counter-examples.
Findings
Existing measures do not consistently quantify precision.
None of the current measures satisfy the proposed axioms.
Highlights the need for improved precision metrics in process mining.
Abstract
In process mining, precision measures are used to quantify how much a process model overapproximates the behavior seen in an event log. Although several measures have been proposed throughout the years, no research has been done to validate whether these measures achieve the intended aim of quantifying over-approximation in a consistent way for all models and logs. This paper fills this gap by postulating a number of axioms for quantifying precision consistently for any log and any model. Further, we show through counter-examples that none of the existing measures consistently quantifies precision.
| Metric | A1 | A2 | A3 | A4 | A5 |
|---|---|---|---|---|---|
| Simple behavioral appropriateness | ✗ | ✗ | |||
| Advanced behavioral appropriateness | ✗ | ✗ | ✓ | ||
| One-align ETC | ✗ | ✗ | ✗ | ✗ | |
| Negative Event Precision | ✗ | ✗ | |||
| PCC precision | ✗ | ✗ |
Peer Reviews
No public reviews on file for this paper yet. If you reviewed it on a platform where reviews are public (OpenReview, ICLR, NeurIPS, ICML), you can paste yours below so the community can read it here.
Videos
No videos yet. Explain this paper in a talk, walkthrough, or lecture? Add one.
The Imprecisions of Precision Measures in Process Mining
Niek Tax
Xixi Lu
Natalia Sidorova
Dirk Fahland
Wil M.P. van der Aalst
Eindhoven University of Technology, P.O. Box 513, Eindhoven, The Netherlands
Abstract
In process mining, precision measures are used to quantify how much a process model overapproximates the behavior seen in an event log. Although several measures have been proposed throughout the years, no research has been done to validate whether these measures achieve the intended aim of quantifying over-approximation in a consistent way for all models and logs. This paper fills this gap by postulating a number of axioms for quantifying precision consistently for any log and any model. Further, we show through counter-examples that none of the existing measures consistently quantifies precision.
keywords:
Process mining , Formal languages and automata , Petri nets , Design of algorithms
1 Introduction
Process mining [1] is a fast growing discipline that is focused on the analysis of events logged during the execution of a business process. Events contain information on what was done, by whom, for whom, where, when, etc. Such event data are often readily available from information systems such as ERP, CRM, or BPM systems. Process discovery, which plays a prominent role in process mining, is the task of automatically generating a process model that accurately describes a business process based on such event data. Many process discovery techniques have been developed over the last decade (e.g. [2, 3, 4, 5]), producing process models in various forms, such as Petri nets [6], process trees [7], YAWL models [8], and BPMN models [9].
The process model that is pursued by process discovery techniques ideally allows for all the behavior that was observed in the event log (called fitness), while at the same time it should not be too general by allowing for much more behavior than what was seen in the event log (called precision).
A range of measures have been proposed for quantifying precision [10, 11, 12, 13, 14]. However, to the best of our knowledge, there is currently no work on verifying whether precision measures actually quantify what they are supposed to measure in a consistent manner. Conceptually, the precision of a process model in the context of an event log should be high when the model allows for few traces not seen in the log, and it should be low when it allows for many traces not seen in the log. In this paper we propose a set of axioms that formulate desired properties of precision measures and systematically validate whether these axioms hold for existing precision measures.
In Section 2 we introduce basic notation and definitions. In Section 3 we formulate axioms for precision measures. We then continue with Section 4, where we describe existing precision measures in more detail and validate the axioms for these measures. In Section 5 we describe two contexts in which we are not able to define axioms for precision. In Section 6 we conclude this paper and state several directions for future work.
2 Preliminaries
In this section we introduce concepts used in later sections of this paper.
denotes a finite set. denotes the power set of , i.e., the set of all possible subsets of . denotes the set of all sequences over a set and denotes a sequence of length , with the empty sequence. denotes the set of elements that are in set but not in set , e.g., . A multiset (or bag) over is a function which we write as , where for we have and . The set of all bags over is denoted .
In the context of process mining, we assume the set of all process activities to be given. Event logs consist of sequences of events where each event represents a process activity.
Definition 1** (Event, Trace, and Event Log)**
An event in an event log is the occurrence of an activity . We call a sequence of events a trace. An event log is a finite multiset of traces.
is an example event log over process activities , consisting of 2 occurrences of trace and three occurrences of trace .
Most precision measures have been implemented for Petri nets, a process modeling formalism frequently used in the context of process mining. A Petri net is a directed bipartite graph consisting of places (depicted as circles) and transitions (depicted as rectangles), connected by arcs. A transition describes an activity, while places represent the enabling conditions of transitions. Labels of transitions indicate the type of activity that they represent. Unlabeled transitions (-transitions) represent invisible transitions (depicted as gray rectangles), which are only used for routing purposes and are not recorded in the event log.
Definition 2** (Labeled Petri net)**
A labeled Petri net is a tuple where is a finite set of places, is a finite set of transitions such that , is a set of directed arcs, called the flow relation, and is a partial labeling function that assigns a label to a transition, or leaves it unlabeled (the -transitions).
We write and for the input and output nodes of (according to ). A state of a Petri net is defined by its marking being a multiset of places. A marking is graphically denoted by putting tokens on each place . State changes occur through transition firings. A transition is enabled (can fire) in a given marking if each input place contains at least one token. Once fires, one token is removed from each input place and one token is added to each output place , leading to a new marking .
A firing of a transition leading from marking to marking is denoted as step . Steps are lifted to sequences of firing enabled transitions, written and is a firing sequence..
A partial function with domain can be lifted to sequences over using the following recursive definition: (1) ; (2) for any and :
f(\sigma\cdot\langle x\rangle)=\left\{\begin{array}[]{ll}f(\sigma)&\mbox{if }x{\notin}\mathit{dom}(f),\\ f(\sigma)\cdot\langle f(x)\rangle&\mbox{if }x{\in}\mathit{dom}(f).\end{array}\right.
Defining an initial and final markings allows to define the language accepted by a Petri net as a set of finite sequences of activities.
Definition 3** (Accepting Petri Net)**
An accepting Petri net is a triplet , where is a labeled Petri net, is its initial marking, and is its set of possible final markings. A sequence is a trace of an accepting Petri net if there exists a firing sequence such that , and .
The language is the set of all its traces, i.e., , which can be of infinite size when contains loops. Even though we define language for accepting Petri nets, in theory can be defined for any process model with formal semantics. We denote the universe of process models as . For each , is defined.
For an event log , is the trace set of . For example, for log , . For an event log and a model we say that is fitting on model if . Precision is related to the behavior that is allowed by a model that was not observed in the event log , i.e., .
3 Axioms for Precision Metrics
The properties that are desired for precision measures are not clearly defined in existing work, although they are often discussed informally. Van der Aalst et al. [15], describe the precision dimension as “Precision: measure determining whether the model prohibits behavior very different from the behavior seen in the event log. A model with low precision is “underfitting”.”. Vanden Broucke et al. [13] describe precision as “precision (or: appropriateness), i.e., the model’s ability to disallow unwanted behavior;”. Mũnoz-Gama and Carmona [12] describe it as “Precision: refers to overly general models, preferring models with minimal behavior to represent as closely as possible to the log.”. Buijs et al. [16] describe precision as “… precision quantifies the fraction of the behavior allowed by the model which is not seen in the event log.”.
We consider precision to be a function which quantifies which part of the language of model is seen in event log . Below we formalize the desired properties of function through axioms to consistently hold for any kind of model and any kind of log.. Note that in the examples that we will show in this paper all models will be Petri nets, however the formulated axioms are more general and apply to any process model . Figure 1 visualizes two axioms using Euler diagrams.
The first axiom states that precision is deterministic, i.e., given a log and model always the same result is returned.
Axiom A** 1**
A precision measure is a function , i.e., it is deterministic.
Existing precision measures normalize to a -interval.
The second axiom formulates the conceptual description of precision more formally: if a process model allows for more behavior not seen in a log than another model does, then should have a lower precision than regarding .
Axiom A** 2**
For models and and a log ,
Note that A2 does allow with . Ideally, since is smaller than we would like to see a higher precision for , but this requirement might be too strict. However, for a process model with , we would like the precision of on to be higher than the precision of on any flower model (i.e., a model that allows for all behavior over its activities) on log .
Axiom A** 3**
For models and and a log ,
The precision of a log on two language equivalent models should be equal, i.e., precision should not depend on the model structure.
Axiom A** 4**
For models and and a log ,
A4 was stated before in an informal manner by Rozinat and van der Aalst [11], who stated that precision should be independent of structural properties of the model.
Adding fitting traces to a fitting log can only increase the precision of a given model with respect to the log.
Axiom A** 5**
For model and logs and ,
From A5 it follows as a corollary that precision is maximal when the log contains all the traces allowed by the model, and minimal when it contains no traces allowed by the model.
In the coming sections we will validate whether these axioms hold for several precision measures. Some articles that introduce precision measures explicitly mention that the measure is intended to be used only with a certain subclass of Petri nets. An example of such a subclass of Petri nets are bounded Petri nets, which have the restriction that all places most have a finite number of tokens in all reachable markings. When an article that introduces a precision measure states an explicit assumption on the subclass of Petri nets, then we only validate the axioms on this subclass of Petri nets. When no explicit assumption on a subclass of Petri nets is stated, we assume that the precision measure is intended for Petri nets in general.
4 Precision Metrics
In this section we give an overview of the precision measures that have been developed in the process mining field, and validate the axioms for precision measures introduced in Section 3 for each of those measures.
4.1 Soundness
Greco et al. [10] were the first to propose a precision measure, defining it as the number of unique executions of the process that were seen in the event log divided by the number of unique paths through the process model. This measure is not usable in practice, because it is zero when the process model allows for an infinite number of paths through the model. Any process model having a loop has a precision of 0. More recent precision measures are capable of calculating the precision of a model for an event log even when the models allows for infinite behavior.
4.2 Behavioral Appropriateness
Rozinat and Van der Aalst [11] proposed the simple behavioral appropriateness precision measure, which looks at the average number of enabled transitions during replay. The authors observed themselves that simple behavioral appropriateness is dependent on the structure of the model, and not solely dependent on the behavior that it allows, therefore A4 does not hold for this measure. Furthermore, for a process model that contains silent transitions or duplicate labels it is possible that a given trace can be replayed on this model in multiple ways, where the average number of enabled transitions can depend on the chosen replay path through the model. This replay path through the model is chosen arbitrarily from the possible ways in which the trace can be replayed. This shows that A1 does not hold for simple behavioral appropriateness, as it is not deterministic.
In the same paper, Rozinat and van der Aalst [11] propose advanced behavioral appropriateness, which is independent of the model structure. Advanced behavioral appropriateness calculates the sets of pairs of activities that sometimes, but not always, follow each other. Likewise set is calculated as the set of activities that sometimes, but not always, precede each other. and denote the sometimes-follows and sometimes-precedes relations on the log, and and denotes the sometimes-follows and sometimes-precedes relations according to the model. However, to calculate and , exhaustive exploration of the state space of the model is required, prohibiting the application of this measure for large models or highly concurrent models, where the state-space explosion problem arises. Advanced behavioral appropriateness precision is defined as . Because and are obtained through exhaustive exploration of the state space of the model, it is easy to see that they depend only on the behavior of the model and not on its structure, therefore A4 holds. A problem with advanced behavioral appropriateness occurs for deterministic models, where , leading to undefined precision. This shows that advanced behavioral appropriateness is a partial function, which is in conflict with A1.
Rozinat and van der Aalst [11] state that simple behavioral appropriateness and advanced behavioral appropriateness assume the Petri net to be in the class of sound workflow (WF) nets [17]. A WF-net requires the Petri net to have (i) a single Start place, (ii) a single End place, and (iii) every node must be on some path from Start to End. The soundness property additionally require that each transition can be potentially executed, and that the process can always terminate properly, i.e., finish with only one token in the End place.
Consider model of Figure 2, which belongs to the class of sound WF-nets, and any log such that . The loop in model causes and to contain all pairs of activities of . Therefore, and are identical to the sometimes relations and of any model with , leading to . As , this is in conflict with A3.
4.3 Escaping Edges Precision
Escaping Edges Precision (ETC) [12] calculates precision by constructing a prefix automaton, which consists of one state per unique prefix of the event log. Figure 3(b) shows an example prefix automaton for an event log . For each state in the prefix automaton it is then determined which activities are allowed as next activities by the process model. Activities that are allowed as next activities for some prefix but that are never observed in the event log after this prefix are referred to as escaping edges.
In later work [18, 19], alignments [20] are used to calculate the prefix automaton on the aligned event log instead of the original event log, making the precision measure robust to non-fitting traces, i.e., traces that are not in the language of the model. For a trace from a log that is fitting on an accepting Petri net , alignments [20] give a sequence of transition firings such that with the initial marking and a final marking of and . Note that for a given trace and model, multiple possible alignments can exist. For non-fitting traces, alignments search for a firing sequence such that is as close as possible to . Adriansyah et al. [18] describe two versions of the alignment-based escaping edges precision: one-align ETC, which calculates the precision based on one optimal alignment of log and model, and all-align ETC, which calculates the precision based on all optimal alignments between log and model. In practice, it is often computationally infeasible to calculate all optimal alignments. A later precision measure, representative-align ETC [21], calculates the escaping edges based on a sample of optimal alignments, and can therefore be seen as a trade-off between the computational efficiency of one-align ETC and the reliability of all-align ETC. The papers on ETC precision and its variants do not state an assumption on a subclass of Petri nets. ETC, one-align ETC, all-align, and representative-align ETC precision are all implemented in the package ETConformance111https://svn.win.tue.nl/trac/prom/browser/Packages/ETConformance as part of the process mining framework ProM [22].
The one optimal alignment that is used by one-align ETC is chosen arbitrarily from the set of optimal alignments of a log on a model. However, different optimal alignments result in different prefix automata, which can potentially lead to different precision values. This shows that A1 does not hold for one-align ETC.
Consider log , log and model be the Petri net of Figure 3(a). Note that . The alignment automata generated for the calculation of and the calculation of are shown in Figure 3(b) and Figure 3(c). The circles represent the states of the automaton, and the arrows the transitions. The numbers in the states represent the weights of the states for the precision calculation, i.e., the number of times that states are visited in the alignment of log on model [18]. In an alternative definition of one-align ETC [19] the states are weighted by the number of times that events occurred while being in this state according to the alignment of on , instead of the number of times that this state was reached according to this alignment. Figure 3(b) shows that the initial state was visited twice, activity occurred twice at the start in log , resulting in a state from which activities , , and were enabled. From this state, activities and were seen once, and activity was never seen, thus it is an escaping edge. Escaping edges precision is then the (weighted) average ratio of non-escaping edges from all outgoing edges, where states are weighted by the number of times that they are visited. Counting the weighted number of non-escaping edges in the numerator and the weighted total number of edges in the denominator in our example, we find . One-align ETC results in the following precision values for on and : and . This shows that A5 does not hold for one-align ETC. By comparing the automata of Figures 3(b) and 3(c) it becomes clear that the single trace that is in but not in brings the model to many states with three escaping edges, reducing precision. The prefix automata and the precision calculations for on logs and were performed manually following the procedure from the paper and validation using the ETConformance plugin in ProM.
Now consider log , and the three Petri nets , , in Figures 4(a), 4(b), and 4(c) respectively. Note that and are language equivalent, as . is more behaviorally constrained than and , since all its traces start with activity . The one-align precision of , , on are: , , and . , but , implying that A2 does not hold for one-align ETC. Furthermore, , but , implying that A4 does not hold for one-align ETC.
Analyzing the ETConformance plugin in ProM we found that the prefix automaton generated for one-align precision for calculation of results in 6 states, belonging to 3 firings of observable transitions and firings of -transitions. In 3 of the 6 states, which correspond to being in the initial marking, there are 4 possible next activities according to the model, of which only one is observed for that prefix. Furthermore, it shows that the alignment automaton generated for and consists of 6 states, the automaton for and consists of 12 states, and the automaton for and consists of 5 states. This shows that the silent () transitions in generate additional states in the alignment automaton, leading to a higher precision value.
Computing the precision of or of on did not finish with all-align ETC and representative-align ETC after 8 hours of computation time. The long computation time of all-align ETC and representative-align ETC on models where many optimal alignments exist is a known issue which hinders the application of those measures in practice.
4.4 Negative Event Precision
Goedertier et al. [2] proposed a method to induce negative events, i.e., sets of events that were prevented from taking place. Negative events are induced for each position in the event log, i.e., for each event in each trace of the log a set of events is induced that could not have taken place instead of event . De Weerdt et al. [23] proposed a precision measure based on negative events, behavioral precision (), which is closely linked to how precision is defined in the area of data mining. Negative event precision regards a process model as a binary classifier that determines whether a certain event can take place given a certain prefix, and then evaluates the precision of this classifier in data mining terms taking the induced negative events as ground truth. For a given trace prefix, true positive (TP) events are defined as events that are possible according to both the process model (i.e., a transition labeled with this event is enabled) and log (i.e., this event is not a negative event). False positive events (FP) are negative events induced for a given prefix that were possible according to the model. Behavioral precision is defined as , which is in accordance to the definition of precision in the data mining field. In later work [24] induction of artificial negative events has been refined based on frequent temporal patterns which are mined from the event log. Finally, weighted artificial events, where negative events are weighted according to their confidence, are proposed in [13].
Weighted behavioral precision induces negative events for an event in the log by taking a window of events that directly precede , then calculating all subsequences of events in the log that exactly match , and finally negative events are identified by calculating which events have never occurred in the log directly after any subsequence matching . This procedure is repeated for different windows sizes, and the resulting negative event are weighted by window size.
To induce the events that could not have happened after e.g. trace prefix the method to induce weighted negative events described in [13] searches for subsequences of events in the log that are identical to the latest events of in the event log. All the activities that have never succeeded such subsequences are considered to be negative events, furthermore, the confidence of these negative events is based on the length of those matching subsequences.
Negative event based precision measures, with the different methods for negative event induction, are implemented in the ProM package NEConformance222http://processmining.be/neconformance/. In this paper we evaluate the precision measure that uses weighted negative events [13], which is the most recent approach to induce negative events and the recommended approach for measuring precision [13]. No assumption on a subclass of Petri nets is stated in the papers on negative event precision.
Consider models and of Figure 5 respectively excluding and including the arcs and places indicated in dotted lines. , since contains a long term dependency between activities and and between activities and , which does not have. Consider an event log which consists of traces from , leading to being fitting on both and . We found the negative event precision of and on the same to be non-deterministic, resulting in slightly different values every time that it is calculated. This shows that A1 does not hold for negative event precision.
Because negative event precision is non-deterministic, we calculated the precision of and on both times. The highest precision found in repetitions for is , while the lowest precision found for is , showing that the non-determinism has the effect that A2 does not hold for negative event precision. We found an average value of with a standard deviation of for the precision of on and an average value of with a standard deviation of for the precision of on . This shows that also in terms of average precision value A2 does not hold.
To test whether the difference in mean precision between and is due to chance alone we formulate a null hypothesis:
The average negative event precision of on is higher than or equal to the average negative event precision of on .
Testing this null hypothesis with a one-tailed Welch t-test [25] we found a p-value of , indicating that we can reject the null hypothesis with significance level . This shows that, with statistical significance, the precision of on is higher than the precision of on , which is in disagreement with A2.
To see why A2 does not hold for negative event precision, consider the negative event inducing procure being applied to trace prefix from log . Petri net generates many different traces because of the parallel length-one-loops on activities , and , which allows for any sequence of any length over these activities. Therefore, the matching subsequences of in the log generated from are the subsequences that by chance ended in the same behavior over , , and . Because the sequences of , and events can be long and diverse, activity and are unlikely to be present in the matching subsequences, which makes it unlikely that the procedure can induce the negative event for . Because the negative events that reflect the constraint that introduces compared to cannot be induced from the log, negative event precision is not able to recognize that is more precise than .
4.5 Projected Conformance Checking
Projected Conformance Checking (PCC) precision was developed by Leemans et al. [14] as a computationally efficient precision measure that scales to event logs with billions of events. PCC precision projects both event log and model on all subsets of activities of size , and generates minimal deterministic finite automata (DFA) for the behavior over these subsets of activities in the log (i.e., log automaton) and for the behavior over these events allowed by the model (i.e., model automaton). Based on the log automaton and model automaton it then builds a conjunction automaton which allows the behavior that was allowed both in log and model automaton. It then iterates over the states of the model automaton, and calculates over the share of transitions of this state that is also possible in the corresponding state in the conjunction automaton. It defines precision as the average of this share over the model automaton states.
PCC precision is implemented in the ProM package ProjectedRecallAndPrecision333https://svn.win.tue.nl/trac/prom/browser/
Packages/ProjectedRecallAndPrecision/. PCC precision assumes the Petri net to be of the class of bounded Petri nets, i.e., the Petri net for which precision is calculated must have a finite number of tokens in every place for all reachable markings.
Consider log and Petri nets and of Figures 6(a) and 6(b) respectively. starts with a length-one-loop on activity , followed by activity . unrolls the length-one-loop on activity of to at most two executions, thereby limiting the behavior as it only allows at most two executions of activity . It is easy to see that and both belong to the class of bounded Petri nets, as in both models each place can have at most one token. For this log and these models, PCC precision results in , and . However, since , A2 states that the precision of for fitting log should be higher or equal to its precision of . This shows that A2 does not hold for PCC precision.
This drop in precision is an effect of the additional states that are created in the model DFA as an effect of unrolling the length-one-loop. The model DFA created from Petri net (Figure 6(b)) for example contains a state that is reached after firing . This state however is never reached based on event log , which only contains a trace , which has the effect that none of the enabled transitions from state were observed in the log, bringing down the precision. In the DFA generated from Petri net (Figure 6(a)), this state is merged with the state that one reaches after observing a single event, as future behavior allowed by the model does not depend on the number of -events seen.
Consider Petri net of Figure 7, and event logs , and . The single place of is bounded to one token, therefore belongs to the class of bounded Petri nets. It is easy to see that , since the first two traces of log form log . PCC precision results in and , violating A5. The two traces of that are not in are very long traces to the traces that are in , leading to additional states in the log automaton and the conjunction automaton. The additional states of the conjunction automaton have a low precision of , since for each state the model allows for four options (firing activity , , , or stopping), while only one is seen in the log. Therefore, if we would expand trace with more events of activity , then would approach .
4.6 Overview of Precision Metric Properties
We formulated five axioms that describe desirable properties for precision measures. Table 1 gives an overview of that axioms that we showed that do hold (✓) and that do not hold (✗) for each precision measure. We found that none of the existing precision measures fulfills all five axioms. Empty cells in the table are currently unknown, and no formal proof nor a counter example has been found that proves or disproves the axiom for the respective precision measure.
5 Contexts With Unclear Requirements for Precision Metrics
The axioms introduced in Section 3 can be regarded as necessary conditions for precision measures, but they leave precision unspecified in some contexts. Figure 8(a) shows a situation in which , , but and . In this setting, both and allow for (a possibly infinite amount of) different behavior that was not seen in . Precision measures deal with this situation by quantifying the amount of behavior of and . However, there are no obvious formal properties telling how the precision of and on should relate.
Furthermore, all axioms define desired properties of precision measures when the event log fits the behavior of the model , i.e., . In practice, process discovery techniques will return process models with fitness below , i.e., there exists . The discovery algorithm may deliberately abstract from infrequent behavior. In this paper we do not formulate axioms for precision measures in the context of event logs that do not fit the process model, since we feel that there is not enough agreement in the process mining community on how a precision measure should behave in this context. Figure 8(b) shows an Euler diagram of a log and two models and such that and , which is a non-fitting equivalent of A2. A2 prescribes , however, when the log does not fit the models, the behavior that fits but not , , makes it unclear how the precision of and should relate. Furthermore, even when , it can be the case that the behavior in that does not fit the models is behaviorally similar to behavior of .
6 Conclusions & Future Work
In this paper provides a set of minimal requirements for precision measures through axioms. We validated these axioms for existing measures. Surprisingly, we discovered that none of the existing precision measures fulfills all formulated requirements.
In future work, we would like fill the empty cells of Table 1 and get a complete overview of the axioms that hold for each precision measure. Furthermore, we would like to use the insights learned from evaluating the axioms on the measures to either repair one of the existing measures or come up with a completely new measure that fulfills all five axioms.
Reproducibility. The event logs and process models that are used as part of a counterexample for a combination of an axiom and a precision measure can be found at [26].
The reference list from the paper itself. Each links out to its DOI / PubMed record.
- 1[1] W. M. P. van der Aalst, Process mining: Data science in action, Springer, 2016.
- 2[2] S. Goedertier, D. Martens, J. Vanthienen, B. Baesens, Robust process discovery with artificial negative events, Journal of Machine Learning Research 10 (2009) 1305–1340.
- 3[3] S. J. J. Leemans, D. Fahland, W. M. P. van der Aalst, Discovering block-structured process models from event logs-a constructive approach, in: International Conference on Applications and Theory of Petri Nets and Concurrency, Springer Berlin Heidelberg, 2013, pp. 311–329.
- 4[4] R. Conforti, M. Dumas, L. García-Bañuelos, M. La Rosa, BPMN miner: automated discovery of BPMN process models with hierarchical structure, Information Systems 56 (2016) 284–303.
- 5[5] S. J. van Zelst, B. F. van Dongen, W. M. P. van der Aalst, Avoiding over-fitting in ILP-based process discovery, in: International Conference on Business Process Management, Springer International Publishing, 2015, pp. 163–171.
- 6[6] T. Murata, Petri nets: Properties, analysis and applications, Proceedings of the IEEE 77 (4) (1989) 541–580.
- 7[7] J. C. A. M. Buijs, B. F. van Dongen, W. M. P. van der Aalst, A genetic algorithm for discovering process trees, in: Proceedings of the 2012 IEEE Congress on Evolutionary Computation, IEEE, 2012, pp. 1–8.
- 8[8] W. M. P. van der Aalst, A. H. M. ter Hofstede, YAWL: yet another workflow language, Information systems 30 (4) (2005) 245–275.
