ISO 9241

ISO 9241

ISO 9241是關於辦公室環境下互動式計算機系統的人類工效學國際標準。

詳細介紹


ISO 9241由17個部分組成,根據人類工效學和可用性原理,分別對各種硬體交互設備屬性和軟體用戶界面設計問題作了詳細的規定和建議。可以對一個產品設計符合該標準的程度進行評估和認證。
4.3適合任務
交互系統在支持用戶完成任務時應適合任務,也就是說當功能和對話是基於任務特徵,而不是基於用於實現任務的技術。
原則例子
4.3.1對話應該為用戶提供成功完成任務的相關信息(註:任務需求決定了所需信息的質量、數量和類型)1 在即將發生的結果與時間非常相關時,對話系統應展現相應的到期時間 2 在在線購物的情景下,對話系統應該提供與情景相關的幫助,註明涉及步驟
4.3.2避免提供與用戶成功完成任務不相關的信息(註:展示不恰當的信息會導致績效降低,並增加用戶的認知負擔)在旅行者想要預訂特定日期的旅館房間時,對話系統應只顯示當天有房的旅館。該地區其他旅館及其他附加信息如景點將被過濾掉,除非用戶自己要看
4.3.3輸入和輸出的格式要與任務相符合1為旅客提供的貨幣換算程序應把換算后的幣值按目標貨幣的合適精度顯示(如歐元是兩位小數) 2 完全面向國內市場的對話,應該註明這一點
4.3.4如果一個任務所需的輸入是1 火車站的自動售票機,自動設置為所買車票為該站出發,所以出發站就應該在對話前就預先設置好 2 在商用程序中,一旦用戶通過用戶名和密碼證明了自己的身份,系統應該在需要時自動幫用戶填入電郵地址
4.3.5對話所要求的步驟應該適合完成任務,包括必要的步驟,省略不必要的步驟(註:1不必要的步驟包括可由系統來完成的行為 2在用戶執行常規任務時,對話要幫助用戶最小化任務步驟)1經常需要在答錄機上提取留言的商業用戶所用的行動電話,應該在任務最上端就可以進行選擇,以免不必要的對話 2 需要填入商業聯繫人的管理軟體包包括城市和區號的兩個輸入框,會根據輸入的區號自動顯示城市 3 對國內和國際的對話框不會要求只與國內市場有關的數據
4.3.6當一個任務需要源文件時,用戶界面應該與源文件的特徵兼容(註:此建議並不是說,不要對源文件進行優化以使其更符合任務)保險公司的紙質文檔是計算機的輸入源。填入窗口的對話框應與紙質文檔的結構一致,無論是在元素安排、分組和輸入值的單位方面。
4.3.7輸入和輸出的通道應與任務相符CAD程序中,當用戶雙手用來定位指針時,簡單的操作應可由語音激活。
4.4 自我描述
對話應能自我描述到這樣的程度:在任何時候,以下信息(用戶身處哪段對話、在對話的哪一階段,可採取什麼操作、操作將如何實現)對用戶來說都非常明顯。
註:此原則與ISO9241-12中展示信息的特徵相關。
原則例子
4.4.1任何對話步驟所出現的信息應幫助用戶完成對話(註:信息包括嚮導、反饋、狀態信息等等)旅館預訂系統允許用戶輸入所需信息並用 下一步和 返回按鈕在對話步驟中穿行。
4.4.2在交互中,儘可能避免查用戶手冊或其他信息1辦公室帶答錄機和呼轉的電話應用清晰的標籤來指明步驟開始,諸如“錄下一條信息”或“設定轉發號碼” 2 軟體包提供一系列菜單式,每個標題應該清晰指明其任務
4.4.3用戶應該了解交互的狀態諸如“需要輸入時”和“即將涉及的步驟”1 辦公室帶答錄機和呼轉的電話應清楚顯示其答錄功能和呼轉功能是否可用 2 電子商務程序清楚顯示給用戶完成購買所需的所有步驟,及當前所處步驟
4.4.4當需要輸入時,系統應呈現給用戶所需的格式電子商務程序中,需要用戶輸入信用卡到期日時,應展示出期望的格式“dd-mm-yyyy”
4.4.5對話應讓與系統的交互透明化在電腦上播放DVD的軟體特定的按鈕如“播放”“停止”“暫停”“快進”等等都帶有圖標
4.4.6交互系統應說明對格式和單位的規定文具購買系統展示了貨品的單位(1000張為一個單位),因此可以清楚地表明需要訂購的量
4.5 與用戶期望一致
對話如果與用戶可預見的場景需求及普遍沿用的管理保持一致,則稱為“與用戶期望一致”。
註:
1、與現有慣例一致只是這一原則的一方面而已
2、連續性通常會增加對話的可預期性
原則例子
4.5.1交互系統應使用用戶熟悉的辭彙,基於用戶的已有知識(註:此建議並不是說,不要對已有辭彙庫進行任何改善)1 銀行系統採用銀行屬於諸如“電匯”和“活期和定期存款” 2 對於在線信用卡的國際用戶,輸入域的制訂個人全名的標籤用“首名”“后名”,而不是“名”或“名字”
4.5.2應給予用戶及時恰當的反饋,符合用戶期望當安裝軟體成功時,用戶能得到成功的提示
4.5.3如果反應時間與用戶期待的時間差距較大,應告知用戶當用戶在旅行社的網站上查詢航班並按下搜索按鈕,網站顯示搜索正在進行中,但由於大量用戶在線,可能要耗時60秒以上才能顯示搜索結果
4.5.4 對話所展示的數據結構和組織表格應盡量以用戶覺得自然的方式展示在線商店以近似於商店裡實際布局的方式來展示產品
4.5.5格式應遵循正確的文化和語言慣例軟體包對英文版採用左排序,對阿拉伯文則採用右排序
4.5.6反饋和說明的長度應基於用戶的需求1反饋或說明的形式:對於需要關掉投影儀而且不看投影屏幕的演講者,投影儀應在開關下方提供標籤“按兩下即關閉“而不是把信息顯示在投影屏幕上 2反饋或說明的長度:軟體中的幫助信息,如果支持的是複雜任務,就應該是全面的,並描述整個任務是如何完成;如果只是關於規定格式的幫助,則只顯示要求形式而已
4.5.7一個交互系統中的貫穿任務始終、或是相似任務的對話行為和外觀應保持一致(註:1相似任務之間的一致性,幫助用戶了解完成任務的通常步驟 2 貫穿任務的持續性可能需要讓位於任務需求或其他由場景萌生的需求)1軟體中的“確認”和“取消”按鈕應始終位於同一位置 2支持壓縮和解壓的軟體,兩任務的對話步驟應採用相似設計
4.5.8如果基於用戶期望的一個特定輸入之處是可以預期的,那麼當對話要求輸入時,該處應準備作為輸入在軟體包安裝過程中,每一步要求用戶動作的對話均可由按鍵盤上的“回車”來實現
4.5.9給用戶的反饋或信息應規範化並以客觀、建設性的風格展示(註:特定的應用領域可以例外,如娛樂軟體,其中會採用更主觀、更感性的風格)如果用戶輸入的日期不合規格,錯誤信息應這樣寫“請輸入dd/mm/yyyy格式的日期”
4.6易學性
對話的易學性意味著對話應支持和指導用戶學習使用該系統。
原則例子
4.6.1應該展現給用戶“有助於用戶學習的規則和隱含的概念”(註:這允許用戶形成記住活動的自身模式和策略)一個壓縮文件的軟體應該解釋清楚“ 文檔”(archive)的概念(例如作為最初個別指導的一部分)
4.6.2如果是不常用該系統的用戶或是不常見的使用情況,應提供適當的幫助賬務軟體包應該引導用戶按規定走完要求的對話步驟以創建年度資產負債表
4.6.3提供適當的支持幫助用戶日漸熟悉系統(註:不同的用戶對幫助有著不同的需求)當用戶按下指定的幫助鍵時,軟體包應能解釋每個不同菜單項的使用
4.6.4反饋或解釋應該有助於用戶對整個交互系統形成概念性的認識(註:在學習使用一個交互系統的階段的新手和已有經驗的老手對反饋的需求是不一樣的,但最好是把對話設計得適合兩種用戶的需求。因為系統很難可靠地評估用戶的經驗,而且貫穿整個系統的個人經驗也各不相同)掃描軟體展現所有不同的步驟(包括他們的順序和其間的關係)包括要求掃描紙面文檔,並把它們轉換為電子文檔,當前處於哪一步
4.6.5對話應提供對於活動的中間結果和最終結果的足夠的反饋以便用戶能從成功完成的活動中學到東西用戶使用旅館預訂系統預訂房間時,用戶能接收到每一步的反饋指引他改善其查詢和成功預訂的細節
4.6.6如果對任務和學習目標不妨礙的話,交互系統應允許用戶探索對話步驟而不會受到負面反饋(註:這可能不適用於安全第一的系統)
1 對於一個大倉庫的派送排期系統允許用戶評估可能的排期變化以便讓用戶可以在進行調整前預見可能的負面影響
2照片處理軟體,對照片的一系列修改都可以用“撤銷”來取消
4.6.7交互系統應讓用戶需要學的東西最少,只要輸入最少量的信息,系統會按要求提供附加信息掃描文件的軟體提供“掃描”按鈕,讓用戶一鍵掃描,無需進行必要的用戶設置,而可以採用默認設置
4.7 可控性
對話具有可控性:用戶能夠初始化並控制交互的走向和步驟,直到達成目標為止。
原則例子
4.7.1用戶交互不應被交互系統的操作決定。應在用戶控制之下,由用戶根據自己的需求和特點進行調整(註:1特定的交互系統可能會包含明顯的要求,在特定情況下不允許用戶控制,如在測試環境下,時間約束也是測試的一部分 2在特定場景下,任務本身決定了交互步驟的最小值和最大值 3用戶交互的步驟可能受到公司政策的限制,諸如“空閑2小時后離線”)手機允許用戶要發送的簡訊呈編輯狀態並可見,直到用戶決定發送、存儲或刪除該信息為止。不管用戶為寫完這條信息要花多長時間。
4.7.2用戶應控制如何繼續對話1商用電話顯示呼入電話號碼並提供直接把該號碼加入電話本的可能,同時加上呼叫者姓名 2當在賬務系統中登記一筆支付時,系統自動選中最早的未付訂單來支付,但也允許用戶選擇其他的訂單來支付
4.7.3如果對話被打斷,用戶應該有能力決定從何處重新開始——對話被打斷之處