在向.web2.0 發展的過程中，它體現出授權與協作，成為了創建豐富的soa消費生態系統的關鍵的催化劑，促進元素，增強soa的益處，例如： 協同性、再利用和標準化。web2.0 是關于如何協調標準(css、javascript等等)以進行、互動與整合內容與服務，使用戶能夠專注與他們的任務和客戶而并非界面。

　　以ria為基礎的soa前端能提供一個比靜態的html網頁和門戶作用更好的用戶體驗，因為：

　　· 互動性和應用界面利用了桌面的豐富性和響應能力，使內容使用者能通過低學習曲線進行控制

　　· 直接操作數據、實時輸入驗證和數據響應集中在一頁使得逐頁瀏覽的過程變得流暢

　　· 無需等待未執行操作，頁面刷新和下載

　　· 無限測序網絡控制操作，步驟間可來回移動

　　· 更豐富的頁面元素如電網，彈出式窗口，對話框，標簽，上下文下拉式菜單、右鼠標菜單，與拖放及resize功能

　　· 不限操作系統，簡化ria安裝和升級

　　· 通過評級審查、反饋信息分散社會網絡;充分的合作性

　　為了進行更加復雜的互動，ria更強大更具吸引力，能更好的替代html。但是，他們可能存在用戶體驗的問題。

　　ria可用性的挑戰之所在：

　　· 以復雜、非傳統方式呈現內容，目前為止還沒有明確定義的標準

　　· ria控制行為的不可預見性，用戶必須對其使用小心謹慎;其產生和消失都十分迅速，有多種可能行為脫離經驗

　　· 不一致和混亂的導航;命名時存在并行活動

　　· 當超出javascript時無法連接網絡服務器，沒有數據傳輸頁面將無法存取

　　· ajax的快速更新令人苦惱，有視覺障礙或者使用屏幕助讀器的使用者很容易漏掉內容。適當的警報(帶有復選框或彈出框)并伴隨聲音會使顯著改善屏幕閱讀體驗。

　　· 絕大多數人還是更適應較少交互應用，以滿足用戶的學習性;而適當的豐富可能會產生“退化的用戶體驗”。除此之外，人們應該能夠辨別除任何互動頁面元素或控制的使用，如：don norman在“日常事務的設計”中定義的感知功效。統一的使用這些控制措施將有利于用戶在過去的經驗進行學習。我們面臨的挑戰是建立一個互動的應用程序， 這個程序要以用戶為中心設計，同時為鼠標驅動行為提供鍵盤替代手段。

　　· rias具有頁內刷新的理念，因此使用后退鍵還會停留在當前頁面，會使人迷惑。靜態網頁刷新和頁內刷新需要一個不同的導航系統。

　　以ria為基礎的網絡和服務消費者生態系統需要著眼于可用性，以擴大用戶體驗，刺激用戶再次訪問。這樣的系統需要高度可接觸性、視覺一致性、準確有吸引力，面向自然用戶的工作流程。在設計這樣一個系統時面臨的一些基本問題有：

　　· 人們進入這個系統的目的是甚么，他們離開的原因又是甚么?

　　· 頁面排版和格式設計是否直觀、交互，足以留住客戶?

　　· 網站導航和術語是否足夠一致能舒緩工作流?我們有這樣的站點嗎?

　　· 對于不同層次的人來說，內容是否有助于在線閱讀?

　　· 這個網站在服務和用戶體驗上是否具有一定標準的競爭力?

　　· 以適當的對話框輔助頁內刷新，在新的瀏覽窗口開放功能最終是否能彼此平衡并為初學者帶來便利?

　　· 對于采取的控制措施我們是否有適當的反饋信息?在一定感知功效條件下是否可操作?

　　· 信息檢索是否需要用戶大量注意力和鼠標操作，如：點擊、拖拽、滾動?一個頁面是否弄得太亂了?

　　· 如靜態網頁一般，是否能夠提供內容檢索的替代方式?

　　· 客戶是否理解信息產品和服務呈現的方式?

　　· 首頁上的廣告、插圖和圖表傳達的信息是否正確?

　　· 該機制如何有效并寬大的從用戶那里搜集信息?

　　· 最后，用戶預期行為方式是否符合網站設計?畢竟我們的發展特點是使用戶在自己自然的行為方式下使用。可用性測試引導開發商設計系統，以便使用戶不必改變自己的方法就能到達自己的目的。

　　ria應用程序可用性測試

