Design der Benutzeroberflächen von Rules Engines
Bei der Arbeit haben wir Optimierungs-Engines, und eine der von diesen Engines verwendeten Eingaben sind Geschäftsregeln, die wir mit einem proprietären Regeleditor erstellen und bearbeiten.
Diese Regeln sind von unserem eigenen proprietären Format, weil die vorhandenen Regelengines nicht in der Lage waren, die Geschäftsregeln der von uns benötigten Komplexität darzustellen.
Jedenfalls sind wir mehr oder weniger zufrieden mit der Funktionsweise der -Regel-Engine - sie funktioniert sehr gut mit komplexen Geschäftsregeln, ist aber mit der Benutzeroberfläche nicht zufrieden ( -Regel) Editor ). Grundlegend besteht dies momentan aus einer Reihe von Tabellen, die im wahrsten Sinne des Wortes bearbeitet werden, indem eine komplexe Tabellen-ähnliche tabellarische GUI verwendet wird.
Obwohl dies funktional ist, ist es eine abscheuliche Schnittstelle, die Endbenutzern präsentiert wird, die keine Entwickler sind, aber den Geschäftsanalysten gleichwertig sind. Bevor ich meine Hände schmutzig machte, dachte ich, es wäre eine gute Idee, die Meinung der StackOverflow-Community zu dem für diese Situation spezifischen Design der Benutzerschnittstelle zu stellen.
Meine Frage
- Was sind einige der besten Benutzeroberflächen, die Sie in bestehenden Regeleditoren gesehen haben?
- Was sind Ihrer Meinung nach die besten Prinzipien für das Design von Benutzeroberflächen in Regeleditoren?
Ich verwende die Begriffe Regel-Engine und Regel-Editor separat. Bei dieser Frage geht es mir nur um den Regeleditor
Andere Fragen zu StackOverflow, die Regeln-Engines adressieren, aber weder Regeleditoren noch deren Benutzeroberflächendesign:
5 Antworten
Hinweis: Dies ist keine Antwort auf Ihre spezifische Frage, sondern ein Vorschlag.
Ich mache hier zwei Annahmen, das
- Ihr Tool spricht einen vorhandenen Geschäftsworkflow an (d. h., Sie fügen keinen neuen Prozess hinzu, sondern versuchen lediglich, einen bestehenden Prozess zu vereinfachen) und
- Ihr Werkzeug verbessert ein bestehendes Werkzeug
Wenn dies der Fall ist, sind Ihre Endbenutzer (in diesem Fall die Business-Analysten) die beste Quelle für UI-Eingaben. Zum Beispiel, wenn sie bereits mit MS Excel für alle anderen Aufgaben vertraut sind, ist eine Tabellenkalkulation-ähnliche Schnittstelle möglicherweise nicht so eine schlechte Idee, wie Sie denken.
Sie können sich die kontextbezogenen Designs -Methoden ansehen, um herauszufinden, was das geistige Modell Ihres Benutzers für das System ist. Sie könnten auch Low-Fidelity-Prototypen mit kurzen Bearbeitungszeiten ausprobieren (wie Papierprototypen oder VB-Modelle), um zu sehen, was am besten funktioniert.
Ich denke, das ist schwer zu beantworten, ohne viel über die Komplexität und Art Ihrer Regeln zu wissen, aber ich spielte mit Ссылка neulich und sie haben einen ziemlich einfachen Regeleditor, der in ihren Administrationsbereich eingebaut ist (spielen Sie herum, Sie werden sie finden).
Versuchen Sie Drools , ich denke, es ist die beste Open-Source-Lösung mit sehr guter Community.
Wir haben auch die gleichen Bedenken bezüglich der obigen Frage. Ich habe gerade Ссылка gefunden, das eine reichhaltige und intuitive Benutzeroberfläche zu haben scheint.
Sie können Hilfe von ihrer implementierten Umgebung bekommen, entweder können Sie ihre Design-Ideen bekommen.
Auch wenn Sie JAVA und Drools verwenden, können Sie Guided Rule Editor wurde von JBOSS im KIE-Projekt entwickelt.
Tags und Links user-interface rule-engine design-principles