Au travail, nous avons des moteurs d'optimisation et l'une des entrées utilisées par ces moteurs sont des règles d'entreprise, que nous créons et modifierons avec un éditeur de règles exclusif.
Ces règles sont de notre propre format propriétaire, car les moteurs de règles existants n'étaient pas capables de représenter les règles commerciales de la complexité requise.
Quoi qu'il en soit, nous sommes plus ou moins heureux de la manière dont le moteur Bien que cela soit fonctionnel, il s'agit d'une interface atroceuse à présenter aux utilisateurs finaux qui ne sont pas des développeurs, mais sont l'équivalent des analystes métier. Avant de me salir mes mains, je pensais que ce serait une bonne idée de demander l'avis de la communauté Stackoverflow sur la conception d'interface utilisateur spécifique à cette situation.
J'utilise les termes Autres questions sur Stackoverflow qui adressent des règles-moteurs, mais ni les éditeurs de règles ni leur conception d'interface utilisateur:
Ma question
5 Réponses :
Je suppose que celui-ci est difficile à répondre sans connaître beaucoup de la complexité et de la nature de vos règles, mais je jouais avec http://www.magentocommerce.com/ L'autre jour et ils ont un éditeur de règles assez simple intégré à leur domaine d'administration (jouer autour de vous, vous les trouverez).
Remarque: ce n'est pas une réponse à votre question spécifique, mais une suggestion.
Je fais deux hypothèses ici, que
Ceci étant le cas, votre meilleure source pour les entrées d'interface utilisateur sont vos utilisateurs finaux (dans ce cas, les analystes métier). Par exemple, s'ils sont déjà à l'aise avec MS Excel pour toutes leurs autres tâches, une interface de feuille de calcul peut ne pas être aussi mauvaise une idée que vous le pensez.
Vous pourriez jeter un coup d'œil à Conception contextuelle Méthodes pour savoir quel mental de vos utilisateurs Le modèle pour le système est. Vous pouvez également essayer des prototypes à faible fidélité avec des temps de retournement rapides (comme des prototypes papier ou des maquettes VB) pour voir ce qui fonctionne mieux.
@Hexium, vos hypothèses, la première est correcte, mais la seconde n'est pas - nous n'améliorons pas un outil existant - il est écrit complètement à partir de zéro - et heureux de sa fonctionnalité, mais pas de sa facilité d'utilisation. Merci pour les conseils sur la conception contextuelle et les maquettes!
Si tel est le cas, votre meilleur pari pourrait être d'approcher vos utilisateurs, de leur montrer votre interface actuelle et de leur demander "utiliseriez-vous cela? Si non, quel changement puis-je faire qui vous fera utiliser cela?"
Une autre option consiste à enregistrer vos utilisateurs à l'aide de l'outil. Steve Krug donne une brève manifestation ici: réseau.businessofsoftware.org/ Vidéo / ... . Même si c'est pour les sites Web, vous pouvez toujours utiliser les mêmes principes.
Essayez beools , je pense que c'est la meilleure solution open source avec une très bonne communauté.
Nous avons également les mêmes préoccupations de la question ci-dessus. Je viens de trouver http://xpertrule.com qui semble avoir 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.
Également si vous utilisez java et bave là-bas, vous pouvez utiliser Editeur de règles guidées développé par JBoss Sous Project Kie.
Une pensée: peu importe ce que nous répondons ici, nous sommes des développeurs, pas des analystes d'affaires. Peu importe ce que nous pensons si vos analystes ne sont pas satisfaits. Vous avez-ils fourni des commentaires spécifiques sur ce qu'ils veulent voir ou ne pas voir? Pourrait être utile d'inclure cet informatoin dans la question.
Nous utilisons le contrôle de la règle Web à partir d'effets de code pour la création de règles. Nos personnes responsables des règles ne pouvaient pas être plus heureuses avec leur interface utilisateur Web. Mais, étant donné que nous utilisons WF, nous n'utilisons pas le moteur de la règle Web - nous ne convertissons simplement que des règles XML de CodesFeFeCet en format WF et les exécuter à l'aide de l'API des règles métier WF. Vaut bien l'effort initial de construire le convertisseur de format. J'espère que cela t'aides.
@Kizz, puis-je vous demander: Comment convertissez-vous des règles XML CodesEffects en format WF? Avez-vous écrit votre propre outil pour cela? Combien de temps cela vous a-t-il pris?