我們可能已經論證過我們生產肥件(fat ware)的能力，但不是我們生產出更有價值產品的能力。我們在項目重壓之下作出的很多好的程序代碼也許會因為大多數用戶今后僅使用我們費盡心思做出的產品的極小一部份而宣告浪費。奇怪的是很多這樣的功能在一堆控件，菜單，對話框之中根本不可能找得到。我們結束對那些將來沒有用的特性的咒罵，并且留下有用的部分。我們也由于將簡單的任務復雜化而遭到謾罵。
我們的一些為改進這種狀況的所作的努力可能僅僅是使事情更糟。我們急切的使用最新的3D直觀模型，卻只得到不領情的用戶的埋怨。他們讀不懂我們的一個個灰色的對話框。我們用密密麻麻的帶圖標的工具條來告訴他們這里有很多功能，但是他們覺得這很難理解�？赡墚斘覀冊诘谝徊阶隽艘粋�簡單的界面之后我們會設計出改進了的界面向導來使復雜的界面易于使用。
一個不漂亮的事實是可用性并不是基于這些吸引人的圖形、改進了的可視化控件或是活動的Agent(譯注：可能是指MS- Office里的Agent)之上。你不能從3D直觀圖，彩色圖標或是浮動工具條中獲取可用性。這不僅僅涉及你使用了什么窗體控件，還包括你如何使用這些控件，以及這些控件如何整合在一起工作。
最終，可用性來自于用戶界面的體系結構迎合了用戶所希望的實現。這意味著你不得不通過了解用戶的工作來使你的軟件迎合要求。這也意味著你必須設計出整個用戶界面的體系結構。這包括了用于支持這個工作的所有的結構細節以及動態行為。
為了做到這些，為了在軟件中設計可用性，你需要工具。你需要工具來弄清用戶需要做什么和他們需要什么來支持他們工作的進行，你還需要工具來組織復雜的用戶界面的體系結構而不遺漏掉任何細枝末節�；蛘哒f，你正準備好去竭盡全力制作出一起被提交的程序，你需要能夠集中你的注意力，有效的利用你的時間，因為當用戶抱怨時，老板會逼著你在規定期限內交付新程序。所以，你也需要一個簡單的靈活的工具來組織你的工作。
這篇文章介紹了一些用于制作更好的（用戶用的）工具的工具――簡單的用于制作出能很好的滿足用戶需要的小而簡單的系統的方法。這當然不可能是一個完整的故事，也不能使你變成一個可用性的專家。但是這可以給你一些比較前衛的想法而使你的下一個項目有真正的改觀，幫助你一開始就能制定出可用性而不是中途應要求突然改變或是最后的時候再將它加進去。
圍繞可用性的設計
用戶和用戶界面的問題并不總是發生在現在。在一開始，并不存在用戶，只有操作員以及只是瘋狂操作電腦的 程序員，他們反復操作開關并觀察著操作臺上的燈，并不存在給用戶的真實界面。有打孔卡片，打孔帶，還有打印機。你把卡片或帶打上孔并不斷送至讀卡機，并將打印機里打印的每一頁存儲起來，終端用戶就獲得有一行行記錄的報告。其中的一些內容被格式化，還被排列成多少有點可讀性的序列。
技術人員更注重的是技術而不是人，因此程序常在發覺用戶的存在之前就形成用戶界面。這樣注意力被集中在技術問題上，如屏幕的繪制和域長，數據確認以及退出鍵的設計。偶爾也曾意識到用戶，就是真正的人，正坐在系統另一端注視著屏幕，而且敲擊著功能鍵。也許輕視和忽視用戶的癥狀由來已久，專業通行了一種有友好的用戶界面，卻有平淡無味的交互的主流，往往就形成了覆蓋在同樣陳舊的狹隘和頑固的編程方式上的一層薄紗。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
