Grundlagen der Entscheidungsmodellierung

Als Fachmall können Sie einen Entscheidungsservice modellieren, definieren und implementieren, der von Clientanwendungen aufgerufen wird, um eine Geschäftsentscheidung anzuwenden.

Sie erstellen den Entscheidungsservice im Decision Center und implementieren ihn in einer Ausführungsumgebung. Wie im folgenden Diagramm dargestellt, ruft eine Clientanwendung den Entscheidungsservice auf, um Daten zu verarbeiten:

Diaram zeigt die Interaktionen zwischen Komponenten.

In Decision Centerkönnen Sie Entscheidungsservices auf zwei Arten erstellen:
  1. Ihr Entwicklungsteam erstellt das zugrunde liegende Modell und anschließend verfassen Sie die Entscheidungslogik mithilfe dieses Modells.
  2. Sie erstellen das Modell und die Logik in einem Entscheidungsmodellservice.
In diesem Abschnitt werden die beiden Aspekte der Erstellung eines Entscheidungsmodellservice beschrieben:
  • Knotenstruktur modellieren
  • Entscheidungslogik erstellen
Hinweis: Der Einfachheit halber wird der Begriff "Entscheidungsservice" durchgehend verwendet, es sei denn, es besteht die Notwendigkeit, die beiden Ansätze zu unterscheiden, oder es wird ausdrücklich auf den Modellierungsteil des Entscheidungsservice Bezug genommen.

Knotenstruktur modellieren

Stellen Sie sich einen einfachen Entscheidungsservice vor, der einen Kunden mit einer Begrüßung begrüßt, z. B. "Guten Abend Frau Jones".

Der Entscheidungsservice benötigt die folgenden Informationen, um die entsprechende Begrüßung zu generieren:
  • Kundenname
  • Bevorzugtes Geschlecht und jeder Grad
  • Uhrzeit

Das folgende Diagramm modelliert den Entscheidungsservice:

Diagramm zeigt das Modellierungsdiagramm mit Datenknoten und Entscheidungsknoten

Aus Modellierungsperspektive erstellen und definieren Sie die Beziehung zwischen den visuellen Darstellungen der Entscheidungen und den Eingabedaten.

Im Diagramm sind diese grafischen Darstellungen Knoten. Das folgende Diagramm zeigt den Entscheidungsknoten "Salutation", der vom Datenknoten "Name" gespeist wird:

Das Diagramm zeigt die Knoten "Salutation" und "Name".

Die Begrüßung, die von Ihrem Entscheidungsservice zurückgegeben wird, wenn Jones als Name angegeben wird, lautet "Hello Jones."

Um das Diagramm Ihres Entscheidungsservice einfacher zu verstehen und zu verwalten, können Sie einen Entscheidungsknoten von anderen Entscheidungsknoten abhängig machen. Um beispielsweise Ihren Entscheidungsservice so zu optimieren, dass er eine Grußformel zurückgibt, die auf der Tageszeit basiert, erstellen Sie einen weiteren Entscheidungsknoten mit dem Namen "Greeting", der "Hour" als Eingabe verwendet, und verknüpfen Sie den Entscheidungsknoten, damit sein Ergebnis vom Knoten "Salutation" verwendet werden kann:

Das Diagramm zeigt die Knoten im Entscheidungsservice.

Die Begrüßung, die von Ihrem Entscheidungsservice zurückgegeben wird, wenn er den Namen Jones um 8PM erhält, lautet "Good evening Jones".

Hinzufügen eines Höflichkeitstitels (z. B. Herr, Frau oder Dr.) Um die Anrede weiter zu personalisieren, erstellen Sie einen Entscheidungsknoten mit dem Namen "Anrede" und geben ihn mithilfe von zwei Datenknoten "Geschlecht" und "akademischer Grad" an. Dieser Entscheidungsknoten speist den endgültigen Entscheidungsknoten wie den Greeting-Knoten ein:

Das Diagramm zeigt die Knoten im Entscheidungsservice.

Die Begrüßung, die von Ihrem Entscheidungsservice zurückgegeben wird, wenn er Jones um 8PM mit dem Geschlecht "Mrs." und ohne Abschluss erhält, wäre "Guten Abend Frau Jones".

