可用性分析與評估

關(guān)于可用性分析與評估人機(jī)交互技術(shù)編寫組1內(nèi)容提要可用性的定義支持可用性的設(shè)計原則可學(xué)習(xí)性靈活性魯棒性可用性的評估方法用戶模型法、啟發(fā)式評估、認(rèn)知性遍歷、用戶測試和用戶調(diào)查法等。人機(jī)交互界面設(shè)計第2頁,共79頁，2024年2月25日，星期天5.1可用性與可用性工程可用性定義（ISO9241-11）可用性是指特定的用戶在特定的環(huán)境下使用產(chǎn)品并達(dá)到特定目標(biāo)的效力、效率和滿意的程度。其他定義可用性意味著使用產(chǎn)品的人能夠快速而方便的完成任務(wù)以用戶為中心使用產(chǎn)品過程中的體驗第3頁,共79頁，2024年2月25日，星期天可用性的五個方面可用性不僅只與界面有關(guān)有效性(effective)

怎樣準(zhǔn)確、完整地完成工作或達(dá)到目標(biāo)效率(efficient):怎樣快速地完成工作吸引力(engaging)：用戶界面如何吸引用戶進(jìn)行交互并在使用中得到滿意和滿足容錯能力(errortolerant)

產(chǎn)品避免錯誤的發(fā)生并幫助用戶修正錯誤的能力易于學(xué)習(xí)(easytolearn)：支持用戶對產(chǎn)品的入門使用和在以后使用過程中的持續(xù)學(xué)習(xí)。第4頁,共79頁，2024年2月25日，星期天可用性案例Atwo-itemlistboxinVisualBasic5.0第5頁,共79頁，2024年2月25日，星期天可用性案例A2000itemlistbox.Puttingtoomanyitemsintoalistboxisbad第6頁,共79頁，2024年2月25日，星期天可用性案例Multi-rowtabcontrols第7頁,共79頁，2024年2月25日，星期天可用性案例DeletingfilesfromanalmostfullharddiskinWindows95第8頁,共79頁，2024年2月25日，星期天可用性案例成功范例WIMP界面超文本Hypertext和互聯(lián)網(wǎng)www圖形顯示器操作系統(tǒng)的分時功能隱喻直接操縱語音、手勢界面CSCW等（ComputerSupportCooperativeWork）（計算機(jī)支持的協(xié)同工作）第9頁,共79頁，2024年2月25日，星期天可用性工程AniterativeprocesstoimprovetheusabilityofasystemUsabilityengineering.ByJaySimpson,fromthecoverofIEEEComputer,March1992.第10頁,共79頁，2024年2月25日，星期天可用性工程可用性工程涉及系統(tǒng)設(shè)計的整個過程過程面向可用性的系統(tǒng)設(shè)計過程第11頁,共79頁，2024年2月25日，星期天兩種不同的思想系統(tǒng)為中心的設(shè)計---SystemCenteredDesign用戶為中心的設(shè)計---UserCenteredDesign第12頁,共79頁，2024年2月25日，星期天Mottos(格言)Technology-centeredmottoScienceFindsIndustryAppliesManConformsDonNorman’sperson-centeredmottoPeopleProposeScienceStudiesTechnologyConforms第13頁,共79頁，2024年2月25日，星期天系統(tǒng)為中心的設(shè)計Whatcanbebuilteasilyonthisplatform?WhatcanIcreatefromthetoolsavailable?WhatdoIasadeveloperfindinterestingtoworkon?第14頁,共79頁，2024年2月25日，星期天用戶為中心的設(shè)計Thedesignisbaseduponauser’s:

abilitiesandneeds

context

work

tasks第15頁,共79頁，2024年2月25日，星期天用戶為中心的設(shè)計原則Explicit（清楚的）、coherent（一致的）conceptualmodelMakethingsvisible.Getthemappings（計劃）right.Utilise（利用）platformstandardsandconventions.Designforerror,allowingexploration（探索）withoutpenalty（處罰）.第16頁,共79頁，2024年2月25日，星期天Macintosh

