Releases: AutomatedProcessImprovement/ongoing-process-state
2.1.2
2.1.1
Changelog
0de1456 - Upgrade (patch) version (David Chapela de la Campa)
70c5f98 - Fix bug with intermediate events after AND-split (David Chapela de la Campa)
008e958 - Extend event-consideration tests to include event after AND-split (David Chapela de la Campa)
2.1.0
Changelog
79cb32c - Add option to consider events as tasks or not If events are considered as tasks, they are part of the reachability graph and the n-gram index as tasks. This means they are expected to be recorded in the trace-prefix. (David Chapela de la Campa)
2.0.3
Changelog
e1ee9ae - Update release workflow (David Chapela de la Campa)
96a62d8 - Update pix-framework dependency (David Chapela de la Campa)
9b8284f - Add installation instructions to README.md (David Chapela de la Campa)
2.0.2
Changelog
30c3153 - Update version (David Chapela de la Campa)
c1dd46a - Add "release" stage (David Chapela de la Campa)
f0747c3 - Temporarily remove "release" stage for badge to work (David Chapela de la Campa)
2.0.1
Changelog
aca52fe - Merge Build&Test and Release in the same workflow (David Chapela de la Campa)
7cd777a - Update version (David Chapela de la Campa)
89e7646 - Fix 'release' workflow (David Chapela de la Campa)
26b4eee - Add workflow to automatically publish the package in PyPi (David Chapela de la Campa)
1b5fa39 - Refactor project/package name to "ongoing-process-state" (David Chapela de la Campa)
v2.0.0
Stable release with support to both sound Workflow graphs (BPMN) and sound Workflow nets (Petri net).
The performance of the Petri net implementation is better (up to 10 times faster when computing the reachability graph).
IEEE TSC v1.1.0a
Approach to, given a process model in BPMN formal, compute the state of ongoing cases in constant time. The approach consists of, in design time, given a maximum size n, create an index that associates each n-gram -- i.e., execution of n consecutive activities -- with the state(s) they lead to in the process model. Then, at runtime, the state of an ongoing process case can be computed in constant time by searching for the last n executed activities in the index. For example, for an ongoing case A-B-F-T-W-S-G-T-D, after building the 5-gram index, the state would be computed by searching in the index with the sequence [W, S, G, T, D].
This approach has been submitted as a publication to IEEE Transactions on Services Computing under the title "Efficient Online Computation of Business Process State From Trace Prefixes via N-Gram Indexing", by David Chapela-Campa and Marlon Dumas.
Instructions to reproduce the evaluation presented in the publication are available in the README file.
VLDB 2025 v1.1.0a
Approach to, given a process model in BPMN formal, compute the state of ongoing cases in constant time. The approach consists of, in design time, given a maximum size n, create an index that associates each n-gram -- i.e., execution of n consecutive activities -- with the state(s) they lead to in the process model. Then, at runtime, the state of an ongoing process case can be computed in constant time by searching for the last n executed activities in the index. For example, for an ongoing case A-B-F-T-W-S-G-T-D, after building the 5-gram index, the state would be computed by searching in the index with the sequence [W, S, G, T, D].
This approach has been submitted as a publication to VLDB 2025 under the title "Efficient Online Computation of Business Process State From Trace Prefixes via N-Gram Indexing", by David Chapela-Campa and Marlon Dumas.
Instructions to reproduce the evaluation presented in the publication are available in the README file.
v1.1.0
First stable release