Bastien和Scapin用户界面评价的人机工程学标准

定义:

就像这里使用的一样， 促使 有一个比通常更广泛的定义. 在这里，它指的是引导用户进行特定操作的可用手段，无论是数据输入还是其他任务. 这个标准还指的是，当根据上下文可能有几个操作时，帮助用户了解备选方案的所有方法 促使 还涉及状态信息, 这是关于系统的实际状态或上下文的信息, 以及有关帮助设施及其可及性的信息.

基本原理:

例如，良好的提示可以引导用户并使他们免于学习一系列命令. 良好的提示也可以让用户准确地知道当前的模式,他们在对话中的位置, 以及导致这种情况的行为.因此，良好的提示有助于用户在应用程序或系统中导航，并有助于减少错误.

指引的例子:

• For data entry, provide the user with the required 格式s 和 acceptable values; e.g.，在字段标签中包含额外的数据格式提示(例如.g.日期(月/日/年):年月日/年月日).
• 显示测量单位的数据输入.
• 表示所有状态信息(e.g.、模式、价值等.).
• 对于每个数据字段，显示一个关联的标签.
• 提供关于条目可接受长度的提示.
• 为每个窗口提供一个标题.
• 提供在线帮助和指导.

评论:

促使 vs 按格式分组/区分.

促使 通过建议用户可能采取的行动，以直接的方式提供帮助. 例如，当几个操作是可能的(e.g.、确认、取消、复制等.)，则只能显示或在消息中指示可用的操作.

也有不太直接的方法来指导用户. 在上面的例子中, 如果显示了所有选项, 可以使用不同的格式来表示当前可用的格式.

当有几个选择或行动是可能的, 最可能或最合乎逻辑的操作可以以一种与其他选项区分开来的格式来表示, 比如用粗体边框环绕按钮(默认选项). 这是一个例子 按格式分组/区分，而不是 促使 因为回车选项不是显式的.

促使 在于直接呈现不同的可能动作 按格式分组/区分 将表明这些可能的行动的特定特征.

促使 vs 即时反馈

区别在于 促使 和 即时反馈 有时是微妙的.

例如, 遵循用户操作, 消息可以指示命令已经执行，以及必须采取哪些操作来继续事务. 因此，消息可以是对先前操作的反馈，也可以是对后续操作的提示. 即时反馈 关注通知用户先前操作的消息. 促使 关注指导用户未来操作或建议执行特定操作的消息.

促使 vs 易读性

提示(说明)的词汇方面, 向用户指示需要做什么的消息, 等.)，这可能会影响可读性(例如.g.、字体大小、字体类型等.)，关注标准 易读性.

促使 vs 简洁

好的提示, 比如指令, 指示用户需要做什么的消息可能太长. 提示中的这个缺陷关系到标准 简洁. 同样地, 良好的提示可以指示必须输入数据的方式, 但同时也有一个问题 简洁 是否可以引入，除了数据外，用户还必须输入测量单位.

促使 vs 错误保护

错误保护可以通过各种方式实现. 可以实现控制用户输入的自动机制. 例如, 用户进入后, 如果数据输入格式不合适，计算机将显示一条错误信息.这个案例涉及到标准 错误保护. 防止错误的另一种方法是向用户提供关于要输入的数据的类型和格式的信息. 在这种情况下 促使 有关. 这两种防止错误的方法可以共存.

促使 vs 错误消息的质量

错误消息可以包括关于纠正错误方法的提示. 这确实是一个案例 错误消息的质量，而不是 促使. 促使 仅指在无错误情况下提供给用户的指导.

促使 vs 一致性

只要是几个事务、对象等之间的比较.，包括以提示为导向的目标，它关系到标准 一致性. 例如, 在显示框顶部的一致位置为每个显示提供单个标识非常重要 一致性.

促使 vs 兼容性

当提示用语与用户语言不同时，就涉及到标准问题 兼容性.

定义:

标准 分组/区分项目 关注信息项之间相互关系的视觉组织. 这个标准考虑了拓扑(位置)和一些图形特征(格式)，以便指示所显示的各种项之间的关系, 指示它们对于给定类是否长, 或者表示类别之间的差异. 这个标准还涉及到类中项目的组织.

标准 分组/区分项目 被细分为两个标准: 按位置分组/区分 和 按格式分组/区分.

基本原理:

