Was ist Case Management Model and Notation (CMMN)

Ad-hoc-Prozess

Ad-hoc-Prozesse sind Mengen von Geschäftsaktivitäten und entsprechenden Artefakten (z. B. Informationen, Entscheidungen und Produkte), die nur auf einer hohen Aggregationsebene standardisiert werden können. Die tatsächlichen Arten von Aktivitäten und ihre Reihenfolge sind von Fall zu Fall unterschiedlich.

Hier sind die Merkmale des Ad-hoc-Prozesses:

• Während bestimmte Aktivitäten vorhergesagt werden können, kann ein Großteil des Prozesses zu Beginn nicht vollständig spezifiziert werden, da er Informationen erfordert, die erst im Laufe des Projekts verfügbar werden.
• Geht man davon aus, dass im Rahmen von Ad-hoc-Prozessen der nächste Schritt nie festgelegt ist, deren Ausführung nicht durch klassische prozessbasierte Informationssysteme gesteuert werden kann, so haben in den meisten Fällen Wissensarbeiter die Kontrolle über den Prozess.
• Es scheint unmöglich, alle Möglichkeiten für einen Ad-hoc-Prozess zur Designzeit auszudenken, ein solches Prozessmodell würde komplex und schwer zu verwalten

BPMN vs. CMMN

In den letzten Jahrzehnten lag der Fokus auf der Modellierung und Automatisierung gut strukturierter und routinemäßiger Prozesse. BPMN eignet sich am besten für gut strukturierte und gut vorhersehbare Arbeiten, bei denen Wissensarbeiter hauptsächlich Aufgaben ausführen, während CMMN den Abschnitt weniger vorhersehbarer Prozesse mit aktiver Beteiligung von Wissensarbeitern abdeckt, die während der Laufzeit Entscheidungen treffen und planen

Case Management (CM) wurde 2005 von van der Aalst als Werkzeug für Wissensarbeiter eingeführt. Im Mai 2014 veröffentlichte die OMG einen  Standard für Case Management namens Case Management Model and Notation (CMMN) . Der Fokus liegt auf der Unterstützung unvorhersehbarer, wissensintensiver und schwach strukturierter Prozesse. Fallmanagement ist eine Art von Geschäftsprozesstechnologie, die keinen Kontrollfluss verwendet, um den Prozess zu beschreiben.

Beim Fallmanagement geht es darum, Wissensarbeiter zu befähigen, indem ihnen Zugang zu allen Informationen bezüglich des Falls gewährt wird und ihnen Ermessen und Kontrolle darüber gegeben wird, wie sich ein Fall entwickelt. Beim Case Management geht es nicht um den Prozess, sondern um die Mitarbeiter. Im Gegensatz zu klassischen Prozessen ist ein bestimmtes Ziel und die Bereitstellung von Wahlmöglichkeiten wichtiger als der Weg zum Ziel selbst.

Hier sind die Unterschiede zwischen BPMN und CMMN aufgeführt:

Die deklarative Notation  versucht nicht, den Ablauf eines Problems zu modellieren; sie legen gewünschte Ergebnisse fest, dh sie spezifizieren, was geschehen soll, aber nicht, wie es geschehen soll. SQL ist ein Beispiel für deklarative Programmierung, da es nicht versucht, den Ablauf eines Programms zu steuern; es gibt einfach an, was es erscheinen möchte, aber nicht, wie es gemacht wird.

Die imperative Notation hingegen versucht, den Ablauf eines Problems zu modellieren; B. imperative Programmiersprachen wie Java oder C++, erstellen sie Befehle, die dem Compiler mitteilen, wie der Code ausgeführt werden soll, aber nicht explizit, was geschehen soll.

Strukturierter Prozess vs. Fall vs. Ad-hoc-Prozess

Entwurfszeit vs. Laufzeit

Es gibt kein Modell des Sequenzflusses in CMMN. Die Ausführung einer Aufgabe hängt von Ereignissen und Bedingungen ab, die als Wächter bezeichnet werden. Ein Wächter erfasst das Eintreten eines bestimmten Ereignisses oder das Erfüllen einer Bedingung innerhalb eines Falls. Als Ein- und Ausstiegskriterien werden Wächter verwendet. Beachten Sie, dass die schwarzen und weißen Rauten die Kriterien darstellen.

Ein Fall hat zwei unterschiedliche Phasen, die Entwurfszeit und die Laufzeit, wie im Folgenden beschrieben:

Designzeit

Während der Entwurfsphase beschäftigen sich Geschäftsanalysten mit der Modellierung, die die Definition der Aufgaben (Planelemente) umfasst, die immer Teil vordefinierter Segmente im Fallmodell sind, und der „diskretionären“ Aufgaben, die dem Fallbearbeiter zur Verfügung stehen optional nach eigenem Ermessen anzuwenden.

