軟體觀念革命

軟體觀念革命

《軟體觀念革命》是2005年電子工業出版社出版的圖書,作者是Alan Cooper、Robert M. Reimann。

基本介紹

  • 中文名:軟體觀念革命
  • 別名:互動設計精髓
  • 作者:Alan Cooper、Robert M. Reimann
  • 譯者:詹劍鋒 / 張知非
  • 出版社:電子工業出版社
  • 出版時間:2005年05月01日
  • 頁數:538 頁
  • 裝幀:平裝
  • ISBN:9787121011801
內容簡介,目錄,精彩書摘,

內容簡介

本書是一本設計數位化產品的啟蒙書,它在幫助您設計更有吸引力、更有效的對話框的同時,還將幫助您理解用戶如何了解、學習您的軟體,以及與之互動的方式。本書著重講述了有關互動設計的原理和方法:第一篇強調設計過程,以及對用戶的系統理解;第二篇提供了策略原理和工具;第三篇更深地鑽研了戰術性的問題。
本書探索了一個獨特的設計領域,即複雜系統行為的設計。本書論述了種具有革命意義的設計觀念——目標導向設計過程。其作者Alan Cooper是一位在互動設計前沿有著10年設計諮詢經驗及25年計算機工業界經驗的卓越權威。
本書是一本難得的大師經典之作,是一本數字產品規劃師、項目經理、設計師、可用性從業人員,以及程式設計師都想得到的書——這是一本使得我們的軟體和我們的世界變得更美好的書!

目錄

