Business Rules Management macht die fachlichen Services in SOA agil.
Mit Business Rules Management Systemen (BRMS) lassen sich Geschäftsregeln als fachliche Services erstellen und in Service-orientierten Architekturen als Decision Services oder Rule Services bereitstellen.
Die Rule Services in einer SOA ändern sich häufig und müssen deshalb oft angepasst werden. Daher ist es wichtig, diese fachliche Logik von den Prozessen und den technischen Services zu separieren, um sie möglichst einfach pflegen zu können.
Genau dies ermöglichen BRM-Systeme wie Visual Rules. Mit Visual Rules wird die Business Logik grafisch modelliert, separat getestet und z.B. als Rating-Service für den produktiven Einsatz bereitgestellt. Damit der Service verwendet werden kann, wird er in einem Service Repository (z.B. CentraSite) registriert.
In monolithischen Anwendungen trägt die Schicht der Anwendungslogik sowohl die Prozess- als auch die Geschäftslogik. In einer SOA wird strikt getrennt: in Prozess- und Geschäftslogik und einen Schritt weiter zusätzlich in prozessspezifische und -übergreifende Logik. Diese Trennung macht in einer SOA auch Sinn auf den Ebenen der Präsentationslogik und der Datenlogik.
Die prozessspezifische Logik wird mittels BPM implementiert, die prozessübergreifende Geschäftslogik mittels BRM. Damit sind Regeln in SOA ein Design-Konstrukt zur Wiederverwendung prozessübergreifender Geschäftslogik.
Intuitive BRM-Systeme wie Visual Rules ermöglichen es, die Business Experten in die Umsetzung dieser fachlichen Services einzubeziehen und letztendlich als Service-Owner zu beauftragen.
Voraussetzung für die unternehmensweite Integration einer SOA ist deren Konformität mit der Unternehmensstrategie. Eine SOA-Governance schafft die Bedingungen, um das Potenzial einer Service-orientierten Architektur in einem Unternehmen auszuschöpfen.
Mit Regeln lässt sich dabei z.B. die Einhaltung von Contracts (Governance-Enforcement) umsetzen - transparent und leicht änderbar.
Solche Regeln sind
Die Umsetzung der Regeln in Goverance mit einem BRMS ist immer dann sinnvoll, wenn häufig Änderungen oder Erweiterungen stattfinden oder hohe Flexibilität gefordert ist.
Der Nutzen für den Fachbereich steht im Vordergrund: