马上就考SSD4了,在此小结一下以便自己复习
课程单上有四部分,我们只重点讲了其中的3个
1。面向用户设计概论
面向用户编程和测试的基础:
迭代设计,基本迭代设计观点,基本认知心理学
构造界面的工具:
VB编程环境,用VB编写,调试代码
评估界面可用性方法:
基本的HE,TA观点,如何编写UAR
2。用VB构造界面
LABEL,BUTTON,CHECKBOX,RADIOBUTTON,LISTBOX,COMBOBOX,UPDOWN AND SCROLLBAR,TEXTBOX,GROUPBOX,TABBED PAGE,MENU CONTROLS;
3。THINK-ALOUD可用性测试
vb编程不多做叙述,都是些控件的具体属性及用法,查查MSDN就都了解了
启发式的评估方法
1. Heuristic evaluation (HE)是在开发阶段的早期分析用户界面可用性的工具。现在他已经发展成为一门学科。( HE’sheuristics, or usability principles)理解heuristics概念。Heuristics是从过去30年的用户界面设计和评估的实际经验中发展起来的,虽然可以从认知心理学的角度来了解它,但它不起源于认知心理学。本章节就是扼要讲述这些原则。
2. Overview of Procedure for Using Heuristics,启发式的评估方法的执行过程就是several people用Heuristics 来检查用户界面设计(设计可以使任意阶段的设计,草图,原型和最后结果都是设计,在越早阶段用Heuristics评估,损失越小)是否都符合要求。通常情况下,界面越复杂,需要评估的人数越多。
3. Heuristics最有用的是在设计的时候用到它的观念,从早预防。
Heuristic Evaluation的几个原则
1. Visibility of System Status “电脑所处的状态的可见性,电脑在做什么,电脑的输入,电脑如何处理”,声音,图像等方式提醒用户。
2. Match Between System and the Real World。”现实世界的惯例,用户完成任务的方式,环境以及通用规则的使用” 这些使用利用了用户long-term memory,使他们能够很快的熟悉系统。
3. User Control and Freedom用户要有足够的“自主权”,及时的恢复错误和进行其他处理。
4. Consistency and Standards:相同的信息应该以相同的方式表示,不同的信息以不同的方式表示。
5. Error Prevention,最典型的错误防止是“用可选动作列表来代替用户自行输入操作命令”,这个错误特别容易发生。
6. Recognition Rather Than Recall:诸如页面切换等问题时,应该提供给用户尽量全面的信息让用户选择,而不是期望用户去记忆某些信息。
7. Flexibility and Efficiency of Use:对于高级用户,快捷健的设置和特定的界面设置很有必要,这些可以加速人机交互。
8. Aesthetics and Minimalist Design
9. Help Users Recognize, Diagnose, and Recover from Errors,当发生错误的时候应该准确告知用户错误之处以及如何恢复错误误。
10. Help and Documentation,用户能够明白如何使用某一功能。
将这些原则牢记在脑海中,并且用这些原则去检验你的设计。
Basic Think-Aloud可用性测试方案
1. Think-aloud usability testing(让恰当的用户以任意方式使用你的界面原型,说出那里有问题,你静静的听或用录像带,记录下这些问题,然后解决。原型通常指建立好的动态界面原型,而非稿纸上的原型)是通过实践经验发展而来的,它是用户界面评估最有效的方法。
2. HE是设计者在设计时使用的预防措施,但是设计者毕竟是设计者,不能完完全全站在用户角度,所以这里还需要和THINK-ALOUD结合使用。
3. 这个方法的心理学原理是用户说出contents of their working memory as they work on a task。Working memory里面有语言认知部分,这是很容易aloud的,非语言部分用户通常不会去aloud它。无论怎样,通过此方法得到的结果可以使设计者受益匪浅。
How to Write a Usability Aspect Report (UAR)可用性评估报告
当你对某一用户界面做完评估以后,回记录下它需要更改和保留的地方,这种报告称为可用性报告,可用性报告最重要的是要注意它的可读性。
可用性报告由以下红标题地方组成。
1. UAR Identifier:必须是独一无二的标号(可以用鉴定人来命名,也可以用鉴定种类来命名 eg : HE6 or TA89,CS1 or2JK75),在标号后面接Problem或是Good Feature。
2. Succinct Description of the Usability Aspect:UAR的名字,这个名字应该简短,但应该能反映问题(不是解决方案----因为问题可以通过集中解决的方式来解决)并且具有可区分性。(EG: Press-Me label too small)
3. Evidence for the Aspect: 有用户能够理解这份报告含义的实例。对于一份HE报告,这个可以是一段屏幕截图和他所违反或遵守的启发式原则。对一份think-aloud study,这个通常是屏幕上显示什么,用户作了什么,屏幕反馈了什么,用户如何评价。
4. Explanation of the Aspect:问题发生的原因,记得从分析的角度,而非评估的角度(对于he,则说什么现象遵循了什么原则,对于TA来说则说明某个现象为什么会发生)。(the system was in editing mode, but the user thought it was in run mode because there isn't a noticeable difference between the modes on the screen)
5. Severity of the Problem or Benefit of the Good Feature:解决问题或是保留某一方面的意义(这些特点用户有多频繁的使用,这些特点会不会影响新手的使用)
6. Possible Solutions and Potential Trade-offs:如果this aspect是一个问题的话,这块就用来解决问题,不必问题一提出就试图去解决它。另外之一应该列出潜在的design trade-offs。
(For instance, the problem might be that there are no keyboard shortcuts for items on a menu in a mail system and you propose CTRL-S for SEND. A design trade-off you should record is that CTRL-S might already be used for another menu item (e.g., SAVE), so all shortcut keys need to be examined before any design changes are made.)
7. Relationship to Other Usability Aspects:用户界面的各个aspect都是相关联的,这个部分就是用来表明和其他部分的联系的,注意写全UARs point,比如说#1和#30相关联,则要在双方的文件里都提到。
IMPORTANT: Always Step Back and Try to See the Bigger Picture! 纪录了用户可用性评估中非常重要的一部分。stepping back and looking for patterns in the usability problems.
你每完成一个可用性报告,都应当回头看看是否有某些UAR和这个相联系。单个UAR看不出什么问题,通常汇聚在一起会发现很多有用的观点。
地址http://hi.baidu.com/%D0%D0%D7%DF%D4%DA%BF%D5%D6%D0/blog/item/4c0670226ba760f4d6cae262.html