规则引擎用户界面设计答案

【问题标题】：Rules Engines User Interface Design规则引擎用户界面设计
【发布时间】：2010-12-26 04:02:09
【问题描述】：

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

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

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

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

我的问题

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

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

【问题讨论】：

一个想法：无论我们在这里回答什么，我们都是开发人员，而不是业务分析师。如果您的分析师对此不满意，我们的想法并不重要。他们是否就他们想看或不想看的内容向您提供了任何具体的反馈？在问题中包含该信息可能很有用。
我们使用来自 Code Effects 的 Web 规则控件进行规则创作。我们负责规则的人员对他们的 Web UI 非常满意。但是，由于我们使用 WF，所以我们不使用 Web Rule 的引擎——我们只是将 CodeEffects XML 规则转换为 WF 格式并使用 WF 业务规则 API 执行它们。非常值得构建格式转换器的初始努力。希望这会有所帮助。
@Kizz，请问：CodeEffects XML 规则如何转换成WF格式？您是否为此编写了自己的工具？你花了多长时间？

【解决方案1】：

注意：这不是对您具体问题的回答，而是一个建议。

我在这里做了两个假设，即

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

您可以查看Contextual Design 方法来了解您的用户对系统的心理模型是什么。您还可以尝试周转时间短的低保真原型（如纸质原型或 VB 模型），看看哪种效果最好。

【讨论】：

@hexium，你的假设，第一个是正确的，但第二个不是——我们没有改进现有的工具——它完全是从头开始编写的——并且对它的功能感到满意，但对它的易用性并不满意采用。感谢您提供有关上下文设计和模型的提示！
如果是这种情况，你最好的选择可能是真正接近你的用户，向他们展示你当前的界面并问他们“你会使用这个吗？如果没有，我可以做哪些改变来让你用这个？”
另一种选择是使用该工具实际记录您的用户。 Steve Krug 在这里做了一个简短的演示：network.businessofsoftware.org/video/…。即使这是针对网站的，您仍然可以使用相同的原则。

【解决方案2】：

我们对上述问题也有同样的担忧。我刚刚发现http://xpertrule.com 似乎有一个丰富而直观的用户界面。

您可以从他们实施的环境中获得帮助，也可以了解他们的设计理念。

【讨论】：

【解决方案3】：

如果你在那里使用 JAVA 和 Drools，那么你可以使用 JBOSS 在 KIE 项目下开发的Guided Rule Editor。

最新（2021-12-09，版本 7.62.0.Final）文档版本：here。

【讨论】：

【解决方案4】：

如果不了解规则的复杂性和性质，我想这个问题很难回答，但是前几天我在玩http://www.magentocommerce.com/，他们的管理区域内置了一个相当简单的规则编辑器（玩转，你会找到它们）。

【讨论】：

【解决方案5】：

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

【讨论】：