用戶為本的設(shè)計思想UseofMetaphors（隱喻的使用）AestheticIntegrity（審美整體性）Consistency（一致性）PerceivedStability（感知的穩(wěn)定性）DirectManipulation（直接操縱）SeeandPoint（看和指點）WYSIWYG（所見既所得）Feedback（反饋）Forgiveness（容錯）UserControl（用戶控制）第17頁,共79頁，2024年2月25日，星期天可用性工程的生命周期了解用戶競爭性分析設(shè)定可用性目標(biāo)用戶參與的設(shè)計迭代設(shè)計產(chǎn)品發(fā)布后的工作第18頁,共79頁，2024年2月25日，星期天了解用戶

要在工作環(huán)境中觀察用戶。了解用戶的個體特征：根據(jù)用戶的使用經(jīng)驗、受教育程度、年齡、接受過的相關(guān)培訓(xùn)等對用戶進(jìn)行分類?？捎眯匀蝿?wù)分析：了解用戶的全面目標(biāo)，用戶通常使用的方法，抽象出用戶的任務(wù)模型，以及正常工作流程之外的特例。功能分析：弄清楚為了完成可用性任務(wù)，什么是必須要做的，什么僅僅是些表面文章而已。

第19頁,共79頁，2024年2月25日，星期天用戶體驗第20頁,共79頁，2024年2月25日，星期天競爭性分析啟發(fā)式地分析競爭產(chǎn)品或其交互界面，并結(jié)合使用經(jīng)驗，了解對手系統(tǒng)的優(yōu)缺點，針對其缺點進(jìn)行改進(jìn)，并借鑒其巧妙的思想。微軟在WINDOWS系統(tǒng)開發(fā)過程中，事實上從競爭對手——蘋果公司的Mac系統(tǒng)借鑒了很多思想。

第21頁,共79頁，2024年2月25日，星期天設(shè)定可用性目標(biāo)

預(yù)先確定可用性的評價尺度和可以量化的可用性目標(biāo)水平，也就是可用性目標(biāo)。例如：一個有經(jīng)驗的用戶使用當(dāng)前系統(tǒng)時平均每小時會發(fā)生4.5次錯誤，則新版本的目標(biāo)就可以設(shè)定為同等條件下每小時發(fā)生少于3次錯誤。從競爭性分析中也可以得到類似的目標(biāo)，比如在主要的競爭對手網(wǎng)站上，目前初學(xué)者平均需要花費8分鐘的時間完成一次航班預(yù)訂，正在開發(fā)的新網(wǎng)站就可以將可用性目標(biāo)設(shè)定為平均僅需花費6分鐘的時間完成一次航班預(yù)訂?？捎眯怨こ桃獮樘岣呖捎眯宰龃罅康墓ぷ?，不可避免的要增加成本，因此有時會受到財力的限制，所以有必要對設(shè)定的可用性目標(biāo)進(jìn)行財政影響分析，估算這些工作將來能為用戶節(jié)省多少支出，并與為達(dá)到可用性目標(biāo)所需的花費進(jìn)行權(quán)衡

第22頁,共79頁，2024年2月25日，星期天用戶參與的設(shè)計首先要明確什么樣的用戶會使用我們的系統(tǒng)。與這些用戶廣泛地溝通，理解他們的行為方式有什么不同。根據(jù)不同種類的用戶確定與軟件相關(guān)的用戶角色，定義這些角色的目標(biāo)，設(shè)定到達(dá)這些目標(biāo)的特定場景；之后考慮怎樣設(shè)計交互的解決方案了。

第23頁,共79頁，2024年2月25日，星期天用戶參與的設(shè)計

——用戶角色及系統(tǒng)用例圖第24頁,共79頁，2024年2月25日，星期天用戶參與的設(shè)計——應(yīng)用用例用例描述示例：TheCustomermakeschangestotheShoppingCartandpressestheUpdatebutton.ThesystemupdatesthecontentsoftheShoppingCartappropriately.ThentheCustomerpressestheCheckOutbutton.WhentheCustomerhasfinishedspecifyingthebillingandshippinginformation,thesystemcreatesanOrder.第25頁,共79頁，2024年2月25日，星期天迭代設(shè)計設(shè)計、測試、再設(shè)計設(shè)計原型系統(tǒng)進(jìn)行迭代設(shè)計

(1)對發(fā)現(xiàn)的可用性問題進(jìn)行嚴(yán)重程度評級。

(2)動手解決新版本交互界面中的問題。

