复习总结来自一位偶然看见其博客的学长。。。。。其实和你心境相同的大有人在,不必自怜自悯,认真过好每一天才能让你有最踏实的感觉~~
马上就考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(usibility principles) 来检查用户界面设计(设计可以使任意阶段的设计,草图,原型和最后结果都是设计,在越早阶 段用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看不出什么问题,通常汇聚在一起会发现很多有用的观点。
一。选择题 30道 一题两分 全部来自于卡耐基选择;
二。简答题 2道
三。应用题 1道 编程或者UAR 可行性报告
重点内容:界面开发设计工具 VB 基本语句 条件语句 赋值语句等
设计测试 HE十条原则
THINK ALOUD
exercise中的编程题