<del id="k5ejx"></del><label id="k5ejx"><noframes id="k5ejx">

<strike id="k5ejx"></strike>

<button id="k5ejx"><xmp id="k5ejx">

<label id="k5ejx"><div id="k5ejx"></div></label>
<label id="k5ejx"><div id="k5ejx"></div></label>

<strike id="k5ejx"><dfn id="k5ejx"></dfn></strike>

<delect id="k5ejx"><div id="k5ejx"></div></delect><label id="k5ejx"><div id="k5ejx"><del id="k5ejx"></del></div></label>

<button id="k5ejx"><xmp id="k5ejx">

<p id="k5ejx"></p>

<button id="k5ejx"><dfn id="k5ejx"></dfn></button>

<delect id="k5ejx"><div id="k5ejx"></div></delect>

<label id="k5ejx"><div id="k5ejx"><del id="k5ejx"></del></div></label>

<label id="k5ejx"><div id="k5ejx"></div></label>
<option id="k5ejx"></option>

將想法與焦點和您一起共享

網站在設計進程中的通用可用性發布者:本站     時間:2019-08-16 10:08:16

  設計Web頁面時,我們通常都將維形設計基礎建立在廣泛應用的頁面布局及導航模型之上,并且在創建Web界面時使用諸如一致性、模塊性和簡潔性之類的最佳范例然而,設計決策的最佳方法都是設計最佳范例與常用Web布局例的結合體,它形成于設計進程各個階段與用戶的緊密討論之中。讓用戶參與制作過程可以幫助我們理解用戶需求,做出清晰的設計決策,并且創作更多高效率的設計。


 
有關用戶的Web技術收集指標列舉如下:用戶使用哪種操作系統和河覽器,屏幕分辨率是多少,在訪問你的站點之前剛訪向過哪個頁面。盡管了解這些屬性一定會有用,但是界定網站的受眾卻沒有用。Web指標無法精確地告知你用戶訪問網站的目的,他們希望從網站中獲取什么信息,以及他們是否有某種程度的視覺障礙,專業還是新手,年輕還是年長。
 
最后,即使有最好的Web分析,如果你只是基于Web指標來了解用戶的話,很多關于受眾的希望、動機以及期望的事件仍舊是一個無法知曉的秘密。
 
相反,目標受眾是一群被你視為“網站成功的關鍵”的用戶。例如,你可能會針對特定年齡范圍的人設計,例如小學生、青少年或者退體人員?;蛘吣阋部赡苊嫦蛱厥獾募夹g來設計,例如移動設備。請幸記你的目標受眾可能有共同的興趣,但是不太可能有共同的訪向需求。一些可能是專業用戶,而其他的可能是初次訪問者。一些人可能視力較差或者失明,另一些則可能有運動型障礙。同樣的人可能會通過筆記本、工作站、PDA(個人數字助理),以及手機訪問網站。盡管你可能有目標群體,其他的人仍有可能會訪問網站。例如,針對退休人員開設的投資服務也有可能吸引來自投資者、竟爭者、家庭成員,以及那些足夠幸運的有可能提前退體的人們。只按照滿足老年人的需求設計這樣的網站便是一個失誤。
 
拒絕用戶危如累卵。即便Web日志表明僅有2%的用戶使用某個特殊品牌的覧器,也不要使用可能將這些用戶排除在外的技術。讓任何一個人不能訪問你的信息和服務都不是一件好事,我們誰也無法對這些被排除在外的用戶的價值做出評價誰能知道?可能你接下來的重要的客戶就位于這2%的被拒絕的人之中!
 
開發周期
 
所有的開發周期都經歷過一系列構成經典“設計流程”的階段,此處列出的內客尤其與網站設計相關。
 
需求在大型的項目中,需求階段可能包含:正式的市場調研和用戶調所,網絡分析調查,當前或者預期用戶的分組討論,以及正式的可用性測試。在小型的項目中,需求階段通常用與用戶、項目利益相關人以及項目發起人一同制訂功能性需求列表的會晤形式。
 
設計設計是將需求列表轉為具體的形式,起初是祖略的市局和頁面線框、導航界面,以及網站圖表。要著重關注基本結構和功能,并且將評盡的圍形設計留到之后。開發開發就是實際的HTML頁面制作和相關Web應用程序編程。即便你
 
使用迭代的設計進程(大多數Web團隊都會這么做),也不要進行太深入的開發,除非設計的所有主要問題都已經解決。
 
測試所有的網站設計都要求同時進行功能測試(鏈接檢測、瀏覽器兼容問題、跨平臺問題)以及編輯質量控制。通常,很多Web團隊都被技術人員“綁架”了,以至于忽視了對編輯的考慮,忘記了也需要對內容大量的品質保證過程來創建好的產品。
 
流水線或“瀑布式”開發經典的線性設計項目每次只能進行一個階段,在進入下ー個階段之前必須要完成前一個階段。那些經驗證表明不錯的方法以及過去已經成功應用過的詳規格說明都非常適合流水線開發工作。在少數特定的情況下,流水線開發會出現問題并且有些乏味。
 
網站建設的設計的迭代模式很多項目都借助于不完整的“分析一設計”或者“設計創建”階段來處理復雜的未知事務,逐步將復雜性和設計共識納入開發系統尤其是在該周期的早期規劃和設計階段。當“設計一創建一再設計”的循環在開發階段里進行得過于深入時,選代模式就會出現問題。這些開發的選代會導致設計產品混亂,過于浪費時間和精力?;旌戏绞疆敻咝ч_發以及整體項目范疇、進度控制變得極為重要時,良好的項目管理會兼顧選代模式及流水線模式的長處,在進程的早期積極運用多種設計選代,而在后期的開發和測試階段堅決抵制。






多人做人爱的视频高清