Automatisierung von Entscheidungsprozessen

Reaktionsfähige, intelligente Automatisierung von Entscheidungen fördert die Beweglichkeit der Geschäftsabläufe. Operational Decision Manager verwaltet Entscheidungen außerhalb von Geschäftsanwendungen, um mehr Flexibilität und Reaktionsfähigkeit für sich ständig ändernde Geschäftsanforderungen bereitzustellen.

Die Fähigkeit eines operativen Systems, Änderungen zu verarbeiten, bezieht sich direkt auf die Entscheidungen, die vom System angewendet werden. Jede Transaktion, jede Bestellung, jede Kundeninteraktion oder jeder Prozess hängt von Entscheidungen ab, die durch externe und interne Bedingungen und Anforderungen definiert werden. Die Änderung wirkt sich auf die Entscheidungen aus, die automatisch von Geschäftssystemen angewendet werden.

Entscheidungen aus dem Anwendungscode extrahieren

Geschäftsrichtlinien definieren die Entscheidungen, die in verschiedenen Operationen verwendet werden. So bestimmen beispielsweise Entscheidungen die Preise für Versicherungen und Kredite, die Förderfähigkeit für Gesundheitsdienstleistungen und Produktempfehlungen für Online-Käufe. In der Regel wird die Geschäftsrichtlinien in Anwendungen als if-then-Anweisungen codiert, sie kann jedoch auch an anderer Stelle in prozeduralen Handbüchern oder in anderen Dokumenten sein.

Das Diagramm zeigt Anwendungen ohne Entscheidungsmanagement.

Operational Decision Manager verwendet Geschäftsregeln zur Darstellung von Geschäftsrichtlinien. Das folgende Beispiel ist eine typische Geschäftsrichtlinien:

Ein Kunde, der eine Menge Geld in einer einzigen Transaktion ausgibt, muss aufgewertet werden.

Bei der Erfassung dieser Richtlinie als Geschäftsregel handelt es sich um einen zweistufigen Prozess:

  1. Formalisieren Sie das Vokabular, das die Richtlinie als konzeptionelles Objektmodell ausdrückt.
  2. Stellen Sie die Logik der Geschäftsrichtlinien als if-then-Anweisungen dar.

Nachdem das Vokabular erstellt wurde, kann die Richtlinie als Geschäftsregel geschrieben werden:

if 
    the customer's category is Gold 
    and the value of the customer's shopping cart is more than $1500 
then 
    change the customer's category to Platinum

Wenn eine Geschäftsrichtlinie auch über einen IT-oder Sicherheitsaspekt verfügt, können Sie das Geschäftsregelmanagement mit Funktionen für die Handhabung eines solchen Aspekts kombinieren. Zum Beispiel können Regeln die folgenden Richtlinien anwenden:

  • Kunden, die viel Geld ausgeben, müssen an einen bevorzugten Service weitergeleitet werden.
  • Kunden, die viel Geld ausgeben, benötigen mehr Sicherheit für ihre Transaktionen.

In Geschäftsregeln ausgedrückt, wird eine Geschäftsrichtlinie als Entscheidungsservice gepackt, der von einer Clientanwendung aufgerufen werden kann. Mehrere Anwendungen können denselben Entscheidungsservice verwenden, und da der Entscheidungsservice für die Anwendungen extern ist, können zukünftige Änderungen an der Richtlinie in den Geschäftsregeln widergespiegelt werden, ohne dass die Clientanwendung oder der Prozesscode geändert werden.

Entscheidungen verwalten

Da das Entscheidungsmanagement von dem Anwendungscode getrennt ist, können Geschäftsexperten die Geschäftslogik definieren und verwalten. Das Entscheidungsmanagement reduziert die Zeit und den Aufwand, die erforderlich sind, um die Geschäftslogik in Produktionssystemen zu aktualisieren, und erhöht die Fähigkeit einer Organisation, schnell auf Änderungen in einem Geschäftsumfeld zu reagieren.

