第5章 可用性分析與評估.ppt_第1頁
第5章 可用性分析與評估.ppt_第2頁
第5章 可用性分析與評估.ppt_第3頁
第5章 可用性分析與評估.ppt_第4頁
第5章 可用性分析與評估.ppt_第5頁
已閱讀5頁,還剩74頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

1、第5章 可用性分析與評估,內(nèi)容提要,可用性的定義 支持可用性的設(shè)計原則 可學(xué)習(xí)性 靈活性 魯棒性 可用性的評估方法 用戶模型法、啟發(fā)式評估、認(rèn)知性遍歷、用戶測試和用戶調(diào)查法等。 人機(jī)交互界面設(shè)計,5.1可用性與可用性工程,可用性定義(ISO9241-11) 可用性是指特定的用戶在特定的環(huán)境下使用產(chǎn)品并達(dá)到特定目標(biāo)的效力、效率和滿意的程度。 其他定義 可用性意味著使用產(chǎn)品的人能夠快速而方便的完成任務(wù) 以用戶為中心 使用產(chǎn)品過程中的體驗,可用性的五個方面,可用性不僅只與界面有關(guān) 有效性 (effective) 怎樣準(zhǔn)確、完整地完成工作或達(dá)到目標(biāo) 效率 (efficient):怎樣快速地完成工作 吸

2、引力 (engaging):用戶界面如何吸引用戶進(jìn)行交互并在使用中得到滿意和滿足 容錯能力 (error tolerant) 產(chǎn)品避免錯誤的發(fā)生并幫助用戶修正錯誤的能力 易于學(xué)習(xí) (easy to learn):支持用戶對產(chǎn)品的入門使用和在以后使用過程中的持續(xù)學(xué)習(xí)。,可用性案例,A two-item list box in Visual Basic 5.0,可用性案例,A 2000 item list box. Putting too many items into a list box is bad,可用性案例,Multi-row tab controls,可用性案例,Deleting fi

3、les from an almost full hard disk in Windows 95,可用性案例,成功范例 WIMP界面 超文本 Hypertext 和互聯(lián)網(wǎng) www 圖形顯示器 操作系統(tǒng)的分時功能 隱喻 直接操縱 語音、手勢界面 CSCW等(Computer Support Cooperative Work )(計算機(jī)支持的協(xié)同工作),可用性工程,An iterative process to improve the usability of a system,Usability engineering. By Jay Simpson, from the cover of IEEE

4、 Computer, March 1992.,可用性工程,可用性工程涉及系統(tǒng)設(shè)計的整個過程 過程 面向可用性的系統(tǒng)設(shè)計過程,兩種不同的思想,系統(tǒng)為中心的設(shè)計 -System Centered Design 用戶為中心的設(shè)計 -User Centered Design,Mottos(格言),Technology-centered motto Science Finds Industry Applies Man Conforms Don Normans person-centered motto People Propose Science Studies Technology Conforms,

5、系統(tǒng)為中心的設(shè)計,What can be built easily on this platform? What can I create from the tools available? What do I as a developer find interesting to work on?,用戶為中心的設(shè)計,The design is based upon a users: abilities and needs context work tasks,用戶為中心的設(shè)計原則,Explicit(清楚的)、 coherent(一致的) conceptual model Make things

6、 visible. Get the mappings(計劃) right. Utilise(利用) platform standards and conventions. Design for error, allowing exploration(探索) without penalty(處罰).,Macintosh 用戶為本的設(shè)計思想,Use of Metaphors(隱喻的使用) Aesthetic Integrity(審美整體性) Consistency(一致性) Perceived Stability(感知的穩(wěn)定性) Direct Manipulation(直接操縱) See and

7、Point(看和指點) WYSIWYG(所見既所得) Feedback(反饋) Forgiveness(容錯) User Control(用戶控制),可用性工程的生命周期,了解用戶 競爭性分析 設(shè)定可用性目標(biāo) 用戶參與的設(shè)計 迭代設(shè)計 產(chǎn)品發(fā)布后的工作,了解用戶,要在工作環(huán)境中觀察用戶。 了解用戶的個體特征:根據(jù)用戶的使用經(jīng)驗、受教育程度、年齡、接受過的相關(guān)培訓(xùn)等對用戶進(jìn)行分類。 可用性任務(wù)分析:了解用戶的全面目標(biāo),用戶通常使用的方法,抽象出用戶的任務(wù)模型,以及正常工作流程之外的特例。 功能分析:弄清楚為了完成可用性任務(wù),什么是必須要做的,什么僅僅是些表面文章而已。,用戶體驗,競爭性分析,啟發(fā)