(3)作出修改時，要記錄為什么做出改變的原因，也就是要抓住問題的原理。

(4)評估新版本的交互界面，如果還有改進(jìn)的余地，回到(1)

，直到軟件開發(fā)時間或經(jīng)費花光。其中的評估過程可能是借助于原型，也可能采用檢查或測試等評估方法。

第26頁,共79頁，2024年2月25日，星期天快速原型法(rapidprototyping)第27頁,共79頁，2024年2月25日，星期天迭代設(shè)計對非迭代設(shè)計軟件開發(fā)過程模型瀑布法（非迭代設(shè)計）統(tǒng)一軟件開發(fā)過程第28頁,共79頁，2024年2月25日，星期天瀑布模型需求設(shè)計編碼和單元測試系統(tǒng)集成運行和維護(hù)第29頁,共79頁，2024年2月25日，星期天統(tǒng)一軟件開發(fā)過程第30頁,共79頁，2024年2月25日，星期天產(chǎn)品發(fā)布后的工作產(chǎn)品發(fā)布后繼續(xù)收集重要的可用性數(shù)據(jù)，這一點非常有必要，一方面可以用于進(jìn)一步改善產(chǎn)品的可用性，另一方面也為后續(xù)版本的開發(fā)作準(zhǔn)備。這些工作包括：通過與用戶座談、調(diào)查、觀察等手段明確可用性研究涉及的內(nèi)容。進(jìn)行標(biāo)準(zhǔn)化的市場調(diào)研，特別是調(diào)研用戶在新聞組、郵件列表、評論、雜志調(diào)查中對產(chǎn)品的評述。使用軟件日志記錄，隨時記錄用戶遇到的問題，并設(shè)法發(fā)送回公司進(jìn)行分析。認(rèn)真分析用戶在產(chǎn)品服務(wù)熱線、修改要求、缺陷報告中對可用性的種種抱怨。

第31頁,共79頁，2024年2月25日，星期天5.2支持可用性的設(shè)計原則可學(xué)習(xí)性靈活性魯棒性第32頁,共79頁，2024年2月25日，星期天可學(xué)習(xí)性交互系統(tǒng)能否讓新手學(xué)會如何使用系統(tǒng)，以及如何達(dá)到最佳實用效果。支持可學(xué)習(xí)性的設(shè)計原則有：可預(yù)見性同步性熟悉性通用性一致性第33頁,共79頁，2024年2月25日，星期天可學(xué)習(xí)性-可預(yù)見性用戶利用對以往交互過程的了解就足以確定當(dāng)前交互的結(jié)果。可預(yù)見性有別于計算機(jī)系統(tǒng)的確定性行為?？深A(yù)見性則是一個以用戶為中心的概念，它取決于用戶的觀察，不能完全由計算機(jī)的狀態(tài)決定交互的行為，還要由用戶根據(jù)自己的判斷來決定。操作的可預(yù)見性。第34頁,共79頁，2024年2月25日，星期天可學(xué)習(xí)性-同步性同步性是指用戶依據(jù)界面當(dāng)前狀態(tài)評估過去操作造成影響的能力，也就是說用戶能不能同步地知道交互操作的結(jié)果。

第35頁,共79頁，2024年2月25日，星期天可學(xué)習(xí)性-熟悉性系統(tǒng)的新用戶在現(xiàn)實生活或使用其它系統(tǒng)時，會有一些交互過程的寶貴經(jīng)驗；可能這些經(jīng)驗與新系統(tǒng)的應(yīng)用領(lǐng)域不同，但對新用戶來說，如果新系統(tǒng)跟過去使用過的類似系統(tǒng)有一定相關(guān)性，那使用起來就比較方便。

第36頁,共79頁，2024年2月25日，星期天可學(xué)習(xí)性-通用性交互系統(tǒng)的通用性就是在交互中盡可能的提供一些通用的或能夠從現(xiàn)有功能類推出來的功能。

第37頁,共79頁，2024年2月25日，星期天可學(xué)習(xí)性-一致性一致性是說在相似的環(huán)境下或執(zhí)行相似的任務(wù)時，一般會執(zhí)行相似的行為。一致性與前面提到的其它交互原則有關(guān)，如熟悉性可以看作與過去現(xiàn)實世界經(jīng)驗的一致性，通用性可以看作與同一平臺、同一系統(tǒng)中軟件交互體驗的一致性。

