Cloud-Workflow
Mehrere Personen können zusammenarbeiten, um einen Entscheidungsdienst zu entwerfen, zu erstellen und zu testen. Nach Fertigstellung des Entscheidungsdienstes können sie ihn in Laufzeitumgebungen für Tests und Produktion einsetzen.
Den Benutzern werden im Cloud-Portal Rollen und Berechtigungen zugewiesen. Weitere Informationen finden Sie unter Benutzerrollen: Entscheidungsrollen 
in der IBM Cloud Pak for Business Automation as a Service dokumentation.
Das folgende Diagramm zeigt, wie vordefinierte Benutzerrollen während des Lebenszyklus einer Geschäftsregelanwendung mit den Produktkomponenten zusammenwirken. Der Zyklus umfasst Entwicklung, Tests und Produktion. Die Mitarbeiter arbeiten in den verschiedenen Cloud-Umgebungen:
Benutzerrollen konfigurieren
Wenn ein Cloud-Mandant erstellt wird, erhält er einen Kontoverwalter. Diese Person ist für die Einladung zur Mitarbeit im Mieter verantwortlich. Der Administrator ist auch für die Erstellung von Gruppen und die Zuweisung von Rollen und Berechtigungen zuständig. Der Administrator gibt den Benutzern Zugriff auf die Komponenten und Umgebungen im Mandanten. Ein Benutzer kann mehr als eine Entscheidungsrolle haben. Weitere Informationen über den Kontoadministrator finden Sie unter Benutzerrollen: Cloud Portal-Rollen in der IBM Cloud Pak for Business Automation as a Service dokumentation.
Gemeinsame Arbeit um Entscheidungsservice
Ein Regelentwickler erstellt den Entscheidungsdienst in Rule Designer, einem Eclipse-basierten Regeleditor. Die erste Version des Entscheidungsdienstes enthält Artefakte, die Regeln, Regelabläufe und Einsatzbeschreibungen enthalten. Der Entwickler kann den Entscheidungsdienst auch in Rule Execution Server in der Entwicklungsumgebung testen.
Das folgende Diagramm zeigt die Erstellung und den Test des Entscheidungsdienstes in Rule Designer. Wenn der Entscheidungsdienst fertig ist, wird er im Decision Center in der Entwicklungsumgebung veröffentlicht:
Im Entscheidungszentrum können verschiedene Benutzer an dem Entscheidungsdienst arbeiten. So kann beispielsweise ein Geschäftsbenutzer vorhandene Regeln aktualisieren, und ein Konfigurationsmanager kann neue Zweige erstellen, Regeln bearbeiten und RuleApps auf Rule Execution Server bereitstellen. Governance-Tools helfen bei der Verwaltung von Aktivitäten durch Versionen und Arbeitszuweisungen.
Im folgenden Diagramm wird der Entscheidungsdienst aktualisiert und auf Rule Execution Server bereitgestellt:
Entscheidungsservice testen und hochstufen
Wenn der Entscheidungsdienst in der Entwicklungsumgebung fertiggestellt ist, wird er vom Konfigurationsmanager zum Rule Execution Server in der Testumgebung befördert. Die Leistung des Entscheidungsdienstes wird mit Hilfe von Benchmarks bewertet, für die es Standard-Validierungsverfahren für die Softwareentwicklung gibt. Ziel ist es, die Bedingungen zu reproduzieren, unter denen der Entscheidungsdienst im Echtbetrieb laufen wird. Wenn beim Testen Probleme auftreten, wird der Entscheidungsdienst in der Entwicklungsumgebung weiter bearbeitet.
In der folgenden Abbildung ruft eine Webanwendung den Entscheidungsdienst aus der Testumgebung auf:
Wenn der Entscheidungsdienst die Benchmarks besteht, wird er vom Konfigurationsmanager in der Produktionsumgebung zum Rule Execution Server befördert. Eine Client-Anwendung kann nun den Entscheidungsdienst aufrufen, um Unternehmensrichtlinien anzuwenden. Der Entscheidungsdienst kann im Cloud-Portal weiterentwickelt werden, und neue Versionen können in die Produktionsumgebung übertragen werden. Da die Verbindung zwischen der Client-Anwendung und dem Entscheidungsdienst intakt bleibt, läuft die Produktion während einer Aktualisierung des Entscheidungsdienstes ohne Zeitverlust weiter.
In der folgenden Abbildung ist die Hochstufung des Entscheidungsservice in die Produktionsumgebung dargestellt. Wenn Kunden die Webanwendung nutzen, ruft diese den Entscheidungsservice auf.
