BS系統(tǒng)界面設(shè)計規(guī)范_第1頁
BS系統(tǒng)界面設(shè)計規(guī)范_第2頁
BS系統(tǒng)界面設(shè)計規(guī)范_第3頁
BS系統(tǒng)界面設(shè)計規(guī)范_第4頁
免費預(yù)覽已結(jié)束,剩余1頁可下載查看

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

1、B/S系統(tǒng)界面設(shè)計規(guī)范 1. 引言 界面美觀、操作易用性、維護(hù)成本低是評價B/S系統(tǒng)的關(guān)鍵。本規(guī)范參考了一些成熟產(chǎn) 品科學(xué)的開發(fā)方法,將開發(fā)過程中的方式、規(guī)則等強(qiáng)行的約束。希望藉此來提高用戶操作感 受,提升B/S產(chǎn)品的質(zhì)量。 1.1. 編寫目的 廣義的界面概念包含了除頁面布局設(shè)計之外,交互性的設(shè)計,及人體工程學(xué)方面的研究。 本規(guī)范制訂的依據(jù)從廣義概念出發(fā),總結(jié)以往項目的成敗經(jīng)驗,目的是從整體上提升公司 B/S類產(chǎn)品的質(zhì)量、開發(fā)效率。從以技術(shù)為中心發(fā)展為以客戶為中心,將類似項目成功的 經(jīng) 驗繼承和積累下來,將 B/S系統(tǒng)與C/S系統(tǒng)開發(fā)過程上的區(qū)別降低到僅顯示控制的極小的 層 面。 新的開發(fā)方式

2、強(qiáng)調(diào)分層,規(guī)范出界面設(shè)計人員做什么,服務(wù)器編程人員做什么,這樣就 把頁面和控制代碼兩個層面清晰的分開。 1.2. 背景 B/S模式系統(tǒng)以其易部署、易擴(kuò)展、能夠高度集成各種技術(shù)的特點,在公司產(chǎn)品線中占 越來越大的比重,.Net、J2ee等技術(shù)的發(fā)展更是將 B/S系統(tǒng)的開發(fā)和桌面應(yīng)用程序開發(fā)的 工 程方法統(tǒng)一起來,突出服務(wù)器端技術(shù),這些變革要求界面設(shè)計人員和服務(wù)器端編程人員可以 應(yīng)用更加科學(xué)的方法合作,團(tuán)隊的合作方式甚至決定了一個系統(tǒng)開發(fā)的成敗。 目前公司較多的服務(wù)器端編程人員仍然處于后ASP時代”的開發(fā)方式,表現(xiàn)為前臺 頁面仍然與服務(wù)器代碼高度的關(guān)聯(lián),帶來的后果是重復(fù)建設(shè)、高昂的維護(hù)成本或失去控

3、制的 項目,沒有充分的發(fā)揮出集成開發(fā)工具的優(yōu)勢。 在以往的開發(fā)方式下界面設(shè)計側(cè)重在靜態(tài)頁面的建設(shè)上,每個頁面作為一個獨立的模 塊來處理,在頁面交互中則是程序員根據(jù)自己的習(xí)慣來控制,程序?qū)€人的編程風(fēng)格的依賴 很強(qiáng),這些在以往開發(fā) WEB站點的方式擴(kuò)展到 B/S系統(tǒng)有時是不正確的,甚至是背道而 弛 的,當(dāng)然也不利于規(guī)?;膱F(tuán)隊合作。 1.3. 定義 術(shù)語定義: 效果圖:由界面設(shè)計人員設(shè)計的頁面效果圖,綜合了概要設(shè)計的業(yè)務(wù)需要和整個站點的 風(fēng)格,它規(guī)定了頁面布局上的每個細(xì)節(jié)。 容器:即HTML標(biāo)記的嵌套結(jié)構(gòu),如在表格 - 行- 單元格內(nèi)放置圖片,那么可以認(rèn)為 單元格是放置圖片的容器。 樣式表:即級

4、聯(lián)式樣式表 CSS,它是W3C機(jī)構(gòu)在HTML標(biāo)記語言上擴(kuò)展的格式語言。 非標(biāo)準(zhǔn)交互控件:是通過標(biāo)準(zhǔn)控件組合、擴(kuò)展等方法以提高特定業(yè)務(wù)執(zhí)行效率而進(jìn)行封 裝的控件,或概括為用戶根據(jù)以往的操作經(jīng)驗不能夠直接領(lǐng)會出操作方式的交互控件。 2. 界面設(shè)計規(guī)范細(xì)則 總體目標(biāo) 以規(guī)范作為基本原則,在此框架內(nèi)進(jìn)行合理的擴(kuò)展和變化,將站點內(nèi)的每個模塊服從于整個 站點,模塊頁面與 高內(nèi)聚”的控制代碼緊密的結(jié)合在一起,同時對應(yīng)于應(yīng)用程序基于系統(tǒng) 的架構(gòu)分析。 2.1. 通用原則 1界面色彩要求:計算機(jī)屏幕的發(fā)光成像和普通視覺成像有很大的不同,應(yīng)該注意這種差 別作出恰當(dāng)?shù)纳蚀钆?。對于需用戶長時間使用的系統(tǒng),應(yīng)當(dāng)使用戶

