BPM-Guide.de » Business Rules

Business Rules with Drools

Bernd Rücker — Thu, 21 Apr 2011 08:19:49 +0000

We lately did quite some projects with the Business Rules Engine JBoss Drools for our customers. And as I noted in various talks or posts already, I really like Drools as a Rule Engine. For Guvnor as the “BRMS” System covering use cases as rules editing, versioning, release management, testing, searching and so on I am not that convinced of the current solution, basically due to some technical problems and the overall user experience of the UI.

But it is obviously a good step in the right direction. Hence in some projects we developed some own easy user interface for the business people, where in the background we generated the Drools Rules from that input. The Drools infrastructure supports that as well. And in show cases it is always fascinating to people, that you can easily edit rules in Excel Spreadsheets In our Activiti+Drools talk in two weeks at the JAX in Mainz we will present a show case using Drools and Activiti combined, a very powerful combination by the way! Reminds me of “the old days” where I talked about jBPM+Drools

Why am I telling you all this? Actually for two reasons. First: If you haven’t done that yet, have a look at the JBoss Drools project. It is really a valuable addition to a lot of projects and worth investing some time in it. And second: The easiest to get in touch with Drools is to join our brand new Drools training We scheduled the next training at May the 25th, see you in Berlin! There we will have a deeper look into the concepts of a rule engine, how Drools works, how can use Drools in Java (so you should know some Java!), how to write Rules and where the nuts and bolts are, how to combine BPMN und Business Rules, how to author and maintain rules and much more. Thrilling content for a two days training I am looking forward to it…

Neues Seminar: Business Rules Management

Jakob Freund — Sun, 31 Jan 2010 11:23:37 +0000

Aus dem Seminar: Geschäftsregeln im Kontext

Der richtige Umgang mit Geschäftsregeln ist nach unserer Ansicht die ideale Ergänzung zum Prozessmanagement, sowohl auf organisatorischer, als auch auf IT-Ebene. Während Process Engines technische Prozessmodelle ausführen, kümmern sich Rule Engines um die Ausführung hinterlegter Regelwerke. Und während die Definition von solchen ausführbaren Prozessmodellen immer durch IT-Spezialisten erfolgen wird, können ausführbare Regelwerke auch hier und heute bereits vom Fachbereich verwaltet werden. Um diese Aspekte geht es in unserem neuen offenen Seminar “Praxiskurs Business Rules Management”.

Das Seminar dauert einen Tag und behandelt neben den Grundlagen des BRM, wie z.B. dem Manifest der Business Rules Group, sowohl die betriebswirtschaftlichen als auch die technischen Aspekte des Themas.

Betriebswirtschaftlicher Teil

Aus dem Seminar: Prozesse und Regeln

Im BWL-Teil werden die Geschäftsregeln in den Kontext der “Business Motivation” gestellt, bestehend aus der Vision, den Zielen, externen Einflussfaktoren und Strategien eines Unternehmens. Außerdem wird der Zusammenhang zum Prozessmanagement erklärt, und die Notwendigkeit und der mögliche Aufbau eines Unternehmensvokabulars in Form eines Faktenmodells beschrieben. Wir orientieren uns hier relativ stark an den Modellierungstechniken der Object Management Group. Ausgehend von diesem Rahmen wird dargestellt, wie man mit Hilfe der Motivation, den Prozessen und dem Vokabular eines Unternehmens auf seine Geschäftsregeln kommt, diese sortiert und mit Hilfe von Entscheidungstabellen, Textschablonen und auch “Spezial-Prozessen” definiert. Hierbei geht es vor allem darum, auf die Schwierigkeit der Abgrenzung von Regeln zu kommen, und den Umgang mit gewissen “Grauzonen” zwischen Prozessen und Regeln zu erlernen, weshalb natürlich auch eine Gruppenübung nicht fehlen darf.

IT-Teil

Aus dem Seminar: Einbettung von Rule Engines

Der technische Teil geht zunächst auf das Requirements Engineering, also die Anforderungserhebung und -dokumentation, ein und erklärt, welche Rolle die Geschäftsregeln in diesem Zusammenhang spielen. Der Schwerpunkt liegt dann aber ganz klar auf den Rule Engines. Es wird dargestellt, wie diese intern “ticken”, und warum eine Rule Engine effizienter ist als klassische Softwareentwicklung. Dann geht es um die Integration dieser Engines in eigene Software-Architekturen, bzw. den Aufbau und Nutzen von kompletten BRM-Systemen, in denen Rule Engines eine Komponente sind. Der Abschnitt wird durch eine Live-Demo abgerundet, bei der die Open Source Rule Engine “Drools” der Firma JBoss zum Einsatz kommt. Die Demo ist also für alle Interessierten auch im Nachgang problemlos nachzustellen.

Für wen geeignet?

Das Seminar ist ein kompakter, 1-tägiger Überblick zum Thema. Insofern ist es für Jeden interessant, er sich über Business Rules Management informieren will und verstehen will, was hinter den Konzepten steckt. Obwohl das Thema definitiv einen starken IT-Bezug hat, ist der IT-Teil nicht nur für Techniker verständlich. Anders herum ist der BWL-Teil zwar zum Teil auf “High-Level-Ebene”, weil es um den Zusammenhang zwischen den Strategien und den Geschäftsregeln eines Unternehmens geht, aber er ist dennoch konkret genug, dass sich auch Techniker nicht allzusehr langweilen sollten

