前晚在电脑桌面上看到一个名为“用户界面可用性测试”的PPT，觉得有些好奇。打开一看，原来是上个月中美数图研讨班人机交互课时，我们组的一个作业──以用户测试方法，对本馆学位论文数据库做人机界面可用性测试，测试专题是有关苏州的民俗。当时上台演示就是用的这个PPT，还想着回馆后据此改进，重新发布一下检索界面。不料课程结束后就忘得一干二净，甚至见到文件名，不打开居然就不记得还曾有过这件事。唉，廉颇老矣！

    规则是：测试者只做客观的观察与记录，可以询问被测试者做某项操作的原因，但不能向被测试者做演示说明、不能指点被测试者如何“正确”操作。
    先后有四位同学做白老鼠。这次测试给我最大的冲击就是，原来不同用户使用系统的习惯还真是差别巨大，四个人竟然就没有相同的，几乎可以说完全不同。这真是个简单而又强大的方法！因为从中发现了用户界面的很多问题。

    第一位典型的Google风格，直接在检索词框输入检索词“苏州”，然后打回车。在Google的熏陶下，相信大多数用户都是这样的习惯。很遗憾的是，出现了“请选择检索范围”的提示──本馆用的是TPI系统，由于采用了“导航”功能，必须先选择范围，才能有检索结果（这点似乎不是我能够改进的）。
    于是，选择检索范围，再检索，系统显示“对不起，没有找到相关记录！”想想不大可能啊，又不是什么很偏的内容。仔细看检索词，发现上面的检索字段是“姓名”。（大家的意见是，最好像Google一样，默认为所有检索字段，只是TPI并不支持。不过，使用学位论文系统的人，以作者姓名检索的肯定是少数，用中文关键词、中文摘要甚至中文题名做为默认检索字段，都比姓名好得多）
    再于是，选择检索字段，下拉框里出现了几十个选项，连学号、联系电话、EMAIL地址等等都是，看得人眼花缭乱。（很明显，无用的检索字段除了干扰使用外，没有任何益处，应当去掉）
    终于出现了检索结果。再使用二次检索，用“民俗”做限定……

    第二位很细心，一开始就看到有选择检索范围的，很仔细地挑选……

    第三位是最专业的，选择检索范围、字段，输入检索词“苏州”，回车，看到只命中二十多条，决定逐条查看筛选，因为“或许有些相关内容，没有用民俗这样的字眼”。这时发现检索结果一览显示的是：姓名、学号、学院、系所、学科、专业。要想筛选，得逐条点击看详细记录。（测试到这里，本人已经觉得无地自容，不知道我们的用户界面什么时候变成这副不堪的样子了）

    第四位迷信高级检索，同样受到众多无用的干扰字段，结果只在一个输入框中输入“苏州民俗”就开始检索了。很幸运有一条命中的，但面对结果，却不知道如何才能看到详细信息。（TPI比较奇怪，需要点击姓名看详细信息，这点我无能为力）
 
    昨天抽空对本馆学位论文系统重新做发布，没有看到发布过的痕迹，大概是什么时候系统重装、缺省发布，所以才会有那么奇怪的检索界面。测试中发现的问题，有些不是我能改变的，有些错误我不会犯，但如果没有做过这次测试，我肯定想不到改变系统的缺省检索字段。
    教训：如同编目员需要关注OPAC界面，自建数据库也必须关注用户界面。除了一开始应该做可用性测试外，正式运行以后，也该想着经常去看看，有没有什么问题？

参见：
中美数图研讨班2008·人机交互与数字化图书馆 (2008-05-24)

    今天结业式时，同样参加了二期研讨班的牛排问我，如果以后再办这样的课程是否参加？我的回答是否定的。事实上，此次报名前就很是犹豫。并不是因为自己已经到了不能学吹打的年龄，而是觉得思想负担太重──因为除了老外上课，还要完成一个项目报告并汇报。

    研讨班采用分组学习形式，不幸做了组长，压力太大。项目本是子虚乌有的东西，但完全凭空设想从无开始设计自己感觉过于困难，所以总是希望从现实中找原型。项目由小组成员协作完成，因而需要考虑各人情况确定主题，尽可能使大家都能有所贡献、有所收获。要在三门课程逐次进行中设想好如何结合课程内容（包括还没有上的内容），在课程进行到一半时提交项目计划，在课程全部完成的当晚完成项目汇报Poster，最后完成项目报告（去年要求10-12页纸，今年是12-15页），作为课业评估的依据──凡此种种，让自己觉得完成项目报告及汇报是课程中最重要的部分，课程内容反在其次了。如果是一个学期，这种注重参与、合作、实践的教学方法很有吸引力，可是现在是要求10天内完成（项目报告略迟）！

    好在小组成员同心协力，在课程进行过程中开始准备。一方面，根据秦老师的“数字图书馆项目报告写作要点”，以项目计划为纲，在Google Docs上协作撰写项目报告；另一方面，本组的技术帅哥根据设计计划PS图若干，为项目汇报Poster做了一些准备。前天小组各位做了一下午的Poster，赶在傍晚完成。昨晚22:33，经过一整天的埋头苦干，自己终于整合完成了13页的项目报告（初稿），长舒一口气。结果已经不重要了，完成就好。

    牛排对这样的学习与交流机会很是欣赏，我也觉得很有收获。只是，实在太累了！