第38頁,共79頁，2024年2月25日，星期天靈活性用戶與系統(tǒng)交流信息方式的多樣性，主要表現(xiàn)在：可定制性對話主動性多線程可互換性可替換性第39頁,共79頁，2024年2月25日，星期天靈活性-可定制性可定制性是指用戶或系統(tǒng)修改界面的能力。

用戶主導(dǎo)：可定制系統(tǒng)主導(dǎo)：可適應(yīng)定制能力界面元素位置、顏色的定制交互結(jié)構(gòu)、流程的定制第40頁,共79頁，2024年2月25日，星期天靈活性-對話主動性將人機(jī)交互雙方看作是一對對話者時，重點是誰是對話的發(fā)起人。系統(tǒng)主導(dǎo)：系統(tǒng)可以發(fā)起所有對話，這種情況下，用戶只是簡單的響應(yīng)信息請求。例如，一個模式對話框就禁止用戶與系統(tǒng)的其它窗口交互。用戶主導(dǎo)：用戶可以自由的啟動對系統(tǒng)的操作。從用戶角度看，系統(tǒng)主導(dǎo)的交互阻礙了靈活性，而用戶主導(dǎo)的交互增強了靈活性。

第41頁,共79頁，2024年2月25日，星期天靈活性-多線程多線程的人機(jī)交互系統(tǒng)同時支持多個交互任務(wù)，可以把線程看作是一個特定用戶任務(wù)的相關(guān)對話部分；并發(fā)的多線程允許各自獨立交互任務(wù)中的多個交互同步進(jìn)行；交替地執(zhí)行多對話線程，允許各自獨立的交互任務(wù)暫時的重疊；但在任何給定時間，對話實際上還是局限于單個任務(wù)。

第42頁,共79頁，2024年2月25日，星期天靈活性-可互換性可互換意味著任務(wù)的執(zhí)行可以在系統(tǒng)控制和用戶控制間進(jìn)行轉(zhuǎn)移。有可能的情況是交互一會兒由用戶控制，一會兒又由系統(tǒng)控制，交互的控制權(quán)彼此傳遞；或者將一個完全由系統(tǒng)控制的任務(wù)變成系統(tǒng)和用戶共同完成的任務(wù)。例如，字處理軟件中的拼寫檢查：用戶完全可以借助于字典逐字檢查，但這是一項繁雜的工作，所以最好交由機(jī)器來自動執(zhí)行，但機(jī)器往往對人名和無意義的重復(fù)輸入的單詞無法處理，這時還得靠人去處理，拼寫檢查最好由這種協(xié)作方式完成。在安全性要求特別嚴(yán)格的應(yīng)用中，任務(wù)遷移可以降低事故發(fā)生的概率。例如，飛機(jī)飛行中的狀態(tài)檢查單靠人來執(zhí)行太過繁瑣，所以一般采用自動飛行控制，但一旦出現(xiàn)緊急情況，還得由飛行員憑借經(jīng)驗去處理。第43頁,共79頁，2024年2月25日，星期天靈活性-可替換性可替換性要求等量的數(shù)值可以彼此交換。例如頁邊距的單位，可以是英寸，也可以是厘米；在用戶輸入上，可以讓用戶在輸入框中輸入數(shù)值，也可以通過設(shè)定表達(dá)式的方式輸入。這種可替換性提供了由用戶選擇適當(dāng)方式的靈活性，并且通過適當(dāng)方式，避免無謂的換算，可以減少錯誤的發(fā)生?？商鎿Q性也體現(xiàn)在輸出上，也就是對狀態(tài)信息的不同描述方式。表示的多樣性說明了對狀態(tài)表達(dá)信息進(jìn)行渲染時的靈活性；例如，物體一段時間的溫度可以表示為數(shù)字溫度計（如果比較關(guān)心實際的溫度數(shù)值），也可以表示為圖表（以清晰地反映溫度變化的趨勢）。有時可能需要同時提供這些表示方式，以備用戶適應(yīng)不同任務(wù)的需要。

