User interface 规则引擎用户界面设计

在工作中，我们有优化引擎，这些引擎使用的输入之一是业务规则，我们使用专有的规则编辑器创建和编辑业务规则

这些规则是我们自己的专有格式，因为现有的规则引擎无法表示我们所需的复杂性的业务规则

无论如何，我们或多或少对规则引擎目前的工作方式感到满意-它在复杂的业务规则中工作得非常好，但对用户界面（规则编辑器）不满意。基本上，这目前由一组表组成，这些表可以使用复杂的电子表格（如表格GUI）进行编辑

虽然这是功能性的，但向不是开发人员但相当于业务分析师的最终用户展示它是一个糟糕的界面。在我动手之前，我想问问StackOverflow社区对这种情况下的用户界面设计的意见是个好主意

我的问题

• 您在现有规则编辑器中看到的最好的用户界面有哪些
• 在规则编辑器中，您认为用户界面设计背后的最佳原则是什么

---

我分别使用术语规则引擎和规则编辑器。对于这个问题，我只关心规则编辑器

关于StackOverflow的其他问题涉及规则引擎，但既不是规则编辑器也不是用户界面设计：

---

我想如果不了解您的规则的复杂性和性质，就很难回答这个问题，但是前几天我在玩游戏，他们的管理区域内置了一个相当简单的规则编辑器（您会发现它们）。

注意：这不是对您特定问题的回答，但这是一个建议

我在这里做两个假设

您的工具处理现有业务工作流（即，您没有添加新流程，只是试图简化现有流程），以及

您的工具改进了现有工具

在这种情况下，用户界面输入的最佳来源是最终用户（在本例中是业务分析师）。例如，如果他们已经习惯于使用MS Excel完成所有其他任务，那么类似电子表格的界面可能并不像您想象的那么糟糕

---

您可以查看一些方法，以了解用户对系统的心理模型。您还可以尝试具有快速周转时间的低保真度原型（如纸质原型或VB模型），以了解什么最有效

试试看，我认为这是最好的开源解决方案，拥有非常好的社区。

我们对上述问题也有同样的关注。 我刚刚发现它似乎有一个丰富和直观的用户界面

您可以从他们的实现环境中得到帮助，也可以从他们的设计思想中得到帮助

---

如果您使用的是JAVA和Drools，那么您可以使用由JBOSS在KIE项目下开发的

---

A思考：无论我们在这里回答什么，我们都是开发人员，而不是业务分析师。如果你的分析师对此不满意，我们怎么想也没关系。他们是否向您提供了关于他们想看或不想看的内容的具体反馈？在问题中包含该信息可能很有用。我们使用“代码效果”中的Web规则控件进行规则创作。我们负责规则的人对他们的web UI非常满意。但是，因为我们使用WF，所以我们不使用Web规则的引擎——我们只是将CodeEffects XML规则转换为WF格式，并使用WF业务规则API执行它们。非常值得进行构建格式转换器的初始努力。希望这有帮助。@Kizz，我能问你：如何将CodeEffects XML规则转换为WF格式？你为此编写了自己的工具吗？你花了多长时间？@hexium，你的假设，第一个是正确的，但第二个是错误的-我们没有改进现有的工具-它完全是从头开始编写的-并且对它的功能感到满意，但不是它的易用性。感谢您提供有关上下文设计和实体模型的提示！如果是这样的话，你最好的办法可能是实际接触你的用户，向他们展示你当前的界面，并问他们“你会使用这个吗？如果不会，我可以做什么改变让你使用这个？”另一个选择是实际记录你使用该工具的用户。Steve Krug在这里给出了一个简短的演示：。即使是针对网站，你仍然可以使用相同的原则。