5、在較長時間使用后 不至于過于感到視覺疲勞為宜。例如輕松的淡彩為主配色,灰色系為主配色等等。切忌 色彩過多,花哨艷麗,嚴(yán)重妨礙用戶視覺交互。 2界面平面版式要求:系統(tǒng)樣式排版整齊劃一,盡可能劃分不同的功能區(qū)域于固定位置, 固定的格式,方便用戶導(dǎo)航使用;排版不宜過于密集,保留一定的留白”區(qū)域,減輕 查看時的視覺疲勞。 3數(shù)據(jù)顯示集中原則:各種列表在頁面中往往是傳遞信息的核心,盡量集中的表現(xiàn)出來, 并提供必要的關(guān)聯(lián)數(shù)據(jù)、表等恰當(dāng)?shù)慕M織起來,并且在視覺上使用戶很容易察覺數(shù)據(jù)之 間的關(guān)系,并方便查看、編輯等;冗長拖沓的數(shù)據(jù)組織形式可能給用戶帶來非常低的維 護(hù)效率。 4主次分明原則:頁面中同時分布較多欄目

6、的情況下,按照頁面(Flow )的伸展方向, 即由上到下,有左到右,根據(jù)瀏覽的方向,重要的內(nèi)容應(yīng)該在左邊最易注意的位置,導(dǎo) 航等置于頁面頭部固定位置。使導(dǎo)航等重要內(nèi)容始終處于用戶的視野(Sight )之中. 頁面右邊一般是一些當(dāng)前頁面主要操作的擴(kuò)展、選項等內(nèi)容。 5變化(對比)原則:在頁面主體內(nèi)容部分往往有很多文本信息,它是需要用戶認(rèn)真閱 讀的部分,只在文本字體、色彩上增加格式的變化,如加粗、下劃線、行前導(dǎo)符、鏈接 文本的不同狀態(tài)定義(lin khovervisited)等,就可以將冗長的文檔、表格等組織的很 有條理;冗長的內(nèi)容 層次就有了變化,更容易辯識 (Readable);在美學(xué)角度增加

7、了 相臨部分間的對比。 6頁面留白:頁面留白同時也是一種增加可讀性( Readable )的方式。在文字區(qū)域防止用 戶讀完一行無法定位下一行的位置的麻煩,在整體布局上,它可以減輕用戶的視覺疲勞。 7即時響應(yīng)原則:每一個交互動作應(yīng)該能夠馬上看到操作的結(jié)果,并且用色彩、文字粗細(xì)、 閃爍、彈出、頁面布局的明顯變化等突出方式告知用戶。 顯示(版式)設(shè)計 頁面布局基于表格Table建立完全符合設(shè)計效果圖。 文字容易閱讀。行間距、字體大小等通過樣式表統(tǒng)一控制。 頁面鏈接根據(jù)不同功能、不同狀態(tài)用不同顏色、狀態(tài)標(biāo)志,增加頁面層次。 基于表格Talbe的布局(Layerout )控制,便于控制實現(xiàn)不同分辨率下的

8、適應(yīng),和頁 8鼠標(biāo)最短距離移動原則:交互按鈕控件等根據(jù)執(zhí)行前后關(guān)系及表單中狀態(tài)的控制等合 理的組織起來。 2.2. 1 . 2 . 3 . 4 . 面 上下方向的自動擴(kuò)展;表格作為控件容器”規(guī)范外觀和規(guī)格,不同頁面中的行列分布 基本一致。 5 .使用樣式表修飾頁面表格Table,如表格單元格、背景,表格內(nèi)字體等,方便今后對于 整 個站點的維護(hù)和擴(kuò)展。 6. 頁面分組頁面查詢區(qū)域、數(shù)據(jù)列表、詳細(xì)信息、編輯區(qū)域等根據(jù)不同功能分組,所在 區(qū) 域主題(Title )標(biāo)注該區(qū)域的名稱,類似功能頁面間布局保持一致。 7. 建立數(shù)據(jù)表格關(guān)系包含數(shù)據(jù)的表格使用戶在視覺上理解相互間關(guān)系,如序列、父子表 等。 8