第一篇了解你的用戶
第一部分彌合差距
1目標導向設計…………………………………………………………………………5
2實現模型和心智模型…………………………………………………………………24
3新手、專家和中間用戶………………………………………………………………35
4理解用戶:定性研究…………………………………………………………………42
5用戶建模:人物角色和目標…………………………………………………………59
6腳本提綱:將目標轉換為設計………………………………………………………8l
7綜合好的設計:原則和模式…………………………………………………………98
第二篇設計行為與形式
第二部分去除障礙,達到目標
8軟體姿態……………………………………………………………………………1l1
9和諧與流……………………………………………………………………………129
10消除附加工作………………………………………………………………………146
11導航和調整…………………………………………………………………………155
12理解撤銷……………………………………………………………………………171
13重新思考“Files”和“Save”…………………………………………………182
第三部分提供高效能和愉悅
14設計體貼的軟體……………………………………………………………………199
15設計智慧型的軟體……………………………………………………………………209
16改進數據檢索………………………………………………………………………218
17改進數據輸入………………………………………………………………………227
8為不同的需要進行設計……………………………………………………………234
第四部分套用視覺設計原則
19外觀設計……………………………………………………………………………245
20隱喻、習慣用法和啟示……………………………………………………………267
第三篇互動細節
第五部分滑鼠和操作
21直接操作和定點設備………………………………………………………………285
22選擇…………………………………………………………………………………305
23拖放…………………………………………………………………………………313
24操作控制項、對象和連線……………………………………………………………326
第六部分控制項及其行為
25視窗行為……………………………………………………………………………345
26使用控制項……………………………………………………………………………361
27選單:教學向量……………………………………………………………………389
28使用選單……………………………………………………………………………397
29使用工具條和工具提示……………………………………………………………408
30使用對話框…………………………………………………………………………420
3 1對話框禮節…………………………………………………………………………435
32創建更好的控制項……………………………………………………………………450
第七部分與用戶的交流
33消除錯誤……………………………………………………………………………461
34通知和確認…………………………………………………………………………471
35與用戶的其他交流方式……………………………………………………………482
36安裝過程……………………………………………………………………………491
第八部分超越桌面的設計
37 Web設計……………………………………………………………………………503
38嵌入式系統的設計…………………………………………………………………514
附錄A本書公理集……………………………………………………………………525
附錄B本書設計技巧集………………………………………………………………529
跋:給同行的話………………………………………………………………………533
應用程式視窗
程式的輔助視窗並不真正屬於程式功能的一部分,而是作為慣例提供的。這些視窗或者只能根據請求獲得,或者程式僅僅提供一次,如程式的致謝字幕。這些由程式單方面顯示,只有在程式第一次使用或每次啟動時才出現,但是從交流渠道來說,它既能幫助用戶,又能更好地傳達品牌。“關於”對話框
習慣上,“關於”對話框(About,boxes)是向用戶標誌程式的一個單獨對話框。它也用做程式的致謝字幕,標誌創建它的人。具有諷刺意味的是,“關於”對話框告訴用戶有關程式的信息並不多。在Macintosh中,“關於”對話框可以在蘋果彈出選單(Apple:pop—up)頂部調用。在Windows中,它幾乎總是可以在幫助選單的底部發現的。
微軟在它的程式中採用了一致的關於對話框,它的設計方法簡單,正如你在圖35.1中見到的。微軟將關於對話框專門用於標明,類似於軟體的駕照。這樣很不幸,因為它應該是好奇的用戶了解程式概況,而不會使不感興趣的用戶感到唐突的好地方。緊跟微軟的設計步伐,並不總是件好事,這就是一個與微軟不同時可以提供很大好處的地方。
微軟解決方法的主要問題在於,關於對話框沒有告訴用戶有關程式的信息。事實上它是標誌框(identification box)。它通過名字和版本號標誌程式,它標誌程式的各種著作權,標誌用戶和用戶的公司。它確實是一個有用的功能,但只是對於微軟的客戶支持更有用,而不是對用戶更有用。
讓關於對話框更有用的期待是很強烈的——否則我們就不會看見它上面的記憶體使用和系統信息按鈕。通過採取更目標導向的方法,我們可以在關於對話框中加入一些信息,使它真正對用戶有所幫助。關於對話框可以告訴用戶的最重要的事情是程式的範圍。最廣泛地說,它應該告訴用戶程式能做什麼和不能做什麼。多數程式的作者忘了許多用戶一點也不了解InfoMeister 3000 4.0版本的實際功能,這是給他們友善提示的好地方。 關於對話框也是讓新用戶成功地開始第一課的好地方。例如,如果存在對用戶互動非常關鍵的新習慣用法,如直接操作方法,這是簡短地告訴他這些信息的好地方。另外,關於對話框可以引導新用戶去訪問有助於她理解程式的其他信息源。
因為當前這種工具的設計只是陳述了難懂的條文,而沒有提供程式信息,從這點來說它應該稱為標誌框(。identity box),而不是關於對話框。標誌框為用戶標誌程式,圖35-l中的對話框極好地符合了這個定義。它告訴了我們所有律師需要的材料,以及技術支持人員需要知道的材料。顯然,微軟認為標誌框非常重要,而可以犧牲真正的關於對話框。
正如我們所看到的,標誌框必須提供基本的標誌信息,包括出版商的名字、程式圖示、程式的版本號,以及作者的姓名。另外一個有用的項目是出版商的技術支持電話號碼。
許多軟體出版商沒有把程式與某次具體的軟體構建聯繫在一起進行區別。出於市場的原因,一些銷售商甚至為非常不同的程式冠上相同的版本號。但是標誌對話框或關於對話框的版本號主要用於客戶支持。一個誤導性的版本號碼將會耗費出版商更多的電話支持時間,只為找出用戶所用程式的精確版本。不管用什麼方案,只要數字非常確定就可以了。
報告版本號的一個重要部分是告訴用戶它取代的是以前哪個版本。知道這是版本3.2沒有絕對的意義。但是知道版本3.2是版本3.1的改進,並取代了所有的2.x版本是有用的。出售商致力於提升他們的軟體,每個版本都試圖取代某些以前的版本,發布小型的增補版本是為彌補以前版本的不足,但不能完全取代前者,同樣,一種特殊的版本允許與某種新硬體或軟體兼容,這都應該有所說明。
如果你打算顯示一個信息豐富的版本號,在這個對話框中解釋一下版本號的細節無傷大雅。多數用戶會忽視它,但是會受到數以千計的IT公司經理們的欣賞。
許多程式用序列號來惟一地標誌。當然,這裡是顯示號碼的地方。用戶需要用這個號碼與出版商聯繫,或者用於公司記錄,所以程式應該讓用戶看到它,並且可以選擇它用於拷貝。
關於對話框(不是標誌對話框)絕對是說明產品團隊名字的好地方。作者堅信應該感謝軟體設計、開發和測試整個過程中所有有貢獻的人。程式設計師、設計師、管理者和測試者都應該看到他們的名字。文檔撰寫者有時會把名字寫上手冊,但是其他人則只有程式本身而已。關於對話框是與主螢幕沒有功能重疊的極少數幾個對話框之一,所以沒有理由說它不能太大,可以騰出空間告訴大家誰做了貢獻。儘管一些程式設計師並不關心在螢幕上看到他們名字,但許多程式設計師會因此受到極大的鼓舞,真正欣賞這樣做的管理者,有什麼理由不為創建程式的這些聰明而勤奮工作的人們署名呢?
最後一個問題是指向Bill Gates的(就像在本書1995年第一版中一樣),他有一個企業內部規定:程式設計師不可以將他們的名字寫進程式的關於對話框。他覺得很難知道這群個體的最後界限。但是作為娛樂產業指示器的現代電影的片頭字幕卻沒有這樣的擔心。事實上,在遊戲軟體中開發致謝極為常見。也許現在微軟大量投入遊戲軟體開發和銷售,事情會有所改變——但別期望太高。
微軟的政策是令人煩惱的,因為它的慣例廣泛地套用著。結果,它不公布程式設計師名字的政策也被盲目效仿的公司廣泛複製。P.484-486

相關詞條

熱門詞條

聯絡我們