近幾年一直從事交通行業的工程專案管理系統的開發工作,乙個個專案做下來,系統功能不斷得到完善,越來越強大,但是作為整個系統表現部分的頁面卻一直顯得不怎麼專業,與使用者的要求總是有些差距,因而在新專案中希望做些嘗試,力爭有所突破;在此過程中體會不少,遂按照頁面設計流程總結如下:
1.設計前期確定系統的整體風格;
確定整體風格是為系統表現效果設定個基調,接下來的所有表現效果都是為了實現這個基調,具有極強的指導意義;那麼,該如何確定整體風格呢?本人覺得首先要考慮使用者的主體身份、工作風格、使用習慣等情況;本人從事的交通行業的工程專案管理系統的開發,面對的使用主體是由**交通部門負責組建的公司,投資主體一般是國家,因而其工作風格和使用習慣呈現半**化;據此,確定整體風格為」顯示效果: 大方、簡潔、穩重
;操作效果: 易操作、辦公化、人性化」.
2.依據風格確定主體色;
主體色的確定非常重要,因為顏色是整體風格的最集中的體現;如果顏色確定偏差將直接導致與所要表達風格的錯位,大大降低效果.本人常使用的顏色如下:
3.依據功能確定整體框架;
整體框架確定的出發點是對功能展現的效果上,以及操作簡便性.目前最常用的框架風格如下:
4.統一風格,統一實現方式;
統一的目的是為了讓使用者在使用本系統時,不論操作到那個功能模組,都感覺到本系統是乙個統一融合的整體,就好像由乙個人開發實現的;為什麼要這樣做呢?就好像乙個人與乙個人進行交流相對比較容易,只要清楚乙個人的秉性就可以嫻熟的與其交流,如果讓這個人與十個人進行交流,並且在交流時經常更換人,可以想象這將是一件多麼痛苦的事情啊!
統一風格主要有顏色、字型、按鈕、列表、表單、報表等
;統一實現方式主要有新增、刪除、修改、查詢、分頁等
5.頁面細節決定系統專業程度;
經過對比以前系統和其他公司的系統,發現系統在細節上考慮的很是不足;分析比較專業的系統,發現其頁面的框架和風格與我公司系統幾乎差不說,但是在具體實現細節上,人家考慮的十分周到細緻,這顯然是通過多個專案積累出來的,而我公司往往每做乙個新專案時,都會更換一套新的頁面風格,給人新鮮感,其實經過幾個專案觀察下來其內部實現細節並沒有多少累積,所有本人覺得不是在十分必要的情況下,不易經常更換頁面的整體風格,而應該有一定的延續性,集中精力多從具體實現細節上下功夫,多從使用者的使用體驗上思考該如何實現,多完善實現的細節,最終實現乙個非常專業的系統.
頁面的細節如按鈕大小、單元格寬度、列表大小、輸入框錄入位元組多少控制、表單錄入項的驗證等等
.6.使用者體驗決定系統品質;
關於使用者體驗是本人一直在思考的問題,到底如何才能提高使用者體驗呢?應從使用者的視覺感觀、操作效果、思維過程等方面尋找答案
,比如用紅色作為企業級應用的主體色,就要很慎重了,因為紅色是代表著激情、熱烈與企業級應用的要求差距較大,這樣就影響視覺效果;比如需要進行層次較多的選擇時,以前會先用乙個列表選擇進去,再選擇其相應的子選項進行查詢、新增等操作,這樣操作效果就很差很羅嗦,對於這樣情況採用旁邊放顆樹進行選擇,不失為乙個好的表現形式;比如要實現一些審核性、流程性、過程性的業務,可以考慮採用流程圖的形式,這樣非常直觀明了而且易操作;比如要常實現的新增、刪除、修改、查詢等操作時,如何在頁面上組織它們才能使使用者使用方便,這時就要考慮使用者通常的思維過程是如何的,據此實現,使用者使用起來就會方便舒心.
以上就是本人在專案開發過程中的幾點體會,一直想寫,今日終於完成,很是高興!本人是想想寫寫思路比較凌亂,希望大家多批評指教,謝謝!
企業級API設計
最近對service的api設計，在team內有些討論，主要集中在api是足夠抽象 通用好呢，還是具體 易用好？其實這個是要折衷的，通用的好處是以後更改api的可能性小，但壞處是想要通用，裡面的字段就不能定義太死，不定義死，極端的例子是全部用name value pair，最通用，但client面對...
關於Docker的企業級應用
難怪docker正在迅速發展。docker，乙個開源專案。僅僅兩年，docker價值近10億美元，最近獲得了9500萬美元的資金。令人激動的是，我們看到有這麼多開發者對這個專案的熱情。然而，我將在下面討論企業使用docker本身是不夠的。許多企業it團隊解決這兩個問題 首先，開發者和運維者在優先順序...
企業級快取系統varnish應用
隨著公司業務快速發展，公司的電子商務平台已經聚集了很多的忠實粉絲，公司也拿到了投資，這時老闆想通過一場類似雙十一的活動，進行一場大的 屆時會有非常多的粉絲訪問 你的總監與市場部門開完會後，確定活動期間會有平常10倍以上的訪問請求，總監要求大幅增加 容量，除了去擴容伺服器之外，還有沒有其他辦法呢？如今...