對XX系統的可用性和易用性改良

1、文檔說明

最近閱讀了《大型網站技術架構：核心原理與案例分析》一書。這本書在第5、6、氣章詳細說明了網站系統如何構建高度可用性和伸縮性以及擴展性的架構。本文將在該書的基礎上對以前作過的一個系統案例進行分析，就如何針對可用性和易用性來對XX系統進行進一步的改良。

2、易用性和可用性

咱們先來對可用性和易用性的概念進行一個簡單的說明。可用性是與系統故障有關的一個質量屬性，是指系統正常運行的時間的比例，通常經過兩次故障之間的時間長度或在系統崩潰狀況下能恢復正常運行的速度來衡量，同時此概念涉及一個公式的計算，就是系統正常運行時間的百分比。其次，可用性關注如下幾個方面：如何檢測故障、發生故障的頻度、出現故障時的現象、系統故障排除的時限、如何防止故障的發生、發生故障時的處理。最後，能夠總結的是，可用性能夠從客觀和主觀兩個方面來進行評價，客觀的就是講這個系統講這些個功能是否達標，主觀的講就是用戶是否滿意。另外，提高可用性，通常從這四個方面來考慮：錯誤檢測、捕獲異常、錯誤恢復、和錯誤預防。那麼接下來就是說一下軟件的易用性。易用性指的是人機交互的適應性、功能性和有效性的集中體現。界面設計是軟件易用性的重要體現，一個優秀的軟件要想實現良好的易用性必須深刻理解以人爲本的理念。首先是從界面元素的定義上要符合市場上的規範，在這樣統一的規範下進行易用性設計能下降用戶適應軟件的時間，要在界界面風格上保持一致，下降用戶使用軟件的學習成本。在操做上要爲用戶考慮，經過多種方式來爲用戶操做提供便捷性。另外也要考慮視覺上的溫馨性，避免用戶在長時間使用軟件的過程當中出現視覺疲勞的狀況。

3、XX系統的改良

1.結構分層。《大型網站技術架構：核心原理與案例分析》提到基本分層架構模型，即應用層、數據層和服務層的分離。本身以前在開發XX系統的時候使用servlet+jsp，視圖層和邏輯層混在一體，比較混亂，若是要對系統進行二次開發會遇到不小的困難，那麼在對XX系統進行改良時可使用SSH框架來對這個系統進行從新的整理，對視圖和邏輯以及數據層進行分離，實現整個系統總體結構上的清晰明瞭與可用,提升系統的擴展性,使各個功能模塊相關聯，若是產生錯誤卻不相迅速產生連鎖反應。

2.軟件的智能和記憶功能。用戶登陸界面最好有用戶名和ID的記憶，焦點直接定位到密碼輸入框。單據錄入界面最好有保存和載入默認值的功能。單據搜索界面能夠保存用戶自定義的各類搜索條件組合。用戶調整過的GRID的列寬，窗口的位置能夠自動記憶。系統能夠根據用戶的使用頻度對相關功能進行自動的優先級排序。系統可以記憶不一樣用戶的使用偏好，使用系統的固有模式和經常使用的自定義設置。

3.減小沒必要要的重複交互。減小沒必要要的各類操做，可以點一次鼠標或敲一次鍵盤完成的毫不做出兩次或屢次。提示信息要適度，太多很差，太少也很差。數據項完整性校驗問題要注意光標焦點自動定位到錯誤處。完整業務功能不要讓用戶在多個窗口切換屢次纔可以完成。儘可能減小這種切換。爲了方便用戶切換窗口，相關的表單最好都做爲非模式的形式。相同的信息不要讓用戶在系統中多處或屢次錄入，保證入口的惟一性。系統要儘量根據用戶已經錄入信息自動獲取其它附屬信息，而不須要用戶重複的選擇或錄入。

4.導航和界面跳轉

表單新彈出對話框，對話框再彈出對話框的這種層次要控制在3層之內。全部的非模式活動窗口最好有相似桌面任務欄同樣的停靠方式，方便切換窗口。系統能夠支持用戶本身定義經常使用功能和菜單。對於經常使用功能應該提供便捷的快捷鍵和工具欄按鈕。對於系統中提供的各類業務和表單功能可以讓用戶便捷挑轉到幫助信息上。對錶單和界面聯動和交互的時候要注意相關界面數據的自動刷新。不要左右滾屏。

5.系統可用性

系統耗時操做超過30秒的最好可以提供給用戶相關的進度條功能。系統應用有友好的完整性和約束校驗的提示信息，方便用戶修改錄入數據。在系統出現異常狀況下應該有友好的統一的提示信息，同時後臺應該記錄詳細的異常日誌。