可用性工程文檔(可用性工程文檔模板)
可用性工程文檔
對可用性規范的輸入;
可用性規范;
可用性確認計劃;
形成性測試(迭代測試)報告和更改確認記錄;
總結性評價報告;
可用性工程報告
1.執行概述
2.使用規范描述
3.用戶接口描述;
4.已知的使用問題描述
5.所評價的與危險有關的使用場景描述,及選擇這些場景的原因
6.形成性評價概述
7.總結性評價概述
8.結論
可用性工程概論
介紹
可用性是評估之產品由實際用戶自評估易用性,能力自做工作和滿足用戶期望,以及用戶的整體可接受性。每元件(英).g.,用戶界面,培訓,安裝過程,應評估產品的幫助/文檔)。
可用性可以不測試用戶,而不是用戶評估您的產品??捎眯杂兄隍炞C需求和約束并識別設計錯誤、成功和缺失的產品功能性。?迭代評估提供所需的反饋自提高你原型或產品直到它是可接受并滿足可用性/產品目標。?可用性能通過消除不必要的工作來提高生產率步驟,改進任務流,并通過確保所有所需信息自完成任務是提供。目前的可用性是標準草案的狀態。?是的定義如可用性= 有效性 效率 用戶友好性
此外,軟件開發人員有自應付由軟件生成的推薦,稱為風格指南公司,如如蘋果、IBM、微軟或其他工業公司。?《軟件開發》雜志稱:《國際》標準組織 (ISO)定義可用性如“該具體說明的效力、效率和滿意度用戶實現指定目標在特定的環境。"可用性包括以下注意事項如:
用戶想要或需要做什么?
用戶的一般背景是什么?
用戶工作的上下文是什么?
機器必須留下什么?對用戶來說是什么?
可用性 可接受性
你好嗎知道如果用戶是對產品滿意嗎?你好嗎知道如果您生產的產品自滿足用戶期望值?
在法律,這將與概念相吻合之適合目的。所以稱為有缺陷的產品只是做不符合客戶的期望。
一接口是難自使用可能導致產品自有缺陷自客戶的范圍是已授權自拒絕它.
在這種情況,它可以說,在貨物銷售下行為軟件的質量不令人滿意。
可以使用可用性評估方法和啟發式方法自提供產品的證據是質量令人滿意并且確實不辜負自這用戶的期望值。
可用性工程
可用性工程是計算機科學關注問題之如何自設計軟件是容易自用。它是密切自現場之人機交互和工業設計??捎眯允擒浖I化之更大的主題之人因素和人體工程學,雖然術語是也已應用自公文設計。在次序自是能自為最終用戶生產合適的系統,軟件開發團隊需求自了解用戶真正想要的是什么和需求。如果用戶想要什么和需要什么是知道,那么最好的系統能是為工作的特定用戶生成在那個特別的環境??捎眯怨こ唐跫s自解決問題自確保系統是適合用于以下目的它被設計了。它這樣做由一個過程之發現什么會一可以接受系統用于用戶,然后將成品與成品相匹配那些先前商定的可接受性標準。
是什么使用戶界面可用?可用性取決于上一個數字之因素,包括功能符合用戶需求,流量有多好這應用適合用戶任務,以及響應效果如何之應用程序適合用戶期望值。我們可以學習自是更好的用戶界面設計器由學習設計原則和設計指南。
為什么是可用性重要嗎?從用戶的透視可用性是很重要,因為它可以使這準確和完整地執行任務之間的區別或不是,以及享受這個過程或感到沮喪。?從開發商的透視用性是很重要,因為它可以表示成功與失敗的區別之一個系統。從管理點之視圖,軟件與窮可用性可以減少生產力之勞動力自一個級別之性能差于沒有系統。在所有情況,缺乏之可用性能花費時間和精力,并且可以大大確定成功或失敗之一個系統。有了選擇,人們就會堅持自買更加用戶友好的系統。
如果不考慮可用性,會發生什么情況?可用性時會發生什么是不考慮可能不是簡單地說,一個產品是不可用,因此是不購買是不已購買,但制造商出現故障自制作利潤。失敗的后果自采用可用性方法是影響范圍更廣。例如在英國,倫敦的失敗救護車服務的(拉斯維加斯)計算機輔助派單系統是視為缺乏可用性的典型例子工程方法。
如何實現高級可用性?最大化可用性的關鍵原則是自雇迭代設計,逐步完善設計通過從設計階段的評估。評估步驟使設計人員和開發人員能夠使用自整合用戶和客戶反饋,直到系統到達一可接受的有用性級別。確保可用性的首選方法是測試實際用戶上一個工作系統。實現高水平的可用性需要專注于設計對系統的預期最終用戶的努力。有很多方法自確定誰是主要用戶,他們如何工作,以及他們必須完成哪些任務。但是,客戶的日程安排和預算能有時阻止這種理想的方法。一些替代方法包括在系統上進行用戶測試原型,由專家進行的可用性檢查,以及認知建模。
可用性目標一替代視圖之人機交互是可用性??捎眯酝ǔJ侵缸攒浖窍嚓P自任何產品。可用性之產品是學位自哪些特定用戶能實現具體目標??捎眯灾攸c在非-功能方面之一應用??捎眯允且揽可线@用戶的選擇之是否還是沒有自使用給定的設施。一些方法自提高可用性包括:它輕松創建支持軟件的產品和用戶界面可用。它力量自實施原則之軟件人體工程學。它提高利用率之現有系統。它識別以下任務能是與軟件產品一起解決。它允許縮短時間自完成任務。它減少數量之犯了錯誤。它提高人民對系統的滿意度。
可用性測試中要測量的內容
可用性測試通常涉及測量測試對象的能力響應在四個方面:時間上任務、準確性、信息召回和情緒反應。成果之第一個測試是基線或控制測量;都比較后續檢查自基線。
任務時間-多長時間它獲取用戶自完成一套基本任務?(例如,找到您想要的內容自買創建一個新的用戶帳戶,并對項目進行排序。
準確性-用戶犯了多少錯誤?(可以用戶糾正這些錯誤,如果給予適當的反饋,或是錯誤致命?錯誤的數量取決于設計的產品接口。
信息召回-用戶有多少信息還記得,完成分配的任務后嗎?
情緒反應-用戶對任務的感受如何完成?(自信?強調?用戶會推薦嗎本系統自朋友?
可用性評估和測試
評估是一組成部分之設計過程和必須進行在整個設計生命周期中。
其主要目標是自測試功能和可用性之這設計和自識別并糾正設計生命周期中出現的問題。
自成本最小化之早期的設計錯誤,一個設計可以是評價在任何實施之前工作已開始。
最之評估技術在這個階段是分析性的涉及需求之專家自根據認知和可用性評估設計原則。
成功的可用性測試可以不僅呈現陽性;它還顯示弱點在設計。
這些弱點應該是如嫩如出局之時間它接受用戶自完成所需的操作在測試護理或褻瀆如這用戶是完全測試在使用的范式自設計界面。
早期發現之弱點在開發過程允許更高效的產品完成限制由消除或減少量之再-工作.
這鑰匙自可用性測試是研究用戶的實際內容確實如此。
觀察者記錄用戶的出局和反應自確定用戶遇到的問題是什么牙齒,以及如何他/她克服了它們。
這主要步驟在可用性測試是自:確定產品的目的。確定目標用戶。定義測試并執行可用性測試。分析獲取的信息。啟發式評估,認知演練。
確定目的之產品
設計師必須了解人們為什么來自這個產品和什么類型之他們可能執行的任務。
取決于上該應用程序,用戶可能:獲取產品信息;購買產品:獲取旅行信息,例如如查找航班并預訂機票;獲取特定于用戶的信息,例如如那發現在銀行賬戶;
確定目標用戶
什么是一普通用戶?那里是需要自識別配置文件之典型用戶由指定此類特征如性別、年齡、教育程度、經驗,技能和人口統計數據。什么類型之網站吸引客戶嗎?如果這是一個旅游網站,因為例是嗎適合商務旅客,休閑旅客或旅行代理?此外,識別關鍵字在這網站的主頁幫助它是發現由更多用戶。所選關鍵字針對目標用戶。
定義測試并執行可用性測試
執行之可用性測試用例包括之觀察參與者的反應和情緒如他們嘗試自執行已請求的任務。
觀察者必須不提供任何背景信息或初始幫助
。參與者提供反饋上什么類似并不喜歡該網站以及他們在使用該網站時遇到的挫折感。
觀察者這樣信息如:
用戶是否成功完成了阿塔斯克;
用戶需要多少時間自完成任務;
訪問的頁面數為完成每任務;
用戶遇到困難的地方或犯錯誤;
用戶在丟失時如何尋求幫助;
聯機幫助是否提供了足夠的信息;
用戶怎么說外響亮且位置在他們說的任務它;
非語言線索,如如手勢和面部表情;
用戶是否點擊通過頁面或使用搜索功能;
用戶的反應自下載時間為特定頁面;
點在哪些用戶感到困惑甚至失敗自完成任務;
任務之間的點擊次數、兩次點擊之間的秒數、如井如瀏覽的頁面數和瀏覽的頁面數。
分析獲取的信息
可用性測試報告包含摘要之觀察到的結果,列表之可用性問題,識別之任何趨勢,一分析之這錄像帶,參與者的精選語錄和統計分析之調查問卷。
調查結果一建議通常側重于上緩解之使用和關于特定重新設計的建議之一應用程序組件。
目標是改進產品基礎上可用性評估。
啟發式評估
為了更好地評估過程的可用性之應該發生進化貫穿整個設計過程。
在特別是,第一次評估之這理想情況下,系統應是在任何實現工作之前執行開始。
如果這設計之迭代系統能是評估自己,代價高昂的錯誤能是避免了,因為設計可以是改性在任何階段,一個數字之已經提出了方法由人機界面出口自評估互動系統。
在啟發式評估之遵循指南的用戶界面是考慮:
能見度之系統狀態-系統應始終保留用戶了解什么是繼續,通過適當的反饋合理的時間
系統與現實世界的匹配-系統應該說用戶的語言,熟悉單詞、短語和概念自用戶,而是而不是面向系統的術語。
用戶控制和自由-用戶經常選擇系統功能由錯誤并且需要一個明確標記的緊急出口自離開不需要的狀態沒有自?一擴展對話框。支持撤消和重做。
一致性和標準-用戶不應該有自想知道是否不同的言語、情境或行為意味著所遵循的相同事物由平臺約定。
錯誤預防-甚至比好的錯誤消息更好是精心設計這可以防止出現問題從發生在第一名。
承認而不是回憶-使對象、動作和選項可見。用戶應該不有自記住來自一.part之對話框自另一個。指示從系統的使用應是可見的或容易的可在適當的時候檢索。
靈活性和效率用-看不見的加速器由新手用戶可以經常加快專家用戶的交互,使得系統能滿足自沒有經驗和有經驗的用戶。允許用戶自經常裁縫行動。
美學和簡約的設計-對話框不應包含信息是不切題的或很少需要。每個額外的單位之信息在對話與相關單位競爭之信息并降低它們的相對可見性。
幫助用戶識別、診斷和恢復錯誤- 錯誤消息應該是表示在簡單的語言(無代碼),精確指出問題,并建設性地提出解決方案。
幫助和文檔-即使是的更好如果系統能是在沒有文檔的情況下使用,它五月是必要自提供幫助和文檔。任何此類信息應是容易自搜索集中自這用戶的任務,列出具體步驟自是執行,以及不是太大了
認知演練
認知演練罐是定義如一嘗試自介紹心理學理論在非正式和敏感的步行通過技術。
認知遍歷方法自可用性評估需要詳細審查之序列之行動。
序列之行動在認知遍歷參考自步驟一界面將需要用戶自執行在次序自完成一些已知任務。
認知演練是一方法自評價一基于接口上分解和分析用戶必須執行的操作在次序自使用系統或自執行任務。
焦點小組聚集小組之用戶自獲得他們的反饋,初步反應自設計,并討論他們的偏好。
焦點小組可以是有助于提出可能提出的問題不來外在采訪。
可學習性
可學習性是關注這特征之交互式系統允許新手用戶自了解如何實現自達到最大軌道之性能
鞏固了支持可學習性的原則如遵循:
可 預見性:可預見性是定義如對用戶的支持自確定效果之基于未來行動上過去的交互歷史記錄。
可合成性:它是定義如對用戶的支持自評估這影響之過去的操作上當前狀態。
熟悉:它是定義如八進制數自其中的知識與經驗之用戶在其他后方或基于計算機的域能是在與新系統交互期間應用。
概化:它是定義如對用戶的支持自擴展知識之內部的特定交互一跨應用程序自其他類似情況。
一致性:它是定義如肖像在行為協助從類似情況或類似的任務目標。
靈活性
靈活性能是明顯如允許特定程度的適應和變化在方式在哪些任務可能是完成或環境在哪個系統可能做.
有趣它定義如在可接受的人力成本水平內的態度在疲倦,不適,沮喪和個人努力的術語。
此外它是期望這種滿足感不僅應該在進一步的接觸中繼續系統但它實際上,應該通過使用該系統來加強。
計算機可訪問性
用戶友好是經常使用的術語自描述軟件和其他技術。
有用的替代術語是可用性和可訪問性,兩者都來自現場之人機交互。
某些參數是:
充足:只有必要的輸入才應該是必填。
學習能力:手冊和說明應是清楚
魯棒性:沖擊之錯誤應該是反比自概率之錯誤。
在人機交互,計算機可訪問性是指自這可用性之計算機系統由殘障人士。
它是很大程度上是一個軟件功能。
但是,當硬件或軟件是使用自為殘疾人定制一臺計算機,該設備是已知如自適應技術。