To prevent spam users, you can only post on this forum after registration, which is by invitation. If you want to post on the forum, please send me a mail (h DOT m DOT w DOT verbeek AT tue DOT nl) and I'll send you an invitation in return for an account.
Tracking Command Executions / User Interactions in ProM
Dear all,
we want to investigate the behavior of users working with ProM for exploratory process mining tasks. One part of this investigation would be to track the commands / interactions of the users executed with ProM. Apart from screen recording/scraping we are also planning to instrument ProM--possibly with a plugin--to automate this tracking and generate a log of process mining commands and/or user interactions (e.g. clickstreams) executed.
I am pretty new to ProM and not completely familiar with its architecture and would be very happy about some hints on how to get started with implementing this kind of tracking. Is it actually possible/feasible with the current ProM architecture? Does it make sense to look into plugin development here or do we need to go deeper to the core of ProM for logging of user interactions?
Thanks a lot in advance!
we want to investigate the behavior of users working with ProM for exploratory process mining tasks. One part of this investigation would be to track the commands / interactions of the users executed with ProM. Apart from screen recording/scraping we are also planning to instrument ProM--possibly with a plugin--to automate this tracking and generate a log of process mining commands and/or user interactions (e.g. clickstreams) executed.
I am pretty new to ProM and not completely familiar with its architecture and would be very happy about some hints on how to get started with implementing this kind of tracking. Is it actually possible/feasible with the current ProM architecture? Does it make sense to look into plugin development here or do we need to go deeper to the core of ProM for logging of user interactions?
Thanks a lot in advance!
Comments
-
Hi,Basically, ProM consists of a core, and a bunch of packages containing the plugins. The core simply ties everything together by loading the and administrating the plug-ins and the results (like event logs or Petri nets) of running the plugins.Developers have much freedom while developing their own packages. There is no 'style' imposed on them to develop their plugins. Basically, they can use the way it suits them best.This means that many packages use different development styles. When visualizing the results, the ProM core is only aware of the JComponent that contains the visualization. What is in that JComponent, is entirely up to the developer.This may make tracking the user interaction of all plugins very hard. Tracking the GUI of the core should be possible, though.Provided that the core is used to start a plugin, ProM can track when a plug-ins is started or ended. But this may not be what you need.Kind regards,Eric.
Howdy, Stranger!
Categories
- 1.6K All Categories
- 45 Announcements / News
- 225 Process Mining
- 6 - BPI Challenge 2020
- 9 - BPI Challenge 2019
- 24 - BPI Challenge 2018
- 27 - BPI Challenge 2017
- 8 - BPI Challenge 2016
- 68 Research
- 1K ProM 6
- 393 - Usage
- 287 - Development
- 9 RapidProM
- 1 - Usage
- 7 - Development
- 54 ProM5
- 19 - Usage
- 187 Event Logs
- 32 - ProMimport
- 75 - XESame