第44頁,共79頁，2024年2月25日，星期天魯棒性定義：可觀察性可恢復(fù)性響應(yīng)性任務(wù)規(guī)范性第45頁,共79頁，2024年2月25日，星期天魯棒性-可觀察性可觀察性允許用戶通過觀察交互界面的表現(xiàn)來了解系統(tǒng)的內(nèi)部狀態(tài)。也就是說允許用戶將當(dāng)前觀察到的現(xiàn)象與要完成的任務(wù)進(jìn)行比較，如果用戶認(rèn)為系統(tǒng)沒有達(dá)到預(yù)定的目標(biāo)，可能會去修正后面的交互動作?？捎^察性涉及到五個方面的原則：可瀏覽性，缺省值提供，可達(dá)性，持久性和操作可見性。

第46頁,共79頁，2024年2月25日，星期天魯棒性-可恢復(fù)性可恢復(fù)性是指用戶意識到發(fā)生了錯誤并進(jìn)行更正的能力?？苫謴?fù)性不僅利于魯棒性，還可大大提高用戶的冒險意識，提高系統(tǒng)的可學(xué)習(xí)性。第47頁,共79頁，2024年2月25日，星期天魯棒性-響應(yīng)性響應(yīng)時間一般定義為系統(tǒng)對狀態(tài)改變做出反應(yīng)的延遲時間。一般而言，延遲較短或立即響應(yīng)最好。即使需要較長的時間才有最終結(jié)果，也應(yīng)該有所響應(yīng)。

第48頁,共79頁，2024年2月25日，星期天魯棒性-任務(wù)規(guī)范性規(guī)范的含義：任務(wù)的規(guī)范規(guī)范的意義：可重復(fù)性強，出錯概率低第49頁,共79頁，2024年2月25日，星期天5.3可用性評估可用性評估是檢驗軟件系統(tǒng)的可用性是否達(dá)到了用戶的要求。常用的方法包括用戶模型法、啟發(fā)式評估、認(rèn)知性遍歷、用戶測試和用戶調(diào)查等，其中最常用的方法是用戶測試和用戶調(diào)查。第50頁,共79頁，2024年2月25日，星期天軟件可用性評估應(yīng)遵循的原則最具有權(quán)威性的可用性測試和評估不應(yīng)該針對專業(yè)技術(shù)人員，而應(yīng)該針對產(chǎn)品的用戶。軟件的可用性測試和評估是一個過程，這個過程在產(chǎn)品開發(fā)的初期階段就應(yīng)該開始。軟件的可用性測試必須是在用戶的實際工作任務(wù)和操作環(huán)境下進(jìn)行。要選擇有廣泛代表性的用戶。第51頁,共79頁，2024年2月25日，星期天可用性評估方法用戶模型（UserModel）啟發(fā)式評估(HeuristicEvaluation)認(rèn)知性遍歷(CognitiveWalkthrough)用戶測試(UserTesting)用戶問卷調(diào)查(Questionnaire)第52頁,共79頁，2024年2月25日，星期天用戶模型法用戶模型法是用數(shù)學(xué)模型來模擬人機(jī)交互的過程。這種方法把人機(jī)交互的過程看做是解決問題的過程。認(rèn)為人使用軟件系統(tǒng)是有目標(biāo)的，而一個大的目標(biāo)可以被細(xì)分為許多小的目標(biāo)。在人機(jī)交互領(lǐng)域中最著名的預(yù)測模型是GOMS模型。GOMS是描述任務(wù)和用戶執(zhí)行該任務(wù)所需知識的方法，通過目標(biāo)

(Goal)、操作符

(Operator)、方法

(Method)以及選擇規(guī)則

(Selectionrule)四個方面進(jìn)行描述。第53頁,共79頁，2024年2月25日，星期天啟發(fā)式評估啟發(fā)式評估法就是使用一套相對簡單、通用、有啟發(fā)性的可用性原則（即“啟發(fā)”）來進(jìn)行可用性評估。具體方法是，專家使用一組稱為“啟發(fā)式原則”的可用性規(guī)則做為指導(dǎo)，評價用戶界面元素（如對話框，菜單，在線幫助等）是否符合這些原則。

