Règles moteurs de conception de l'interface utilisateur

Question

Au travail, nous avons des moteurs d'optimisation, et l'une des entrées utilisées par ces moteurs sont des règles métier, que nous créons et modifier avec un éditeur de règles de propriété.

Ces règles sont de notre propre format propriétaire, car les moteurs de règles existantes ne sont pas en mesure de représenter les règles métier de la complexité dont nous avions besoin.

Quoi qu'il en soit, nous sommes plus ou moins heureux de la façon que le moteur de règles travaille actuellement - il fonctionne très bien avec des règles d'affaires complexes, mais ne sont pas satisfaits de l'interface utilisateur ( règle éditeur ). Fondamentalement, il se compose actuellement d'une série de tableaux qui sont édités, littéralement, en utilisant une interface graphique sous forme de tableau complexe de type tableur.

Bien que ce soit fonctionnel, il est une interface atroce de présenter aux utilisateurs finaux qui ne sont pas les développeurs, mais sont l'équivalent d'analystes d'affaires. Avant de se salir les mains, je pensais que ce serait une bonne idée de demander l'avis de la communauté StackOverflow sur la conception de l'interface utilisateur spécifique à cette situation.

Ma Question

• Quelles sont quelques-unes des meilleures interfaces utilisateur que vous avez vu dans les éditeurs de règles existantes?
• Que pensez-vous sont les meilleurs principes derrière la conception d'interfaces utilisateur, dans les éditeurs de règles.

---

J'utilise les termes moteur de règles et éditeur de règles séparément. Pour cette question, je suis préoccupé que le éditeur de règles

D'autres questions sur StackOverflow que les règles moteurs adresse, mais sans que l'éditeur de règles, ni leur conception de l'interface utilisateur:

• Critères d'évaluation des moteurs de règles métier
• Quand devriez-vous pas utiliser un moteur de règles?
• Quel moteur règle devrais-je utiliser?
• Quand un moteur de règles métier utilisé
• Comment concevoir un moteur de règles?
• méthodes préférions pour interagir avec un moteur de règles

Answer 1

Note: Ceci est pas une réponse à votre question, mais une suggestion.

Je fais deux hypothèses ici, que

1. Votre outil répond à un flux de travail d'entreprise existante (vous n'êtes pas l'ajout d'un nouveau processus, tout en essayant de simplifier un processus existant), et
2. Votre outil améliore sur un outil existant

Ceci étant le cas, votre meilleure source pour les entrées de l'interface utilisateur sont vos utilisateurs finaux (dans ce cas, les analystes d'affaires). Par exemple, si elles sont déjà à l'aise avec MS Excel pour toutes leurs autres tâches, une interface semblable à une feuille de calcul ne peut pas être aussi mauvaise une idée que vous pensez.

Vous pouvez jeter un oeil à méthodes de conception contextuelle pour savoir ce que vos utilisateurs mentale modèle pour le système. Vous pouvez également essayer des prototypes à faible fidélité avec des délais d'exécution rapides (comme prototypes en papier ou VB) pour mockups voir ce qui fonctionne le mieux.

Answer 2

Je suppose que celui-ci est difficile de répondre sans connaître beaucoup sur la complexité et la nature de vos règles, mais je jouais avec http://www.magentocommerce.com/ l'autre jour et ils ont des règles assez simples dans leur éditeur intégré espace d'administration (jouez, vous les trouverez).

Answer 3

Drools , je pense qu'il est la meilleure solution open source avec une très bonne communauté.

Answer 4

Nous vous proposons également les mêmes préoccupations de la question ci-dessus. Je viens de découvrir http://xpertrule.com qui semble a une interface utilisateur riche et intuitive.

Vous pouvez obtenir de l'aide de leur environnement mis en œuvre soit vous pouvez obtenir leurs idées de conception.

Answer 5

Aussi, si vous utilisez JAVA et Drools là-bas, vous pouvez alors utiliser Editeur guidée de la règle développée par JBOSS sous projet KIE.