Operational Decision Manager stellt vollständige Komponenten zum Entwerfen, Entwickeln und Implementieren von Entscheidungsservices bereit. Der IT-Zyklus setzt sich aus der Entwicklung und Verwaltung dieser Infrastruktur zusammen. Nach dem Einrichten der Infrastruktur können verteilte Geschäftsteams mit der Zusammenarbeit in einer webbasierten Umgebung beginnen, um die Entscheidungslogik zu erstellen und zu verwalten.

Decision Server stellt die Entwicklungs-und Laufzeitkomponenten bereit, um die Antwort auf sehr variable Entscheidungen zu automatisieren, die auf dem spezifischen Kontext eines Prozesses, einer Transaktion oder einer Interaktion basieren.

Das Diagramm zeigt Decision Server zum Verwalten von Entscheidungen.

Entscheidungsmanagement an Geschäftsbenutzer überantworten

Mit Decision Centerkönnen Geschäftsbenutzer Entscheidungen, die direkt auf Organisationskenntnissen basieren, mit begrenzter Abhängigkeit von der IT-Abteilung verwalten. Geschäftsbenutzer erhalten verschiedene Zugriffsgrade, die von einer Überprüfung nur bis zur vollständigen Kontrolle über die Spezifikation, Erstellung, Prüfung und Implementierung der Geschäftslogik reichen können. Geschäfts- und IT-Funktionen können gemeinsam funktionieren. Die gesamte Organisation kann in der Implementierung automatisierter Entscheidungen abgestimmt werden. Der Verwaltungszyklus wird auf der Basis neuer externer und interner Anforderungen beschleunigt.

Das Diagramm zeigt den Wartungszyklus.

Die Entscheidungsserviceentwicklungszyklen und -managementzyklen können parallel verlaufen. Entscheidungen können nach Bedarf durch den Geschäftskontext weiterentwickelt werden, ohne dass eine zusätzliche Belastung für die Entwicklung der Geschäftsregelanwendung erforderlich ist. Bei jeder Weiterentwicklung der Geschäftsregelanwendung wird die Entscheidungsmanagementumgebung mit der Entwicklungsumgebung synchronisiert.

So kommt es, dass Entscheidungen und Anwendungsarchitektur asynchron verwaltet werden. Entwickler können beispielsweise eine neue Version eines Entscheidungsservice als Reaktion auf die Änderung der Anwendungsinfrastruktur und Kerngeschäftsanforderungen entwickeln. Gleichzeitig können Richtlinienmanager an neuen Entscheidungen arbeiten, die als Reaktion auf einen zukünftigen Markt oder auf eine geänderte regulative Umgebung bereitgestellt werden.

Operational Decision Manager -Komponenten für das Entscheidungsmanagement

Das folgende Diagramm zeigt die Komponenten, die Operational Decision Manager für die Entwicklung, das Regelmanagement und das Authoring von Entscheidungsservices sowie für die Ausführungsumgebung bereitstellt.

Das Diagramm zeigt die Architektur der Produktfamilie.

Zusätzlich zur Arbeit an verschiedenen Zeitachsen müssen Entwickler und Geschäftsbenutzer über Tools verfügen, die ihre unterschiedlichen Qualifikationsgruppen und Ansichten der Anwendung widerspiegeln. Entwickler sind beispielsweise an die Java™ -Welt gewöhnt. Sie verwenden Managementsysteme für Quellcode, um gleichzeitig an verschiedenen Kopien eines Projekts zu arbeiten, ohne sich gegenseitig zu stören.

Geschäftsbenutzer arbeiten nicht an den Details der Anwendungsentwicklung, sie sind jedoch an Test- und Verwaltungsentscheidungen interessiert. Sie benötigen Werkzeuge, um Regeln im Kontext der Gesamtpolitik zu erstellen, zu organisieren und nach Regeln zu suchen.

Mit Entwicklern und Geschäftsbenutzern, die in ihrem eigenen Tempo arbeiten, müssen die Arbeiten dieser beiden Gruppen synchronisiert und zusammengeführt werden.

Schließlich benötigen sowohl Entwickler als auch Geschäftsbenutzer Zugriff auf eine Ausführungsumgebung, um die Produktionsregeln für neue und geänderte Geschäftslogik zu testen, zu validieren und zu erstellen.