用户对显示屏的理解取决于, 除此之外, 关于排序, 物体(图像)的定位与区分, 文本, 命令,等.)。. 用户将检测到不同的项目或项目组, 并且更容易了解他们的关系，如果, 一方面，一方面, 它们以一种有组织的方式呈现.g.、字母顺序、使用频率等.), 另一方面，如果项目或项目组以显示其相似性或差异性的格式或编码方式呈现. 此外，学习和记忆的项目或项目组将得到改善. 项目的分组/区分有助于更好的指导.

定义:

标准 按位置分组/区分 关注项的相对位置，以指示它们是否属于给定的类, 或者表示类别之间的差异. 这个标准还涉及类中项的相对位置.

基本原理:

用户对显示屏的理解取决于, 除此之外, 对象(图像)的排序, 文本, 命令, 等.)。. 如果以有组织的方式呈现不同的项目，用户将更容易发现它们.g.、字母顺序、使用频率等.). 此外，学习和记忆项目将得到改善. 按位置分组/区分可以更好地进行指导.

指引的例子:

• 组织分层列表中的项目.
• 将菜单对话框的选项组织为它们所应用对象的函数.
• 当出现多个选项时，它们的组织必须是合乎逻辑的.e., 该组织必须代表一个重要或相关的职能组织(按字母顺序排列), 功能, 使用频率, 等.).

评论:

按位置分组/区分 vs 按格式分组/区分

项目的分组/区分可以通过格式和/或位置来实现. 位置和格式对应于不同的显示特征(拓扑vs. 添加图片). 例如，菜单选项可以用位置来区分，也可以用位置来区分.g.，最常见的选项在顶部，不太常见的选项在底部)和格式(例如.g., 在一组有关文本布局的选项和一组有关字符类型的选项之间的行分隔符。.

定义:

标准 按格式分组/区分 更精确地关注图形特征(格式、颜色等).)，指示项是否属于给定的类, 或者表明不同阶层之间的区别, 或者是给定类的项之间的区别.

基本原理:

如果用不同的格式或不同的代码来说明它们的相同点或不同点，用户将更容易了解项目之间或项目类别之间的关系.这样的关系更容易学习和记忆. 通过格式进行良好的分组/区分可以得到更好的指导.

指引的例子:

• 提供清晰的视觉区分不同功能的区域(指挥区), 消息区, 等.).
• 提供清晰的数据字段及其标签的视觉区分.

评论:

按格式分组/区分 vs 促使

促使 通过建议可能的行动以直接的方式提供帮助. 例如，当几个操作是可能的(e.g.、确认、取消、复制等.)，则只能显示或在消息中指示可用的操作.

也有不太直接的方法来指导用户. 在上面的例子中, 如果显示了所有选项, 可以使用不同的格式来表示当前可用的格式.

当有几个选择或行动是可能的, 最可能或最合乎逻辑的操作可以以一种与其他选项区分开来的格式来表示, 比如用粗体边框环绕按钮(默认选项). 这是一个例子 按格式分组/区分，而不是 促使 因为回车选项不是显式的.

促使 在于直接呈现不同的可能动作 按格式分组/区分 将表明这些可能的行动的特定特征.

按格式分组/区分 vs 按位置分组/区分

项目的分组/区分可以通过格式和/或位置来实现.

位置和格式对应于不同的显示特征(拓扑vs. 添加图片). 例如，菜单选项可以用位置来区分，也可以用位置来区分.g.，最常见的选项在顶部，不太常见的选项在底部)和格式(例如.g., 在一组有关文本布局的选项和一组有关字符类型的选项之间的行分隔符。.

定义:

即时反馈 关注系统对用户操作的响应. 这些操作可以是简单的键输入，也可以是更复杂的事务，比如堆叠命令. 在所有情况下，必须提供计算机响应, 它们应该很快, 为不同类型的事务提供适当和一致的时间安排. 在所有情况下, 应提供计算机的快速响应，提供有关所请求的交易及其结果的信息.

基本原理:

反馈的质量和速度是建立用户信心和满意度以及理解对话的两个重要因素. 这些因素使用户能够更好地了解系统的功能.

缺乏反馈或延迟反馈会让用户感到不安. 用户可能怀疑系统出现故障，并可能采取可能破坏正在进行的流程的操作.

指引的例子:

• 应该显示除安全条目外的所有用户条目. 即使在这种情况下，每次输入都应该产生可感知的反馈.g.，如星星等符号).
• 用户中断后的数据处理, 显示提示消息，告知用户系统已恢复到之前的状态.
• 当计算机处理冗长时, 应向用户提供有关处理状态的信息.

