[工学]人机交互--帮助系统的设计.ppt

第10章 帮助系统的设计 本章内容 帮助系统的属性 提供帮助的方式 自适应帮助系统(adaptive help system) 帮助系统的设计 四种类型的帮助 Quick reference 通常是对用户使用的工具做细节提示，用户已经基本熟悉这些工具或者以前使用过 例如，发现一个特殊命令的参数，或者提醒用户这个命令的语法 Task-specific help 当用户执行一个特殊的任务时遇到问题或者当他不知道如何使用某个工具来解决他的特殊问题时需要这种帮助,提供的帮助是直接与做什么有关的 四种类型的帮助（续） Full explanation 一个有经验的用户可能需要一些命令的更详细的解释，以便更好的理解这些命令，其中一些解释可能在此时刻用户并不需要 Tutorial 这是针对新用户提供的帮助，它可以指导用户一步一步的来使用某个工具 帮助系统功能清单 连续并更详细的解释屏幕上显示的出错消息 连续并更详细的解释屏幕上显示的问题或提示 连续列举正确的输入或合法的命令 解释或定义某一具体术语 描述一条具体命令的格式 提供允许用户使用的命令清单 显示文档中的具体章节 描述各种系统参数的当前值 指导用户使用系统 提供系统中用户感兴趣的消息 提供用户可利用的辅助工具清单 帮助系统的属性 可用性 精确性和完整性 一致性 灵活性 鲁棒性 不唐突性（Unobtrusiveness） 可用性和精确性、完整性 可用性 用户在和系统交互时，任何时刻能够获得帮助 并且，不能为了打开帮助系统而关闭正在使用的系统 理想的是，帮助系统可以和任何其他的应用程序并行运行。在窗口系统中这是很容易实现的，但是在没有窗口的系统中这个问题需要特别注意。 精确性和完整性 帮助系统必须能够准确的反映当前的系统，尤其是在系统不断更新，同一时刻可能多种版本同时存在时，这一点更重要 并且帮助系统必须包含系统中所有的模块。 一致性和灵活性 一致性 帮助系统通常由不同的部分组合而成的，每一部分提供的帮助应该和其他的各部分的相互协调。在线的帮助和纸质的文档在内容、术语和风格等方面都应保持一致 灵活性 允许用户使用适合他们需求的方法来使用帮助系统，应该有比较高的灵活性和交互性 允许用户用超文本的方式浏览帮助，这样可以展开每一个主题，并且可以快速的回到最顶层 鲁棒性和不唐突性 鲁棒性 系统出错时仍然能够启动帮助系统，帮助系统的容错能力应该比较强 不唐突性（Unobtrusiveness） 帮助系统不应该阻碍用户的正常工作，也不能干涉用户的应用程序。 非窗口界面系统中，纯文本的帮助系统可能会打扰到用户的工作。解决方法：用可以分割的屏幕来表示 窗口界面系统中，如果是主动的提供帮助而不是在用户提出要求时才提供帮助，这样的帮助系统也可能会妨碍到用户，这时应允许用户选择关闭提供的帮助 提供帮助的方式 命令助手command assistance 命令提示command prompts 上下文敏感的帮助context-sensitive help 在线指南online tutorials 在线文档 online documentation 向导wizards 助手assistancts 命令助手command assistance 用户支持的最简单的方法就是在命令一级提供帮助，用特殊的命令来提出需要帮助（user request help on a particular command)，用一个帮助屏或者指南页来显示帮助 这是在unix和dos系统中使用的帮助方法。比如：dos中输入xcopy /? 可以显示xcopy命令的具体参数、用法 适用于 用户知道自己想查什么、想找一个记不太清的命令或者一个命令的详细信息，即用户熟悉并经常使用的命令、用户知道但很少使用的命令 不适合 用户根本不知道存在但是却需要的命令和用户认为应该存在但是并不存在的命令 命令提示command prompts 命令行界面中，当用户遇到错误时命令提示可以提供帮助，纠正错误 如果错误是非常简单的，这种提示是很有用的 比如纠正一些语法错误，这种情况仍然是假设知道这个命令，只是记不清怎么使用。 另外一种类型的命令提示，使用菜单和可选择的图标的形式实现 这能够帮助记忆也能使用户比较清楚在给定的情况下有哪些命令可用 比如编程时自动给出一些命令帮助，然而，仍然是假设知道有关这些命令是什么的一些信息。因此需要额外的支持 上下文敏感的帮助context-sensitive help 只是提供简单的帮助关键字和功能 可以根据他们被调用的上下文来具体解释，提供帮助 这种方法使得用户不必去记住那些命令 比如word中的“what is ？”选项，当鼠标进入某一区域时，会激活解释性的文本 在线指南online tutorials 在线指南允许