user-interface - 面向业务的繁重数据输入 (CRUD) 应用程序 GUI 设计的好例子

Question

关闭。这个问题是opinion-based .它目前不接受答案。




7年前关闭。










锁定。这个问题及其答案是locked因为这个问题是题外话，但具有历史意义。它目前不接受新的答案或互动。








我在哪里可以找到制作精良的企业级软件的示例，这些软件具有:

良好、一致地使用键盘快捷键。

良好的键盘表单导航

标准化表单验证

查找/搜索屏幕的标准化使用。 (用户被要求提供客户端 ID，不知道但可以从返回它的弹出窗口中查找)

标准化可用性/LaF 约定

很高兴看到从简单的 CRUD 屏幕到非常复杂的面向流程的 GUI，适用于 CRM/ERP/财务/风险评估等应用程序。
基本上是具有大量定义特定业务流程的输入字段的 GUI。

Answer 1

我没有任何例子可以指出。事实上，这些屏幕中的许多可能很难在网络上找到，因为它们中的大多数往往“丑陋”。这些类型的屏幕很少漂亮。
我可以提供一些技巧，来自处理这些事情的悠久历史。

一致性。 使一切“工作相同”，并且一直工作相同。基本上，您应该能够查看表单而不是屏幕进行输入。所有这些闪烁、小计和颜色在输入表单后都很好，但不是在输入过程中。在那里，您基本上需要音频警报让他们知道“出了点问题”。经典的“滴答滴答-滴答滴答-哔-哔-哔-哔”场景，因为用户发现他们输入了错误的 4 个字段。用户并不是完全失明，但他们不会看你的屏幕。数据在表格上。

最好以模态方式工作，并在出现错误时停止它们，而不是让它们继续前进。 对于大型表单，扫描所有信息并事后查找错误非常困难。当他们出错时阻止他们，这样他们就可以修复它并继续前进，而不是最后回来修复它。表单上的业务规则、验证和实现越多越好。弹出窗口，警报，选择器，如果需要他们注意，模态模态模态。他们在这里不使用粘土。他们不是在创作伟大的美国小说，也不是在为全局经济建模。

总结抽查结果。 例如，输入订单，他们应该能够查看订单总数和订单项计数，以查看他们是否“正确”地将订单作为一种校验和，而不必逐个字段扫描他们的输入字段。大多数工作流都有一个不可避免的交叉检查阶段，在这个阶段他们通过输入来验证数据，但这应该在数据的“原始键控”之后。人们在“批量输入”模式下工作更快，而不是在每次输入时抽查每一个。这打破了他们的节奏。在完成基本验证和键入后，更容易检测和纠正异常。如果某些字段比其他字段更重要(并且您知道哪些是)，那么在屏幕和纸质表单上直观地突出显示它们会产生奇迹。
如果表格等设计得好(计算机表格和纸质表格)，错误应该很难输入(如错误的客户，或错误的项目等)。您可能在某些注释或特殊说明中有错别字，但在其他任何地方都没有错。如果他们输错了项目或金额，则订单可能不会正确总计，因此简单的校验和将帮助他们捕获它。

回到“一致性”， 确保选择器之类的东西都运行相同。 尽量将特殊功能保持在最低限度，因为它可以简化培训并让用户“融入”他们的工作。

键盘快捷键和导航是必需的，而不是可选的。 这里真正的痛点可能是细节区域(即表格结构)。您可能需要一个快捷方式来进入和退出表结构。您可能已经看到很多示例，您可以“按 Tab”键进入表格，但不能按 Tab 键退出。有一个专用的“元标签”键来移入和移出部分。要求鼠标导航出一个部分是不行的。

选择器有一个热键。 理想情况下，他们不必经常使用这些。也许为了客户查找，他们不可避免地会记住大多数其他代码，或者他们会在输入表上键入。使选择器可过滤。

滚动是魔鬼。滚动是邪恶的。没有滚动! 分页比滚动更好，因为“字段不会移动”，它们总是“在屏幕上的同一位置”。您多久“滚动”一次并且不得不在滚动之前搜索以获取“您开始的位置”以重新获得上下文。即使对于选择列表，分页也能很好地工作，因为页面更改让他们知道他们实际上在视觉上“做了某事”。很多次你滚动一行，“我真的吗？”单行滚动可能太微妙了。对于大型条目表格，一周中的每一天都需要多页滚动论文。如果您的表单那么大，请确保您有一个在表单中前后移动的热键，并确保每个页面上都有一些上下文信息(客户姓名、订单号等等……简单的标题)。

强大的查询。 众所周知，“示例查询”是最好的机制之一(即他们填写“他们所知道的”表格，然后返回表格)。人们需要通过疯狂的标准来查找数据，如果大多数字段都是可查询的，这让他们可以这样做，而无需您再次猜测他们将需要或不需要的内容。 Informix 4GL 曾经有一个壮观的 QBE 系统(> 04/01/09 表示 2009 年 4 月 1 日之后的日期，12345|23456 表示项目代码 12345 或 23456)。一个好的 QBE 表达式很可能不会在典型的领域中得到验证，这是一种特殊情况。 (这就是你今天很少看到 QBE 的原因，它需要太多的工作——但它太棒了。)

请记住， 用户不知道为什么或如何做某事，他们只知道该做什么。 他们知道“当我想做 A 时，我按 Y 键”他们不知道为什么它是 Y，Y 所在的位置，键 X 和 Z 可能与 A 做类似的事情，因为它们组合在一起。不，他们不知道您的命令分类法。他们不知道你的抽象。他们知道做A，打Y。想加粗一个词吗？键入 Ctrl-B。也许 Ctrl-I 将单词斜体化对您来说是显而易见的，因为它具有助记符，但对大多数用户而言并非如此。也许 Ctrl-B 和 Ctrl-I 在 Format 菜单上，很好地分组。没关系。 Ctrl-B == Bold，我如何做斜体？

这些接口(interface)的缺点是培训。他们确实接受了培训才能使用它们。但是，事实上，对于任何相当复杂的业务，用户需要的培训远不止是键控过程。入口屏幕不会教他们业务策略、业务规则等。您可以在应用程序中强制执行这些，但用户无论如何都需要自己了解它们。
但这没关系，因为从长远来看，它只是更有效。这里的游戏是有效地从用户那里获取数据并以一致的方式呈现给他们。我不会说“逻辑”的方式，因为虽然逻辑可能是逻辑，但它可能不是用户逻辑。因此，如果您愿意，您可以合乎逻辑，随心所欲地称呼它，但要与您的用户保持一致。
另一个轶事，我们习惯用10个键返回数据。这往往只是数字列表，如项目代码和数量。出于我们的目的，让用户连续两次键入此数据比其他任何事情都更快。它捕捉错别字、换位等。结合批量校验和使键控变得更快。这些家伙只在开始时、完成时以及出现错误时查看屏幕。
最后，无论如何，您的屏幕和程序都会改变。无论你今年使用什么形式，明年都会改变。这就是现实，所以，仅供引用，请做好准备。
祝你的项目好运。