第54頁,共79頁，2024年2月25日，星期天可用性啟發(fā)原則(1)系統(tǒng)狀態(tài)可見性系統(tǒng)與用戶現(xiàn)實世界相互匹配用戶控制與自由一致性與標(biāo)準(zhǔn)錯誤預(yù)防第55頁,共79頁，2024年2月25日，星期天可用性啟發(fā)原則(2)識別而不是回憶使用的靈活性與效率美觀而精煉的設(shè)計幫助用戶認(rèn)識、診斷和修正錯誤幫助和文檔第56頁,共79頁，2024年2月25日，星期天關(guān)于系統(tǒng)響應(yīng)時間的一般約定0.1sec.:即時響應(yīng)的極限時間.直接操縱、虛擬場景的導(dǎo)航.1sec.:片刻等待的操作.若長于1sec.，顯示表示系統(tǒng)忙的光標(biāo).10sec.:使用戶保持對當(dāng)前交互關(guān)注的極限時間.如果長于10sec.,應(yīng)顯示操作進(jìn)度指示。第57頁,共79頁，2024年2月25日，星期天認(rèn)知性遍歷（cognitivewalkthrough）

進(jìn)行認(rèn)知性遍歷活動，需要以下四個條件：

(1)

對系統(tǒng)原型的詳盡描述，這種描述不一定是完整的，但要相當(dāng)詳盡。諸如菜單的位置描述或措辭選擇等這樣的細(xì)節(jié)也可能導(dǎo)致相當(dāng)大的差異。(2)對用戶在系統(tǒng)中要完成任務(wù)的描述，該任務(wù)應(yīng)當(dāng)是大多數(shù)用戶將要執(zhí)行的有代表性的任務(wù)。(3)一個完整的、書面的操作清單，列出使用給定原型完成任務(wù)所需執(zhí)行的操作。