9、. 頁面留白頁面有明顯留白區(qū)域,且不同群組之間距離保持一致。 9 .分辨率適應(yīng)頁面布局以保證在低分辨率800*600下的正確顯示為前提,適應(yīng)高分辨 率情 況使用表格寬度等參數(shù)使用百分比方式自動適應(yīng); 23對程序設(shè)計及編碼的要求 1表格作為控件物理上包含的容器和內(nèi)部包含的控件之間的屬性定制互不影響,即實現(xiàn)其 無關(guān)性,這樣才能完整的保證頁面的基本結(jié)構(gòu)在局部修改時不發(fā)生變化。 2力求樣式表實現(xiàn)頁面格式全部控制,廢棄如 、等內(nèi)嵌標(biāo)記,實例 化坐 標(biāo)位置的標(biāo)記、頁面中控制布局的標(biāo)記修飾含style屬性的內(nèi)嵌樣式修飾,便于使 用第三方頁面維護(hù)工具修改頁面。 3頁面基本HTML及服務(wù)器端控件擴(kuò)展標(biāo)記等均保持

10、代碼干凈整潔,便于檢查和控制; 4含有復(fù)雜嵌套結(jié)構(gòu)的,,標(biāo)記在行間留白及結(jié)構(gòu)的縮進(jìn),便于今后的維護(hù)。 5非數(shù)據(jù)操作使用客戶端腳本實現(xiàn),減少非必要的服務(wù)器WEB服務(wù)器、數(shù)據(jù)庫服務(wù)器 負(fù)載; 24 交互設(shè)計 a)控件控制 1第三方服務(wù)器端控件的使用要保證具有廣泛兼容性和安全性,且具有完備的接口指定外 觀屬性和交互方式。 2復(fù)雜的應(yīng)用程序中非標(biāo)準(zhǔn)交互控件給出詳細(xì)的操作方法的提示。 3頁面中盡量使用統(tǒng)一的導(dǎo)航類型,如使用基于點擊圖形”的鏈接、 文字”的鏈接 或文字圖形混合其中一種方式。 舉例: 4頁面按鈕作為基本交互控件,提倡使用有鼠標(biāo)響應(yīng)狀態(tài)變化和禁用狀態(tài)的BUTTON按 鈕,除特殊界面需要,不提倡

11、使用圖形按鈕,而且保證同一應(yīng)用程序內(nèi)只使用一種外觀 的按鈕。 5拖放的服務(wù)器端控件在頁面表格Table里在執(zhí)行過程中不能破壞頁面原布局。如.NET 中CANLENDAR 控件建議在彈出的子窗體內(nèi)獨立使用。 6包含數(shù)據(jù)的表格使用中沒有數(shù)據(jù)的情況有文字標(biāo)注無*數(shù)據(jù),表頭字段名用區(qū)別于數(shù) 據(jù)行的格式顯示。 7分欄目的主題名稱使用用戶容易理解的,以用戶第一人稱角度的命名方式,減少生硬的 稱謂給用戶帶來的不友好感。 8 B/S應(yīng)用程序允許含有類似拖放操作的非標(biāo)準(zhǔn)交互控件,但是需增加操作的說明。 b)表單控制 1頁面內(nèi)部有必要的前后文幫助信息,將頁面主要任務(wù)目標(biāo)、注意事項等描述在表單前申 明,便于用戶及時

12、獲得導(dǎo)引。 2頁面在交互控制中添加完整的狀態(tài)控制,操作中灰顯特定組合的控件來實現(xiàn)用戶的準(zhǔn)確 操作,及時的刷新表單中遺留的數(shù)據(jù)。 DHTML技術(shù)、服務(wù)器端控件的 3表單內(nèi)任務(wù)無關(guān)的信息、較少使用的選項等可以通過 隱藏等減少用戶操作中的干擾因素。 4表單內(nèi)在特定的字段域附近給出必填信息提示,并用醒目顏色標(biāo)注,提醒用戶注意,驗 證的錯誤提示要給出準(zhǔn)確恰當(dāng)?shù)闹笇?dǎo);為提高用戶填寫的效率,建議使用客戶端驗證; 復(fù)雜邏輯的驗證使用服務(wù)器端驗證。 5信息顯示過濾可能出現(xiàn)的用戶不能識別的HTML特殊字符。 6表單中用戶在交互過程中保證用戶方便的切換編輯、瀏覽狀態(tài),方便用戶用最快的速度 獲取需要的信息,提高操作效