8、式地分析競爭產(chǎn)品或其交互界面,并結(jié)合使用經(jīng)驗,了解對手系統(tǒng)的優(yōu)缺點,針對其缺點進(jìn)行改進(jìn),并借鑒其巧妙的思想。微軟在WINDOWS系統(tǒng)開發(fā)過程中,事實上從競爭對手蘋果公司的Mac系統(tǒng)借鑒了很多思想。,設(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分鐘的時間完成一次航

9、班預(yù)訂。 可用性工程要為提高可用性做大量的工作,不可避免的要增加成本,因此有時會受到財力的限制,所以有必要對設(shè)定的可用性目標(biāo)進(jìn)行財政影響分析,估算這些工作將來能為用戶節(jié)省多少支出,并與為達(dá)到可用性目標(biāo)所需的花費進(jìn)行權(quán)衡,用戶參與的設(shè)計,首先要明確什么樣的用戶會使用我們的系統(tǒng)。 與這些用戶廣泛地溝通,理解他們的行為方式有什么不同。 根據(jù)不同種類的用戶確定與軟件相關(guān)的用戶角色,定義這些角色的目標(biāo),設(shè)定到達(dá)這些目標(biāo)的特定場景;之后考慮怎樣設(shè)計交互的解決方案了。,用戶參與的設(shè)計 用戶角色及系統(tǒng)用例圖,用戶參與的設(shè)計 應(yīng)用用例,用例描述示例: The Customer makes changes to

10、the Shopping Cart and presses the Update button. The system updates the contents of the Shopping Cart appropriately. Then the Customer presses the Check Out button. When the Customer has finished specifying the billing and shipping information, the system creates an Order.,迭代設(shè)計,設(shè)計、測試、再設(shè)計 設(shè)計原型系統(tǒng)進(jìn)行迭代設(shè)

11、計 (1)對發(fā)現(xiàn)的可用性問題進(jìn)行嚴(yán)重程度評級。 (2)動手解決新版本交互界面中的問題。 (3)作出修改時,要記錄為什么做出改變的原因,也就是要抓住問題的原理。 (4)評估新版本的交互界面,如果還有改進(jìn)的余地,回到(1) ,直到軟件開發(fā)時間或經(jīng)費花光。其中的評估過程可能是借助于原型,也可能采用檢查或測試等評估方法。,快速原型法(rapid prototyping),迭代設(shè)計對非迭代設(shè)計,軟件開發(fā)過程模型 瀑布法(非迭代設(shè)計) 統(tǒng)一軟件開發(fā)過程,瀑布模型,需求,設(shè)計,編碼和單元測試,系統(tǒng)集成,運(yùn)行和維護(hù),統(tǒng)一軟件開發(fā)過程,產(chǎn)品發(fā)布后的工作,產(chǎn)品發(fā)布后繼續(xù)收集重要的可用性數(shù)據(jù),這一點非常有必要,一方

12、面可以用于進(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ù)熱線、修改要求、缺陷報告中對可用性的種種抱怨。,5.2 支持可用性的設(shè)計原則,可學(xué)習(xí)性 靈活性 魯棒性,可學(xué)習(xí)性,交互系統(tǒng)能否讓新手學(xué)會如何使用系統(tǒng),以及如何達(dá)到最佳實用效果。支持可學(xué)習(xí)性的設(shè)計原則有: 可預(yù)見性 同步性 熟悉性 通用性 一致性,可學(xué)習(xí)性-可預(yù)見性,用戶利用對

13、以往交互過程的了解就足以確定當(dāng)前交互的結(jié)果。 可預(yù)見性有別于計算機(jī)系統(tǒng)的確定性行為??深A(yù)見性則是一個以用戶為中心的概念,它取決于用戶的觀察,不能完全由計算機(jī)的狀態(tài)決定交互的行為,還要由用戶根據(jù)自己的判斷來決定。 操作的可預(yù)見性。,可學(xué)習(xí)性-同步性,同步性是指用戶依據(jù)界面當(dāng)前狀態(tài)評估過去操作造成影響的能力,也就是說用戶能不能同步地知道交互操作的結(jié)果。,可學(xué)習(xí)性-熟悉性,系統(tǒng)的新用戶在現(xiàn)實生活或使用其它系統(tǒng)時,會有一些交互過程的寶貴經(jīng)驗;可能這些經(jīng)驗與新系統(tǒng)的應(yīng)用領(lǐng)域不同,但對新用戶來說,如果新系統(tǒng)跟過去使用過的類似系統(tǒng)有一定相關(guān)性,那使用起來就比較方便。,可學(xué)習(xí)性-通用性,交互系統(tǒng)的通用性就是在

14、交互中盡可能的提供一些通用的或能夠從現(xiàn)有功能類推出來的功能。,可學(xué)習(xí)性-一致性,一致性是說在相似的環(huán)境下或執(zhí)行相似的任務(wù)時,一般會執(zhí)行相似的行為。 一致性與前面提到的其它交互原則有關(guān),如熟悉性可以看作與過去現(xiàn)實世界經(jīng)驗的一致性,通用性可以看作與同一平臺、同一系統(tǒng)中軟件交互體驗的一致性。,靈活性,用戶與系統(tǒng)交流信息方式的多樣性,主要表現(xiàn)在: 可定制性 對話主動性 多線程 可互換性 可替換性,靈活性-可定制性,可定制性是指用戶或系統(tǒng)修改界面的能力。 用戶主導(dǎo):可定制 系統(tǒng)主導(dǎo):可適應(yīng) 定制能力 界面元素位置、顏色的定制 交互結(jié)構(gòu)、流程的定制,靈活性-對話主動性,將人機(jī)交互雙方看作是一對對話者時,重

15、點是誰是對話的發(fā)起人。 系統(tǒng)主導(dǎo):系統(tǒng)可以發(fā)起所有對話,這種情況下,用戶只是簡單的響應(yīng)信息請求。例如,一個模式對話框就禁止用戶與系統(tǒng)的其它窗口交互。 用戶主導(dǎo):用戶可以自由的啟動對系統(tǒng)的操作。 從用戶角度看,系統(tǒng)主導(dǎo)的交互阻礙了靈活性,而用戶主導(dǎo)的交互增強(qiáng)了靈活性。,靈活性-多線程,多線程的人機(jī)交互系統(tǒng)同時支持多個交互任務(wù),可以把線程看作是一個特定用戶任務(wù)的相關(guān)對話部分;并發(fā)的多線程允許各自獨立交互任務(wù)中的多個交互同步進(jìn)行;交替地執(zhí)行多對話線程,允許各自獨立的交互任務(wù)暫時的重疊;但在任何給定時間,對話實際上還是局限于單個任務(wù)。,靈活性-可互換性,可互換意味著任務(wù)的執(zhí)行可以在系統(tǒng)控制和用戶控制間

16、進(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)驗去處理。,靈活性-可替換性,可替換性要求等量的數(shù)值可以彼此

17、交換。例如頁邊距的單位,可以是英寸,也可以是厘米;在用戶輸入上,可以讓用戶在輸入框中輸入數(shù)值,也可以通過設(shè)定表達(dá)式的方式輸入。這種可替換性提供了由用戶選擇適當(dāng)方式的靈活性,并且通過適當(dāng)方式,避免無謂的換算,可以減少錯誤的發(fā)生。 可替換性也體現(xiàn)在輸出上,也就是對狀態(tài)信息的不同描述方式。表示的多樣性說明了對狀態(tài)表達(dá)信息進(jìn)行渲染時的靈活性;例如,物體一段時間的溫度可以表示為數(shù)字溫度計(如果比較關(guān)心實際的溫度數(shù)值),也可以表示為圖表(以清晰地反映溫度變化的趨勢)。有時可能需要同時提供這些表示方式,以備用戶適應(yīng)不同任務(wù)的需要。,魯棒性,定義: 可觀察性 可恢復(fù)性 響應(yīng)性 任務(wù)規(guī)范性,魯棒性-可觀察性,可

18、觀察性允許用戶通過觀察交互界面的表現(xiàn)來了解系統(tǒng)的內(nèi)部狀態(tài)。也就是說允許用戶將當(dāng)前觀察到的現(xiàn)象與要完成的任務(wù)進(jìn)行比較,如果用戶認(rèn)為系統(tǒng)沒有達(dá)到預(yù)定的目標(biāo),可能會去修正后面的交互動作。 可觀察性涉及到五個方面的原則:可瀏覽性,缺省值提供,可達(dá)性,持久性和操作可見性。,魯棒性-可恢復(fù)性,可恢復(fù)性是指用戶意識到發(fā)生了錯誤并進(jìn)行更正的能力。 可恢復(fù)性不僅利于魯棒性,還可大大提高用戶的冒險意識,提高系統(tǒng)的可學(xué)習(xí)性 。,魯棒性-響應(yīng)性,響應(yīng)時間一般定義為系統(tǒng)對狀態(tài)改變做出反應(yīng)的延遲時間。 一般而言,延遲較短或立即響應(yīng)最好。即使需要較長的時間才有最終結(jié)果,也應(yīng)該有所響應(yīng)。,魯棒性-任務(wù)規(guī)范性,規(guī)范的含義:任務(wù)

19、的規(guī)范 規(guī)范的意義:可重復(fù)性強(qiáng),出錯概率低,5.3 可用性評估,可用性評估是檢驗軟件系統(tǒng)的可用性是否達(dá)到了用戶的要求。常用的方法包括用戶模型法、啟發(fā)式評估、認(rèn)知性遍歷、用戶測試和用戶調(diào)查等,其中最常用的方法是用戶測試和用戶調(diào)查。,軟件可用性評估應(yīng)遵循的原則,最具有權(quán)威性的可用性測試和評估不應(yīng)該針對專業(yè)技術(shù)人員,而應(yīng)該針對產(chǎn)品的用戶。 軟件的可用性測試和評估是一個過程,這個過程在產(chǎn)品開發(fā)的初期階段就應(yīng)該開始。 軟件的可用性測試必須是在用戶的實際工作任務(wù)和操作環(huán)境下進(jìn)行。 要選擇有廣泛代表性的用戶。,可用性評估方法,用戶模型(User Model) 啟發(fā)式評估 (Heuristic Evaluat

20、ion) 認(rèn)知性遍歷 (Cognitive Walkthrough) 用戶測試 (User Testing) 用戶問卷調(diào)查 (Questionnaire),用戶模型法,用戶模型法是用數(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ī)則 (Selection rule) 四個方面進(jìn)行描述。,啟發(fā)式評估,啟發(fā)式評

21、估法就是使用一套相對簡單、通用、有啟發(fā)性的可用性原則(即“啟發(fā)”)來進(jìn)行可用性評估。具體方法是,專家使用一組稱為“啟發(fā)式原則”的可用性規(guī)則做為指導(dǎo),評價用戶界面元素(如對話框,菜單,在線幫助等)是否符合這些原則。,可用性啟發(fā)原則(1),系統(tǒng)狀態(tài)可見性 系統(tǒng)與用戶現(xiàn)實世界相互匹配 用戶控制與自由 一致性與標(biāo)準(zhǔn) 錯誤預(yù)防,可用性啟發(fā)原則(2),識別而不是回憶 使用的靈活性與效率 美觀而精煉的設(shè)計 幫助用戶認(rèn)識、診斷和修正錯誤 幫助和文檔,關(guān)于系統(tǒng)響應(yīng)時間的一般約定,0.1 sec.: 即時響應(yīng)的極限時間. 直接操縱、虛擬場景的導(dǎo)航. 1 sec.: 片刻等待的操作. 若長于1sec.,顯示表示系統(tǒng)

22、忙的光標(biāo). 10 sec.: 使用戶保持對當(dāng)前交互關(guān)注的極限時間. 如果長于10sec., 應(yīng)顯示操作進(jìn)度指示。,認(rèn)知性遍歷(cognitive walkthrough),進(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)驗。,認(rèn)知性遍歷,

23、認(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)對動作的反饋信息,用戶是否能夠知道他的動作是否正確?,用戶測試,1. 前期準(zhǔn)備工作 (1)明確測試的目的 l幫助改進(jìn)交互設(shè)計 通過測試了解交互中有待改進(jìn)的地方,要搞清楚為什么出錯,而不僅僅是知道

24、錯了??梢栽跍y試中收集過程數(shù)據(jù)定量的去觀察發(fā)生了什么問題以及為什么會這樣。 l評估交互的整體質(zhì)量 根據(jù)一定的衡量指標(biāo),通過測試評估交互的水平,比如用戶在某個交互任務(wù)上耗費的時間,任務(wù)是否成功,出錯情況等等。也可對兩個以上的可選設(shè)計針對確定的性能需求進(jìn)行比較性評測。,用戶測試,(2)準(zhǔn)備測試環(huán)境 要確保測試環(huán)境的舒適。最簡單的是選一個安靜的房間,貼上“用戶測試中請勿打擾”,關(guān)掉電話,保證房間足夠的亮度,給受測試者提供飲料;如果有可能的話使用專門的可用性實驗室。 (3)準(zhǔn)備測試設(shè)備 包括記錄測試過程需要的攝像機(jī),三腳架,麥克風(fēng),耳機(jī),單向透光的鏡子,彩色監(jiān)視器,錄像機(jī),錄像帶,電源線,擴(kuò)展插座,“

25、請勿打擾”標(biāo)志,飲料,記錄軟件或表格等等。,用戶測試,(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)實際使用者。,用戶測試,2測試執(zhí)行的六個階段 為了有效地進(jìn)行可用性測試,需要正確設(shè)計、準(zhǔn)備和執(zhí)行試驗。一個測試執(zhí)行過程一般要經(jīng)過一些步驟。 具體步驟見書中表5-

26、1“用戶測試執(zhí)行步驟” 。 3可用性測試的評價,問卷調(diào)查(Questionnaire),1問卷調(diào)查的執(zhí)行過程 用戶要求分析 問卷設(shè)計 問卷實施及結(jié)果分析 2可用性調(diào)查問卷例子QUISquis,2003,見表5-2。,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ā)的全過程

