Metamodellbasierte und hierarchieorientierte ... - RosDok

4.4 Analyse ausgeführter Prozesse und Process Mining 85
Abbildung 4.10: Das Log-Fenster vom Runtime-Plugin
In dem Protokoll werden ausschließlich die vom Nutzer getätigten Aufrufe protokolliert. Seiteneffekte, die
durch temporale Verbindungen zu anderen Aktivitäten auftreten, werden nicht berücksichtigt. Bei dem in
Abbildung 4.10 protokollierten Szenario wurde zunächst die Aktivität HelicopterDelivery nach 12 Sekunden
gestartet. Die Zeit läuft nach dem erstmaligen Starten des Runtime-Plugins los. Das indirekte Überspringen
der AmbulanceDelivery Aktivität wird hier nicht, dafür aber im Sequenzdiagramm von Abbildung 4.11 mit
dem skip()-Aufruf dargestellt. Daraufhin wurde die gestartete Aktivität nach 16 Sekunden wieder beendet.
Als nächstes wurde CheckPatientCondition gestartet, der Guard critical gesetzt und die Aktivität wieder
beendet. Die Aktivitäten EmergencySurgery und WakeUp sind daraufhin durchgeführt worden, womit das
hier betrachtete Szenario geendet hat.
4.4.2 UML-Sequenzdiagramme
In USE werden die Operationsaufrufe nicht nur mit dem Log-Fenster von Abbildung 4.10 sondern auch mit
einem UML-Sequenzdiagramm protokolliert. In Abbildung 4.11 ist ein Szenario vom Workflowmodell von
Abbildung 3.9 durchgeführt worden. Es wird hier das gleiche Szenario wie in Abschnitt 4.4.1 betrachtet. Im
Gegensatz zum Log-Fenster werden im Sequenzdiagramm auch die vom Nutzer nicht direkt aufgerufenen
Operationen aufgeführt. Die direkt aufgerufenen Kommandos gehen, so wie es bei Sequenzdiagrammen
üblich ist, vom UML-Strichmännchen aus.
Die Ausführung des Prozesses von Abbildung 4.11 ist wiefolgt. Das Szenario beginnt mit dem Transport des
Patienten durch das Starten der Aktivität HelicopterDelivery. Diese steht in der DeferredChoice-Beziehung
zu AmbulanceDelivery (s. Prozessmodell von Abbildung 3.9), die damit geskippt wurde. Während der
Durchführung der Aktivität CheckPatientCondition, hat der Nutzer den Guard critical ausgewählt, so wie
es im Protokoll von Abbildung 4.10 zu sehen ist. Beim Beenden der Aktivität wird der nicht ausgewählte
Zweig und damit NormalSurgery geskipped. Diese Aktivität steht wiederum in einer Parallel Beziehung zu
AssistNormalSurgery, die damit ebenfalls geskipped wurde.
Die parallele Ausführung von Emergency Surgery und AssistEmergencySurgery ist daraufhin mit den
entsprechenden start() und finish()-Aufrufen im Sequenzdiagramm abgebildet. Im Szenario ist als letztes
dann die Durchführung der WakeUp-Aktivität zu sehen.
4.4.3 Process Mining mit OCL
Process Mining ist ein Verfahren, um bestimmte Eigenschaften bei abgearbeiteten Prozessen herauszufinden
[Aal11]. Die Daten werden von Workflow- bzw. Informationssystemen aus real abgelaufenen Ge-