Wenn eine Clientanwendung die Informationen bereitstellt, verarbeitet Ihr Entscheidungsservice diese Daten und gibt die Entscheidung zurück. Die Modellierung kann wie folgt zusammengefasst werden:
  • Sie erstellen und verknüpfen Entscheidungs- und Datenknoten.
  • Sie gestalten jeden Entscheidungsknoten so, dass er Eingabedaten akzeptiert und das Ergebnis an den übergeordneten Knoten oder an die Clientanwendung ausgibt. Wie das Ergebnis erzielt wird, ist Gegenstand des nachfolgenden Abschnitts Entscheidungslogik erstellen.

Datenmodell

Der Begriff Datenmodell kann verwendet werden, um die verschiedenen Datenaspekte des Entscheidungsmodells zu unterscheiden.

Bei der Datenmodellierung geht es neben der Erstellung der Datenknoten darum, allen Knoten geeignete Typen zuzuordnen. Die Zuordnung eines Typs zu einem Knoten gibt die folgenden Details an:
  1. What information the node can accept and send, for example, a number or date.
  2. Möglichkeiten für das Authoring der Entscheidungslogik
Im folgenden Beispiel geben vier verschiedene Datenknoten verschiedener Typen Daten für den Entscheidungsknoten 'Approval' an:

Das Diagramm zeigt die Knoten im Entscheidungsservice.

In diesem Diagramm sind die vier Datenknoten unstrukturiert. Häufig ist es besser, angepasste Typen zu erstellen, mit deren Hilfe zusammengehörige Daten unter einer Entität neu zusammengefasst werden können. Das folgende Diagramm enthält dieselben Eingabedaten wie das obige Diagramm, aber alle Datenknoten, die sich auf das Darlehen beziehen, sind unter einem Knoten gruppiert, der die Daten eines angepassten Typs loanverarbeitet:

Das Diagramm zeigt die Knoten im Entscheidungsservice.

Eine detaillierte Beschreibung der Datenmodellierung finden Sie im Abschnitt Weitere Informationen zur Datenmodellierung: angepasste Typen, Standardwerte, Listen, in dem auch die Standardwerte erläutert werden, die Sie für die Datenknoten festlegen können.

Hinweis: Wie das folgende Diagramm zeigt, ist das bisher verwendete Beispiel einfach. Ein komplexerer Entscheidungsservice kann mehrere Entscheidungsknoten der höchsten Ebene haben, um mehrere Entscheidungen an die Clientanwendung zurückzugeben. Außerdem kann ein Datenknoten mehrere Entscheidungsknoten versorgen.

Das Diagramm zeigt die Knoten im Entscheidungsservice.

Entscheidungslogik erstellen

Sie verfassen die Logik jedes Entscheidungsknotens, indem Sie eine oder mehrere Geschäftsregeln für die folgenden Prozesse erstellen:
  • Sie werten die Eingabedaten, die jeder Entscheidungsknoten empfängt, anhand von Bedingungen aus, die Sie erstellen.
  • Sie führen Aktionen aus, um die Ausgabe des Entscheidungsknotens, d. h. die Entscheidung, festlegen oder modifizieren.
Diese Geschäftsregeln sind einfach Ihre Geschäftsrichtlinien, die in der folgenden Form ausgedrückt werden, die von einem Computer verstanden wird:
if 
  <conditions>
then 
  <actions>

Betrachten Sie einen Entscheidungsservice, der entscheidet, ob ein Kunde Anspruch auf einen Studentenrabatt hat, basierend auf dem Kunden unter 18 Jahren und einem Studenten. Das Entscheidungsmodell verfügt über zwei Datenknoten ('Customer age 'und 'Category'), die dem Entscheidungsknoten 'Student discount' zuführen:

Das Diagramm zeigt die Knoten im Entscheidungsservice.

Sie implementieren die Entscheidungslogik des Studentenrabattknotens, indem Sie die folgende Geschäftsregel erstellen:

Die Abbildung zeigt die Regel.
In diesem Beispiel ist der Inhalt der Geschäftsregel farbcodiert, um die verschiedenen Bausteine zu veranschaulichen, die Ihnen zur Verfügung stehen, wenn Sie eine Geschäftsregel erstellen oder ändern.
  • Die orangefarbenen Teile stellen die Eingabe-oder Ausgabedaten dar, die dem Entscheidungsknoten zur Verfügung stehen.
  • Die grauen Teile stellen die Datenwerte dar, die für das Authoring der Entscheidungslogik relevant sind.
  • Der Rest entspricht der Modellierungssprache selbst, die zum Vergleichen, Auswerten und Ändern der verschiedenen Datentypen verwendet wird (siehe Referenzinformationen zur Modellierungssprache im Decision Center).

Die Daten, die von einem Entscheidungsknoten verarbeitet werden (seine Ausgabe und die Daten von den Knoten, die ihm direkt Daten zuführen), können sofort beim Authoring Ihrer Geschäftsregeln im Format 'the <data>' verwendet werden. Im Beispiel ist Student discount in den Regeln als 'the student discount', Customer age als 'the customer age' und Category als 'the category' verwendbar.

Zur weiteren Veranschaulichung dieses wichtigen Punkts wertet Decision Center jedes Mal, wenn Sie eine neue Regel erstellen, die Daten aus, die als Eingabe für den Entscheidungsknoten verfügbar sind, in dem Sie die Regel erstellen. Anschließend wird Ihnen Folgendes als Ausgangspunkt für Ihre neue Regel vorgeschlagen:
  1. Eine typische Bedingungsanweisung (im if-Teil), die die Eingabedaten entsprechend ihrem Typ vergleicht. Es schlägt eine Bedingungsanweisung für alle Daten vor, die für den Knoten verfügbar sind, aber Sie können sie löschen, da nicht alle Regeln gleichzeitig auf alle Eingabedaten angewendet werden.
  2. Eine Aktionsanweisung (im then-Teil), die den Wert der Ausgabe des Knotens entsprechend dem Typ festlegt.

Die Abbildung zeigt eine Regel im Editor.

Hinweis: Die Modellierungssprache enthält Aspekte, die Ihre Geschäftsregeln besser lesbar machen. Das Schlüsselwort decision kann beispielsweise synonym als Name des Knotens verwendet werden. Auf diese Weise kann dieser wichtige Aspekt der Regel beispielsweise in einem Bericht optisch besser hervorgehoben werden.

Geltungsbereich

Wenn Sie einen Entscheidungsknoten erstellen, erstellen Sie die Geschäftsregeln, die erforderlich sind, um eine Entscheidung für die möglichen Fälle zu treffen, die die Clientanwendung als Eingabedaten bereitstellen könnte. Dies wird als Abdeckungbezeichnet. Normalerweise erfordert eine Entscheidung mehrere Geschäftsregeln, um so viele Fälle wie möglich abzudecken:

Das Diagramm zeigt Knoten mit mehreren Regeln.

Für Situationen, in denen es viele mögliche Bedingungen für die bereitgestellten Eingabedaten gibt, können Sie Entscheidungstabellen verwenden, in denen Geschäftsregeln gruppiert werden, die eine einheitliche Struktur, aber unterschiedliche Werte für die Bedingungen und Aktionen haben. Wenn beispielsweise Lohngruppen je nach Einkommen festgelegt werden sollen, sind viele Geschäftsregeln erforderlich, um die verschiedenen Einkommensbereiche abzudecken. Die folgende Entscheidungstabelle bietet hierfür eine einfachere Möglichkeit:

Die Abbildung zeigt die Entscheidungstabelle.

Jede Zeile in einer Entscheidungstabelle stellt eine vollständige Geschäftsregel dar. Die Spalten links enthalten die Bedingungen (der Teil if der Regel) und die Spalte rechts zeigt die von der Regel zurückgegebene Entscheidung an.

Damit die Entscheidungslogik den Anwendungsbereich voll abdeckt, können mehrere Entscheidungstabellen und einige Geschäftsregeln erforderlich sein. Beachten Sie, dass in diesen Fällen die Reihenfolge wichtig ist, in der die Regeln in Ihrem Knoten angezeigt werden.