|
摘自：《Web設(shè)計大全》 作者：Thomas A. Powell
創(chuàng)建一個好的Web站點(diǎn)極具挑戰(zhàn)性，從外觀設(shè)計到數(shù)據(jù)庫集成，那么多不同的部分都會留下很多犯錯誤的空間。為了減少Web項目失敗的風(fēng)險，我們需要有一個進(jìn)程模型來指導(dǎo)開發(fā)過程。不幸的是，很多Web設(shè)計者采用了一種可能被稱為N I K E的開發(fā)方法—他們只是做，而很少考慮前景和計劃。這種建設(shè)網(wǎng)站的過程是不符合方法學(xué)的；站點(diǎn)的目標(biāo)定義得很松散，整個進(jìn)程依靠的是直覺，沒有嚴(yán)格的過程定義而缺乏可預(yù)見性。以這種方法開發(fā)的站點(diǎn)像植物一樣，它們自然地生長，偶爾會變成美麗的花卉，但更多的情況卻是一團(tuán)亂草。復(fù)雜的Web設(shè)計需要認(rèn)真地計劃。應(yīng)該采用適當(dāng)?shù)倪M(jìn)程模型或方法學(xué)來指導(dǎo)Web的設(shè)計和開發(fā)。
2.1 進(jìn)程需求
與2 0世紀(jì)6 0年代相似的“軟件危機(jī)”今天也同樣出現(xiàn)在Web開發(fā)中。幾年前，大多數(shù)Web站點(diǎn)只不過是數(shù)字化的小冊子，或被人稱為“小冊子軟件”。開發(fā)那樣的站點(diǎn)并不需要大量的計劃 —經(jīng)常是簡單開發(fā)好界面后，再用內(nèi)容填充就足夠了。今天的站點(diǎn)變得更復(fù)雜更龐大。隨著電子商務(wù)和動態(tài)網(wǎng)頁的引入。站點(diǎn)已經(jīng)從“小冊子軟件”變?yōu)橥耆能浖?yīng)用。然而，很多開發(fā)者仍然還沒有采用一種健壯的開發(fā)方法，繼續(xù)依賴于特定的方法。
注意“軟件危機(jī)”指的是在一段時間內(nèi)，在軟件開發(fā)領(lǐng)域，硬件能力的提高容許構(gòu)建更復(fù)雜的程序。然而，開發(fā)和維護(hù)新的程序極具挑戰(zhàn)性。因為過去幾乎不采用什么方法學(xué)，結(jié)果很多項目失敗，導(dǎo)致專家宣布“軟件危機(jī)”發(fā)生。結(jié)構(gòu)化的開發(fā)方法和“自頂而下”的設(shè)計方法的引入可以解決這種危機(jī)。
Web開發(fā)實踐的危機(jī)廣泛存在。不像過去內(nèi)部的客戶機(jī)/服務(wù)器項目會得到保密，現(xiàn)在很多失敗的Web項目都會受到大家的關(guān)注。始終處于開發(fā)狀態(tài)或者即將需要開發(fā)的網(wǎng)頁的數(shù)目顯示了 Web站點(diǎn)設(shè)計的糟糕。不幸的是，黃黑色的仍在建設(shè)的標(biāo)志以及動畫的手提鉆很少被刪除。如果從它們的內(nèi)容和最后修改日期來判斷，一些站點(diǎn)好像幾年來一直處于建設(shè)之中。一些半死的站點(diǎn)，被陳舊的內(nèi)容和風(fēng)格陳舊的網(wǎng)頁所充斥，過時的技術(shù)、斷開的鏈接體以及運(yùn)行不當(dāng)?shù)哪_本，這些站點(diǎn)就像在線的鬼城一樣。不要把這些錯誤簡單地歸結(jié)為疏忽和印刷錯誤。斷開的鏈接體是一種嚴(yán)重的錯誤，想像一下如果某個軟件存在功能缺失的菜單，情況又會怎樣。
站點(diǎn)出現(xiàn)這些問題的原因多種多樣。一些站點(diǎn)逐漸惡化，是因為站點(diǎn)設(shè)計者感到厭倦逐漸退出。另外一些站點(diǎn)則是因為站點(diǎn)被廢棄或資金被撤離。還有一些站點(diǎn)未能完成，則是因為站點(diǎn)太復(fù)雜拖垮了設(shè)計者。有時候，開發(fā)者未能很好地理解他們使用的工具，或未能充分地理解媒體的限制。項目失敗的原因多種多樣，很多網(wǎng)站的倒閉則是因為項目太冒風(fēng)險。
2.2 特別的Web進(jìn)程
通常Web站點(diǎn)的開發(fā)方法很簡單：實現(xiàn)網(wǎng)站，用瀏覽器完成外觀測試并發(fā)布。這與軟件小項目開發(fā)中的先開發(fā)后測試的過程非常相似。并不令人驚訝的是，用非正規(guī)的方法開發(fā)站點(diǎn)會遇到很多問題。今天的Web開發(fā)太快以至于僅分為兩個階段：實現(xiàn)和發(fā)布。值得注意的是，很多 Web開發(fā)工具鼓勵這種在線的設(shè)計方法。一些工具鼓勵開發(fā)者直接從構(gòu)建用戶界面著手，并逐漸用自動化工具增加功能。另外一些則先寫代碼再添加用戶界面。勿須質(zhì)疑的是，考慮到Web的時間需求，Web開發(fā)的速度非常重要。然而發(fā)布一個蹩腳而設(shè)計拙劣的站點(diǎn)也會成為問題，尤其是當(dāng)用戶對站點(diǎn)中出現(xiàn)的問題感到沮喪時。
在軟件行業(yè)，很多專業(yè)人員傾向于認(rèn)為非正規(guī)的方法僅適合于小項目，通常只有一個程序員，并且將來的軟件維護(hù)工作量非常小。經(jīng)常用這種缺乏計劃的方法開發(fā)程序會產(chǎn)生糟糕的編程邏輯—所謂的“意大利細(xì)面條式的代碼”。這種代碼極其難以維護(hù)，因為除了初始的設(shè)計者外，沒人能夠解開這個疙瘩。即使是原來的程序員也會隨時間忘記這些代碼的意義。Web站點(diǎn)存在同樣的問題。生存周期很短的小型Web站點(diǎn)，通常由一個人設(shè)計時很少采用方法學(xué)來進(jìn)行。觀察這些站點(diǎn)的H T M L網(wǎng)頁、J a v a S c r i p t和導(dǎo)航結(jié)構(gòu)，會發(fā)現(xiàn)“意大利細(xì)面條式的代碼”也被采用，不過增加了一道被稱為“雜亂的H T M L標(biāo)記色拉”的副食。
在Web開發(fā)項目中計劃能夠解決一些問題。不幸的是，對特別的Web進(jìn)程來說，計劃僅僅局限于簡短的交流，簡單而又不完全的潛在內(nèi)容的收集，或者一些倉促寫就的流程圖，花在計劃上的時間與花在實現(xiàn)上的時間相比之下微忽其微。當(dāng)然，也可能計劃得太多而患上“分析麻痹癥”，這阻礙了網(wǎng)站的建設(shè)，但這種情況并不普遍。一定要記住，計劃的時間量正比于計劃的復(fù)雜性，應(yīng)付項目管理挑戰(zhàn)的關(guān)鍵在于創(chuàng)建一個正規(guī)的進(jìn)程，借助它進(jìn)行計劃、測試，并用結(jié)構(gòu)化的方式配置站點(diǎn)。
出處：藍(lán)色理想
責(zé)任編輯：嘯
上一頁 下一頁 Web進(jìn)程模型
|
第 1 頁 進(jìn)程需求
第 2 頁 
