SSD4用户界面

最新推荐文章于 2022-12-29 22:11:42 发布

nichenhaonanqua

最新推荐文章于 2022-12-29 22:11:42 发布

阅读量973

点赞数 2

分类专栏：用户界面设计文章标签：用户界面设计 SSD4

用户界面设计专栏收录该内容

1 篇文章

订阅专栏

复习总结来自一位偶然看见其博客的学长。。。。。其实和你心境相同的大有人在，不必自怜自悯，认真过好每一天才能让你有最踏实的感觉~~

马上就考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中的编程题