Projekthierarchie konfigurieren
Sie erstellen eine Hierarchie, indem Sie Abhängigkeiten zwischen Projekten etablieren. Sie können Regelprojekthierarchien verwenden, um die Regeln und das BOM zu separieren und für verschiedene Projekte zu verwenden. Dies ist insbesondere deshalb erforderlich, weil Ihre Anwendung immer komplexer wird. Werden verschiedene Regelprojekte verwendet, ermöglicht dies eine einfachere Wartbarkeit, das unabhängige Testen unterschiedlicher Teile der Logik und die Verwaltung für verschiedene Entscheidungspunkte. Anschließend können Sie die Projekte so konfigurieren, dass sie einander referenzieren.
Regelprojektstruktur organisieren
Entscheidungsservices sind zum Erleichtern der Erstellung der Projektstruktur vorgesehen. Wenn Sie einen Entscheidungsservice erstellen, erstellen Sie ein Hauptregelprojekt, das als Projekt der Ausgangsebene in der Regelprojekthierarchie fungiert. Wenn das Projekt viele Regeln enthält, erstellen Sie andere Arten von Projekten, um diese Regeln in Domänen zu gruppieren und das Geschäftsobjektmodell (BOM) zu speichern. Anschließend legen Sie Abhängigkeiten zwischen den Projekten fest. Alle Projekte, die direkt oder indirekt vom Hauptprojekt referenziert werden, werden zu einem Teil des Entscheidungsservice. Ein Hauptentscheidungsprojekt kann beispielsweise auf zwei Standardregelprojekte verweisen, die wiederum beide auf ein Projekt verweisen, das das BOM enthält. Alle vier Projekte bilden den Entscheidungsservice.
- Wählen Sie Hauptregelprojekt aus, um ein Projekt zu erstellen, das den Einstiegspunkt des Entscheidungsservice bildet und auf andere Projekte verweisen kann.
- Wählen Sie Standardregelprojekt aus, um Projekte zum Speichern Ihrer Regeln zu erstellen.
- Wählen Sie Regelprojekt mit BOM aus, um ein Projekt zum Speichern des BOM zu erstellen.
Es ist möglich, den Typ eines beliebigen Projekts zu ändern, um es in ein Hauptprojekt zu transformieren oder umgekehrt, unter . Sie können ein Regelprojekt in ein Hauptregelprojekt ändern, wenn das Regelprojekt von keinem anderen Projekt referenziert wird. Für das Ändern eines Projekts können Änderungen der Art und Weise erforderlich sein, in der Projekte einander referenzieren. Dies kann sich auf die Implementierung und Synchronisation des Projekts auswirken.
In Rule Designerwerden viele Operationen auf Entscheidungsserviceebene ausgeführt, wie z. B. Erstellung, Abfragen, Refactoring und Regelsatzextraktion. Deshalb schränkt die Gruppierung von Regelprojekten in separaten Entscheidungsservices den Geltungsbereich dieser Operationen ein.
Das folgende Diagramm zeigt eine mögliche Regelprojektorganisation in einem Entscheidungsservice. Das Hauptprojekt enthält einen Regelablauf, der Regeln aus Projekten in der Hierarchie verwendet. Die Projekte verwenden ein gemeinsames BOM, das in einem der Projekte enthalten ist. Alle vier Projekte sind Teil desselben Entscheidungsservice, da die Regelprojekte 2, 3 und 4 direkt oder indirekt vom Hauptregelprojekt referenziert werden.
Projektstruktur für mehrere Regelsätze organisieren
Wenn die Clientanwendung verschiedene Entscheidungspunkte aufruft, müssen Sie Ihre Projektstruktur für mehrere Regelsätze organisieren.
Wenn für eine Operation und die zugehörigen Regeln nur Teile eines BOM erforderlich sind, können Sie diese Regeln und den entsprechenden Teil des BOM in einer eigenen Regelprojekthierarchie behalten, die das für diese Regeln verfügbare Vokabular angibt. Die Größe des BOM kann zu Problemen hinsichtlich der Benutzerfreundlichkeit und der Leistung führen. Wenn Sie möchten, dass die Anzahl der Einträge im Vervollständigungsmenü in den Regeleditoren reduziert wird und die Einträge für Ihre Regeln relevanter werden, verwenden Sie Kategorien, um Ihr Vokabular in Subsets zu organisieren.
Sie können alle Entscheidungsoperationen, Regelabläufe und Regeln in dasselbe Entscheidungsservicepaket aufnehmen. Die folgende Abbildung zeigt einen Entscheidungsservice, der zum Verteilen der Entscheidungspunkte in separaten Regelprojekten vorgesehen ist. Außerdem zeigt sie eine Strategie für das Aufteilen des BOM aus Effizienzgründen.