评论:

即时反馈 vs 促使

区别在于 促使 和 即时反馈 有时是微妙的.

例如, 遵循用户操作, 消息可以指示命令已经执行，以及必须采取哪些操作来继续事务. 因此，消息可以是对先前操作的反馈，也可以是对后续操作的提示. 即时反馈 关注通知用户先前操作的消息. 促使 关注指导用户未来操作或建议执行特定操作的消息.

即时反馈 vs 易读性

当反馈的质量不令人满意时，即使从词汇的角度来看，这也是一个问题 即时反馈，而不是易读性的问题. 即时反馈 关注用户操作后系统响应的所有特征(是否存在反馈), 从语义和词汇的角度看反馈的质量).

定义:

易读性 关注屏幕上显示的信息的词汇特征，这些特征可能会阻碍或促进该信息的阅读(字符亮度), 字母与背景的对比, 字体大小, interword间距, 行间距, 段落间距, 线的长度, 等.). 根据定义，标准 易读性 不涉及反馈或错误消息.

基本原理:

当屏幕上的信息呈现考虑到用户的认知和感知特征时，性能就会提高. 良好的易读性有助于阅读所呈现的信息. 例如, dark letters on a light background are easier to read than the other way around; a text presented with mixed upper/lower case is read faster than a text presented with only upper-case letters.

指引的例子:

• 标题应该居中.
• 标签应以大写字母显示.
• 游标应该与其他显示项区分开来.
• 当文本显示空间有限时, 显示几行长文本，而不是许多短文本.
• 在宽列中显示连续文本，每行至少包含50个字符.
• 如果可以通过可变间距实现右对齐，则应采用右对齐, 保持单词之间和单词内部的等比间距, 一行中单词之间保持一致的间距.
• 展示文本材料, 保持文字完整, 尽量减少行与行之间的连字符中断.

评论:

易读性 不适用于反馈或错误消息. 事实上, 所有方面都与用户的阅读困难有关, 或者更一般地说，与反馈或错误消息有关的消息的质量应该分别分配给标准 即时反馈 或者是标准 错误消息的质量.

易读性 vs 即时反馈

当反馈的质量不令人满意时，即使从词汇的角度来看，这是一个问题 即时反馈，而不是易读性的问题 即时反馈 关注用户操作后系统响应的所有特征(是否存在反馈), 从语义和词汇的角度看反馈的质量).

易读性 vs 错误消息的质量

当错误消息不令人满意时，即使从词法的角度来看，也是一个问题 错误消息的质量，不是…的问题 易读性. 标准 错误消息的质量 关注与用户错误相关的信息的所有特征.

易读性 vs 促使

提示(说明)的词汇方面, 向用户指示需要做什么的消息, 等.)，这会对阅读的容易程度产生影响.g.、字体大小、字体类型等.)，关注标准 易读性.

易读性 vs 规范的意义

易读性 不关心信息的语义特征、相关性或重要性. 这些特征是相互关联的 规范的意义.

易读性 vs 兼容性

标准 易读性 不关心信息的语义特征、相关性或重要性. 当这些特征与任务相关时，则为标准 兼容性 应该被考虑.

定义:

标准 简洁 涉及个人输入和输出的感知和认知工作量, 对于输入集合(i.e.(完成目标或任务所需的一系列行动). 简洁 对应于限制阅读和输入工作量以及操作步骤数量的目标.

标准 简洁 被细分为两个标准: 简洁 和 最小的行动.

基本原理:

短期记忆能力是有限的. 因此，条目越短，出错的概率就越小. 此外，文章越简洁，阅读时间越短.

也, 达到一个目标所需要的行动越多、越复杂, 工作量增加得越多，出错的风险也就越大.

定义:

标准 简洁 涉及个人输入或输出的感知和认知工作量.

根据定义, 简洁 不涉及反馈或错误消息.

基本原理:

短期记忆能力是有限的. 因此，条目越短，出错的概率就越小. 此外，文章越简洁，阅读时间越短.

指引的例子:

• 对于数值数据，不需要输入前导零.
• 如果代码长度超过4或5个字符，请使用助记符或缩写.
• 允许用户输入简短的数据.
• 当一个测量单元与一个特定的数据字段相关联时, 将该单元作为字段标签的一部分，而不是要求用户输入它.

评论:

简洁 vs 促使

好的提示, 比如指令, 指示用户需要做什么的消息可能太长. 提示中的这个缺陷关系到标准 简洁. 同样地, 良好的提示可以指示必须输入数据的方式, 但同时也有一个问题 简洁 是否可以引入，除了数据外，用户还必须输入测量单位.

简洁 vs 最小的行动

By 最小的行动 这里实博app手机版指的是程序, or steps; when the length of items or data entries 有关, 那么问题来了 简洁.

简洁 vs 信息密度

标准 简洁 关注单个项目呈现的简洁性 信息密度 与显示在屏幕上的一组信息的密度有关. 因此，一个项目可能是相关的，但没有以足够简洁的方式呈现. 在这种情况下，标准 简洁 必须提出来. 如果项目是多余的，那么这是一个问题 信息密度.

简洁 vs 错误消息的质量

标准 简洁 不适用于错误消息. 当错误消息不够简洁时，这是一个问题 错误消息的质量.

定义:

标准 最小的行动 与完成目标或任务所需的行动数量有关的工作量. 这里的问题是尽可能地限制用户必须经历的步骤.

基本原理:

达到一个目标所需要的行动越多、越复杂, 工作量增加得越多，出错的可能性也就越大.

指引的例子:

• 尽量减少在菜单中进行选择所需的步骤.
• 当数据可以由计算机导出时，是否不需要用户输入数据.
• 避免用户输入包含标点符号的命令.
• 对于数据输入，在相应的数据字段中显示当前定义的默认值.
• 长时间, 多页显示, 应该可以直接请求特定的页面, 而不需要浏览所有的中介页面.

评论:

最小的行动 vs 简洁

By 最小的行动 这里实博app手机版指的是程序, or steps; when the length of items or data entries 有关, 那么问题来了 简洁.

最小的行动 vs 用户体验

标准 最小的行动 关注事务和过程的长度，而不管用户体验水平如何.

当交易和程序的长度不足以满足特定用户组时(例如.g.(经验丰富的用户没有捷径可用)，它涉及标准 用户体验.

最小的行动 vs 灵活性

标准 灵活性 涉及以不同方式完成任务的可能性, 这是不同的程序. 这些程序可能是最小的，也可能不是.这一标准还涉及到用户根据其特殊需求调整界面的可用手段.

最小的行动 vs 误差修正

与标准有关的问题 最小的行动 是否会因纠错机制不完善而导致. 当纠正错误所需的步骤数量可能减少时，这是一个问题 误差修正. 标准 最小的行动 指与纠正错误无关的程序、步骤或行动.

最小的行动 vs 兼容性

缺乏兼容性(如.g., 任务和对话步骤之间的不匹配可能会增加完成任务所需的操作数量. 在这种情况下，标准 兼容性 必须调用，不是吗 最小的行动这是问题的结果，而不是原因.

定义:

标准 信息密度 从感知和认知的角度关注用户的工作量，关注呈现给用户的整套信息，而不是每个单独的元素或项目.

基本原理:

在大多数任务中, 当信息密度过高或过低时，用户的性能都会下降:在这些情况下, 出错的可能性更大. 应该删除与任务无关的项.

用户的内存负荷应该最小化. 用户不应该记住冗长的数据列表或复杂的程序. 当手头的任务不需要他们进行复杂的认知活动时，他们不应该进行这些活动.

指引的例子:

• Provide only necessary 和 immediately usable data for any transaction; do not overload displays with extraneous data.
• 数据不需要单位转换.
• 查询语言应该在查询公式中使用最少的量词.
• 不要求用户准确地记住从一个显示框到另一个显示框的数据.
• 提供派生数据的自动计算, 因此，用户不必计算和输入任何可以从计算机已经可以访问的数据中得出的数字.

评论:

信息密度 vs 简洁

标准 简洁 关注单个项目呈现的简洁性 信息密度 与显示在屏幕上的一组信息的密度有关. 因此，一个项目可能是相关的，但没有以足够简洁的方式呈现. 在这种情况下，标准 简洁 必须提出来. 如果项目是多余的，那么这是一个问题 信息密度.

定义:

标准 显式用户操作 指计算机处理与用户行为之间的关系. 这种关系必须是明确的.e., 计算机必须只处理用户请求的操作，并且只在用户请求时处理.

基本原理:

当计算机处理结果来自明确的用户操作时, 用户可以更好地学习和理解应用程序的功能，并且可以观察到更少的错误.

指引的例子:

• Always require a user to take an explicit ENTER action to initiate processing of entered data; do not initiate processing as a side effect (e.g.(如更新文件)的一些其他操作(如.g.(打印文件).
• 如果菜单选择是通过指向完成的, 提供双重激活, 其中第一个操作(定位光标)指定所选选项, 然后是一个单独的第二个动作，该动作产生一个显式的控制项.
• 用户的命令项应该在编辑工具之后使用ENTER操作完成.

评论:

显式用户操作 vs 用户控件

标准 显式用户操作 应该与 用户控件. 第一个标准是指用户请求的操作的明确特征,而第二个标准是指用户应该对正在进行的处理具有的控制能力.

定义:

标准 用户控件 指的是这样一个事实，即用户应该始终控制系统的处理(例如).g.，中断，取消，暂停和继续). 应该预测用户的每一个可能的操作，并提供适当的选项.

基本原理:

对相互作用的控制有利于学习，从而减少犯错的可能性. 因此，计算机变得更加可预测.

指引的例子:

• 允许用户调整数据输入的速度, 而不是由计算机处理或外部事件来控制节奏.
• 光标不应该在没有用户控制的情况下自动移动(除了稳定和众所周知的程序), 例如在填写表格时).
• 用户应该能够控制屏幕页面.
• 允许用户中断或取消当前事务或进程.
• 提供一个CANCEL选项，它将擦除用户刚刚所做的任何更改，并将当前显示恢复到以前的版本.

评论:

用户控件 vs 显式用户操作.

标准 显式用户操作 应该与 用户控件. 第一个标准是指用户请求的操作的明确特征,而第二个标准是指用户应该对正在进行的处理具有的控制能力.

定义:

标准 灵活性 指用户可以定制界面的方法，以便考虑到他们的工作策略和/或习惯, 以及任务要求. 灵活性 是否反映在实现既定目标的可能方法的数量上. 换句话说，它是界面适应用户特定需求的能力.

基本原理:

执行给定任务的可用手段越多样化, 用户在学习过程中选择并掌握其中一种方法的可能性就越大.

指引的例子:

• 当用户需求不确定时，为用户提供一些控制显示配置的手段.
• 当界面设计者无法预测哪些默认值是有用的, 允许用户定义, 更改或删除数据输入的默认值.
• 当某些显示不需要时，用户应该能够暂时删除它们.
• 为用户提供一些方法来更改数据输入顺序，以尊重他们的首选顺序.
• 当文本格式无法提前预测时, 允许用户指定和存储将来可能需要的格式.
• 用户应该能够为他们创建的数据字段分配名称.

评论:

灵活性 vs 最小的行动

标准 灵活性 涉及以不同方式完成任务的可能性, 这是不同的程序. 这些程序可能是最小的，也可能不是.这一标准还涉及到用户根据其特殊需求调整界面的可用手段.

灵活性 vs 用户体验

良好的灵活性应该允许一般用户群体根据其特定需求调整界面. 当一个界面被几种不同类型的用户使用时, 或者特定类型的用户, 该界面允许用户以不同的方式执行任务，以适应他们的经验水平, 那么问题来了 用户体验.

换句话说，一旦经验水平被调用，标准 用户体验 有关.

灵活性 vs 兼容性

灵活性 may be a means for attaining compatibility; however, 没有兼容性也可以有很好的灵活性, 反之亦然. 例如, 表单填充显示可能与源文档不匹配, 在项目排序和数据分组方面. 在这种情况下，一个问题 兼容性 应该调用，即使接口可能允许(那么也有一些灵活性)或不允许(那么没有灵活性)用户修改数据输入序列.

定义:

标准 用户体验 是指可用的手段要考虑到用户体验的水平.

基本原理:

有经验的用户和没有经验的用户有不同的信息需求. 可能需要为没有经验的用户提供提示的事务模式，允许简单的逐步操作. 有经验的用户, computer-initiated dialogues may be boring 和 slow down their interactions; short-cuts may allow them to access system functions more rapidly. 不同层次的交互应该考虑到用户的体验.

然而，大多数系统都有不同经验水平的用户. 用户可能会随着经验的增加而变得更加专业, 或者在长时间的废弃后，可能不那么专业了. 界面的设计也应适应不同用户的体验水平.

指引的例子:

• 允许有经验的用户绕过一系列菜单选择，并直接创建等效的命令输入或键盘快捷键.
• 允许有经验的用户一次输入一系列命令, 而没有经验的用户只能一步一步的输入.
• 对话类型的设计必须符合不同用户的需求.
• 应根据不同用户群体的经验提供不同的对话类型(例如.g., 提供提示作为可选的指导功能，新手用户可以选择，但经验丰富的用户可以省略.
• 当采用的用户指导技术可能会减慢有经验的用户, 提供替代路径或模式，允许用户绕过标准引导程序.
• 在错误消息的输出之后, 允许用户要求更详细的错误解释，以适应他们的知识水平.

评论:

用户体验 vs 最小的行动

标准 最小的行动 关注事务和过程的长度，而不管用户体验水平如何.

当交易和程序的长度不足以满足特定用户组时(例如.g.(经验丰富的用户没有捷径可用)，它涉及标准 用户体验.

用户体验 vs 灵活性

良好的灵活性应该允许一般用户群体根据其特定需求调整界面. 当一个界面被几种不同类型的用户使用时, 或者特定类型的用户, 该界面允许用户以不同的方式执行任务，以适应他们的经验水平, 那么问题来了 用户体验.

换句话说，一旦经验水平被调用，标准 用户体验 有关.

定义:

标准 错误保护 指可用来检测和防止数据输入错误的手段, 命令错误, 或者具有破坏性后果的行为.

基本原理:

最好在验证之前而不是之后检测错误:检测的破坏性较小.

指引的例子:

• 当用户请求注销时，如果有任何挂起的事务将不会完成, 或者数据是否会丢失, 显示一条咨询消息，请求用户确认.
• 保护字段标签不被用户意外更改.
• 为信息显示而设计的字段应该受到保护:不应该允许用户更改这些字段中包含的信息.
• 确保用户界面软件将适当地处理所有可能的用户错误, 包括意外输入.

评论:

错误保护 vs 促使

错误保护可以通过各种方式实现. 可以实现控制用户输入的自动机制. 例如, 用户进入后, 如果数据输入格式不合适，计算机将显示一条错误信息.这个案例涉及到标准 错误保护. 防止错误的另一种方法是向用户提供关于要输入的数据的类型和格式的信息. 在这种情况下 促使 有关. 这两种防止错误的方法可以共存.

定义:

标准 错误消息的质量 指错误消息的措辞和内容, 那就是:它们的相关性, 可读性, 以及错误(语法)性质的特殊性, 格式, 等.)以及纠正它们所需的行动.

基本原理:

错误消息的质量通过向用户指出错误的原因来促进用户对系统的学习, 他们的本性, 教他们预防或解决错误的方法.

指引的例子:

• 如果用户选择了无效的功能键, 除了指示适合该事务步骤的功能的消息外，不应产生任何系统操作.
• 对于错误消息，采用面向任务的措辞.
• 使错误消息尽可能具体.
• 使错误消息简短但信息丰富.
• Adopt neutral wording for error 消息; do not imply blame on the part of the user, 或者让电脑个性化, 或者试图使信息幽默.

评论:

错误消息的质量 vs 促使

错误消息可以包括关于纠正错误方法的提示. 这确实是一个案例 错误消息的质量，而不是 促使. 促使 仅指在无错误情况下提供给用户的指导.

错误消息的质量 vs 易读性

当错误消息不令人满意时，即使从词法的角度来看，也是一个问题 错误消息的质量，不是…的问题 易读性. 标准 错误消息的质量 关注与用户错误相关的信息的所有特征.

错误消息的质量 vs 简洁

标准 简洁 不适用于错误消息. 当错误消息不够简洁时，这是一个问题 错误消息的质量.

定义:

标准 误差修正 指用户可以使用的纠正错误的手段.

基本原理:

当错误容易并能立即纠正时，它们就不那么令人不安了.

指引的例子:

• 应该允许用户在合成扩展命令期间编辑扩展命令，然后再显式地输入该命令.
• 以下错误检测, 只要求用户重新输入数据/命令条目中不正确的部分.
• 如果数据输入事务已经完成并且检测到错误, 允许用户直接和立即更正.

评论:

误差修正 vs 最小的行动

与标准有关的问题 最小的行动 是否会因纠错机制不完善而导致. 当纠正错误所需的步骤数量可能减少时，这是一个问题 误差修正. 标准 最小的行动 指与纠正错误无关的程序、步骤或行动.