Laufzeit

In der Laufzeitphase führen Fallbearbeiter den Plan aus, indem sie Aufgaben wie geplant ausführen und optional während der Laufzeit der Fallplaninstanz beliebige Aufgaben hinzufügen.

CMMN-Diagramm auf einen Blick

Dieses Beispiel veranschaulicht den mit CMMN modellierten Prozess des Papierschreibens. Angenommen, das Schreiben auf Papier ist eine intensive Wissensarbeit und kann auf verschiedene Arten gehandhabt werden. Lassen Sie uns dieses Beispiel wie folgt etwas weiter untersuchen:

1. Der Prozess hat zwei Meilensteine, die erreicht werden müssen:

• Entwurf abgeschlossen
• Dokument abgeschlossen

1. Einige Aufgaben (z. B.  Inhaltsverzeichnis erstellen ) werden dem Ermessen des Autors überlassen.
2. Phase „Entwurf vorbereiten“  mit  den Aufgaben „Text schreiben“  und  „Grafik integrieren“  sind obligatorisch.
3. Diese Stufe hat eine definierte Wiederholungsregel, was durch einen Wiederholungsdekorator (dh  Hash ) symbolisiert wird.
4. Während  das Recherchieren des Themas  eine obligatorische Aufgabe ist, muss die Aufgabe zum  Organisieren von Referenzen  zur Laufzeit entschieden werden. Es ist ähnlich  , Grafiken zu erstellen  und  Abbildungsverzeichnisse zu generieren .
5. Der Prozess wird abgeschlossen, wenn das  Dokument erstellt  oder die  Frist erreicht ist .

* Auszug aus OMG Case Management Model and Notation Specification

Notiz

• Ein Fallplanmodell wird in Form eines „Ordners“ dargestellt
• Der Name des Falls kann in das obere linke Rechteck eingeschlossen werden.
• Die verschiedenen Elemente eines Fallplanmodells werden innerhalb der Grenzen der Form des Fallplanmodells dargestellt.
• Das Diagramm zeigt ein Beispiel für ein Fallplanmodell.

Grundkonzepte von CMMN

Das vollständige Verhaltensmodell eines Falls wird in einem Fallplanmodell  erfasst . Für ein bestimmtes Fallmodell umfasst ein Fallplanmodell alle Elemente, die den ursprünglichen Plan des Falls darstellen, und alle Elemente, die die weitere Entwicklung des Plans durch Laufzeitplanung durch Fallbearbeiter unterstützen. Es gibt vier Arten von Planartikeln:

Aufgaben

Eine Aufgabe ist eine Arbeitseinheit. Es gibt drei Arten von Aufgaben:

Aufgaben (Ermessensaufgabe)

Aufgaben sind immer Teil vordefinierter Segmente im Case-Modell. Zusätzlich zu den Aufgaben gibt es Ermessensaufgaben, die dem Fallbearbeiter zur Verfügung stehen und optional nach eigenem Ermessen angewendet werden können. Eine diskretionäre Aufgabe wird durch ein Rechteck mit gestrichelten Linien und abgerundeten Ecken dargestellt. Beachten Sie, dass jeder Aufgabentyp diskretionär sein kann:

Ereignis-Listener

Ein Ereignis ist etwas, das im Laufe eines Falls passiert. Zum Beispiel die Aktivierung, Aktivierung und Beendigung von Phasen und Aufgaben oder das Erreichen von Meilensteinen.

Meilenstein

Ein Meilenstein stellt ein erreichbares Ziel dar, das definiert wurde, um eine Bewertung des Fortschritts des Falls zu ermöglichen. Keine Arbeit ist direkt mit einem Meilenstein verbunden, aber der Abschluss einer Reihe von Aufgaben oder die Verfügbarkeit wichtiger Leistungen (Informationen in der Fallakte) führen normalerweise zum Erreichen eines Meilensteins. Ein Meilenstein kann null oder mehr Eintrittskriterien haben, die die Bedingung definieren, wenn ein Meilenstein erreicht wird.

Zum Beispiel haben wir eine Vereinbarung zum Servicelevel (SLA) im Compliance-Prozess, die mithilfe eines Timer-Ereignis-Listeners und eines Meilensteins wie folgt modelliert werden kann.

Stufe und diskretionäre Stufe

• Phase kann als „Phase“ in einem Fall betrachtet werden und gruppiert typischerweise eine Reihe von Aufgaben.
• Es ist ein Behälter von Elementen, aus denen der Plan des Falls aufgebaut ist und sich weiterentwickeln kann.
• Phasen können als „Episoden“ eines Falls betrachtet werden. Sie können als Sub-Cases betrachtet werden (ähnlich wie Sub-Prozesse in BPMN) und laufen ebenfalls parallel.
• Die Stufe wird durch eine rechteckige Form mit abgewinkelten Ecken und einer Markierung in Form eines „-“-Zeichens in einem kleinen Kästchen unten in der Mitte dargestellt („-“ bezeichnet erweiterte Stufen).
• Die Ermessensphase kann nach Ermessen des Benutzers „optional“, „ad-hoc“ zum Plan hinzugefügt werden.