13、率。 7經(jīng)常使用的工具按鈕(如新增、編輯等功能按鈕)保證在頁面經(jīng)單向拖曳瀏覽后,不需 來回拖曳滑竿即可操作;長頁面可以考慮頁首、頁尾均放置工具按鈕。 8主詳細(xì)表及父子表關(guān)系的查看方式使用聯(lián)動式導(dǎo)航到下級數(shù)據(jù),即點選主項目或父項目 記錄時系統(tǒng)自動查詢并顯示出關(guān)聯(lián)的詳細(xì)信息、子表數(shù)據(jù),無需點選任何按鈕。 C)窗體控制 1. 使用具有廣泛兼容性的j*ascript控制客戶端交互和簡單導(dǎo)航,除服務(wù)器控件部分自 動 擴(kuò)展到客戶端的Jscript外,程序員手動控制腳本不推薦使用Jscript和VBscript 。 2. 操作過程中有清晰分界的子任務(wù)使用彈出窗體實現(xiàn),保證完成后向主任務(wù)窗體返回必要 的結(jié)果,

14、及時刷新主任務(wù)窗體,使用戶看到操作完成的結(jié)果,并且通過控件獲取焦點等 措施突出顯示該結(jié)果。 3. 彈出窗體的頁面主題、欄目標(biāo)題( Title )等資料與關(guān)聯(lián)的父窗體保持上下文一致,方便 用戶理解并做出處理策略。 4. 采用框架結(jié)構(gòu)的應(yīng)用程序,要充分考慮不同分辨率下的自動擴(kuò)展,不同框架之間同步通 訊及時,方便用戶快速切換目標(biāo)導(dǎo)航,觀察數(shù)據(jù)之間的關(guān)系等。 動詞+名詞” 5. 窗口主題顯示標(biāo)志用戶當(dāng)前所在模塊或子系統(tǒng)名稱,子任務(wù)窗體主題使用 的語法結(jié)構(gòu)指明用戶當(dāng)前的任務(wù); 2.5. 輸入設(shè)計 1 .高效率的輸入方式,特定的字段內(nèi)容的輸入方式選用使用效率最高,不容易發(fā)生錯誤 的 方式。 方便的獲取到必

15、要的信息,無須用戶記憶中間結(jié)果。 表單格式盡量保持業(yè)務(wù)原始票據(jù)的格式或字段排列順序,方便用戶的集中錄入過程。 表單字段左對齊。 輸入控件的寬度基本符合數(shù)據(jù)庫能夠容納的寬度,暗示系統(tǒng)能夠接受的字符容量。 提示信息 錯誤操作的提示信息使用非專業(yè)的、易理解的名詞告知用戶。 以第二人稱 你”或 您”稱呼用戶,強(qiáng)調(diào)用戶的主導(dǎo)能力。 對用戶寬容的語氣。 嚴(yán)重的警告信息使用彈出信息框提示,不嚴(yán)重的在頁面前后文處直接輸出,彈出不宜 如錄入日期使用用戶點選彈出的日歷控件,并無須干預(yù)的自動返回正確的格式。 2 . 3 . 4 . 5 . 26 5.1. 5.2. 5.3. 54 太頻繁的使用。 Confirm )

16、按鈕,用戶可 5.5. 可能對系統(tǒng)導(dǎo)致破壞性的操作要給出警告信息和用戶確認(rèn)( 以取消操作,防止意外的錯誤操作造成損失。 6.復(fù)雜步驟在完成后給出完成成功的提示。 2.7.出錯處理及出錯畫面的轉(zhuǎn)向 1. 系統(tǒng)的內(nèi)部狀態(tài)變化對于用戶有較大影響的情況,給出用戶明顯的解決方案提示,或給 出自動的導(dǎo)航,使用戶快速的恢復(fù)工作狀態(tài)。 2. 例如用戶SESSION 過期,用戶無法進(jìn)行操作時,系統(tǒng)自動跳轉(zhuǎn)至登錄界面。 3. 提供應(yīng)用程序級錯誤截獲,在不可預(yù)見的情況下仍給用戶告知當(dāng)前情況。 4. 提供頁面間自動導(dǎo)航控制 Flow Controler,以更寬容的方式接受用戶操作,協(xié)助用戶 處 理復(fù)雜的交互任務(wù)。 3. 小結(jié) 以上小結(jié)著重從交互方面將易忽略的部分給予規(guī)范,在用戶操作過程中每一個操作即時的看 到操作的結(jié)果,這也就符合了即時響應(yīng)原則的要求,降低了用戶交互操作的復(fù)雜度,提高了 效率。 4. 展望 基于以上規(guī)范,在當(dāng)前主流的

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論