學習SSD4的一點總結

馬上就考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