推荐：
图情随笔：数字图书馆项目报告写作要点 (2008-5-23 17:28，显然是美国时间!)
    秦健老师对项目最终报告的说明。秦老师很辛苦，23日晚刚到就给大家讲如何做最后的Poster。各组提交的项目简介也是那时才拿到手，24日一早对11个组项目的评语就已经摆在大家的桌上了，还有针对性地写了这个“要点”。

Beefsteak is thinking：第四期中美数字图书馆高级研讨班感受（一）(2008-05-29)
牛排英语一级棒，对数字图书馆的认识又远在本人之上，他的感受更值得一读。期待新的博文出现。

附：第三期研讨班曾有一个博客，现在居然不能访问了，可恶的Donews！

    本次班长在Chinaren上建了一个校友录，挂在中科院研究生院名下。
    比较有意思的是Chinaren的注册过程。看校友录的先决条件是注册（应该有搜狐通行证也行），一串空格让填，其中有一项身份证号，看着很不爽，决定如果一定要，就不注册了，所以留空──结果很顺利地注册完成。同组一位注册时杜撰了一个身份证号，居然说号码不对不让注册，只好填了真实的身份证号。

参见：
中美数图研讨班2008·实用分类系统的编制与应用 (2008-5-30)
中美数图研讨班2008·数字资源长期保存 (2008-05-24)
中美数图研讨班2008·人机交互与数字化图书馆 (2008-05-24)

[update]

图林茶： 静等Poster出场 (2008-5-29) [忙着写报告、写博，还没来得及看RSS]
图情随笔：挂图展：第四期中美数字图书馆研习班学习汇报 (2008-5-31)
Beefsteak is thinking: 第四期中美数字图书馆高级研讨班感受（二）(2008-06-02)
Beefsteak is thinking: 第四期中美数字图书馆高级研讨班感受（三）(2008-06-03)
Beefsteak is thinking: 第四期中美数字图书馆高级研讨班的朋友 (2008-06-03)
Sunfire: 上海行杂记 (2008/6/5)
Beefsteak is thinking: 乌托邦项目的臆想 (2008-6-5)

    开班前看到远洋过客的“正确认识本体的功能和局限”系列博文及首篇下热闹的评论，完全不知所云。上完第三门课“实用分类系统的编制与应用”，在秦健老师的指导下用Protege试做了一个最简单的ontology，对第二篇有了点感觉。不过，短短二天半的课程，对ontology只能说连一知半解的程度都没有达到。

什么是ontology？
    就像什么是Web 2.0，什么是图书馆2.0，定义五花八门，可谓众说纷纭。
    秦老师在课上不同部分举了很多种说法；迷图在前述博文下的评论：“可以查查Google的definition，看看ontology有多少说法。”

ontology可以做什么？
    这是最令人困惑的。
    为了“学以致用”，在最后报告中用上ontology，看了一堆期刊文章。结果很失望，因为看到的那些概念结构图都是一维树状或带少许网状的，而我想要做的是一个依时间变化的二维交叉结构。那些概念结构图，在我想来用不用ontology这个概念都无所谓的。
    所幸查到肖怀志的博士论文，让我觉得ontology真的可以做些事。《基于本体的历史年代知识元应用研究》通过建立三国时期的历史年代本体，由计算机抽取《三国志》中的历史年代，实现相关历史年代信息的检索和聚集。

如何建立ontology？
    看了肖博士的学位论文，才让我知道建本体原来超级烦人！并不是画个结构关系图那么简单。一个公元纪年与三国年号纪年对照表（两页纸，4列不到100行），化为ontology，就是数十页纸的篇幅：不但要为每个年号做框架（如“甘露”），还要做出其中的每一年（如“甘露一年”“甘露二年”……）；为每个公元纪年做；还有国别、皇帝……（参见第四章”三国时期历史年代本体的建立“）。

    看了此文，课上举的那个例子也就可以理解了：
    Adam和Beth生了Charlie、Donna和Ellen三个孩子，要描述出其家谱，需要几个框架？如：
Adam
性别：男性
配偶：Beth
孩子：(Charlie, Donna, Ellen)
    答案是至少7个：5个人各做1个，另外还有2个？秦老师说，分别是：男性、女性。

什么时候用ontology？
    二种情况：当需要共享或者再利用某领域的知识时。
    秦老师语：有时候可以用成熟的、传统的、经济的方法，不一定非得用……

    远洋过客言：“以推理为目标和按逻辑和公理制作的本体（泛指词）只是可以利用的知识组织系统之一，不应是我们唯一的、也不应是最终的目标和手段。”
    不过，看三国纪年、家谱的ontology框架看得让人上火，如果不是为了让机器推理，我才不要做什么ontology呢！一个二维表岂不简单得多？

    以上是上完课后，对Ontology的认识，纯属外行胡言乱语，如有误导，概不负责;-)

推荐：远洋过客：
正确认识本体的功能和局限（1）(May 9, 2008 at 4:43am)
正确认识本体的功能和局限（2）- 概念显示实例 (May 9, 2008 at 11:35pm)
正确认识本体的功能和局限（3）- SWAD的例子 (May 11, 2008 at 3:13am)

数图研究笔记：“本体”或“实用分类系统”？(5月 21st, 2008 @ 00:51)
Keven对远洋过客博文的述评。

参见：
中美数图研讨班2008·数字资源长期保存 (2008-05-24)
中美数图研讨班2008·人机交互与数字化图书馆 (2008-05-24)