即便如此,命令行仍很快從PC機上銷聲匿跡。首開先河的是蘋果電腦,然后每個人都開始采用“窗口-圖標-菜單-指針”的界面模式,亦即WIMP。與命令行相比,WIMP確實直觀些,用戶界面(UI)也更友好。但具體情形是怎樣的呢？讓我回顧一下18年前我第一次使用WIMP來拷貝文件時的過程。整個流程仍然是與類似于Windows Explorer 的WIMP文件管理器打交道,步驟如下:

1. 雙擊文件夾圖標,打開文件管理器。

2. 打開文件管理器的編輯菜單。

3. 從編輯菜單選擇拷貝選項。

4. 雙擊文件要拷貝到的目標文件夾。

5. 再打開編輯菜單,點擊粘貼功能。

不知何故,一個簡單的操作從一個步驟變成了好幾個步驟,而且直觀性不夠強---誰會想到利用編輯菜單來移動或拷貝文件呢？當然,這么說對WIMP有些不公平。畢竟它可以實現許多通過命令行無法完成的功能。重點在于,沒有一個專門的人機交互模式可以處理所有的用戶界面問題。有時最適合采用命令行,有時又是WIMP。對有些系統來說,可能兩者都不理想。例如,在廠商明智地用“拷貝”和“郵寄”等實際按鈕取代某些基于GUI的控制功能之前,平板掃描儀把許多客戶都搞得暈頭轉向。

事實上,有些系統最好采用多種形式的人機交互,而不是單一模式。譬如,對于一個能提供三維導航、實時流量報告、CD/DVD 播放和 iPod連接性等功能的車載信息娛樂設備,語音控制界面能夠盡可能地減小對駕駛人員的干擾,因而是理所當然的最佳選擇。不過有些功能往往利用快捷簡便的按鈕更容易控制。因此,系統可能還需要一個觸摸屏,以及少許實際按鈕。

但問題就在這。預先確定哪些功能應該由語音來控制,哪些功能由觸摸屏或實際按鈕來控制,哪些功能需要上述方式聯合控制….要確定這些事情,你必須與用戶密切合作,判斷出哪一種交互模式(或多種模式組合)最好,然后據此對自己的界面做相應調整。

這要求軟件架構不僅能支持多種形式的用戶交互,還必需允許某一功能某一天由GUI控制,另一天又由語音界面控制。總之,你需要一個能夠使你的UI設計選項保持開放性的架構。同時還需要一個架構來讓你的UI始終保持可用狀態。再好的用戶界面,如果由于系統忙于其它事情就會鎖定或暫時無法使用,那都是沒有價值的。例如,在一個網絡中,一個因忙于處理警報情況,而不能提供性能數據的路由器有礙操作人員及時采取正確的行動。同樣地,如果一個巧克力生產廠的控制系統中,只要系統碰到高級別的電機控制,集線器管理接口(HMI)就停止響應,那么一旦發生關鍵性事件,操作人員也無法采取行動。

系統越復雜,這類問題就越可能發生。為避免這類問題,系統設計人員必須選擇那些在系統繁忙狀態下也能夠確保UI功能所需CPU時間及內存的操作系統與中間件構架。這種資源保證還能夠防止服務拒絕(denial-of-service)攻擊及其它因獨占系統資源而阻止用戶訪問UI等網絡事件的發生。

簡言之,要成功創建一個適合于任何復雜產品的用戶界面,你的設計必須超越表層。你需要考慮的不僅是用戶看到、聽到或觸摸到的層面,還包括確保界面始終可用且快速響應的底層軟件。畢竟,沒有用戶喜歡緩慢遲鈍的界面響應。

作者:Dan Dodge

首席執行官

QNX Software Systems