(4）確定用戶的身份，以及評估人員能夠確定這些用戶已具有哪一類別的知識和經(jīng)驗。

第58頁,共79頁，2024年2月25日，星期天認(rèn)知性遍歷認(rèn)知性遍歷認(rèn)為用戶完成一個任務(wù)的過程有三步：1.用戶在交互界面上尋找能幫助完成任務(wù)的行動方案。2.用戶選擇并采用看起來最能幫助完成任務(wù)的行動。3.用戶評估系統(tǒng)作出的反饋，判斷在完成任務(wù)上的進(jìn)展。評審人員可以對用戶的每個交互過程模擬這三個步驟去評價，并以回答下列三個問題為基礎(chǔ)：1.界面上執(zhí)行正確動作的控件（按鈕、菜單、選項等）是否可見？2.用戶是否知道正確動作可以到達(dá)希望的結(jié)果？3.根據(jù)系統(tǒng)對動作的反饋信息，用戶是否能夠知道他的動作是否正確？

第59頁,共79頁，2024年2月25日，星期天用戶測試1.前期準(zhǔn)備工作（1）明確測試的目的l

幫助改進(jìn)交互設(shè)計通過測試了解交互中有待改進(jìn)的地方，要搞清楚為什么出錯，而不僅僅是知道錯了。可以在測試中收集過程數(shù)據(jù)——定量的去觀察發(fā)生了什么問題以及為什么會這樣。l

評估交互的整體質(zhì)量根據(jù)一定的衡量指標(biāo)，通過測試評估交互的水平，比如用戶在某個交互任務(wù)上耗費的時間，任務(wù)是否成功，出錯情況等等。也可對兩個以上的可選設(shè)計針對確定的性能需求進(jìn)行比較性評測。

第60頁,共79頁，2024年2月25日，星期天用戶測試（2）準(zhǔn)備測試環(huán)境要確保測試環(huán)境的舒適。最簡單的是選一個安靜的房間，貼上“用戶測試中——請勿打擾”，關(guān)掉電話，保證房間足夠的亮度，給受測試者提供飲料；如果有可能的話使用專門的可用性實驗室。（3）準(zhǔn)備測試設(shè)備包括記錄測試過程需要的攝像機(jī)，三腳架，麥克風(fēng)，耳機(jī)，單向透光的鏡子，彩色監(jiān)視器，錄像機(jī)，錄像帶，電源線，擴(kuò)展插座，“請勿打擾”標(biāo)志，飲料，記錄軟件或表格等等。

第61頁,共79頁，2024年2月25日，星期天用戶測試（4）確定測試過程中的各種角色分配

l

測試負(fù)責(zé)人負(fù)責(zé)全面控制測試，執(zhí)行所有與測試用戶的交談，以及撰寫任務(wù)報告等。

l

數(shù)據(jù)記錄員記錄測試過程中的重要事件和活動。

l

攝像操作員對整個測試過程進(jìn)行錄像，包括開始的介紹和最后的任務(wù)報告部分。

l

計算機(jī)操作員負(fù)責(zé)在測試之前，為每個新的測試用戶準(zhǔn)備交互初始界面和在系統(tǒng)崩潰、死機(jī)時進(jìn)行重新啟動等處理。

l

測試者或測試用戶---參加測試的系統(tǒng)實際使用者。

第62頁,共79頁，2024年2月25日，星期天測試用戶攝像機(jī)可用性工程師測試間觀察間攝像記錄控制設(shè)備其他觀察者單向透光的鏡子第63頁,共79頁，2024年2月25日，星期天用戶測試2．測試執(zhí)行的六個階段為了有效地進(jìn)行可用性測試，需要正確設(shè)計、準(zhǔn)備和執(zhí)行試驗。一個測試執(zhí)行過程一般要經(jīng)過一些步驟。具體步驟見書中表5-1“用戶測試執(zhí)行步驟”。

3．可用性測試的評價

第64頁,共79頁，2024年2月25日，星期天問卷調(diào)查(Questionnaire)

1．問卷調(diào)查的執(zhí)行過程

用戶要求分析

問卷設(shè)計

問卷實施及結(jié)果分析

2．可用性調(diào)查問卷例子——QUIS[quis，2003]，見表5-2。第65頁,共79頁，2024年2月25日，星期天5.4以用戶為中心的界面設(shè)計以用戶為中心設(shè)計的四個重要原則：及早以用戶為中心：設(shè)計人員應(yīng)當(dāng)在設(shè)計過程的早期就致力于了解用戶的需要。綜合設(shè)計：設(shè)計的所有方面應(yīng)當(dāng)齊頭并進(jìn)發(fā)展，而不是順次發(fā)展。使產(chǎn)品的內(nèi)部設(shè)計與用戶界面的需要始終保持一致。及早并持續(xù)性地進(jìn)行測試：當(dāng)前對軟件測試的唯一可行的方法是根據(jù)經(jīng)驗總結(jié)出的方法，即若實際用戶認(rèn)為設(shè)計是可行的，它就是可行的。通過在開發(fā)的全過程引入可用性測試，可以使用戶有機(jī)會在產(chǎn)品推出之前就設(shè)計提供反饋意見。反復(fù)式設(shè)計：大問題往往會掩蓋小問題的存在。設(shè)計人員和開發(fā)人員應(yīng)當(dāng)在整個測試過程中反復(fù)對設(shè)計進(jìn)行修改。

第66頁,共79頁，2024年2月25日，星期天以用戶為中心的設(shè)計方法圖形用戶界面設(shè)計與評估以用戶為中心的邏輯交互設(shè)計用于交互優(yōu)化的結(jié)構(gòu)化界面設(shè)計以使用為中心的設(shè)計對象、視圖和交互設(shè)計（Object,view,InteractionDesign、OVID）第67頁,共79頁，2024年2月25日，星期天OVID中涉及的模型及相互關(guān)系

設(shè)計者設(shè)計者模型編程者模型用戶概念模型用戶用戶界面實現(xiàn)細(xì)化交互獲取創(chuàng)建第68頁,共79頁，2024年2月25日，星期天OVID中的活動循環(huán)

任務(wù)分析交互視圖對象任務(wù)第69頁,共79頁，2024年2月25日，星期天對象建模分析

對象建模分析是將系統(tǒng)和用戶任務(wù)分析的結(jié)果轉(zhuǎn)化為用戶界面設(shè)計的第一步；建模是將系統(tǒng)任務(wù)的某些概念及其關(guān)系用圖的方式直觀綜合地表達(dá)出來；分析則是將系統(tǒng)的對象抽象為類，列出對象或類的屬性、行為、以及對象間的關(guān)系。

第70頁,共79頁，2024年2月25日，星期天訂票系統(tǒng)用例圖

第71頁,共79頁，2024年2月25日，星期天視圖抽象設(shè)計

視圖表達(dá)了人