如何制作一个好的报表界面答案

【问题标题】：How to make a GOOD reporting Interface如何制作一个好的报表界面
【发布时间】：2010-08-23 19:31:09
【问题描述】：

我有大量围绕学校、学生、教师、班级、地点等的相关数据

我面临客户提出的第四个挑战；他们希望得到关于一切的报告。这意味着他们希望能够以各种方式交叉引用数据点，而我认为我只是缺少编写一个漂亮的查询构建器。：/

此堆栈问题旨在就如何精美地构建报告界面征求意见。

任何建议、参考、示例、jQ 插件等都会很棒。

谢谢！

【问题讨论】：

如果您的客户想要获得关于所有内容的报告，那么请教他们 SQL。
客户并不总是提出合理的要求。如果他们有无限的预算，那就去吧，否则你可能会得到更好的服务，建议他们实际使用的更合理的替代方案。谷歌分析可能是一个很好的模型。如果内置报告工具不满意，您可以导出数据或使用 API。
这听起来更像是他们需要某种形式的数据仓库。
@banzaimonkey 我同意 - 获得可靠的规格，否则最终会赔钱。

【解决方案1】：

我发现 Trac 的查询构建器的用途相当可接受。

但很可能您的客户并不想要所有东西，他们只是懒得去想他们现在想要什么。您可以通过一起分析用例来帮助他们做出决定，并至少提出几种查询，其中只有一些可定制的部分——在最坏的情况下——或者只是他们真正需要的一些罐头查询——在最好的。

【讨论】：

【解决方案2】：

您可能应该与您的客户安排一次会议，以确定他们需要做什么。这确实不意味着让他们推测如果你的软件可以做所有事情，超级灵活但完全易于使用等等……但坐下来看看它们是什么现在正在做。我这样说是因为“哦，我希望能够将所有内容与其他所有内容交叉引用！”听起来有点太熟悉了，并且可能会以内部平台效应的丑陋案例告终。

我发现与客户一起进行快速纸质原型制作是探索可能想法的好方法，因为它可以将他们的注意力从“你能让这个按钮变成黄色吗？”上转移开来。问题，让他们决定他们真正需要什么。另外，这样做的成本低得离谱。

除此之外，为了获得灵感，还有一些 UI 模式语言可以处理潜在的大量互连数据。这样做的好处在于，您通常可以使用这些模式与您的客户交流想法，因为结构良好的模式语言将指导非专家更详细地完成与领域相关的设计决策。

【讨论】：

这是个好主意。我已经完成了其中的几个变体，但是通过电子邮件，而不是在坐下来的会议上。你能告诉我更多关于 UI 模式语言的信息吗？我没有这方面的经验——谢谢你的回复。
@Zaz 这基本上是界面设计人群从建筑师克里斯托弗亚历山大改编的一个想法，他试图以明确定义的“模式”捕捉设计的精髓，这将使他的建筑物中的居民拥有设计过程中的单词。对于 UI，请查看 Jenifer Tidwell (designinginterfaces.com) 的书的网站，其中包含示例模式，以便您自己决定这是否对您有用。请注意，接口模式不同于软件工程模式，后者是更多的技术描述（单例和其他东西）。

【解决方案3】：

首先，我只能支持其他声音：与客户一起找出他们真正需要的东西。一个很好的论点是“我能做到，但它会花费你 X 千美元，每个用户都需要 Y 小时的培训，而且你需要一个每年 10 万美元的开发人员来维护它。”

（不幸的是，当时大多数客户更愿意选择说“是的，可以做得更便宜！”的人）

只有第二个，并且只有当客户说“是的，我们确实需要一切”：

效果很好的是列表/网格视图渐进式过滤。无需构建 SQL 查询，然后运行它，而是让用户直接使用结果：例如右键单击一个单元格，然后选择“限制到这个值”可以添加一个WHERE colN = <constant> 约束。

您可以为来自SELECT DISTINCT 调用的列生成建议 - 如果它返回的值少于例如 20 个，您可以为可能的值的 OR 组合提供复选框。

讨论优雅 UI 以解决大量遗留问题会很有趣：跨多个列的 OR'ed 条件、按多列排序、分组...

【讨论】：