我看頁面原型

2021-04-02 05:03:27 字數 1064 閱讀 7840

最近在看《

joel

說軟體》,這傢伙插科打諢的講述風格著實讓我耳目一新,在愉悅中借鑑些可貴的經驗還是蠻享受的。

在書中有一節提到了對於原型的看法,

joel

認為原型不能搞得太複雜,稿紙原型是最好的方式。特別是介面的布局、色調這些東西完全可以用鉛筆潦草的表示。當然

joel

說得有一定的道理,但是這並不能適用於任何型別軟體的開發,就像

joel

在書中提到的xp、

rup這些方法學不能適用於遊戲、嵌入式的開發一樣。

我認為

joel

所說的原型做法,適合用於產品的開發中。如果還要更詳細的限制一下這個產品的概念,那就是不要直接和客戶打交道。在這種情況下,原型只要做到讓開發人員明白頁面的大體布局、整體風格以及業務流程的走向,就已經達到目的了。而使用稿紙原型則遠遠比花上幾個月的時間做出乙個精美的

gui原型實惠方便的多。

但是對於直接面向客戶的專案,或者和客戶聯絡較緊密的行業產品,做乙個漂亮的原型還是很重要的。而對於基於

web的企業應用,則要做乙個漂亮的頁面原型。這個頁面原型不需要有任何後台程式支援,業務邏輯可以用頁面間的跳轉、假設的資料簡單表示。

很明顯,這個頁面原型是有雙重意義的。首先它和上面的稿紙原型一樣,面向開發人員;另一面,它用於向客戶展示,是和客戶溝通的媒介。在專案或者產品還沒有成形之前,第二點尤為重要。首先,它可以形象、具體的和客戶進一步溝通,以便把握客戶真實的需求;且它可以使客戶對你的專案或者產品充滿信心,給客戶服下定心丸。 ——

就是joel

提到的稿紙原型,因為處於開發階段時,就很少會有客戶參與進來(不知道有多少完全採用

xp),即便還有客戶代表參與在面,想必他也不會對稿紙原型有何異議吧。

這時,有人會提出來:當交付的時候,客戶會大叫,系統實現的怎麼和當初給我們演示的不一樣呢!我認為是溝通的問題,首先你在用頁面原型給客戶演示的時候,就要給客戶將明白,讓客戶不要誤解這就是最後要實現的樣子。當然如果碰上了難纏的客戶,那一切都難說了……

作為原型

——不管是塗鴉在稿紙上的,還是製作精美的網頁

——當它們的使命完成後,就要盡早的拋棄掉。

我看頁面原型

最近在看 joel說軟體 這傢伙插科打諢的講述風格著實讓我耳目一新,在愉悅中借鑑些可貴的經驗還是蠻享受的。在書中有一節提到了對於原型的看法,joel認為原型不能搞得太複雜,稿紙原型是最好的方式。特別是介面的布局 色調這些東西完全可以用鉛筆潦草的表示。當然joel說得有一定的道理,但是這並不能適用於任...

頁面原型驅動

現在手上這個專案調研已經接近尾聲,要把系統原型做成頁面統計給他匯報,包括整個系統都需要哪些頁面,每個頁面上有哪些元素,頁面的名稱,訪問路徑,頁面之間的導航關係等等 然後根據這些統計給我手下的人做工作分工和時間計畫安排,另外同步的我們的美工正在做頁面demo 不知道大家自己帶專案的時候這塊都是怎麼操作...

我看《霍元甲》

接近年關,國內的 國外的,好的 爛的。電影比平常多多啦,象我這樣的喜歡看電影的人自然是看得很爽。最近這幾個月的大片,我基本上都看了,今天看到新聞說,深圳2005年一年的電影票房有7800多萬,算一算,還真不少,估計裡面也有我貢獻的那7萬分之1。今天剛剛看了 霍元甲 回來,看完了,有些惆悵,想不到,所...