27、引入可用性測試,可以使用戶有機(jī)會在產(chǎn)品推出之前就設(shè)計提供反饋意見。 反復(fù)式設(shè)計:大問題往往會掩蓋小問題的存在。設(shè)計人員和開發(fā)人員應(yīng)當(dāng)在整個測試過程中反復(fù)對設(shè)計進(jìn)行修改。,以用戶為中心的設(shè)計方法,圖形用戶界面設(shè)計與評估 以用戶為中心的邏輯交互設(shè)計 用于交互優(yōu)化的結(jié)構(gòu)化界面設(shè)計 以使用為中心的設(shè)計 對象、視圖和交互設(shè)計(Object,view,Interaction Design、OVID),OVID中涉及的模型及相互關(guān)系,設(shè)計者,設(shè)計者模型,編程者模型,用戶概念模型,用戶,用戶界面,實現(xiàn),細(xì)化,交互,獲取,創(chuàng)建,OVID中的活動循環(huán),任務(wù)分析,交互,視圖,對象,任務(wù),對象建模分析,對象建模分析是將系統(tǒng)和用戶任務(wù)分析的結(jié)果轉(zhuǎn)化為用戶界面設(shè)計的第一步;建模是將系統(tǒng)任務(wù)的某些概念及其關(guān)系用圖的方式直觀綜合地表達(dá)出來;分析則是將系統(tǒng)的對象抽象為類,列出對象或類的屬性、行為、以及對象間的關(guān)系。,訂票系統(tǒng)用例圖,視圖抽象設(shè)計,視圖表達(dá)了人與系統(tǒng)交互過程中某一時刻系統(tǒng)的狀態(tài),以及用戶在這一時刻可能改變系統(tǒng)狀態(tài)的方法。 視圖抽象設(shè)計通過組合概念模型中的對象和對象操作,提供系統(tǒng)運(yùn)行的方法和方式,為

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論