　　可用性測試能評價一個ria應用程序學習和使用的容易程度，應該使業務需求、技術潛力和用戶預期出于最佳平衡狀態。傳統意義上來講，可用性是指“在特定的使用背景下，一個產品被特定使用者有效、效率的用于達到某一目的，并具有一定滿意度。”經過我們重整，ria可用性的定義目前為“用戶利用豐富的控制措施，獨立并一致的進行有計劃的交互應用，最終達到減少任務時間和豐富用戶體驗的能力。”在此情況下，人機交互(人機界面)將是“關于設計、評估和實施可用rias的規則以及對傳統用戶預期和豐富技術創新最佳平衡的研究”。

　　rias可用性測試將包括基于現有可用性指導原則的用戶界面設計分析，評估在通過工具或一手觀察使用豐富web2.0控制的情況下用戶任務時間和工作滿意度，以及漏洞修補的建議。通常建議的做法是要在重大商業用途中實施所需的豐富構件時制定一個限制最優組合，以及在方便使用經驗的地方使用傳統途徑。畢竟，傳統控制手法將被逐漸淘汰，而豐富交互式構件和ria能力要普遍起來也需要時間。以下是對于可用性測試與ria背景不同方面的解釋：

　　可用性的計劃和優先次序的制定

　　規劃一個這樣的系統需要在制定網站目標時灌輸可用性的概念。開發過程中，我們應該著眼于發展的形式，并對于它如何作用于終端用戶有一個清晰的概念。這個系統應該是以自然用戶工作流的心智模式呈現出來的。rias中的可用性方面要求在新的頁面上執行何種功能、什么最適合部分頁面更新進行決定。用戶產生內容與評論、訪問率的結合能擴大rias的可用性。他們的設計應該由視覺理解和用戶行為組成。ria背景下需要計劃和使用的關鍵任務和關鍵技術包含：

　　在可用性方面對于ria 控制的全面理解

　　所有可用的ria控制都應該具備一下四個特點：

　　能力：開發員的能力――利用發展迅速和直觀的網絡技術實施豐富的交互控制

　　功能性：這種特點用以描述對于用戶和業務整體在改進任務時間，輸入容易以及具有豐富經驗的實時解決方案這些方面的益處。

　　容量：這個特點暗示要有實施ria控制、為終端用戶提供個性化和交互式解決方案的基礎架構和巨大的商業收益。

　　可學性：在自然使用條件下為更好保持和回收利用設計構件。

　　這四個可用性描述了一個成功而可持續的應用軟件-可留住用戶、滿足用戶期望、豐富其可學性和用戶體驗。這可以幫助闡明重要的設計決定，如要增加多少豐富性。要記住的是，在擴大現有功能的同時，我們還要滿足現有基礎架構的需求，減少用戶的任務時間。

　　ria可用性的最佳實踐

　　堅持保證基礎：在實施ria創新之前，開發一個訓練有素的可用性測試裝置以找出可用性缺陷。設計者應該重新設計每一個可用性的一致性。除此以外，我們還應著重于隱私、安全性和錯誤處理指導原則并提供替代方案。ria的可獲取性取決于瀏覽器上javascript的使用。瀏覽器應該自動檢測并重新將用戶導向替代形式。

　　· 以ajax提高用戶體驗：如果能夠使用戶任務更加容易，增加可學性和提高效率，我們就應該提供ria控制;相反，如果用戶無法從中得益，我們就不應該提供多種解決方案。

　　· 為用戶發展：ria可能迷惑用戶。我們應該以目標受眾和目的為導向進行開發，使用戶能達到自己的預期目標。

　　· 可用性檢查：雇用一個可用性專家，在事先制定好的可用性標準下判斷ria的效力，提早識別出潛在問題。

　　· 可用性測試：參與者應對任務進行有效的測試和評估設計的有效性，并為測試迭代解公布結果。

　　· 報告：保持原有特性，對必要的設計建議和短期、中期、必須的補救進行報告。

　　結論：

　　在對soa進行業務承諾時，了解客戶是至關重要的。門戶和web2.0已經演變成為soa消費系統關鍵的推動者。rias消費中的web2.0方案最初是著眼于控制的豐富性而非終端用戶。為了增強對用戶的關注，需要在通用可用性指導原則下，以正確的方法規避ria的一般設計缺陷。這一設想應該使用正確的可用性工具和技巧。在這篇文章中，我們討論了不同的web2.0 ria可用性觀點以及適當的技巧以便幫助ria開發者與終端用戶減少任務時間、使用錯誤、使用中斷、培訓時間、維護和再設計成本。