Wir haben den Kurs jetzt einige Male inhouse durchgeführt und recht gutes Feedback bekommen. Falls jemand bestimmte Aspekte vermissen sollte, sind wir aber für jeden Hinweis dankbar!

Mehr Infos und die Anmeldung gibt es hier

Bitte trennen: Prozesse und Geschäftsregeln

Jakob Freund — Wed, 22 Oct 2008 14:41:42 +0000

Ein wichtiger Bestandteil von Prozessen sind Wenn-Dann-Beziehungen, z.B.: “Wenn der Kunde ein Bestandskunde ist, dann gewähre ihm einen Rabatt”. Solche Beziehungen werden in Prozessmodellen mit Hilfe von Verzweigungsknoten dargestellt (auch inklusives / exklusives Oder bzw. “OR / XOR” genannt). Auch in der Prozessautomatisierung und in der Programmierung müssen solche Knoten definiert werden, z.B. mit Hilfe des beliebten “If Kunde=Bestandskunde then allow discount”.

Problematisch wird es jedoch, wenn sogenannte Geschäftsregeln in Prozessmodellen abgebildet werden. Prozesstapeten, Schwierigkeiten bei der Modellverwaltung und der technischen Implementierung sind die Folge.

Das dargestellte Beispiel zeigt die Hinterlegung einer Geschäftsregel (Rabattierung) in einem Prozessmodell. Auf den ersten Blick ein durchaus übliches Vorgehen. Auf den zweiten Blick ergeben sich jedoch folgende Probleme:

Je differenzierter die Rabatt-Regel, desto unübersichtlicher wird das Modell
Möglicherweise spielt die Rabatt-Regel in unterschiedlichen Prozessen eine Rolle – dann muss sie redundant modelliert werden
Sobald sich die Rabatt-Regel einmal ändert, muss das Prozessmodell angepasst werden
Sofern eine Software den Prozess umsetzt, müssen Regeln auch noch in technischen Workflow-Modellen oder gar im Programmcode realisiert und kontinuierlich angepasst werden.

Regeln raus aus den Prozessmodellen
Klüger ist es, solche Geschäftsregeln in Formate auszulagern, die besser zur Abbildung geeignet sind, beispielsweise Tabellen. Solche Tabellen können die definierten Regeln zentral und übersichtlich vorhalten, und eine Anpassung einer zentral hinterlegten, und im Prozessmodell referenzierten Tabelle führt automatisch zu einer Implementierung der Anpassung im Tagesgeschäft (technisch oder organisatorisch).

Prozessmodell mit Regeln verknüpfen
Die Form der Referenz, wie also das Prozessmodell mit den separierten Regelwerken verknüpft ist, muss durch den Modellierer entschieden werden. Möglicherweise wird er dabei auch durch ein BPM-Tool unterstützt: Es ist beispielsweise denkbar und in vielen Tools inzwischen möglich, dass das anzuwendende Regelwerk in einem BPMN-basierten Prozessmodell als Datenobjekt visualisiert wird, und dass im BPM-Tool zu diesem Bild ein Link auf die Tabelle (z.B. als Excel-Datei) hinterlegt wurde. Sofern das Tool außerdem eine Web-Sicht auf das Modell ermöglicht, kann der Betrachter im Browser einfach auf das Datenobjekt klicken, und die Tabelle, nach der er sich zu richten hat, wird direkt geöffnet.

Process Engine mit Rules Engine koppeln

Richtig spannend wird es natürlich, wenn die definierten Geschäftsregeln durch eine Business Rules Engine ausgeführt werden können, um das jeweilige Ergebnis zu ermitteln. Wenn diese dann mit einer Process Engine gekoppelt sind, die zum entsprechenden Zeitpunkt die Rules Engine wie einen Service aufruft, und den Return-Parameter als Basis für die Verzweigung in die jeweiligen Pfade nimmt, schaffen wir drei Dinge:

Transparenz: Wir wissen, welche Geschäftsregeln in welchen Prozessen zu welchen Ergebnissen führen – Stichwort Compliance
Effizienz: Die automatische Anwendung von Regeln ist natürlich um ein vielfaches weniger aufwendig, als wenn solche Prüfungen durch einen Mitarbeiter vorgenommen werden
Agilität: Durch die komfortable Erweiterung und Änderung von Regeln in Tabellen kann das Business endlich selbst einen entscheidenden Teil der Prozesslogik mitgestalten.

Wie das Ganze konkret funktionieren kann, sieht man u.a. am Beispiel der Kopplung von jBPM (Process Engine) und Drools (Rules Engine), die beide Open Source verfügbar sind.

Kurzum: Der ganze Prozesse-Regeln-Ansatz ist eine echte low-hanging-fruit, wenn es um die wirksame Anwendung von BPM und den berühmt-berüchtigten BPM-Kreislauf geht. Und für die Praxis deshalb kurzfristig auch viel spannender als die Frage, wie man jetzt BPMN-Diagramme nach BPEL überführt.

Schade, dass das viele Leute noch nicht kapiert haben.