这个问题似乎含糊不清,但背景是:

当我们专注于HCI时,我们很可能有兴趣首先了解用户通常如何处理某个对象。然后,我们尝试查看我们的系统如何剥夺他将要做的一项任务并尝试自己做。

  • 我感兴趣的对象是一个简单的纸目录。您将如何衡量其可用性(论文一)。

  • 然后,如何将其映射到系统接口?您现在如何衡量系统上的可用性?

  • 您如何比较两种耗尽措施?

这个问题缩小了这种方法,该方法在《石头书籍》中建议 - 用户界面和评估。

目录的目的不是重点,为什么我在没有描述的情况下将其留下:避免试图测量目录的建议。我的重点是作为简单纸张以及将其映射到系统接口时,这种对象在现实世界上的特定映射。假设目录由行和表组成,每个匹配行和表都会为您提供一个建议,您必须首先了解每一行和每列是否适合您(也许您会建议目录的另一个模板?)。

有帮助吗?

解决方案

过去,我致力于信息检索区域的接口可用性,所以我给您一些 实际的 关于如何衡量可用性的想法。

您没有提供“目录”是什么的详细信息,所以我认为 用户有问题(或需要),他正在搜索您的目录(以纸张或电子格式)寻找一个或多个解决方案.

然后,您可以构建一组问题$ p = {p_1,...,p_n } $,对于每个问题s^{i} _1,...,s^{i} _m } $。

然后,您可以设置测试 真正的用户.

每个用户都必须使用目录中的两种格式之一(纸或电子)中的目录中的所有问题(按改组顺序)解决所有问题。

对于每个问题,您可以测量解决问题的时间。最后,您要求用户在两个目录上对满意度(使用加权值)做出一些判断(涵盖满意度的不同方面,例如:“您认为目录有帮助您吗?”,“您认为这很容易学习如何使用它”,....)

然后,您可以测量(并比较) 可用性 在这两个目录中的术语中:

  • 标准 精确和回忆 每个问题的结果$ p_i $。 精确: :答案总数之间正确的解决方案数量; 记起: :在$ s^i $中的正确解决方案总数中找到的正确解决方案数量

  • 用于解决每个问题的时间$ p_i $(效率 系统);

  • 用户 满意

对于涉及纸质目录与系统接口之间的映射的内容,您可以“记录”用户在纸质目录上搜索时所做的工作,然后尝试“模拟”那些使用专家系统更好地执行的用户的操作(请参阅 专业系统 设计)。

许可以下: CC-BY-SA归因
不隶属于 cs.stackexchange
scroll top