Die folgende Abbildung zeigt eine erweiterte Stufe mit einer Unterstufe und drei Aufgaben.

Kriterien

Kriterien ermöglichen es uns zu beschreiben, wann eine Aufgabe, Phase oder ein Meilenstein für die Ausführung verfügbar sein sollte (Eintrittskriterien) oder wann ein Fall (Fallplan), Phase oder Aufgabe abnormal beendet werden sollte (Ausstiegskriterien). Kriterien hat die folgenden zwei optionalen Teile:

• Ein oder mehrere Triggerereignisse (namens onParts). Dies sind Ereignisse, die die Bewertung der Eingangskriterien oder Ausgangskriterien erfüllen

Wir können uns die Kriterien, die einen Satz bilden, wie folgt vorstellen:

([ on < Event 1 >[, on < Event 2 >[, . . .]] ]) AND ([ if < Boolean condition > ])

Beachten Sie, dass:

• Dabei stehen eckige Klammern ([ ]) für optionale Satzteile und spitze Klammern (< >) für zu ersetzende Platzhalter.
• Sowohl der onPart als auch der ifPart sind  im Satz optional, aber damit es sinnvoll ist, muss mindestens einer von ihnen vorhanden sein.

Aufnahmekriterien

Ein Eingangskriterium beschreibt die Bedingung, die erfüllt sein muss, damit die Phase, die Aufgabe oder der Meilenstein für die Ausführung verfügbar sind. Phasen, Aufgaben oder Meilensteine ​​ohne Einstiegskriterien stehen sofort nach ihrer Erstellung zur Ausführung zur Verfügung. Die Einstiegskriterien können an beliebiger Stelle am Rand der Etappe, Aufgabe oder des Meilensteins platziert werden.

Beispiel

Im Beispiel unten benötigen beide Stufen Produktreklamationen und Servicereklamationen ein Eingabekriterium, da sie nur ausgeführt werden können, wenn die Reklamation ihrem Typ entspricht. In den meisten Fällen wird nur eine der beiden Phasen ausgeführt, obwohl die Beschwerden in einigen Situationen beide Phasen betreffen können.

Austrittskriterium

Ein Austrittskriterium ähnelt einem Eintrittskriterium, aber es wird verwendet, um die Arbeit an der Phase, der Aufgabe oder dem Fall (Fallplan) zu beenden, wenn es erfüllt ist. Im Beschwerdeverfahren fügen wir dem Fall ein Beendigungskriterium hinzu. In der Situation, in der der Kunde anruft und die Beschwerde storniert, müssen wir die Bearbeitung des Falls einstellen. Wir modellieren dieses Szenario, indem wir ein Falldateielement abbrechen haben, das eine Sprachaufzeichnung eines Kundenanrufs oder ein Brief des Kunden sein könnte.

Akte

In CMMN enthält jede Fallinstanz eine einzelne Falldatei  (  auch  Fallordner oder nur der  Fall genannt ), und Fallbearbeiter haben Zugriff auf alle Daten in dieser Falldatei. Fallbearbeiter können Daten in der Falldatei hinzufügen, entfernen und ändern, auch wenn sie keine Aufgabe im Fall ausführen, solange sie über ausreichende Berechtigungen verfügen. Die Daten in der Fallakte werden Fallaktenelemente genannt.

Alle Daten und Datenstrukturen werden  Falldateielemente genannt . Alle Fallaktenelemente werden in der Fallakte gespeichert. Falldateielemente werden verwendet, um alle Arten von Daten darzustellen, einschließlich eines Datenwerts in einer Datenbank, einer Zeile in einer Datenbank, eines Dokuments, einer Tabelle, eines Bilds, eines Videos, einer Sprachaufzeichnung usw. Falldateielemente können auch Container darstellen, einschließlich eines Verzeichnisses, eines Ordners, eines Satzes, eines Stapels, einer Liste usw.

Beispiel

Planungstabelle

Eine Phase oder eine menschliche Aufgabe kann eine Planungstabelle haben, die angibt, ob die optionalen Elemente visualisiert werden (-) oder nicht (+). Wenn ein Benutzer eine Planungstabelle „erweitert“, werden die darin enthaltenen optionalen Elemente innerhalb der Phase oder außerhalb der Benutzeraufgabe sichtbar. Für Ermessensartikel, die einer menschlichen Aufgabe zugeordnet sind, ist die Planung nur im aktiven Status der Aufgabe verfügbar.