gui設計基本原則
1、 關注使用者及其任務，而不是技術
a、這個軟體是為誰設計，誰是目標使用者，誰是目標客戶
b、這個軟體是做什麼的，它打算支援什麼行為，它將幫助使用者解決什麼問題，提供什麼價值
c、目標使用者有什麼待解決的問題，對於現在的工作方式，他們喜歡什麼，不喜歡什麼
d、目標使用者掌握哪些技能知識，他們有學習動力嗎，如何學習，是否存在具有不同技能、知識和動機的不同型別使用者
e、使用者如何掌握軟體將要管理的資料的概念
f、目標使用者更喜歡什麼樣的工作方式，軟體如何才能符合那些方式，又會如何影響這些工作方式
*在開始設計之前不回答這些問題帶來的代價會遠遠高於你所付出的
1．1理解使用者
1．1．1
決定誰是目標使用者
1．1．2
調查目標使用者的特點
*通過對使用者型別的維度來劃分使用者群體:
1.對計算機的總體了解
2.任務知識（他們執行本職工作（譬如會計）的熟練程度）
3.系統知識（他們對待特定軟體產品（譬如excel）的了解程度）
通過使用者維度設計各種所能考慮到的使用者型別，建立使用者檔案，使用者檔案可以配置使用者的詳細資訊，如年齡，性別，計算機使用水平，系統相關軟體的熟練程度（譬如
office
）人員類別
姓名工作描述
資歷教育
薪酬績效
年齡計算機技能
日常使用軟體
......
1．1．3
與目標使用者協作來增進了解他們的工作
*軟體既不要完全為使用者設計，也不要讓他們來設計，而應該與使用者一起來設計
1．2理解任務
1．2．1 確定目標任務是否與計畫吻合
這段話比較不好理解，簡單的解釋就是，我們不可能編寫乙個「由車間工人使用的財務軟體」，也不會讓「企業決策層去執行憑證錄入」。即在我們的《軟體需求說明書》中要明確指出系統的使用群體和這些群體所能對應的主要使用功能。
1．2．2 調查目標任務
1．2．3 與使用者協作以了解任務
原書是這麼寫的，我更願意理解為這是調研方與被調研方對《需求分析說明書》和《需求規格說明書》的一種高度認可，在實際操作中，常常有使用者對這兩份文件抱一種可有可無的態度，簽字相當草率，基本不看，這樣只有通過合同中的相關條款來約束。另外，需求分析師也應當更多的在文件中使用圖形化的表達方式，以及採用原型來進行展示。需要向使用者灌輸需求分析的重要性。
書中列舉了一些分析中常用的問題
與應用程式的目標任務相關的人員執行什麼任務
哪些任務是常用的，哪些又很少用到
哪些任務是最重要的，哪些最不重要
每個任務的先後步驟是什麼
每個任務的結果是什麼
每個任務的資訊來自於**，每個任務產生的資訊是如何使用的
哪些人做哪些任務
哪些任務使用哪些外部工具
每個任務人們會遇到什麼問題，什麼型別的錯誤比較常見，這些錯誤是如何產生的，這些錯誤產生的破壞力是怎樣的
完成這些任務的人使用什麼樣的術語
不同的任務如何關聯
完成任務需要和哪些人溝通
GUI設計禁忌
gui設計禁忌 基本原則 1 關注使用者及其任務，而不是技術 2 首先考慮功能，然後才是表示 3 從使用者的視角看問題，使用使用者的詞彙進行描述 4 不要向使用者暴露實現細節 5 使常用的使用者任務簡單化，不要讓使用者解決額外的問題 6 保持一致性，引導使用者的使用習慣 7 保持顯示慣性，傳遞資訊，...
GUI設計禁忌
本文列舉jeff johnson gui設計禁忌 一書中提及的明確針對web設計和筆者認為對web設計有參考意義的設計原則和禁忌。設計web專案時盡量參考一下基本原則，避免設計禁忌，應該能使web專案的gui上乙個層次。基本原則 1 關注使用者及其任務，而不是技術 2 首先考慮功能，然後才是表示 3...
GUI設計禁忌
本文列舉jeff johnson gui設計禁忌 一書中提及的明確針對web設計和筆者認為對web設計有參考意義的設計原則和禁忌。設計web專案時盡量參考一下基本原則，避免設計禁忌，應該能使web專案的gui上乙個層次。基本原則 1 關注使用者及其任務，而不是技術 2 首先考慮功能，然後才是表示 3...